From max.wanadoo at gmail.com Thu May 1 01:26:15 2008 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 1 May 2008 07:26:15 +0100 Subject: [AccessD] Docmd.SendObject In-Reply-To: References: <000c01c8a947$cc1a58b0$8abea8c0@XPS><002d01c8a97e$640bd690$7ebea8c0@LaptopII> <000801c8ab22$a4543940$ecfcabc0$@rr.com> Message-ID: <009001c8ab54$45260020$8119fea9@LTVM> Is the PC set to Hibernate perhaps? Just guessing really. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Thursday, May 01, 2008 2:06 AM To: Access Developers discussion and problem solving Subject: [AccessD] Docmd.SendObject Hello All, I have an MDB that does some FTP,Unzip,Import, and email. Its been running a few years...but recently put it on a newer machine...running 2000 Server...A2K. All of the functionality still works...at first... It is using a form timer to check for a file...and when it finds 1...it does all the other stuff. Problem is after an hour or so...it stops sending email. It does not error...if I go and step through the whole thing...or just the email part...it just steps right over the docmd.sendobject without erroring. If I reopen the mdb...it runs fine for a bit...b ut same issue comes up? Any ideas? Thanks, Mark A. Matte _________________________________________________________________ In a rush? Get real-time answers with Windows Live Messenger. http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_Refresh _realtime_042008 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Thu May 1 01:46:14 2008 From: andy at minstersystems.co.uk (Andy Lacey) Date: Thu, 1 May 2008 07:46:14 +0100 Subject: [AccessD] Query Question In-Reply-To: <4819B890.29010.43B63C25@stuart.lexacorp.com.pg> Message-ID: <006e01c8ab57$0cf052c0$d4822a50@minster33c3r25> Wow, thanks for going to so much trouble Stuart. I'll try both methods and assess their performance with real data. I love having 2 solutions. -- Andy Lacey http://www.minstersystems.co.uk >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >Stuart McLachlan >Sent: 01 May 2008 03:33 >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] Query Question > > >Not necessarily. Jet's Rushmore technology is pretty smart >at optimising queries > >You can't see the optimised execution plan in Access, , but I >set the tables up in SQL Server >with appropriate indexes and did an execution plan there. >(100 values in Table1, 3 in LKUP) > >In SQL Server ,my version uses a Table Scan on LKUP (which >would normally be fairly >small) and one Index Seek on Table1. Drew's version uses an >Index Scan on Table1 and >two Index Seeks on LKUP. > >Doing an Execution Plan on a Union of the two versions, my >version's sub-branch cost >0.0446 while Drew's cost 0.0598. (34% more expensive) > >Cheers, >Stuart > >On 30 Apr 2008 at 16:36, Charlotte Foust wrote: > >> But an Outer Join WHERE has to examine all records. A subquery has >> already filtered them down. >> >> Charlotte Foust >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart >> McLachlan >> Sent: Wednesday, April 30, 2008 4:01 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Query Question >> >> You can return both results and you don't need a subquery, >just use an >> Outer Join with >> "Where": >> >> SELECT Table1.LookupValue,Result1,Result2 >> FROM LKUP, Table1 >> WHERE (RangeStart<=LookupValue AND RangeEnd>=[LookupValue]) >> >> Cheers, >> Stuart >> >> >> On 30 Apr 2008 at 14:04, Drew Wutka wrote: >> >> > Nope, a subquery will only work returning one record for one >> > field...unless it's in the WHERE statement, where you can >use 'IN' if >> > you want. >> > >> > You'd have a problem reversing this by having the result >fields show >> > up in the main query, because then it will only run the number of >> > records in LKUP, not the number in Table1. >> > >> > Drew >> > >> > -----Original Message----- >> > From: accessd-bounces at databaseadvisors.com >> > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy >> > Lacey >> > Sent: Wednesday, April 30, 2008 12:55 PM >> > To: 'Access Developers discussion and problem solving' >> > Subject: Re: [AccessD] Query Question >> > >> > Works like a dream Drew, you're a star as ever. Is there any way of >> > streamlining it to return more than 1 value from the subquery? >> > Something like >> > >> > SELECT T1.LookupValue, (SELECT Result1, Result2 FROM LKUP WHERE >> > RangeStart<=T1.LookupValue AND RangeEnd>=T1.LookupValue) >FROM Table1 >> > as T1 >> > >> > Only I know that doesn't work cos I've tried it. Says something >> > about >> > the EXISTS keyword, and I don't know about that. >> > >> > -- Andy Lacey >> > http://www.minstersystems.co.uk >> > >> > >> > >> > >-----Original Message----- >> > >From: accessd-bounces at databaseadvisors.com >> > >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew >> > >Wutka >> > >Sent: 30 April 2008 17:26 >> > >To: Access Developers discussion and problem solving >> > >Subject: Re: [AccessD] Query Question >> > > >> > > >> > >If your database is properly indexed yes. They do great. >> > > >> > >Drew >> > > >> > >-----Original Message----- >> > >From: accessd-bounces at databaseadvisors.com >> > >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy >> > >Lacey >> > >Sent: Wednesday, April 30, 2008 11:02 AM >> > >To: Access Developers discussion and problem solving >> > >Subject: Re: [AccessD] Query Question >> > > >> > >There you see, that's just the sort of thing I had in mind. >> > >Thanks Drew. I just knew the answer was something like this but >> > >couldn't have come up with the syntax. Do these >subqueries perform ok >> >> > >though? >> > > >> > >-- >> > >Andy Lacey >> > >http://www.minstersystems.co.uk >> > > >> > > >> > > >> > >The information contained in this transmission is >intended only for >> > >the person or entity to which it is addressed and may >contain II-VI >> > >Proprietary and/or II-VI Business Sensitive material. If >you are not >> > >the intended recipient, please contact the sender immediately and >> > >destroy the material in its entirety, whether electronic or hard >> > >copy. You are notified that any review, retransmission, copying, >> > >disclosure, dissemination, or other use of, or taking of >any action >> > >in reliance upon this information by persons or entities >other than >> > >the intended recipient is prohibited. >> > > >> > > >> > >-- >> > >AccessD mailing list >> > >AccessD at databaseadvisors.com >> > >http://databaseadvisors.com/mailman/listinfo/accessd >> > >Website: http://www.databaseadvisors.com >> > > >> > > >> > >> > >> > -- >> > AccessD mailing list >> > AccessD at databaseadvisors.com >> > http://databaseadvisors.com/mailman/listinfo/accessd >> > Website: http://www.databaseadvisors.com >> > The information contained in this transmission is intended only for >> the person or entity to which it is addressed and may contain II-VI >> Proprietary and/or II-VI Business Sensitive material. If you are not >> the intended recipient, please contact the sender immediately and >> destroy the material in its entirety, whether electronic or >hard copy. >> You are notified that any review, retransmission, copying, >disclosure, >> dissemination, or other use of, or taking of any action in reliance >> upon this information by persons or entities other than the intended >> recipient is prohibited. >> > >> > >> > -- >> > AccessD mailing list >> > AccessD at databaseadvisors.com >> > http://databaseadvisors.com/mailman/listinfo/accessd >> > Website: http://www.databaseadvisors.com >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > From pcs.accessd at gmail.com Thu May 1 02:33:10 2008 From: pcs.accessd at gmail.com (Borge Hansen) Date: Thu, 1 May 2008 17:33:10 +1000 Subject: [AccessD] Importing VB6 cls file as Class Module in Access VBA Message-ID: Hi there, I am swimming in the deep end of the pool and threading water so to speak .... I need help! I have imported a VB6 .cls file into VBA The following shows up in red and will not compile 'Will not compile : VERSION 1.0 CLASS Attribute VB_Name = "HTTPClass" Attribute VB_GlobalNameSpace = False Attribute VB_Creatable = True Attribute VB_PredeclaredId = False Attribute VB_Exposed = True 'End of lines not compiling Here is the beginning of the module - it's the HTTPClass.cls from available from some VB6 website, can't remember the link right now ...; all other code lines appear ok in VBA What do I need to do?? '**** Beginning of VBA Class Module :: Option Compare Database Option Explicit VERSION 1.0 CLASS BEGIN MultiUse = -1 'True Persistable = 0 'NotPersistable DataBindingBehavior = 0 'vbNone DataSourceBehavior = 0 'vbNone MTSTransactionMode = 0 'NotAnMTSObject End Attribute VB_Name = "HTTPClass" Attribute VB_GlobalNameSpace = False Attribute VB_Creatable = True Attribute VB_PredeclaredId = False Attribute VB_Exposed = True Public Enum ePort INTERNET_DEFAULT_HTTP_PORT = 80 INTERNET_DEFAULT_HTTPS_PORT = 443 End Enum ... Regards borge From Gustav at cactus.dk Thu May 1 02:43:01 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Thu, 01 May 2008 09:43:01 +0200 Subject: [AccessD] Query Question Message-ID: Hi Andy This can be done returning all fields with one subquery only. Given tblLookup like: RangeEnd Result1 Result2 15 1500 1700 25 2000 2500 100 2350 2900 the query could be build this way: PARAMETERS Var Long; SELECT Val(Nz((Select Max(RangeEnd) From tblLookup As tbl Where tbl.RangeEnd < tblLookup.RangeEnd),0)) AS RangeMin, tblLookup.RangeEnd AS RangeMax, Result1, Result2 FROM tblLookup WHERE (((Val(Nz((Select Max(RangeEnd) From tblLookup As tbl Where tbl.RangeEnd < tblLookup.RangeEnd),0)))<=[Var]) AND ((tblLookup.RangeEnd)>[Var])); Note that you will only have to specify the max. range (the min. is implicit). For this case it means that you must deal with a limited upper value, here 100. For an "unlimited" upper limit, insert some much higher value. /gustav >>> andy at minstersystems.co.uk 30-04-2008 17:30 >>> Hi folks Looking for best solution to a simple problem. It's of the "if var is anything between x and y return this value, if anywhere between xx and yy return that etc". I'll express it in its most basic form: Table LKUP has fields [RangeStart], [RangeEnd], [Result1], [Result2] and looks like this 0 14.9 1500 1700 15 24.9 2000 2500 25 99.9 2350 2900 ([RangeEnd] is probably superfluous but I hope it makes the example clearer) Table1 has (among others) field [LookupValue] I want a query which if [LookupValue] on Table1 is anywhere between 0 and 14.9 returns 1500 and 1700 from Lkup, if it's between 15 and 24.9 returns 2000 and 2500, and anything from 25 upwards returns 2350 and 2900. My solution is this: SELECT Table1.[LookupValue],Max([Lkup].Result1) ,Max([Lkup].Result2) FROM Table1 LEFT JOIN [Lkup] ON Table1.[LookupValue] >= [Lkup].[RangeStart] GROUP BY Table1.[LookupValue]; Seems to work but because it uses Max it depends on the values in Result1 and Result2 getting larger as the lookups get larger. If they didn't then the Max would return the wrong results (I think). Any other, or better, ideas? -- Andy Lacey http://www.minstersystems.co.uk From andy at minstersystems.co.uk Thu May 1 03:57:13 2008 From: andy at minstersystems.co.uk (Andy Lacey) Date: Thu, 1 May 2008 09:57:13 +0100 Subject: [AccessD] Query Question In-Reply-To: Message-ID: <007001c8ab69$592609c0$d4822a50@minster33c3r25> Hi Gustav. Thanks for this but if I understand this right it's designed to return just one value based on an input value passed in as a parameter. My fault entirely if my original question wasn't clear but I need a query which returns the correct lookup value for all records in my Table1. So if my input is, say, 7 17 27 13 My output would be 7 1500 1700 17 2000 2500 27 2350 2900 13 2000 2500 Sorry if I misled you by over-simplifying my question. -- Andy Lacey http://www.minstersystems.co.uk >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock >Sent: 01 May 2008 08:43 >To: accessd at databaseadvisors.com >Subject: Re: [AccessD] Query Question > > >Hi Andy > >This can be done returning all fields with one subquery only. > >Given tblLookup like: > >RangeEnd Result1 Result2 >15 1500 1700 >25 2000 2500 >100 2350 2900 > >the query could be build this way: > > PARAMETERS > Var Long; > SELECT > Val(Nz((Select Max(RangeEnd) From tblLookup As tbl > Where tbl.RangeEnd < tblLookup.RangeEnd),0)) AS > RangeMin, > tblLookup.RangeEnd AS > RangeMax, > Result1, > Result2 > FROM > tblLookup > WHERE > (((Val(Nz((Select Max(RangeEnd) From tblLookup As tbl >Where tbl.RangeEnd < tblLookup.RangeEnd),0)))<=[Var]) > AND > ((tblLookup.RangeEnd)>[Var])); > >Note that you will only have to specify the max. range (the >min. is implicit). For this case it means that you must deal >with a limited upper value, here 100. For an "unlimited" upper >limit, insert some much higher value. > >/gustav > >>>> andy at minstersystems.co.uk 30-04-2008 17:30 >>> >Hi folks >Looking for best solution to a simple problem. It's of the "if >var is anything between x and y return this value, if anywhere >between xx and yy return that etc". I'll express it in its >most basic form: > >Table LKUP has fields >[RangeStart], [RangeEnd], [Result1], [Result2] and looks like this > >0 14.9 1500 1700 >15 24.9 2000 2500 >25 99.9 2350 2900 > >([RangeEnd] is probably superfluous but I hope it makes the >example clearer) > >Table1 has (among others) field [LookupValue] > >I want a query which if [LookupValue] on Table1 is anywhere >between 0 and 14.9 returns 1500 and 1700 from Lkup, if it's >between 15 and 24.9 returns 2000 and 2500, and anything from >25 upwards returns 2350 and 2900. > >My solution is this: >SELECT Table1.[LookupValue],Max([Lkup].Result1) >,Max([Lkup].Result2) FROM Table1 LEFT JOIN [Lkup] ON >Table1.[LookupValue] >= [Lkup].[RangeStart] GROUP BY >Table1.[LookupValue]; > >Seems to work but because it uses Max it depends on the values >in Result1 and Result2 getting larger as the lookups get >larger. If they didn't then the Max would return the wrong >results (I think). > >Any other, or better, ideas? > >-- >Andy Lacey >http://www.minstersystems.co.uk > > > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > From jwcolby at colbyconsulting.com Thu May 1 05:24:53 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 01 May 2008 06:24:53 -0400 Subject: [AccessD] Importing VB6 cls file as Class Module in Access VBA In-Reply-To: References: Message-ID: <48199A75.9030109@colbyconsulting.com> You need to (from the menu): Insert class Insert file Navigate to and import the file into the class. Save the class John W. Colby www.ColbyConsulting.com Borge Hansen wrote: > Hi there, > > I am swimming in the deep end of the pool and threading water so to speak > .... I need help! > > I have imported a VB6 .cls file into VBA > > The following shows up in red and will not compile > > 'Will not compile : > VERSION 1.0 CLASS > > Attribute VB_Name = "HTTPClass" > Attribute VB_GlobalNameSpace = False > Attribute VB_Creatable = True > Attribute VB_PredeclaredId = False > Attribute VB_Exposed = True > 'End of lines not compiling > > Here is the beginning of the module - it's the HTTPClass.cls from available > from some VB6 website, can't remember the link right now ...; > all other code lines appear ok in VBA > > What do I need to do?? > > > > '**** Beginning of VBA Class Module :: > Option Compare Database > Option Explicit > VERSION 1.0 CLASS > BEGIN > MultiUse = -1 'True > Persistable = 0 'NotPersistable > DataBindingBehavior = 0 'vbNone > DataSourceBehavior = 0 'vbNone > MTSTransactionMode = 0 'NotAnMTSObject > End > Attribute VB_Name = "HTTPClass" > Attribute VB_GlobalNameSpace = False > Attribute VB_Creatable = True > Attribute VB_PredeclaredId = False > Attribute VB_Exposed = True > > Public Enum ePort > INTERNET_DEFAULT_HTTP_PORT = 80 > INTERNET_DEFAULT_HTTPS_PORT = 443 > End Enum > ... > > > Regards > borge From Gustav at cactus.dk Thu May 1 06:05:42 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Thu, 01 May 2008 13:05:42 +0200 Subject: [AccessD] Query Question Message-ID: Hi Andy That's right, I didn't read carefully, sorry. However, to look up a series of values is just as simple as looking up just one, using a filtered Cartesian (multiplying) join: SELECT tblValuesToLookup.Id, tblValuesToLookup.Var, tblLookup.Result1, tblLookup.Result2 FROM tblLookup, tblValuesToLookup WHERE (((Val(Nz((Select Max(RangeEnd) From tblLookup As tbl Where tbl.RangeEnd < tblLookup.RangeEnd),0)))<=[Var]) AND ((tblLookup.RangeEnd)>[Var])); will return: Id Var Result1 Result2 1 7 1500 1700 2 17 2000 2500 3 27 2350 2900 4 13 1500 1700 Note the difference from your sample ... /gustav >>> andy at minstersystems.co.uk 01-05-2008 10:57 >>> Hi Gustav. Thanks for this but if I understand this right it's designed to return just one value based on an input value passed in as a parameter. My fault entirely if my original question wasn't clear but I need a query which returns the correct lookup value for all records in my Table1. So if my input is, say, 7 17 27 13 My output would be 7 1500 1700 17 2000 2500 27 2350 2900 13 2000 2500 Sorry if I misled you by over-simplifying my question. -- Andy Lacey http://www.minstersystems.co.uk >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock >Sent: 01 May 2008 08:43 >To: accessd at databaseadvisors.com >Subject: Re: [AccessD] Query Question > > >Hi Andy > >This can be done returning all fields with one subquery only. > >Given tblLookup like: > >RangeEnd Result1 Result2 >15 1500 1700 >25 2000 2500 >100 2350 2900 > >the query could be build this way: > > PARAMETERS > Var Long; > SELECT > Val(Nz((Select Max(RangeEnd) From tblLookup As tbl > Where tbl.RangeEnd < tblLookup.RangeEnd),0)) AS > RangeMin, > tblLookup.RangeEnd AS > RangeMax, > Result1, > Result2 > FROM > tblLookup > WHERE > (((Val(Nz((Select Max(RangeEnd) From tblLookup As tbl >Where tbl.RangeEnd < tblLookup.RangeEnd),0)))<=[Var]) > AND > ((tblLookup.RangeEnd)>[Var])); > >Note that you will only have to specify the max. range (the >min. is implicit). For this case it means that you must deal >with a limited upper value, here 100. For an "unlimited" upper >limit, insert some much higher value. > >/gustav > >>>> andy at minstersystems.co.uk 30-04-2008 17:30 >>> >Hi folks >Looking for best solution to a simple problem. It's of the "if >var is anything between x and y return this value, if anywhere >between xx and yy return that etc". I'll express it in its >most basic form: > >Table LKUP has fields >[RangeStart], [RangeEnd], [Result1], [Result2] and looks like this > >0 14.9 1500 1700 >15 24.9 2000 2500 >25 99.9 2350 2900 > >([RangeEnd] is probably superfluous but I hope it makes the >example clearer) > >Table1 has (among others) field [LookupValue] > >I want a query which if [LookupValue] on Table1 is anywhere >between 0 and 14.9 returns 1500 and 1700 from Lkup, if it's >between 15 and 24.9 returns 2000 and 2500, and anything from >25 upwards returns 2350 and 2900. > >My solution is this: >SELECT Table1.[LookupValue],Max([Lkup].Result1) >,Max([Lkup].Result2) FROM Table1 LEFT JOIN [Lkup] ON >Table1.[LookupValue] >= [Lkup].[RangeStart] GROUP BY >Table1.[LookupValue]; > >Seems to work but because it uses Max it depends on the values >in Result1 and Result2 getting larger as the lookups get >larger. If they didn't then the Max would return the wrong >results (I think). > >Any other, or better, ideas? > >-- >Andy Lacey >http://www.minstersystems.co.uk From max.wanadoo at gmail.com Thu May 1 07:00:07 2008 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 1 May 2008 13:00:07 +0100 Subject: [AccessD] A2003: Distinct or Group by in a DLookup In-Reply-To: <200805010411.m414B1eH012476@databaseadvisors.com> References: <009b01c8aae9$8dce7980$8119fea9@LTVM> <200805010411.m414B1eH012476@databaseadvisors.com> Message-ID: <00ea01c8ab82$e6baa930$8119fea9@LTVM> Darren. The only way I could get this to work (without a query to work directly on) is this: Dim rst As DAO.Recordset Set rst = CurrentDb.OpenRecordset("SELECT ClientID FROM tblPendingActions GROUP BY tblPendingActions.ClientID;") intRecordCount = rst.RecordCount Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren D Sent: Thursday, May 01, 2008 5:11 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003: Distinct or Group by in a DLookup Hi Max No it didn't - it still returned the number of records in the table It should work though - not sure why it doesn't Love the concept I ended up setting up a DAO recordset object to do this I am going to play with your suggestion a while more though Darren ----------------- T: 1300 301 731 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, 1 May 2008 3:42 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003: Distinct or Group by in a DLookup Darren: Did this work? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Wednesday, April 30, 2008 7:46 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003: Distinct or Group by in a DLookup You could try something like this: intRecordCount = DCount("[ClientID]", "tblPendingActions","ClientID in (select ClientID from tblPendingActions group by ClientID)") This is Air Code and needs testing, but should work. It will be slow on large datasets. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, April 30, 2008 7:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003: Distinct or Group by in a DLookup Not AFAIK. DCount() only operates on a Table or Query. One way would be to create and save the query "Select Distinct ClientID from tblPendingActions". Then use DCount on that saved query. On 30 Apr 2008 at 15:30, Darren D wrote: > Hi Team > > I have a simple DLOOKUP working well > > intRecordCount = DCount("[ClientID]", "tblPendingActions") > > But I want to know - Is there a "Distinct" version of the same? > > > > EG > > intRecordCount May return 10 records (but this may only be across say > 2 > accounts) > > So I want to know if there is something where I can group on the > ClientID - like > > intRecordCount = DCount(Distinct("[ClientID]", "tblPendingActions")) > > > > Many thanks in advance > > > > Darren > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Thu May 1 07:24:07 2008 From: andy at minstersystems.co.uk (Andy Lacey) Date: Thu, 1 May 2008 13:24:07 +0100 Subject: [AccessD] Query Question In-Reply-To: Message-ID: <009101c8ab86$404bdca0$d4822a50@minster33c3r25> You spotted my deliberate error then ;-) That's great Gustav. A 3rd option to work on. Not in work now until next week but then I'll give the 3 options a run-out and see. Thanks Drew, Stuart and Gustav. Truly great stuff as always. -- Andy Lacey http://www.minstersystems.co.uk >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock >Sent: 01 May 2008 12:06 >To: accessd at databaseadvisors.com >Subject: Re: [AccessD] Query Question > > >Hi Andy > >That's right, I didn't read carefully, sorry. >However, to look up a series of values is just as simple as >looking up just one, using a filtered Cartesian (multiplying) join: > > SELECT > tblValuesToLookup.Id, > tblValuesToLookup.Var, > tblLookup.Result1, > tblLookup.Result2 > FROM > tblLookup, > tblValuesToLookup > WHERE > (((Val(Nz((Select Max(RangeEnd) From tblLookup As tbl >Where tbl.RangeEnd < tblLookup.RangeEnd),0)))<=[Var]) > AND > ((tblLookup.RangeEnd)>[Var])); > >will return: > >Id Var Result1 Result2 >1 7 1500 1700 >2 17 2000 2500 >3 27 2350 2900 >4 13 1500 1700 > >Note the difference from your sample ... > >/gustav > >>>> andy at minstersystems.co.uk 01-05-2008 10:57 >>> >Hi Gustav. Thanks for this but if I understand this right it's >designed to return just one value based on an input value >passed in as a parameter. My fault entirely if my original >question wasn't clear but I need a query which returns the >correct lookup value for all records in my Table1. So if my >input is, say, > >7 >17 >27 >13 > >My output would be > >7 1500 1700 >17 2000 2500 >27 2350 2900 >13 2000 2500 > >Sorry if I misled you by over-simplifying my question. > >-- Andy Lacey >http://www.minstersystems.co.uk > > >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >Gustav Brock >>Sent: 01 May 2008 08:43 >>To: accessd at databaseadvisors.com >>Subject: Re: [AccessD] Query Question >> >> >>Hi Andy >> >>This can be done returning all fields with one subquery only. >> >>Given tblLookup like: >> >>RangeEnd Result1 Result2 >>15 1500 1700 >>25 2000 2500 >>100 2350 2900 >> >>the query could be build this way: >> >> PARAMETERS >> Var Long; >> SELECT >> Val(Nz((Select Max(RangeEnd) From tblLookup As tbl >> Where tbl.RangeEnd < tblLookup.RangeEnd),0)) AS >> RangeMin, >> tblLookup.RangeEnd AS >> RangeMax, >> Result1, >> Result2 >> FROM >> tblLookup >> WHERE >> (((Val(Nz((Select Max(RangeEnd) From tblLookup As tbl >>Where tbl.RangeEnd < tblLookup.RangeEnd),0)))<=[Var]) >> AND >> ((tblLookup.RangeEnd)>[Var])); >> >>Note that you will only have to specify the max. range (the >>min. is implicit). For this case it means that you must deal >>with a limited upper value, here 100. For an "unlimited" upper >>limit, insert some much higher value. >> >>/gustav >> >>>>> andy at minstersystems.co.uk 30-04-2008 17:30 >>> >>Hi folks >>Looking for best solution to a simple problem. It's of the "if >>var is anything between x and y return this value, if anywhere >>between xx and yy return that etc". I'll express it in its >>most basic form: >> >>Table LKUP has fields >>[RangeStart], [RangeEnd], [Result1], [Result2] and looks like this >> >>0 14.9 1500 1700 >>15 24.9 2000 2500 >>25 99.9 2350 2900 >> >>([RangeEnd] is probably superfluous but I hope it makes the >>example clearer) >> >>Table1 has (among others) field [LookupValue] >> >>I want a query which if [LookupValue] on Table1 is anywhere >>between 0 and 14.9 returns 1500 and 1700 from Lkup, if it's >>between 15 and 24.9 returns 2000 and 2500, and anything from >>25 upwards returns 2350 and 2900. >> >>My solution is this: >>SELECT Table1.[LookupValue],Max([Lkup].Result1) >>,Max([Lkup].Result2) FROM Table1 LEFT JOIN [Lkup] ON >>Table1.[LookupValue] >= [Lkup].[RangeStart] GROUP BY >>Table1.[LookupValue]; >> >>Seems to work but because it uses Max it depends on the values >>in Result1 and Result2 getting larger as the lookups get >>larger. If they didn't then the Max would return the wrong >>results (I think). >> >>Any other, or better, ideas? >> >>-- >>Andy Lacey >>http://www.minstersystems.co.uk > > > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > From markamatte at hotmail.com Thu May 1 07:40:24 2008 From: markamatte at hotmail.com (Mark A Matte) Date: Thu, 1 May 2008 12:40:24 +0000 Subject: [AccessD] Docmd.SendObject In-Reply-To: <009001c8ab54$45260020$8119fea9@LTVM> References: <000c01c8a947$cc1a58b0$8abea8c0@XPS><002d01c8a97e$640bd690$7ebea8c0@LaptopII> <000801c8ab22$a4543940$ecfcabc0$@rr.com> <009001c8ab54$45260020$8119fea9@LTVM> Message-ID: Thanks Max, But ...No. I think It has something to do with the checking for the FTP and not finding one(or some code in between). If it does not find a file...it never gets to the email part...so I'm not sure where it would impact. Currently If I run just the email part...runs fine...over and over again...but if I let it step through the FTP and other stuff...it will run if it finds a file...if no file...I can not even run just the email part. It steps through as if everything is OK...just no email. There is error handling, but NO error? Thanks, Mark A. Matte > From: max.wanadoo at gmail.com > To: accessd at databaseadvisors.com > Date: Thu, 1 May 2008 07:26:15 +0100 > Subject: Re: [AccessD] Docmd.SendObject > > Is the PC set to Hibernate perhaps? > Just guessing really. > Max > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte > Sent: Thursday, May 01, 2008 2:06 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Docmd.SendObject > > > Hello All, > > I have an MDB that does some FTP,Unzip,Import, and email. > > Its been running a few years...but recently put it on a newer > machine...running 2000 Server...A2K. > > All of the functionality still works...at first... > > It is using a form timer to check for a file...and when it finds 1...it does > all the other stuff. > > Problem is after an hour or so...it stops sending email. It does not > error...if I go and step through the whole thing...or just the email > part...it just steps right over the docmd.sendobject without erroring. If I > reopen the mdb...it runs fine for a bit...b ut same issue comes up? > > > Any ideas? > > Thanks, > > Mark A. Matte > _________________________________________________________________ > In a rush? Get real-time answers with Windows Live Messenger. > http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_Refresh > _realtime_042008 > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com _________________________________________________________________ Back to work after baby?how do you know when you?re ready? http://lifestyle.msn.com/familyandparenting/articleNW.aspx?cp-documentid=5797498&ocid=T067MSN40A0701A From max.wanadoo at gmail.com Thu May 1 10:39:37 2008 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 1 May 2008 16:39:37 +0100 Subject: [AccessD] Docmd.SendObject In-Reply-To: References: <000c01c8a947$cc1a58b0$8abea8c0@XPS><002d01c8a97e$640bd690$7ebea8c0@LaptopII><000801c8ab22$a4543940$ecfcabc0$@rr.com> <009001c8ab54$45260020$8119fea9@LTVM> Message-ID: <003801c8aba1$912785f0$8119fea9@LTVM> What about ALWAYS ensuring that there is a file present. If the routine deletes it, recreate it at the end of the routine. Would that do it? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Thursday, May 01, 2008 1:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Docmd.SendObject Thanks Max, But ...No. I think It has something to do with the checking for the FTP and not finding one(or some code in between). If it does not find a file...it never gets to the email part...so I'm not sure where it would impact. Currently If I run just the email part...runs fine...over and over again...but if I let it step through the FTP and other stuff...it will run if it finds a file...if no file...I can not even run just the email part. It steps through as if everything is OK...just no email. There is error handling, but NO error? Thanks, Mark A. Matte > From: max.wanadoo at gmail.com > To: accessd at databaseadvisors.com > Date: Thu, 1 May 2008 07:26:15 +0100 > Subject: Re: [AccessD] Docmd.SendObject > > Is the PC set to Hibernate perhaps? > Just guessing really. > Max > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A > Matte > Sent: Thursday, May 01, 2008 2:06 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Docmd.SendObject > > > Hello All, > > I have an MDB that does some FTP,Unzip,Import, and email. > > Its been running a few years...but recently put it on a newer > machine...running 2000 Server...A2K. > > All of the functionality still works...at first... > > It is using a form timer to check for a file...and when it finds > 1...it does all the other stuff. > > Problem is after an hour or so...it stops sending email. It does not > error...if I go and step through the whole thing...or just the email > part...it just steps right over the docmd.sendobject without erroring. > If I reopen the mdb...it runs fine for a bit...b ut same issue comes up? > > > Any ideas? > > Thanks, > > Mark A. Matte > _________________________________________________________________ > In a rush? Get real-time answers with Windows Live Messenger. > http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_R > efresh > _realtime_042008 > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com _________________________________________________________________ Back to work after baby-how do you know when you're ready? http://lifestyle.msn.com/familyandparenting/articleNW.aspx?cp-documentid=579 7498&ocid=T067MSN40A0701A -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Thu May 1 11:04:55 2008 From: dwaters at usinternet.com (Dan Waters) Date: Thu, 1 May 2008 11:04:55 -0500 Subject: [AccessD] Docmd.SendObject In-Reply-To: References: <000c01c8a947$cc1a58b0$8abea8c0@XPS><002d01c8a97e$640bd690$7ebea8c0@LaptopII><000801c8ab22$a4543940$ecfcabc0$@rr.com> <009001c8ab54$45260020$8119fea9@LTVM> Message-ID: <004001c8aba5$18df73b0$0300a8c0@danwaters> Mark - can you post some of your code and show which line(s) get skipped when you are stepping through? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Thursday, May 01, 2008 7:40 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Docmd.SendObject Thanks Max, But ...No. I think It has something to do with the checking for the FTP and not finding one(or some code in between). If it does not find a file...it never gets to the email part...so I'm not sure where it would impact. Currently If I run just the email part...runs fine...over and over again...but if I let it step through the FTP and other stuff...it will run if it finds a file...if no file...I can not even run just the email part. It steps through as if everything is OK...just no email. There is error handling, but NO error? Thanks, Mark A. Matte > From: max.wanadoo at gmail.com > To: accessd at databaseadvisors.com > Date: Thu, 1 May 2008 07:26:15 +0100 > Subject: Re: [AccessD] Docmd.SendObject > > Is the PC set to Hibernate perhaps? > Just guessing really. > Max > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte > Sent: Thursday, May 01, 2008 2:06 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Docmd.SendObject > > > Hello All, > > I have an MDB that does some FTP,Unzip,Import, and email. > > Its been running a few years...but recently put it on a newer > machine...running 2000 Server...A2K. > > All of the functionality still works...at first... > > It is using a form timer to check for a file...and when it finds 1...it does > all the other stuff. > > Problem is after an hour or so...it stops sending email. It does not > error...if I go and step through the whole thing...or just the email > part...it just steps right over the docmd.sendobject without erroring. If I > reopen the mdb...it runs fine for a bit...b ut same issue comes up? > > > Any ideas? > > Thanks, > > Mark A. Matte > _________________________________________________________________ > In a rush? Get real-time answers with Windows Live Messenger. > http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_Refresh > _realtime_042008 > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com _________________________________________________________________ Back to work after baby-how do you know when you're ready? http://lifestyle.msn.com/familyandparenting/articleNW.aspx?cp-documentid=579 7498&ocid=T067MSN40A0701A -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Thu May 1 11:47:50 2008 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 1 May 2008 17:47:50 +0100 Subject: [AccessD] A2003: Distinct or Group by in a DLookup In-Reply-To: <00ea01c8ab82$e6baa930$8119fea9@LTVM> References: <009b01c8aae9$8dce7980$8119fea9@LTVM><200805010411.m414B1eH012476@databaseadvisors.com> <00ea01c8ab82$e6baa930$8119fea9@LTVM> Message-ID: <007901c8abab$19310760$8119fea9@LTVM> Darren. This will work, but it is a bit of a work-around: Public Function pfCountClientIDs() Dim qdf As QueryDef On Error Resume Next 'if it already exists then don't worry about it. Set qdf = CurrentDb.CreateQueryDef("Q_CountClientIDs", "SELECT DISTINCT ClientID FROM tblPendingActions") pfCountClientIDs = DCount("ClientID", "Q_CountClientIDs") set qdf=nothing End Function Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, May 01, 2008 1:00 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003: Distinct or Group by in a DLookup Darren. The only way I could get this to work (without a query to work directly on) is this: Dim rst As DAO.Recordset Set rst = CurrentDb.OpenRecordset("SELECT ClientID FROM tblPendingActions GROUP BY tblPendingActions.ClientID;") intRecordCount = rst.RecordCount Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren D Sent: Thursday, May 01, 2008 5:11 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003: Distinct or Group by in a DLookup Hi Max No it didn't - it still returned the number of records in the table It should work though - not sure why it doesn't Love the concept I ended up setting up a DAO recordset object to do this I am going to play with your suggestion a while more though Darren ----------------- T: 1300 301 731 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, 1 May 2008 3:42 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003: Distinct or Group by in a DLookup Darren: Did this work? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Wednesday, April 30, 2008 7:46 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003: Distinct or Group by in a DLookup You could try something like this: intRecordCount = DCount("[ClientID]", "tblPendingActions","ClientID in (select ClientID from tblPendingActions group by ClientID)") This is Air Code and needs testing, but should work. It will be slow on large datasets. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, April 30, 2008 7:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003: Distinct or Group by in a DLookup Not AFAIK. DCount() only operates on a Table or Query. One way would be to create and save the query "Select Distinct ClientID from tblPendingActions". Then use DCount on that saved query. On 30 Apr 2008 at 15:30, Darren D wrote: > Hi Team > > I have a simple DLOOKUP working well > > intRecordCount = DCount("[ClientID]", "tblPendingActions") > > But I want to know - Is there a "Distinct" version of the same? > > > > EG > > intRecordCount May return 10 records (but this may only be across say > 2 > accounts) > > So I want to know if there is something where I can group on the > ClientID - like > > intRecordCount = DCount(Distinct("[ClientID]", "tblPendingActions")) > > > > Many thanks in advance > > > > Darren > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From markamatte at hotmail.com Thu May 1 12:01:43 2008 From: markamatte at hotmail.com (Mark A Matte) Date: Thu, 1 May 2008 17:01:43 +0000 Subject: [AccessD] Docmd.SendObject In-Reply-To: <004001c8aba5$18df73b0$0300a8c0@danwaters> References: <000c01c8a947$cc1a58b0$8abea8c0@XPS><002d01c8a97e$640bd690$7ebea8c0@LaptopII><000801c8ab22$a4543940$ecfcabc0$@rr.com> <009001c8ab54$45260020$8119fea9@LTVM> <004001c8aba5$18df73b0$0300a8c0@danwaters> Message-ID: Here is the email function...it steps right through as if everything is OK...bot No email gets sent on the SendObject...and no errors either. ********************************** Dim dbs As Database, rst As Recordset, intI As Integer, FirstCount As Integer Dim Stock Dim StockPercent Dim Body Dim strNumber As String Set dbs = CurrentDb Set rst = dbs.OpenRecordset("My SQL Statement here") FirstCount = rst.RecordCount rst.MoveLast rst.MoveFirst For intI = 1 To rst.RecordCount Stock = rst!symbol StockPercent = rst!PerChange Body = Body & Stock & ":" & StockPercent & " " rst.MoveNext Next intI rst.Close Set dbs = Nothing DoCmd.SendObject , , acFormatHTML, "5555555555 at messaging.sprintpcs.com", "6666666666 at messaging.sprintpcs.com", , "Stock", Body, 0 ********************************** > From: dwaters at usinternet.com > To: accessd at databaseadvisors.com > Date: Thu, 1 May 2008 11:04:55 -0500 > Subject: Re: [AccessD] Docmd.SendObject > > Mark - can you post some of your code and show which line(s) get skipped > when you are stepping through? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte > Sent: Thursday, May 01, 2008 7:40 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Docmd.SendObject > > > Thanks Max, > > But ...No. I think It has something to do with the checking for the FTP and > not finding one(or some code in between). If it does not find a file...it > never gets to the email part...so I'm not sure where it would impact. > > Currently If I run just the email part...runs fine...over and over > again...but if I let it step through the FTP and other stuff...it will run > if it finds a file...if no file...I can not even run just the email part. > It steps through as if everything is OK...just no email. There is error > handling, but NO error? > > Thanks, > > Mark A. Matte > > > > > >> From: max.wanadoo at gmail.com >> To: accessd at databaseadvisors.com >> Date: Thu, 1 May 2008 07:26:15 +0100 >> Subject: Re: [AccessD] Docmd.SendObject >> >> Is the PC set to Hibernate perhaps? >> Just guessing really. >> Max >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte >> Sent: Thursday, May 01, 2008 2:06 AM >> To: Access Developers discussion and problem solving >> Subject: [AccessD] Docmd.SendObject >> >> >> Hello All, >> >> I have an MDB that does some FTP,Unzip,Import, and email. >> >> Its been running a few years...but recently put it on a newer >> machine...running 2000 Server...A2K. >> >> All of the functionality still works...at first... >> >> It is using a form timer to check for a file...and when it finds 1...it > does >> all the other stuff. >> >> Problem is after an hour or so...it stops sending email. It does not >> error...if I go and step through the whole thing...or just the email >> part...it just steps right over the docmd.sendobject without erroring. If > I >> reopen the mdb...it runs fine for a bit...b ut same issue comes up? >> >> >> Any ideas? >> >> Thanks, >> >> Mark A. Matte >> _________________________________________________________________ >> In a rush? Get real-time answers with Windows Live Messenger. >> > http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_Refresh >> _realtime_042008 >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > _________________________________________________________________ > Back to work after baby-how do you know when you're ready? > http://lifestyle.msn.com/familyandparenting/articleNW.aspx?cp-documentid=579 > 7498&ocid=T067MSN40A0701A > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com _________________________________________________________________ Spell a grand slam in this game where word skill meets World Series. Get in the game. http://club.live.com/word_slugger.aspx?icid=word_slugger_wlhm_admod_april08 From dwaters at usinternet.com Thu May 1 13:30:14 2008 From: dwaters at usinternet.com (Dan Waters) Date: Thu, 1 May 2008 13:30:14 -0500 Subject: [AccessD] Docmd.SendObject In-Reply-To: References: <000c01c8a947$cc1a58b0$8abea8c0@XPS><002d01c8a97e$640bd690$7ebea8c0@LaptopII><000801c8ab22$a4543940$ecfcabc0$@rr.com><009001c8ab54$45260020$8119fea9@LTVM> <004001c8aba5$18df73b0$0300a8c0@danwaters> Message-ID: <006301c8abb9$66171f70$0300a8c0@danwaters> In your code below, you are not sending an object, just an email with a subject line and a message. So, remove the object format of acFormatHTML. Also, remove the apostrophes from around the word Stock in your subject line. Change your variable dim Body To dim stgBody as String The word Body related to email is likely to be a Key word. Using key words as variables in code DOES lead to strange results. (I found out once that the word Note is a Key word and couldn't use it in an Insert statement.) I would also suggest explicitly setting the Stock, StockPercent, and Body variables. HTH, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Thursday, May 01, 2008 12:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Docmd.SendObject Here is the email function...it steps right through as if everything is OK...bot No email gets sent on the SendObject...and no errors either. ********************************** Dim dbs As Database, rst As Recordset, intI As Integer, FirstCount As Integer Dim Stock Dim StockPercent Dim Body Dim strNumber As String Set dbs = CurrentDb Set rst = dbs.OpenRecordset("My SQL Statement here") FirstCount = rst.RecordCount rst.MoveLast rst.MoveFirst For intI = 1 To rst.RecordCount Stock = rst!symbol StockPercent = rst!PerChange Body = Body & Stock & ":" & StockPercent & " " rst.MoveNext Next intI rst.Close Set dbs = Nothing DoCmd.SendObject , , acFormatHTML, "5555555555 at messaging.sprintpcs.com", "6666666666 at messaging.sprintpcs.com", , "Stock", Body, 0 ********************************** > From: dwaters at usinternet.com > To: accessd at databaseadvisors.com > Date: Thu, 1 May 2008 11:04:55 -0500 > Subject: Re: [AccessD] Docmd.SendObject > > Mark - can you post some of your code and show which line(s) get skipped > when you are stepping through? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte > Sent: Thursday, May 01, 2008 7:40 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Docmd.SendObject > > > Thanks Max, > > But ...No. I think It has something to do with the checking for the FTP and > not finding one(or some code in between). If it does not find a file...it > never gets to the email part...so I'm not sure where it would impact. > > Currently If I run just the email part...runs fine...over and over > again...but if I let it step through the FTP and other stuff...it will run > if it finds a file...if no file...I can not even run just the email part. > It steps through as if everything is OK...just no email. There is error > handling, but NO error? > > Thanks, > > Mark A. Matte > > > > > >> From: max.wanadoo at gmail.com >> To: accessd at databaseadvisors.com >> Date: Thu, 1 May 2008 07:26:15 +0100 >> Subject: Re: [AccessD] Docmd.SendObject >> >> Is the PC set to Hibernate perhaps? >> Just guessing really. >> Max >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte >> Sent: Thursday, May 01, 2008 2:06 AM >> To: Access Developers discussion and problem solving >> Subject: [AccessD] Docmd.SendObject >> >> >> Hello All, >> >> I have an MDB that does some FTP,Unzip,Import, and email. >> >> Its been running a few years...but recently put it on a newer >> machine...running 2000 Server...A2K. >> >> All of the functionality still works...at first... >> >> It is using a form timer to check for a file...and when it finds 1...it > does >> all the other stuff. >> >> Problem is after an hour or so...it stops sending email. It does not >> error...if I go and step through the whole thing...or just the email >> part...it just steps right over the docmd.sendobject without erroring. If > I >> reopen the mdb...it runs fine for a bit...b ut same issue comes up? >> >> >> Any ideas? >> >> Thanks, >> >> Mark A. Matte >> _________________________________________________________________ >> In a rush? Get real-time answers with Windows Live Messenger. >> > http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_Refresh >> _realtime_042008 >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > _________________________________________________________________ > Back to work after baby-how do you know when you're ready? > http://lifestyle.msn.com/familyandparenting/articleNW.aspx?cp-documentid=579 > 7498&ocid=T067MSN40A0701A > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com _________________________________________________________________ Spell a grand slam in this game where word skill meets World Series. Get in the game. http://club.live.com/word_slugger.aspx?icid=word_slugger_wlhm_admod_april08 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Thu May 1 14:53:18 2008 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 1 May 2008 20:53:18 +0100 Subject: [AccessD] Docmd.SendObject In-Reply-To: References: <000c01c8a947$cc1a58b0$8abea8c0@XPS><002d01c8a97e$640bd690$7ebea8c0@LaptopII><000801c8ab22$a4543940$ecfcabc0$@rr.com><009001c8ab54$45260020$8119fea9@LTVM> <004001c8aba5$18df73b0$0300a8c0@danwaters> Message-ID: <00a401c8abc5$01071ed0$8119fea9@LTVM> Mark, different style of programming. This would be my version of it. Function SendEmail() Dim dbs As dao.Database, rst As dao.Recordset Dim strBody As String Set dbs = CurrentDb Set rst = dbs.OpenRecordset("tblStock") If rst.EOF Then MsgBox "No records to email" Else rst.movefirst Do While Not rst.EOF strBody = strBody & vbCrLf & rst!Stock & ":" & rst!PerChange & " " rst.MoveNext Loop DoCmd.SendObject , , acFormatHTML, "5555555555 at messaging.sprintpcs.com", "6666666666 at messaging.sprintpcs.com", , "Stock", strBody, false End If exithere: Set dbs = Nothing: Set rst = Nothing Exit Function End Function Cannot find anything intrinsically wrong with yours, but these changes may have subtle implications. I also like to explicitly declare everything. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Thursday, May 01, 2008 6:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Docmd.SendObject Here is the email function...it steps right through as if everything is OK...bot No email gets sent on the SendObject...and no errors either. ********************************** Dim dbs As Database, rst As Recordset, intI As Integer, FirstCount As Integer Dim Stock Dim StockPercent Dim Body Dim strNumber As String Set dbs = CurrentDb Set rst = dbs.OpenRecordset("My SQL Statement here") FirstCount = rst.RecordCount rst.MoveLast rst.MoveFirst For intI = 1 To rst.RecordCount Stock = rst!symbol StockPercent = rst!PerChange Body = Body & Stock & ":" & StockPercent & " " rst.MoveNext Next intI rst.Close Set dbs = Nothing DoCmd.SendObject , , acFormatHTML, "5555555555 at messaging.sprintpcs.com", "6666666666 at messaging.sprintpcs.com", , "Stock", Body, 0 ********************************** > From: dwaters at usinternet.com > To: accessd at databaseadvisors.com > Date: Thu, 1 May 2008 11:04:55 -0500 > Subject: Re: [AccessD] Docmd.SendObject > > Mark - can you post some of your code and show which line(s) get > skipped when you are stepping through? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A > Matte > Sent: Thursday, May 01, 2008 7:40 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Docmd.SendObject > > > Thanks Max, > > But ...No. I think It has something to do with the checking for the > FTP and not finding one(or some code in between). If it does not find > a file...it never gets to the email part...so I'm not sure where it would impact. > > Currently If I run just the email part...runs fine...over and over > again...but if I let it step through the FTP and other stuff...it will > run if it finds a file...if no file...I can not even run just the email part. > It steps through as if everything is OK...just no email. There is > error handling, but NO error? > > Thanks, > > Mark A. Matte > > > > > >> From: max.wanadoo at gmail.com >> To: accessd at databaseadvisors.com >> Date: Thu, 1 May 2008 07:26:15 +0100 >> Subject: Re: [AccessD] Docmd.SendObject >> >> Is the PC set to Hibernate perhaps? >> Just guessing really. >> Max >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A >> Matte >> Sent: Thursday, May 01, 2008 2:06 AM >> To: Access Developers discussion and problem solving >> Subject: [AccessD] Docmd.SendObject >> >> >> Hello All, >> >> I have an MDB that does some FTP,Unzip,Import, and email. >> >> Its been running a few years...but recently put it on a newer >> machine...running 2000 Server...A2K. >> >> All of the functionality still works...at first... >> >> It is using a form timer to check for a file...and when it finds >> 1...it > does >> all the other stuff. >> >> Problem is after an hour or so...it stops sending email. It does not >> error...if I go and step through the whole thing...or just the email >> part...it just steps right over the docmd.sendobject without >> erroring. If > I >> reopen the mdb...it runs fine for a bit...b ut same issue comes up? >> >> >> Any ideas? >> >> Thanks, >> >> Mark A. Matte >> _________________________________________________________________ >> In a rush? Get real-time answers with Windows Live Messenger. >> > http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_R > efresh >> _realtime_042008 >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > _________________________________________________________________ > Back to work after baby-how do you know when you're ready? > http://lifestyle.msn.com/familyandparenting/articleNW.aspx?cp-document > id=579 > 7498&ocid=T067MSN40A0701A > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com _________________________________________________________________ Spell a grand slam in this game where word skill meets World Series. Get in the game. http://club.live.com/word_slugger.aspx?icid=word_slugger_wlhm_admod_april08 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From markamatte at hotmail.com Thu May 1 16:09:35 2008 From: markamatte at hotmail.com (Mark A Matte) Date: Thu, 1 May 2008 21:09:35 +0000 Subject: [AccessD] Docmd.SendObject In-Reply-To: <00a401c8abc5$01071ed0$8119fea9@LTVM> References: <000c01c8a947$cc1a58b0$8abea8c0@XPS><002d01c8a97e$640bd690$7ebea8c0@LaptopII><000801c8ab22$a4543940$ecfcabc0$@rr.com><009001c8ab54$45260020$8119fea9@LTVM> <004001c8aba5$18df73b0$0300a8c0@danwaters> <00a401c8abc5$01071ed0$8119fea9@LTVM> Message-ID: Max and Dan, Thanks for your feedback. It has been running for over 3 years...only thing that has changed is the machine. 1. I will declare everything. 2. I will replace the word BODY 3. Need the quotes around 'Stock' as it is the subject in that instance??? I'm still thinking the problem is somewhere else...as I can run the email part over and over again...it is only after the attempted FTP does the 'problem' occur. Thanks again, Mark A. Matte > From: max.wanadoo at gmail.com > To: accessd at databaseadvisors.com > Date: Thu, 1 May 2008 20:53:18 +0100 > Subject: Re: [AccessD] Docmd.SendObject > > Mark, different style of programming. This would be my version of it. > > Function SendEmail() > Dim dbs As dao.Database, rst As dao.Recordset > Dim strBody As String > Set dbs = CurrentDb > Set rst = dbs.OpenRecordset("tblStock") > If rst.EOF Then > MsgBox "No records to email" > Else > rst.movefirst > Do While Not rst.EOF > strBody = strBody & vbCrLf & rst!Stock & ":" & rst!PerChange & " " > rst.MoveNext > Loop > DoCmd.SendObject , , acFormatHTML, "5555555555 at messaging.sprintpcs.com", > "6666666666 at messaging.sprintpcs.com", , "Stock", strBody, false > End If > exithere: > Set dbs = Nothing: Set rst = Nothing > Exit Function > End Function > > Cannot find anything intrinsically wrong with yours, but these changes may > have subtle implications. > I also like to explicitly declare everything. > > Max > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte > Sent: Thursday, May 01, 2008 6:02 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Docmd.SendObject > > > Here is the email function...it steps right through as if everything is > OK...bot No email gets sent on the SendObject...and no errors either. > > ********************************** > Dim dbs As Database, rst As Recordset, intI As Integer, FirstCount As > Integer > > Dim Stock > Dim StockPercent > Dim Body > Dim strNumber As String > Set dbs = CurrentDb > Set rst = dbs.OpenRecordset("My SQL Statement here") > > FirstCount = rst.RecordCount > rst.MoveLast > rst.MoveFirst > For intI = 1 To rst.RecordCount > Stock = rst!symbol > StockPercent = rst!PerChange > Body = Body & Stock & ":" & StockPercent & " " > rst.MoveNext > > Next intI > > rst.Close > > Set dbs = Nothing > > DoCmd.SendObject , , acFormatHTML, "5555555555 at messaging.sprintpcs.com", > "6666666666 at messaging.sprintpcs.com", , "Stock", Body, 0 > > ********************************** > > >> From: dwaters at usinternet.com >> To: accessd at databaseadvisors.com >> Date: Thu, 1 May 2008 11:04:55 -0500 >> Subject: Re: [AccessD] Docmd.SendObject >> >> Mark - can you post some of your code and show which line(s) get >> skipped when you are stepping through? >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A >> Matte >> Sent: Thursday, May 01, 2008 7:40 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Docmd.SendObject >> >> >> Thanks Max, >> >> But ...No. I think It has something to do with the checking for the >> FTP and not finding one(or some code in between). If it does not find >> a file...it never gets to the email part...so I'm not sure where it would > impact. >> >> Currently If I run just the email part...runs fine...over and over >> again...but if I let it step through the FTP and other stuff...it will >> run if it finds a file...if no file...I can not even run just the email > part. >> It steps through as if everything is OK...just no email. There is >> error handling, but NO error? >> >> Thanks, >> >> Mark A. Matte >> >> >> >> >> >>> From: max.wanadoo at gmail.com >>> To: accessd at databaseadvisors.com >>> Date: Thu, 1 May 2008 07:26:15 +0100 >>> Subject: Re: [AccessD] Docmd.SendObject >>> >>> Is the PC set to Hibernate perhaps? >>> Just guessing really. >>> Max >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A >>> Matte >>> Sent: Thursday, May 01, 2008 2:06 AM >>> To: Access Developers discussion and problem solving >>> Subject: [AccessD] Docmd.SendObject >>> >>> >>> Hello All, >>> >>> I have an MDB that does some FTP,Unzip,Import, and email. >>> >>> Its been running a few years...but recently put it on a newer >>> machine...running 2000 Server...A2K. >>> >>> All of the functionality still works...at first... >>> >>> It is using a form timer to check for a file...and when it finds >>> 1...it >> does >>> all the other stuff. >>> >>> Problem is after an hour or so...it stops sending email. It does not >>> error...if I go and step through the whole thing...or just the email >>> part...it just steps right over the docmd.sendobject without >>> erroring. If >> I >>> reopen the mdb...it runs fine for a bit...b ut same issue comes up? >>> >>> >>> Any ideas? >>> >>> Thanks, >>> >>> Mark A. Matte >>> _________________________________________________________________ >>> In a rush? Get real-time answers with Windows Live Messenger. >>> >> http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_R >> efresh >>> _realtime_042008 >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >> _________________________________________________________________ >> Back to work after baby-how do you know when you're ready? >> http://lifestyle.msn.com/familyandparenting/articleNW.aspx?cp-document >> id=579 >> 7498&ocid=T067MSN40A0701A >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > _________________________________________________________________ > Spell a grand slam in this game where word skill meets World Series. Get in > the game. > http://club.live.com/word_slugger.aspx?icid=word_slugger_wlhm_admod_april08 > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com _________________________________________________________________ Spell a grand slam in this game where word skill meets World Series. Get in the game. http://club.live.com/word_slugger.aspx?icid=word_slugger_wlhm_admod_april08 From stuart at lexacorp.com.pg Thu May 1 17:44:56 2008 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 02 May 2008 08:44:56 +1000 Subject: [AccessD] A2003: Distinct or Group by in a DLookup In-Reply-To: <00ea01c8ab82$e6baa930$8119fea9@LTVM> References: <009b01c8aae9$8dce7980$8119fea9@LTVM>, <200805010411.m414B1eH012476@databaseadvisors.com>, <00ea01c8ab82$e6baa930$8119fea9@LTVM> Message-ID: <481AD488.20908.480B7B01@stuart.lexacorp.com.pg> If you're going to do that, make sure you include "rst.movelast" before "intRecordCount = rst.RecordCount" The RecordCount property doesn't indicate how many records are contained in a dynaset-, snapshot-, or forward-only-type Recordset object until all records have been accessed. Once the last record has been accessed, the RecordCount property indicates the total number of undeleted records in the Recordset or TableDef object. To force the last record to be accessed, use the MoveLast method on the Recordset object. On 1 May 2008 at 13:00, Max Wanadoo wrote: > Darren. > The only way I could get this to work (without a query to work directly on) > is this: > > Dim rst As DAO.Recordset > Set rst = CurrentDb.OpenRecordset("SELECT ClientID FROM tblPendingActions > GROUP BY tblPendingActions.ClientID;") > intRecordCount = rst.RecordCount > > Max > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren D > Sent: Thursday, May 01, 2008 5:11 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] A2003: Distinct or Group by in a DLookup > > Hi Max > > No it didn't - it still returned the number of records in the table It > should work though - not sure why it doesn't Love the concept I ended up > setting up a DAO recordset object to do this I am going to play with your > suggestion a while more though Darren > ----------------- > T: 1300 301 731 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo > Sent: Thursday, 1 May 2008 3:42 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] A2003: Distinct or Group by in a DLookup > > Darren: > Did this work? > Max > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo > Sent: Wednesday, April 30, 2008 7:46 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] A2003: Distinct or Group by in a DLookup > > You could try something like this: > > intRecordCount = DCount("[ClientID]", "tblPendingActions","ClientID in > (select ClientID from tblPendingActions group by ClientID)") > > This is Air Code and needs testing, but should work. It will be slow on > large datasets. > > Max > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan > Sent: Wednesday, April 30, 2008 7:02 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] A2003: Distinct or Group by in a DLookup > > Not AFAIK. DCount() only operates on a Table or Query. > One way would be to create and save the query "Select Distinct ClientID > from > tblPendingActions". Then use DCount on that saved query. > > > > On 30 Apr 2008 at 15:30, Darren D wrote: > > > Hi Team > > > > I have a simple DLOOKUP working well > > > > intRecordCount = DCount("[ClientID]", "tblPendingActions") > > > > But I want to know - Is there a "Distinct" version of the same? > > > > > > > > EG > > > > intRecordCount May return 10 records (but this may only be across say > > 2 > > accounts) > > > > So I want to know if there is something where I can group on the > > ClientID - like > > > > intRecordCount = DCount(Distinct("[ClientID]", "tblPendingActions")) > > > > > > > > Many thanks in advance > > > > > > > > Darren > > > > > > > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Thu May 1 17:48:28 2008 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 02 May 2008 08:48:28 +1000 Subject: [AccessD] Docmd.SendObject In-Reply-To: References: <000c01c8a947$cc1a58b0$8abea8c0@XPS>, <00a401c8abc5$01071ed0$8119fea9@LTVM>, Message-ID: <481AD55C.1664.480EB888@stuart.lexacorp.com.pg> Sounds like your FTP routine is causing problems with Winsock. Are you sure that it is releasing everything? On 1 May 2008 at 21:09, Mark A Matte wrote: > > Max and Dan, > > Thanks for your feedback. It has been running for over 3 years...only thing that has changed is the machine. > > 1. I will declare everything. > 2. I will replace the word BODY > 3. Need the quotes around 'Stock' as it is the subject in that instance??? > > I'm still thinking the problem is somewhere else...as I can run the email part over and over again...it is only after the attempted FTP does the 'problem' occur. > > Thanks again, > > Mark A. Matte > > > > From: max.wanadoo at gmail.com > > To: accessd at databaseadvisors.com > > Date: Thu, 1 May 2008 20:53:18 +0100 > > Subject: Re: [AccessD] Docmd.SendObject > > > > Mark, different style of programming. This would be my version of it. > > > > Function SendEmail() > > Dim dbs As dao.Database, rst As dao.Recordset > > Dim strBody As String > > Set dbs = CurrentDb > > Set rst = dbs.OpenRecordset("tblStock") > > If rst.EOF Then > > MsgBox "No records to email" > > Else > > rst.movefirst > > Do While Not rst.EOF > > strBody = strBody & vbCrLf & rst!Stock & ":" & rst!PerChange & " " > > rst.MoveNext > > Loop > > DoCmd.SendObject , , acFormatHTML, "5555555555 at messaging.sprintpcs.com", > > "6666666666 at messaging.sprintpcs.com", , "Stock", strBody, false > > End If > > exithere: > > Set dbs = Nothing: Set rst = Nothing > > Exit Function > > End Function > > > > Cannot find anything intrinsically wrong with yours, but these changes may > > have subtle implications. > > I also like to explicitly declare everything. > > > > Max > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte > > Sent: Thursday, May 01, 2008 6:02 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Docmd.SendObject > > > > > > Here is the email function...it steps right through as if everything is > > OK...bot No email gets sent on the SendObject...and no errors either. > > > > ********************************** > > Dim dbs As Database, rst As Recordset, intI As Integer, FirstCount As > > Integer > > > > Dim Stock > > Dim StockPercent > > Dim Body > > Dim strNumber As String > > Set dbs = CurrentDb > > Set rst = dbs.OpenRecordset("My SQL Statement here") > > > > FirstCount = rst.RecordCount > > rst.MoveLast > > rst.MoveFirst > > For intI = 1 To rst.RecordCount > > Stock = rst!symbol > > StockPercent = rst!PerChange > > Body = Body & Stock & ":" & StockPercent & " " > > rst.MoveNext > > > > Next intI > > > > rst.Close > > > > Set dbs = Nothing > > > > DoCmd.SendObject , , acFormatHTML, "5555555555 at messaging.sprintpcs.com", > > "6666666666 at messaging.sprintpcs.com", , "Stock", Body, 0 > > > > ********************************** > > > > > >> From: dwaters at usinternet.com > >> To: accessd at databaseadvisors.com > >> Date: Thu, 1 May 2008 11:04:55 -0500 > >> Subject: Re: [AccessD] Docmd.SendObject > >> > >> Mark - can you post some of your code and show which line(s) get > >> skipped when you are stepping through? > >> > >> -----Original Message----- > >> From: accessd-bounces at databaseadvisors.com > >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A > >> Matte > >> Sent: Thursday, May 01, 2008 7:40 AM > >> To: Access Developers discussion and problem solving > >> Subject: Re: [AccessD] Docmd.SendObject > >> > >> > >> Thanks Max, > >> > >> But ...No. I think It has something to do with the checking for the > >> FTP and not finding one(or some code in between). If it does not find > >> a file...it never gets to the email part...so I'm not sure where it would > > impact. > >> > >> Currently If I run just the email part...runs fine...over and over > >> again...but if I let it step through the FTP and other stuff...it will > >> run if it finds a file...if no file...I can not even run just the email > > part. > >> It steps through as if everything is OK...just no email. There is > >> error handling, but NO error? > >> > >> Thanks, > >> > >> Mark A. Matte > >> > >> > >> > >> > >> > >>> From: max.wanadoo at gmail.com > >>> To: accessd at databaseadvisors.com > >>> Date: Thu, 1 May 2008 07:26:15 +0100 > >>> Subject: Re: [AccessD] Docmd.SendObject > >>> > >>> Is the PC set to Hibernate perhaps? > >>> Just guessing really. > >>> Max > >>> > >>> > >>> -----Original Message----- > >>> From: accessd-bounces at databaseadvisors.com > >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A > >>> Matte > >>> Sent: Thursday, May 01, 2008 2:06 AM > >>> To: Access Developers discussion and problem solving > >>> Subject: [AccessD] Docmd.SendObject > >>> > >>> > >>> Hello All, > >>> > >>> I have an MDB that does some FTP,Unzip,Import, and email. > >>> > >>> Its been running a few years...but recently put it on a newer > >>> machine...running 2000 Server...A2K. > >>> > >>> All of the functionality still works...at first... > >>> > >>> It is using a form timer to check for a file...and when it finds > >>> 1...it > >> does > >>> all the other stuff. > >>> > >>> Problem is after an hour or so...it stops sending email. It does not > >>> error...if I go and step through the whole thing...or just the email > >>> part...it just steps right over the docmd.sendobject without > >>> erroring. If > >> I > >>> reopen the mdb...it runs fine for a bit...b ut same issue comes up? > >>> > >>> > >>> Any ideas? > >>> > >>> Thanks, > >>> > >>> Mark A. Matte > >>> _________________________________________________________________ > >>> In a rush? Get real-time answers with Windows Live Messenger. > >>> > >> http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_R > >> efresh > >>> _realtime_042008 > >>> -- > >>> AccessD mailing list > >>> AccessD at databaseadvisors.com > >>> http://databaseadvisors.com/mailman/listinfo/accessd > >>> Website: http://www.databaseadvisors.com > >>> > >>> -- > >>> AccessD mailing list > >>> AccessD at databaseadvisors.com > >>> http://databaseadvisors.com/mailman/listinfo/accessd > >>> Website: http://www.databaseadvisors.com > >> > >> _________________________________________________________________ > >> Back to work after baby-how do you know when you're ready? > >> http://lifestyle.msn.com/familyandparenting/articleNW.aspx?cp-document > >> id=579 > >> 7498&ocid=T067MSN40A0701A > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > >> > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > > > > _________________________________________________________________ > > Spell a grand slam in this game where word skill meets World Series. Get in > > the game. > > http://club.live.com/word_slugger.aspx?icid=word_slugger_wlhm_admod_april08 > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > _________________________________________________________________ > Spell a grand slam in this game where word skill meets World Series. Get in the game. > http://club.live.com/word_slugger.aspx?icid=word_slugger_wlhm_admod_april08 > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From dwaters at usinternet.com Thu May 1 18:00:21 2008 From: dwaters at usinternet.com (Dan Waters) Date: Thu, 1 May 2008 18:00:21 -0500 Subject: [AccessD] Docmd.SendObject In-Reply-To: References: <000c01c8a947$cc1a58b0$8abea8c0@XPS><002d01c8a97e$640bd690$7ebea8c0@LaptopII><000801c8ab22$a4543940$ecfcabc0$@rr.com><009001c8ab54$45260020$8119fea9@LTVM><004001c8aba5$18df73b0$0300a8c0@danwaters> <00a401c8abc5$01071ed0$8119fea9@LTVM> Message-ID: <002301c8abdf$2209bf60$0300a8c0@danwaters> Remember to remove acFormatHTML. You only use that when you are actually sending an object (an attachment). Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Thursday, May 01, 2008 4:10 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Docmd.SendObject Max and Dan, Thanks for your feedback. It has been running for over 3 years...only thing that has changed is the machine. 1. I will declare everything. 2. I will replace the word BODY 3. Need the quotes around 'Stock' as it is the subject in that instance??? I'm still thinking the problem is somewhere else...as I can run the email part over and over again...it is only after the attempted FTP does the 'problem' occur. Thanks again, Mark A. Matte > From: max.wanadoo at gmail.com > To: accessd at databaseadvisors.com > Date: Thu, 1 May 2008 20:53:18 +0100 > Subject: Re: [AccessD] Docmd.SendObject > > Mark, different style of programming. This would be my version of it. > > Function SendEmail() > Dim dbs As dao.Database, rst As dao.Recordset > Dim strBody As String > Set dbs = CurrentDb > Set rst = dbs.OpenRecordset("tblStock") > If rst.EOF Then > MsgBox "No records to email" > Else > rst.movefirst > Do While Not rst.EOF > strBody = strBody & vbCrLf & rst!Stock & ":" & rst!PerChange & " " > rst.MoveNext > Loop > DoCmd.SendObject , , acFormatHTML, "5555555555 at messaging.sprintpcs.com", > "6666666666 at messaging.sprintpcs.com", , "Stock", strBody, false > End If > exithere: > Set dbs = Nothing: Set rst = Nothing > Exit Function > End Function > > Cannot find anything intrinsically wrong with yours, but these changes may > have subtle implications. > I also like to explicitly declare everything. > > Max > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte > Sent: Thursday, May 01, 2008 6:02 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Docmd.SendObject > > > Here is the email function...it steps right through as if everything is > OK...bot No email gets sent on the SendObject...and no errors either. > > ********************************** > Dim dbs As Database, rst As Recordset, intI As Integer, FirstCount As > Integer > > Dim Stock > Dim StockPercent > Dim Body > Dim strNumber As String > Set dbs = CurrentDb > Set rst = dbs.OpenRecordset("My SQL Statement here") > > FirstCount = rst.RecordCount > rst.MoveLast > rst.MoveFirst > For intI = 1 To rst.RecordCount > Stock = rst!symbol > StockPercent = rst!PerChange > Body = Body & Stock & ":" & StockPercent & " " > rst.MoveNext > > Next intI > > rst.Close > > Set dbs = Nothing > > DoCmd.SendObject , , acFormatHTML, "5555555555 at messaging.sprintpcs.com", > "6666666666 at messaging.sprintpcs.com", , "Stock", Body, 0 > > ********************************** > > >> From: dwaters at usinternet.com >> To: accessd at databaseadvisors.com >> Date: Thu, 1 May 2008 11:04:55 -0500 >> Subject: Re: [AccessD] Docmd.SendObject >> >> Mark - can you post some of your code and show which line(s) get >> skipped when you are stepping through? >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A >> Matte >> Sent: Thursday, May 01, 2008 7:40 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Docmd.SendObject >> >> >> Thanks Max, >> >> But ...No. I think It has something to do with the checking for the >> FTP and not finding one(or some code in between). If it does not find >> a file...it never gets to the email part...so I'm not sure where it would > impact. >> >> Currently If I run just the email part...runs fine...over and over >> again...but if I let it step through the FTP and other stuff...it will >> run if it finds a file...if no file...I can not even run just the email > part. >> It steps through as if everything is OK...just no email. There is >> error handling, but NO error? >> >> Thanks, >> >> Mark A. Matte >> >> >> >> >> >>> From: max.wanadoo at gmail.com >>> To: accessd at databaseadvisors.com >>> Date: Thu, 1 May 2008 07:26:15 +0100 >>> Subject: Re: [AccessD] Docmd.SendObject >>> >>> Is the PC set to Hibernate perhaps? >>> Just guessing really. >>> Max >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A >>> Matte >>> Sent: Thursday, May 01, 2008 2:06 AM >>> To: Access Developers discussion and problem solving >>> Subject: [AccessD] Docmd.SendObject >>> >>> >>> Hello All, >>> >>> I have an MDB that does some FTP,Unzip,Import, and email. >>> >>> Its been running a few years...but recently put it on a newer >>> machine...running 2000 Server...A2K. >>> >>> All of the functionality still works...at first... >>> >>> It is using a form timer to check for a file...and when it finds >>> 1...it >> does >>> all the other stuff. >>> >>> Problem is after an hour or so...it stops sending email. It does not >>> error...if I go and step through the whole thing...or just the email >>> part...it just steps right over the docmd.sendobject without >>> erroring. If >> I >>> reopen the mdb...it runs fine for a bit...b ut same issue comes up? >>> >>> >>> Any ideas? >>> >>> Thanks, >>> >>> Mark A. Matte >>> _________________________________________________________________ >>> In a rush? Get real-time answers with Windows Live Messenger. >>> >> http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_R >> efresh >>> _realtime_042008 >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >> _________________________________________________________________ >> Back to work after baby-how do you know when you're ready? >> http://lifestyle.msn.com/familyandparenting/articleNW.aspx?cp-document >> id=579 >> 7498&ocid=T067MSN40A0701A >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > _________________________________________________________________ > Spell a grand slam in this game where word skill meets World Series. Get in > the game. > http://club.live.com/word_slugger.aspx?icid=word_slugger_wlhm_admod_april08 > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com _________________________________________________________________ Spell a grand slam in this game where word skill meets World Series. Get in the game. http://club.live.com/word_slugger.aspx?icid=word_slugger_wlhm_admod_april08 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ab-mi at post3.tele.dk Thu May 1 18:55:18 2008 From: ab-mi at post3.tele.dk (Asger Blond) Date: Fri, 2 May 2008 01:55:18 +0200 Subject: [AccessD] Rounding with CCur conversion Message-ID: <000001c8abe6$cf01f960$2101a8c0@AB> Hi group, I just noticed that the algorithm in VB for rounding seems to be different for the Round-function and the CCur-function. The Round-function use "Banker's rounding", also known as "Dutch rounding". The CCur-function behaves differently: Round(1.11115,4) --> 1.1112 Round(11.11115,4) --> 11.1112 Round(111.11115,4) --> 111.1112 CCur(1.11115) --> 1.1112 CCur(11.11115) --> 11.1112 CCur(111.11115) --> 111.1111 ?!! What's going on in the last conversion? Is this a bug or does the CCur-function have a special algorithm? TIA Asger From darren at activebilling.com.au Thu May 1 19:56:51 2008 From: darren at activebilling.com.au (Darren D) Date: Fri, 2 May 2008 10:56:51 +1000 Subject: [AccessD] A2003: Distinct or Group by in a DLookup In-Reply-To: <00ea01c8ab82$e6baa930$8119fea9@LTVM> Message-ID: <200805020057.m420vn5h013397@databaseadvisors.com> Hi Stuart and Max Thanks to both of you for your efforts. Max, the stuff you suggested (below) is almost exactly what I ended up doing. It's one if those 'quick and dirty' (Q&D) things that is only in use on a personal dB that I use here in the office to manage and keep an eye on client requests - hence the need to know pending item numbers - I just wanted to write a one line DLOOKUP or DCOUNT - Too Lazy to set up a recordset object - in the end it was (as it always is with a Q&D) a false economy Many many thanks for all the replies and suggestions - gotta love this list :-) DD -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, 1 May 2008 10:00 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003: Distinct or Group by in a DLookup Darren. The only way I could get this to work (without a query to work directly on) is this: Dim rst As DAO.Recordset Set rst = CurrentDb.OpenRecordset("SELECT ClientID FROM tblPendingActions GROUP BY tblPendingActions.ClientID;") intRecordCount = rst.RecordCount Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren D Sent: Thursday, May 01, 2008 5:11 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003: Distinct or Group by in a DLookup Hi Max No it didn't - it still returned the number of records in the table It should work though - not sure why it doesn't Love the concept I ended up setting up a DAO recordset object to do this I am going to play with your suggestion a while more though Darren ----------------- T: 1300 301 731 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, 1 May 2008 3:42 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003: Distinct or Group by in a DLookup Darren: Did this work? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Wednesday, April 30, 2008 7:46 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003: Distinct or Group by in a DLookup You could try something like this: intRecordCount = DCount("[ClientID]", "tblPendingActions","ClientID in (select ClientID from tblPendingActions group by ClientID)") This is Air Code and needs testing, but should work. It will be slow on large datasets. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, April 30, 2008 7:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003: Distinct or Group by in a DLookup Not AFAIK. DCount() only operates on a Table or Query. One way would be to create and save the query "Select Distinct ClientID from tblPendingActions". Then use DCount on that saved query. On 30 Apr 2008 at 15:30, Darren D wrote: > Hi Team > > I have a simple DLOOKUP working well > > intRecordCount = DCount("[ClientID]", "tblPendingActions") > > But I want to know - Is there a "Distinct" version of the same? > > > > EG > > intRecordCount May return 10 records (but this may only be across say > 2 > accounts) > > So I want to know if there is something where I can group on the > ClientID - like > > intRecordCount = DCount(Distinct("[ClientID]", "tblPendingActions")) > > > > Many thanks in advance > > > > Darren > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From markamatte at hotmail.com Thu May 1 22:24:38 2008 From: markamatte at hotmail.com (Mark A Matte) Date: Fri, 2 May 2008 03:24:38 +0000 Subject: [AccessD] Docmd.SendObject In-Reply-To: <002301c8abdf$2209bf60$0300a8c0@danwaters> References: <000c01c8a947$cc1a58b0$8abea8c0@XPS><002d01c8a97e$640bd690$7ebea8c0@LaptopII><000801c8ab22$a4543940$ecfcabc0$@rr.com><009001c8ab54$45260020$8119fea9@LTVM><004001c8aba5$18df73b0$0300a8c0@danwaters> <00a401c8abc5$01071ed0$8119fea9@LTVM> <002301c8abdf$2209bf60$0300a8c0@danwaters> Message-ID: Thanks All who responded... As I mentioned...this has been running for 3 years...all that changed was the machine... And apparently the lack of Office SP-3. I also was apparently searching incorrectly on google to find a solution...but turns out was a known issue Thanks Again, Mark > From: dwaters at usinternet.com > To: accessd at databaseadvisors.com > Date: Thu, 1 May 2008 18:00:21 -0500 > Subject: Re: [AccessD] Docmd.SendObject > > Remember to remove acFormatHTML. You only use that when you are actually > sending an object (an attachment). > > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte > Sent: Thursday, May 01, 2008 4:10 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Docmd.SendObject > > > Max and Dan, > > Thanks for your feedback. It has been running for over 3 years...only thing > that has changed is the machine. > > 1. I will declare everything. > 2. I will replace the word BODY > 3. Need the quotes around 'Stock' as it is the subject in that instance??? > > I'm still thinking the problem is somewhere else...as I can run the email > part over and over again...it is only after the attempted FTP does the > 'problem' occur. > > Thanks again, > > Mark A. Matte > > >> From: max.wanadoo at gmail.com >> To: accessd at databaseadvisors.com >> Date: Thu, 1 May 2008 20:53:18 +0100 >> Subject: Re: [AccessD] Docmd.SendObject >> >> Mark, different style of programming. This would be my version of it. >> >> Function SendEmail() >> Dim dbs As dao.Database, rst As dao.Recordset >> Dim strBody As String >> Set dbs = CurrentDb >> Set rst = dbs.OpenRecordset("tblStock") >> If rst.EOF Then >> MsgBox "No records to email" >> Else >> rst.movefirst >> Do While Not rst.EOF >> strBody = strBody & vbCrLf & rst!Stock & ":" & rst!PerChange & " " >> rst.MoveNext >> Loop >> DoCmd.SendObject , , acFormatHTML, "5555555555 at messaging.sprintpcs.com", >> "6666666666 at messaging.sprintpcs.com", , "Stock", strBody, false >> End If >> exithere: >> Set dbs = Nothing: Set rst = Nothing >> Exit Function >> End Function >> >> Cannot find anything intrinsically wrong with yours, but these changes may >> have subtle implications. >> I also like to explicitly declare everything. >> >> Max >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte >> Sent: Thursday, May 01, 2008 6:02 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Docmd.SendObject >> >> >> Here is the email function...it steps right through as if everything is >> OK...bot No email gets sent on the SendObject...and no errors either. >> >> ********************************** >> Dim dbs As Database, rst As Recordset, intI As Integer, FirstCount As >> Integer >> >> Dim Stock >> Dim StockPercent >> Dim Body >> Dim strNumber As String >> Set dbs = CurrentDb >> Set rst = dbs.OpenRecordset("My SQL Statement here") >> >> FirstCount = rst.RecordCount >> rst.MoveLast >> rst.MoveFirst >> For intI = 1 To rst.RecordCount >> Stock = rst!symbol >> StockPercent = rst!PerChange >> Body = Body & Stock & ":" & StockPercent & " " >> rst.MoveNext >> >> Next intI >> >> rst.Close >> >> Set dbs = Nothing >> >> DoCmd.SendObject , , acFormatHTML, "5555555555 at messaging.sprintpcs.com", >> "6666666666 at messaging.sprintpcs.com", , "Stock", Body, 0 >> >> ********************************** >> >> >>> From: dwaters at usinternet.com >>> To: accessd at databaseadvisors.com >>> Date: Thu, 1 May 2008 11:04:55 -0500 >>> Subject: Re: [AccessD] Docmd.SendObject >>> >>> Mark - can you post some of your code and show which line(s) get >>> skipped when you are stepping through? >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A >>> Matte >>> Sent: Thursday, May 01, 2008 7:40 AM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] Docmd.SendObject >>> >>> >>> Thanks Max, >>> >>> But ...No. I think It has something to do with the checking for the >>> FTP and not finding one(or some code in between). If it does not find >>> a file...it never gets to the email part...so I'm not sure where it would >> impact. >>> >>> Currently If I run just the email part...runs fine...over and over >>> again...but if I let it step through the FTP and other stuff...it will >>> run if it finds a file...if no file...I can not even run just the email >> part. >>> It steps through as if everything is OK...just no email. There is >>> error handling, but NO error? >>> >>> Thanks, >>> >>> Mark A. Matte >>> >>> >>> >>> >>> >>>> From: max.wanadoo at gmail.com >>>> To: accessd at databaseadvisors.com >>>> Date: Thu, 1 May 2008 07:26:15 +0100 >>>> Subject: Re: [AccessD] Docmd.SendObject >>>> >>>> Is the PC set to Hibernate perhaps? >>>> Just guessing really. >>>> Max >>>> >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A >>>> Matte >>>> Sent: Thursday, May 01, 2008 2:06 AM >>>> To: Access Developers discussion and problem solving >>>> Subject: [AccessD] Docmd.SendObject >>>> >>>> >>>> Hello All, >>>> >>>> I have an MDB that does some FTP,Unzip,Import, and email. >>>> >>>> Its been running a few years...but recently put it on a newer >>>> machine...running 2000 Server...A2K. >>>> >>>> All of the functionality still works...at first... >>>> >>>> It is using a form timer to check for a file...and when it finds >>>> 1...it >>> does >>>> all the other stuff. >>>> >>>> Problem is after an hour or so...it stops sending email. It does not >>>> error...if I go and step through the whole thing...or just the email >>>> part...it just steps right over the docmd.sendobject without >>>> erroring. If >>> I >>>> reopen the mdb...it runs fine for a bit...b ut same issue comes up? >>>> >>>> >>>> Any ideas? >>>> >>>> Thanks, >>>> >>>> Mark A. Matte >>>> _________________________________________________________________ >>>> In a rush? Get real-time answers with Windows Live Messenger. >>>> >>> http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_R >>> efresh >>>> _realtime_042008 >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>> >>> _________________________________________________________________ >>> Back to work after baby-how do you know when you're ready? >>> http://lifestyle.msn.com/familyandparenting/articleNW.aspx?cp-document >>> id=579 >>> 7498&ocid=T067MSN40A0701A >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >> _________________________________________________________________ >> Spell a grand slam in this game where word skill meets World Series. Get > in >> the game. >> > http://club.live.com/word_slugger.aspx?icid=word_slugger_wlhm_admod_april08 >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > _________________________________________________________________ > Spell a grand slam in this game where word skill meets World Series. Get in > the game. > http://club.live.com/word_slugger.aspx?icid=word_slugger_wlhm_admod_april08 > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com _________________________________________________________________ In a rush? Get real-time answers with Windows Live Messenger. http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_Refresh_realtime_042008 From Gustav at cactus.dk Fri May 2 01:39:49 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 02 May 2008 08:39:49 +0200 Subject: [AccessD] Docmd.SendObject Message-ID: Hi Mark So "known issue" is the lack of SP3? This reminds me of a broad selection of our clients where "nothing is changed" when something suddenly fails. We have a sort of questioning technique to find out what _has_ changed without implying too much that the client is - eh - out of control of the details. /gustav >>> markamatte at hotmail.com 02-05-2008 05:24 >>> Thanks All who responded... As I mentioned...this has been running for 3 years...all that changed was the machine... And apparently the lack of Office SP-3. I also was apparently searching incorrectly on google to find a solution...but turns out was a known issue Thanks Again, Mark From Gustav at cactus.dk Fri May 2 01:57:04 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 02 May 2008 08:57:04 +0200 Subject: [AccessD] Rounding with CCur conversion Message-ID: Hi Asger First, this: CCur(111.11115) returns here 111.1112 as expected. Don't know why you get a different result. Then, the CCur, CInt, CLng and CByte functions perform Banker's rounding while Int and Fix don't. Further, Round is known to be buggy, so avoid that for any serious purpose. If you are interested in rounding and how to optimise this regarding speed while still being accurate, read on here: http://www.xbeat.net/vbspeed/c_Round.htm Note that the absolutely simplest (but slowest) method to perform 100% correct (mathematical) rounding is ... Format! /gustav >>> ab-mi at post3.tele.dk 02-05-2008 01:55 >>> Hi group, I just noticed that the algorithm in VB for rounding seems to be different for the Round-function and the CCur-function. The Round-function use "Banker's rounding", also known as "Dutch rounding". The CCur-function behaves differently: Round(1.11115,4) --> 1.1112 Round(11.11115,4) --> 11.1112 Round(111.11115,4) --> 111.1112 CCur(1.11115) --> 1.1112 CCur(11.11115) --> 11.1112 CCur(111.11115) --> 111.1111 ?!! What's going on in the last conversion? Is this a bug or does the CCur-function have a special algorithm? TIA Asger From ab-mi at post3.tele.dk Fri May 2 03:30:53 2008 From: ab-mi at post3.tele.dk (Asger Blond) Date: Fri, 2 May 2008 10:30:53 +0200 Subject: [AccessD] Rounding with CCur conversion In-Reply-To: Message-ID: <000601c8ac2e$d5f73440$2101a8c0@AB> Thanks for the information, Gustav. Now I know that CCur should use Banker's rounding. I still get 111.1111 for CCur(111.11115) though. Tried it in Office 2003 and then in Office 2007 on a different machine (Virtual PC) - same result. Strange. Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock Sendt: 2. maj 2008 08:57 Til: accessd at databaseadvisors.com Emne: Re: [AccessD] Rounding with CCur conversion Hi Asger First, this: CCur(111.11115) returns here 111.1112 as expected. Don't know why you get a different result. Then, the CCur, CInt, CLng and CByte functions perform Banker's rounding while Int and Fix don't. Further, Round is known to be buggy, so avoid that for any serious purpose. If you are interested in rounding and how to optimise this regarding speed while still being accurate, read on here: http://www.xbeat.net/vbspeed/c_Round.htm Note that the absolutely simplest (but slowest) method to perform 100% correct (mathematical) rounding is ... Format! /gustav >>> ab-mi at post3.tele.dk 02-05-2008 01:55 >>> Hi group, I just noticed that the algorithm in VB for rounding seems to be different for the Round-function and the CCur-function. The Round-function use "Banker's rounding", also known as "Dutch rounding". The CCur-function behaves differently: Round(1.11115,4) --> 1.1112 Round(11.11115,4) --> 11.1112 Round(111.11115,4) --> 111.1112 CCur(1.11115) --> 1.1112 CCur(11.11115) --> 11.1112 CCur(111.11115) --> 111.1111 ?!! What's going on in the last conversion? Is this a bug or does the CCur-function have a special algorithm? TIA Asger -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Fri May 2 04:06:44 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 02 May 2008 11:06:44 +0200 Subject: [AccessD] Rounding with CCur conversion Message-ID: Hi Asger You are right, this is weird. Here are my results: Access 2.0: 111.1111 Access 95: Not installed Access 97: 111.1112 Access 2000: 111.1111 Access 2002/XP: 111.1111 Access 2003: 111.1111 Access 2007: 111.1111 Typically 1111.11115 and 11111.11115 are rounded as 1111.1111 and 11111.1112 respectively. I have no idea what causes the difference in behaviour. Only Access 97 does it consistently right. In my opinion it is a bug from Access 2.0 corrected in Access 97, reintroduced in Access 2000 and never removed. /gustav >>> ab-mi at post3.tele.dk 02-05-2008 10:30 >>> Thanks for the information, Gustav. Now I know that CCur should use Banker's rounding. I still get 111.1111 for CCur(111.11115) though. Tried it in Office 2003 and then in Office 2007 on a different machine (Virtual PC) - same result. Strange. Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock Sendt: 2. maj 2008 08:57 Til: accessd at databaseadvisors.com Emne: Re: [AccessD] Rounding with CCur conversion Hi Asger First, this: CCur(111.11115) returns here 111.1112 as expected. Don't know why you get a different result. Then, the CCur, CInt, CLng and CByte functions perform Banker's rounding while Int and Fix don't. Further, Round is known to be buggy, so avoid that for any serious purpose. If you are interested in rounding and how to optimise this regarding speed while still being accurate, read on here: http://www.xbeat.net/vbspeed/c_Round.htm Note that the absolutely simplest (but slowest) method to perform 100% correct (mathematical) rounding is ... Format! /gustav >>> ab-mi at post3.tele.dk 02-05-2008 01:55 >>> Hi group, I just noticed that the algorithm in VB for rounding seems to be different for the Round-function and the CCur-function. The Round-function use "Banker's rounding", also known as "Dutch rounding". The CCur-function behaves differently: Round(1.11115,4) --> 1.1112 Round(11.11115,4) --> 11.1112 Round(111.11115,4) --> 111.1112 CCur(1.11115) --> 1.1112 CCur(11.11115) --> 11.1112 CCur(111.11115) --> 111.1111 ?!! What's going on in the last conversion? Is this a bug or does the CCur-function have a special algorithm? TIA Asger From ab-mi at post3.tele.dk Fri May 2 04:37:06 2008 From: ab-mi at post3.tele.dk (Asger Blond) Date: Fri, 2 May 2008 11:37:06 +0200 Subject: [AccessD] Rounding with CCur conversion In-Reply-To: Message-ID: <000801c8ac38$16292380$2101a8c0@AB> Hi Gustav Happy to know it's not my CPU getting lame... Unfortunately I don't have good old Acc97 anymore, but your suggestion about a reintroduced bug seems reasonable. A rather common practice for MS... Thanks Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock Sendt: 2. maj 2008 11:07 Til: accessd at databaseadvisors.com Emne: Re: [AccessD] Rounding with CCur conversion Hi Asger You are right, this is weird. Here are my results: Access 2.0: 111.1111 Access 95: Not installed Access 97: 111.1112 Access 2000: 111.1111 Access 2002/XP: 111.1111 Access 2003: 111.1111 Access 2007: 111.1111 Typically 1111.11115 and 11111.11115 are rounded as 1111.1111 and 11111.1112 respectively. I have no idea what causes the difference in behaviour. Only Access 97 does it consistently right. In my opinion it is a bug from Access 2.0 corrected in Access 97, reintroduced in Access 2000 and never removed. /gustav >>> ab-mi at post3.tele.dk 02-05-2008 10:30 >>> Thanks for the information, Gustav. Now I know that CCur should use Banker's rounding. I still get 111.1111 for CCur(111.11115) though. Tried it in Office 2003 and then in Office 2007 on a different machine (Virtual PC) - same result. Strange. Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock Sendt: 2. maj 2008 08:57 Til: accessd at databaseadvisors.com Emne: Re: [AccessD] Rounding with CCur conversion Hi Asger First, this: CCur(111.11115) returns here 111.1112 as expected. Don't know why you get a different result. Then, the CCur, CInt, CLng and CByte functions perform Banker's rounding while Int and Fix don't. Further, Round is known to be buggy, so avoid that for any serious purpose. If you are interested in rounding and how to optimise this regarding speed while still being accurate, read on here: http://www.xbeat.net/vbspeed/c_Round.htm Note that the absolutely simplest (but slowest) method to perform 100% correct (mathematical) rounding is ... Format! /gustav >>> ab-mi at post3.tele.dk 02-05-2008 01:55 >>> Hi group, I just noticed that the algorithm in VB for rounding seems to be different for the Round-function and the CCur-function. The Round-function use "Banker's rounding", also known as "Dutch rounding". The CCur-function behaves differently: Round(1.11115,4) --> 1.1112 Round(11.11115,4) --> 11.1112 Round(111.11115,4) --> 111.1112 CCur(1.11115) --> 1.1112 CCur(11.11115) --> 11.1112 CCur(111.11115) --> 111.1111 ?!! What's going on in the last conversion? Is this a bug or does the CCur-function have a special algorithm? TIA Asger -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From JHewson at nciinc.com Fri May 2 07:14:05 2008 From: JHewson at nciinc.com (Hewson, Jim ) Date: Fri, 2 May 2008 07:14:05 -0500 Subject: [AccessD] Rounding with CCur conversion In-Reply-To: References: Message-ID: <7E02B06E41E5404589EDDDA2BAA1C5A81578AF@sanex101.nciinc.com> Gustav, Please explain your statement to me. "Note that the absolutely simplest (but slowest) method to perform 100% correct (mathematical) rounding is ... Format!" I have never thought of using Format for rounding. Jim jhewson at nciinc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, May 02, 2008 1:57 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Rounding with CCur conversion Hi Asger First, this: CCur(111.11115) returns here 111.1112 as expected. Don't know why you get a different result. Then, the CCur, CInt, CLng and CByte functions perform Banker's rounding while Int and Fix don't. Further, Round is known to be buggy, so avoid that for any serious purpose. If you are interested in rounding and how to optimise this regarding speed while still being accurate, read on here: http://www.xbeat.net/vbspeed/c_Round.htm Note that the absolutely simplest (but slowest) method to perform 100% correct (mathematical) rounding is ... Format! /gustav >>> ab-mi at post3.tele.dk 02-05-2008 01:55 >>> Hi group, I just noticed that the algorithm in VB for rounding seems to be different for the Round-function and the CCur-function. The Round-function use "Banker's rounding", also known as "Dutch rounding". The CCur-function behaves differently: Round(1.11115,4) --> 1.1112 Round(11.11115,4) --> 11.1112 Round(111.11115,4) --> 111.1112 CCur(1.11115) --> 1.1112 CCur(11.11115) --> 11.1112 CCur(111.11115) --> 111.1111 ?!! What's going on in the last conversion? Is this a bug or does the CCur-function have a special algorithm? TIA Asger -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ################################################################################ This email transmission contains information from NCI Information Systems, Inc. that may be considered privileged or confidential and is intended solely for the named recipient. If you have received this message in error, please contact the sender immediately and be aware that the use, copying or dissemination of this information is prohibited. ################################################################################ From Gustav at cactus.dk Fri May 2 07:44:56 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 02 May 2008 14:44:56 +0200 Subject: [AccessD] Rounding with CCur conversion Message-ID: Hi Jim Neither had I. But just follow the link I provided - it shows how - and the faster alternatives as well. Also how to test if a function rounds correctly. /gustav >>> JHewson at nciinc.com 02-05-2008 14:14 >>> Gustav, Please explain your statement to me. "Note that the absolutely simplest (but slowest) method to perform 100% correct (mathematical) rounding is ... Format!" I have never thought of using Format for rounding. Jim jhewson at nciinc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, May 02, 2008 1:57 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Rounding with CCur conversion Hi Asger First, this: CCur(111.11115) returns here 111.1112 as expected. Don't know why you get a different result. Then, the CCur, CInt, CLng and CByte functions perform Banker's rounding while Int and Fix don't. Further, Round is known to be buggy, so avoid that for any serious purpose. If you are interested in rounding and how to optimise this regarding speed while still being accurate, read on here: http://www.xbeat.net/vbspeed/c_Round.htm Note that the absolutely simplest (but slowest) method to perform 100% correct (mathematical) rounding is ... Format! /gustav >>> ab-mi at post3.tele.dk 02-05-2008 01:55 >>> Hi group, I just noticed that the algorithm in VB for rounding seems to be different for the Round-function and the CCur-function. The Round-function use "Banker's rounding", also known as "Dutch rounding". The CCur-function behaves differently: Round(1.11115,4) --> 1.1112 Round(11.11115,4) --> 11.1112 Round(111.11115,4) --> 111.1112 CCur(1.11115) --> 1.1112 CCur(11.11115) --> 11.1112 CCur(111.11115) --> 111.1111 ?!! What's going on in the last conversion? Is this a bug or does the CCur-function have a special algorithm? TIA Asger From dwaters at usinternet.com Fri May 2 08:20:36 2008 From: dwaters at usinternet.com (Dan Waters) Date: Fri, 2 May 2008 08:20:36 -0500 Subject: [AccessD] Docmd.SendObject In-Reply-To: References: <000c01c8a947$cc1a58b0$8abea8c0@XPS><002d01c8a97e$640bd690$7ebea8c0@LaptopII><000801c8ab22$a4543940$ecfcabc0$@rr.com><009001c8ab54$45260020$8119fea9@LTVM><004001c8aba5$18df73b0$0300a8c0@danwaters><00a401c8abc5$01071ed0$8119fea9@LTVM> <002301c8abdf$2209bf60$0300a8c0@danwaters> Message-ID: <001401c8ac57$4ed60440$0300a8c0@danwaters> Mark, What was the known issue? Is there a MS KB article on this? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Thursday, May 01, 2008 10:25 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Docmd.SendObject Thanks All who responded... As I mentioned...this has been running for 3 years...all that changed was the machine... And apparently the lack of Office SP-3. I also was apparently searching incorrectly on google to find a solution...but turns out was a known issue Thanks Again, Mark > From: dwaters at usinternet.com > To: accessd at databaseadvisors.com > Date: Thu, 1 May 2008 18:00:21 -0500 > Subject: Re: [AccessD] Docmd.SendObject > > Remember to remove acFormatHTML. You only use that when you are actually > sending an object (an attachment). > > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte > Sent: Thursday, May 01, 2008 4:10 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Docmd.SendObject > > > Max and Dan, > > Thanks for your feedback. It has been running for over 3 years...only thing > that has changed is the machine. > > 1. I will declare everything. > 2. I will replace the word BODY > 3. Need the quotes around 'Stock' as it is the subject in that instance??? > > I'm still thinking the problem is somewhere else...as I can run the email > part over and over again...it is only after the attempted FTP does the > 'problem' occur. > > Thanks again, > > Mark A. Matte > > >> From: max.wanadoo at gmail.com >> To: accessd at databaseadvisors.com >> Date: Thu, 1 May 2008 20:53:18 +0100 >> Subject: Re: [AccessD] Docmd.SendObject >> >> Mark, different style of programming. This would be my version of it. >> >> Function SendEmail() >> Dim dbs As dao.Database, rst As dao.Recordset >> Dim strBody As String >> Set dbs = CurrentDb >> Set rst = dbs.OpenRecordset("tblStock") >> If rst.EOF Then >> MsgBox "No records to email" >> Else >> rst.movefirst >> Do While Not rst.EOF >> strBody = strBody & vbCrLf & rst!Stock & ":" & rst!PerChange & " " >> rst.MoveNext >> Loop >> DoCmd.SendObject , , acFormatHTML, "5555555555 at messaging.sprintpcs.com", >> "6666666666 at messaging.sprintpcs.com", , "Stock", strBody, false >> End If >> exithere: >> Set dbs = Nothing: Set rst = Nothing >> Exit Function >> End Function >> >> Cannot find anything intrinsically wrong with yours, but these changes may >> have subtle implications. >> I also like to explicitly declare everything. >> >> Max >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte >> Sent: Thursday, May 01, 2008 6:02 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Docmd.SendObject >> >> >> Here is the email function...it steps right through as if everything is >> OK...bot No email gets sent on the SendObject...and no errors either. >> >> ********************************** >> Dim dbs As Database, rst As Recordset, intI As Integer, FirstCount As >> Integer >> >> Dim Stock >> Dim StockPercent >> Dim Body >> Dim strNumber As String >> Set dbs = CurrentDb >> Set rst = dbs.OpenRecordset("My SQL Statement here") >> >> FirstCount = rst.RecordCount >> rst.MoveLast >> rst.MoveFirst >> For intI = 1 To rst.RecordCount >> Stock = rst!symbol >> StockPercent = rst!PerChange >> Body = Body & Stock & ":" & StockPercent & " " >> rst.MoveNext >> >> Next intI >> >> rst.Close >> >> Set dbs = Nothing >> >> DoCmd.SendObject , , acFormatHTML, "5555555555 at messaging.sprintpcs.com", >> "6666666666 at messaging.sprintpcs.com", , "Stock", Body, 0 >> >> ********************************** >> >> >>> From: dwaters at usinternet.com >>> To: accessd at databaseadvisors.com >>> Date: Thu, 1 May 2008 11:04:55 -0500 >>> Subject: Re: [AccessD] Docmd.SendObject >>> >>> Mark - can you post some of your code and show which line(s) get >>> skipped when you are stepping through? >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A >>> Matte >>> Sent: Thursday, May 01, 2008 7:40 AM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] Docmd.SendObject >>> >>> >>> Thanks Max, >>> >>> But ...No. I think It has something to do with the checking for the >>> FTP and not finding one(or some code in between). If it does not find >>> a file...it never gets to the email part...so I'm not sure where it would >> impact. >>> >>> Currently If I run just the email part...runs fine...over and over >>> again...but if I let it step through the FTP and other stuff...it will >>> run if it finds a file...if no file...I can not even run just the email >> part. >>> It steps through as if everything is OK...just no email. There is >>> error handling, but NO error? >>> >>> Thanks, >>> >>> Mark A. Matte >>> >>> >>> >>> >>> >>>> From: max.wanadoo at gmail.com >>>> To: accessd at databaseadvisors.com >>>> Date: Thu, 1 May 2008 07:26:15 +0100 >>>> Subject: Re: [AccessD] Docmd.SendObject >>>> >>>> Is the PC set to Hibernate perhaps? >>>> Just guessing really. >>>> Max >>>> >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A >>>> Matte >>>> Sent: Thursday, May 01, 2008 2:06 AM >>>> To: Access Developers discussion and problem solving >>>> Subject: [AccessD] Docmd.SendObject >>>> >>>> >>>> Hello All, >>>> >>>> I have an MDB that does some FTP,Unzip,Import, and email. >>>> >>>> Its been running a few years...but recently put it on a newer >>>> machine...running 2000 Server...A2K. >>>> >>>> All of the functionality still works...at first... >>>> >>>> It is using a form timer to check for a file...and when it finds >>>> 1...it >>> does >>>> all the other stuff. >>>> >>>> Problem is after an hour or so...it stops sending email. It does not >>>> error...if I go and step through the whole thing...or just the email >>>> part...it just steps right over the docmd.sendobject without >>>> erroring. If >>> I >>>> reopen the mdb...it runs fine for a bit...b ut same issue comes up? >>>> >>>> >>>> Any ideas? >>>> >>>> Thanks, >>>> >>>> Mark A. Matte >>>> _________________________________________________________________ >>>> In a rush? Get real-time answers with Windows Live Messenger. >>>> >>> http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_R >>> efresh >>>> _realtime_042008 >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>> >>> _________________________________________________________________ >>> Back to work after baby-how do you know when you're ready? >>> http://lifestyle.msn.com/familyandparenting/articleNW.aspx?cp-document >>> id=579 >>> 7498&ocid=T067MSN40A0701A >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >> _________________________________________________________________ >> Spell a grand slam in this game where word skill meets World Series. Get > in >> the game. >> > http://club.live.com/word_slugger.aspx?icid=word_slugger_wlhm_admod_april08 >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > _________________________________________________________________ > Spell a grand slam in this game where word skill meets World Series. Get in > the game. > http://club.live.com/word_slugger.aspx?icid=word_slugger_wlhm_admod_april08 > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com _________________________________________________________________ In a rush? Get real-time answers with Windows Live Messenger. http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_Refresh _realtime_042008 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at AIG.com Fri May 2 08:23:02 2008 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Fri, 2 May 2008 09:23:02 -0400 Subject: [AccessD] Rounding with CCur conversion Message-ID: <34C8A2AB1EF3564CB0D64DB6AFFDD5C21479DBB1@XLIVMBX35bkup.aig.com> Access 2002: ? round(111.11115,4),round(1111.11115,4), round(11111.11115,4) 111.1112 1111.1112 11111.1112 ? round(111.11105,4),round(1111.11105,4), round(11111.11105,4) 111.111 1111.111 11111.111 Round up if there is and odd digit left of the last decimal, and round down for even digits. Bankers rounding. ? ccur(111.11115),ccur(1111.11115), ccur(11111.11115) 111.1111 1111.1111 11111.1112 ? ccur(111.11105),ccur(1111.11105), ccur(11111.11105) 111.1111 1111.111 11111.111 Sometimes round up, sometimes round down. Chaotic rounding. So plain old Round() seems to do it "right", but not Ccur()??? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, May 02, 2008 5:07 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Rounding with CCur conversion Hi Asger You are right, this is weird. Here are my results: Access 2.0: 111.1111 Access 95: Not installed Access 97: 111.1112 Access 2000: 111.1111 Access 2002/XP: 111.1111 Access 2003: 111.1111 Access 2007: 111.1111 Typically 1111.11115 and 11111.11115 are rounded as 1111.1111 and 11111.1112 respectively. I have no idea what causes the difference in behaviour. Only Access 97 does it consistently right. In my opinion it is a bug from Access 2.0 corrected in Access 97, reintroduced in Access 2000 and never removed. /gustav >>> ab-mi at post3.tele.dk 02-05-2008 10:30 >>> Thanks for the information, Gustav. Now I know that CCur should use Banker's rounding. I still get 111.1111 for CCur(111.11115) though. Tried it in Office 2003 and then in Office 2007 on a different machine (Virtual PC) - same result. Strange. Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock Sendt: 2. maj 2008 08:57 Til: accessd at databaseadvisors.com Emne: Re: [AccessD] Rounding with CCur conversion Hi Asger First, this: CCur(111.11115) returns here 111.1112 as expected. Don't know why you get a different result. Then, the CCur, CInt, CLng and CByte functions perform Banker's rounding while Int and Fix don't. Further, Round is known to be buggy, so avoid that for any serious purpose. If you are interested in rounding and how to optimise this regarding speed while still being accurate, read on here: http://www.xbeat.net/vbspeed/c_Round.htm Note that the absolutely simplest (but slowest) method to perform 100% correct (mathematical) rounding is ... Format! /gustav >>> ab-mi at post3.tele.dk 02-05-2008 01:55 >>> Hi group, I just noticed that the algorithm in VB for rounding seems to be different for the Round-function and the CCur-function. The Round-function use "Banker's rounding", also known as "Dutch rounding". The CCur-function behaves differently: Round(1.11115,4) --> 1.1112 Round(11.11115,4) --> 11.1112 Round(111.11115,4) --> 111.1112 CCur(1.11115) --> 1.1112 CCur(11.11115) --> 11.1112 CCur(111.11115) --> 111.1111 ?!! What's going on in the last conversion? Is this a bug or does the CCur-function have a special algorithm? TIA Asger -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at AIG.com Fri May 2 08:28:53 2008 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Fri, 2 May 2008 08:28:53 -0500 Subject: [AccessD] Rounding with CCur conversion Message-ID: <34C8A2AB1EF3564CB0D64DB6AFFDD5C21479DBC4@XLIVMBX35bkup.aig.com> # VB6 Round rounds 1/2 to nearest the even number (aka 'Banker's rounding') Round(1.5) => 2 Round(2.5) => 2 !! should be 3 in 'Other people's rounding' The "should be 3" comment gets me. Why would anyone wish to use a rounding method that skews the results in one direction? For once the bankers might have it right, IMHO. By alternately rounding up and down in a systematic way you reduce skew. Which begs the question as to why Ccur() gets it wrong... ? ccur(111.11115),ccur(1111.11115), ccur(11111.11115) 111.1111 1111.1111 11111.1112 ? ccur(111.11105),ccur(1111.11105), ccur(11111.11105) 111.1111 1111.111 11111.111 Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, May 02, 2008 2:57 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Rounding with CCur conversion Hi Asger First, this: CCur(111.11115) returns here 111.1112 as expected. Don't know why you get a different result. Then, the CCur, CInt, CLng and CByte functions perform Banker's rounding while Int and Fix don't. Further, Round is known to be buggy, so avoid that for any serious purpose. If you are interested in rounding and how to optimise this regarding speed while still being accurate, read on here: http://www.xbeat.net/vbspeed/c_Round.htm Note that the absolutely simplest (but slowest) method to perform 100% correct (mathematical) rounding is ... Format! /gustav >>> ab-mi at post3.tele.dk 02-05-2008 01:55 >>> Hi group, I just noticed that the algorithm in VB for rounding seems to be different for the Round-function and the CCur-function. The Round-function use "Banker's rounding", also known as "Dutch rounding". The CCur-function behaves differently: Round(1.11115,4) --> 1.1112 Round(11.11115,4) --> 11.1112 Round(111.11115,4) --> 111.1112 CCur(1.11115) --> 1.1112 CCur(11.11115) --> 11.1112 CCur(111.11115) --> 111.1111 ?!! What's going on in the last conversion? Is this a bug or does the CCur-function have a special algorithm? TIA Asger -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Fri May 2 08:44:31 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 02 May 2008 15:44:31 +0200 Subject: [AccessD] Rounding with CCur conversion Message-ID: Hi Lambert > So plain old Round() seems to do it "right", but not Ccur()??? Well, Round is not old - it was introduced with A2000 - and it only does it right sometimes. See (below) the test in the link I provided where it fails. /gustav >>> Lambert.Heenan at aig.com 02-05-2008 15:23 >>> Access 2002: ? round(111.11115,4),round(1111.11115,4), round(11111.11115,4) 111.1112 1111.1112 11111.1112 ? round(111.11105,4),round(1111.11105,4), round(11111.11105,4) 111.111 1111.111 11111.111 Round up if there is and odd digit left of the last decimal, and round down for even digits. Bankers rounding. ? ccur(111.11115),ccur(1111.11115), ccur(11111.11115) 111.1111 1111.1111 11111.1112 ? ccur(111.11105),ccur(1111.11105), ccur(11111.11105) 111.1111 1111.111 11111.111 Sometimes round up, sometimes round down. Chaotic rounding. So plain old Round() seems to do it "right", but not Ccur()??? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, May 02, 2008 5:07 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Rounding with CCur conversion Hi Asger You are right, this is weird. Here are my results: Access 2.0: 111.1111 Access 95: Not installed Access 97: 111.1112 Access 2000: 111.1111 Access 2002/XP: 111.1111 Access 2003: 111.1111 Access 2007: 111.1111 Typically 1111.11115 and 11111.11115 are rounded as 1111.1111 and 11111.1112 respectively. I have no idea what causes the difference in behaviour. Only Access 97 does it consistently right. In my opinion it is a bug from Access 2.0 corrected in Access 97, reintroduced in Access 2000 and never removed. /gustav >>> ab-mi at post3.tele.dk 02-05-2008 10:30 >>> Thanks for the information, Gustav. Now I know that CCur should use Banker's rounding. I still get 111.1111 for CCur(111.11115) though. Tried it in Office 2003 and then in Office 2007 on a different machine (Virtual PC) - same result. Strange. Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock Sendt: 2. maj 2008 08:57 Til: accessd at databaseadvisors.com Emne: Re: [AccessD] Rounding with CCur conversion Hi Asger First, this: CCur(111.11115) returns here 111.1112 as expected. Don't know why you get a different result. Then, the CCur, CInt, CLng and CByte functions perform Banker's rounding while Int and Fix don't. Further, Round is known to be buggy, so avoid that for any serious purpose. If you are interested in rounding and how to optimise this regarding speed while still being accurate, read on here: http://www.xbeat.net/vbspeed/c_Round.htm Note that the absolutely simplest (but slowest) method to perform 100% correct (mathematical) rounding is ... Format! /gustav >>> ab-mi at post3.tele.dk 02-05-2008 01:55 >>> Hi group, I just noticed that the algorithm in VB for rounding seems to be different for the Round-function and the CCur-function. The Round-function use "Banker's rounding", also known as "Dutch rounding". The CCur-function behaves differently: Round(1.11115,4) --> 1.1112 Round(11.11115,4) --> 11.1112 Round(111.11115,4) --> 111.1112 CCur(1.11115) --> 1.1112 CCur(11.11115) --> 11.1112 CCur(111.11115) --> 111.1111 ?!! What's going on in the last conversion? Is this a bug or does the CCur-function have a special algorithm? TIA Asger From Lambert.Heenan at AIG.com Fri May 2 08:45:19 2008 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Fri, 2 May 2008 09:45:19 -0400 Subject: [AccessD] Rounding with CCur conversion Message-ID: <34C8A2AB1EF3564CB0D64DB6AFFDD5C21479DBE3@XLIVMBX35bkup.aig.com> Banker's rounding: the value is rounded to the nearest even number. Also known as "Gaussian rounding", and, in German, "mathematische Rundung". Standard rounding: the value is rounded to the nearest number (be it odd or even). In German it is known as "kaufm?nnische Rundung". VB6's native Round() function uses Banker's rounding, surprising to many since Standard rounding is more common ... So standard rounding is rounding to the "nearest number"? Take 0.05 and round to one decimal place. Quick which is nearest 0.1 or 0.0? Of course there is no nearest number. They are equidistant from 0.05. So how does "standard rounding" make the choice? Badly I suspect. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, May 02, 2008 2:57 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Rounding with CCur conversion Hi Asger First, this: CCur(111.11115) returns here 111.1112 as expected. Don't know why you get a different result. Then, the CCur, CInt, CLng and CByte functions perform Banker's rounding while Int and Fix don't. Further, Round is known to be buggy, so avoid that for any serious purpose. If you are interested in rounding and how to optimise this regarding speed while still being accurate, read on here: http://www.xbeat.net/vbspeed/c_Round.htm Note that the absolutely simplest (but slowest) method to perform 100% correct (mathematical) rounding is ... Format! /gustav >>> ab-mi at post3.tele.dk 02-05-2008 01:55 >>> Hi group, I just noticed that the algorithm in VB for rounding seems to be different for the Round-function and the CCur-function. The Round-function use "Banker's rounding", also known as "Dutch rounding". The CCur-function behaves differently: Round(1.11115,4) --> 1.1112 Round(11.11115,4) --> 11.1112 Round(111.11115,4) --> 111.1112 CCur(1.11115) --> 1.1112 CCur(11.11115) --> 11.1112 CCur(111.11115) --> 111.1111 ?!! What's going on in the last conversion? Is this a bug or does the CCur-function have a special algorithm? TIA Asger -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Fri May 2 08:52:29 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 02 May 2008 15:52:29 +0200 Subject: [AccessD] Rounding with CCur conversion Message-ID: Hi Lambert Different features for different purposes. Banker's rounding is best for many purposed while the clean mathematical is best for many other purposes including rounding a single value. As for so many other things you as the developer just need to know what you are doing and pick the right tool. /gustav >>> Lambert.Heenan at aig.com 02-05-2008 15:28 >>> # VB6 Round rounds 1/2 to nearest the even number (aka 'Banker's rounding') Round(1.5) => 2 Round(2.5) => 2 !! should be 3 in 'Other people's rounding' The "should be 3" comment gets me. Why would anyone wish to use a rounding method that skews the results in one direction? For once the bankers might have it right, IMHO. By alternately rounding up and down in a systematic way you reduce skew. Which begs the question as to why Ccur() gets it wrong... From Lambert.Heenan at AIG.com Fri May 2 08:53:56 2008 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Fri, 2 May 2008 08:53:56 -0500 Subject: [AccessD] Rounding with CCur conversion Message-ID: <34C8A2AB1EF3564CB0D64DB6AFFDD5C21479DBFB@XLIVMBX35bkup.aig.com> I'm glad I said that round "seems" to get it right. :-) But even though Round() in VBA/VB6 is buggy, it at least (seems) to attempt banker's rounding. I have not tried to test the 17 other rounds at the web site, but I wonder if any of them correctly implement bankers rounding? There's an interesting article of the subject here... http://en.wikipedia.org/wiki/Rounding Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, May 02, 2008 9:45 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Rounding with CCur conversion Hi Lambert > So plain old Round() seems to do it "right", but not Ccur()??? Well, Round is not old - it was introduced with A2000 - and it only does it right sometimes. See (below) the test in the link I provided where it fails. /gustav >>> Lambert.Heenan at aig.com 02-05-2008 15:23 >>> Access 2002: ? round(111.11115,4),round(1111.11115,4), round(11111.11115,4) 111.1112 1111.1112 11111.1112 ? round(111.11105,4),round(1111.11105,4), round(11111.11105,4) 111.111 1111.111 11111.111 Round up if there is and odd digit left of the last decimal, and round down for even digits. Bankers rounding. ? ccur(111.11115),ccur(1111.11115), ccur(11111.11115) 111.1111 1111.1111 11111.1112 ? ccur(111.11105),ccur(1111.11105), ccur(11111.11105) 111.1111 1111.111 11111.111 Sometimes round up, sometimes round down. Chaotic rounding. So plain old Round() seems to do it "right", but not Ccur()??? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, May 02, 2008 5:07 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Rounding with CCur conversion Hi Asger You are right, this is weird. Here are my results: Access 2.0: 111.1111 Access 95: Not installed Access 97: 111.1112 Access 2000: 111.1111 Access 2002/XP: 111.1111 Access 2003: 111.1111 Access 2007: 111.1111 Typically 1111.11115 and 11111.11115 are rounded as 1111.1111 and 11111.1112 respectively. I have no idea what causes the difference in behaviour. Only Access 97 does it consistently right. In my opinion it is a bug from Access 2.0 corrected in Access 97, reintroduced in Access 2000 and never removed. /gustav >>> ab-mi at post3.tele.dk 02-05-2008 10:30 >>> Thanks for the information, Gustav. Now I know that CCur should use Banker's rounding. I still get 111.1111 for CCur(111.11115) though. Tried it in Office 2003 and then in Office 2007 on a different machine (Virtual PC) - same result. Strange. Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock Sendt: 2. maj 2008 08:57 Til: accessd at databaseadvisors.com Emne: Re: [AccessD] Rounding with CCur conversion Hi Asger First, this: CCur(111.11115) returns here 111.1112 as expected. Don't know why you get a different result. Then, the CCur, CInt, CLng and CByte functions perform Banker's rounding while Int and Fix don't. Further, Round is known to be buggy, so avoid that for any serious purpose. If you are interested in rounding and how to optimise this regarding speed while still being accurate, read on here: http://www.xbeat.net/vbspeed/c_Round.htm Note that the absolutely simplest (but slowest) method to perform 100% correct (mathematical) rounding is ... Format! /gustav >>> ab-mi at post3.tele.dk 02-05-2008 01:55 >>> Hi group, I just noticed that the algorithm in VB for rounding seems to be different for the Round-function and the CCur-function. The Round-function use "Banker's rounding", also known as "Dutch rounding". The CCur-function behaves differently: Round(1.11115,4) --> 1.1112 Round(11.11115,4) --> 11.1112 Round(111.11115,4) --> 111.1112 CCur(1.11115) --> 1.1112 CCur(11.11115) --> 11.1112 CCur(111.11115) --> 111.1111 ?!! What's going on in the last conversion? Is this a bug or does the CCur-function have a special algorithm? TIA Asger -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Fri May 2 09:22:27 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 02 May 2008 16:22:27 +0200 Subject: [AccessD] Rounding with CCur conversion Message-ID: Hi Lambert You may have noticed the Round11 function of that page. I modified it slightly to perform correct Banker's Rounding: Private Declare Function CRoundBankers Lib "oleaut32.dll" _ Alias "VarR8Round" ( _ ByVal dblValue As Double, _ ByVal lngDecimalPlaces As Long, _ ByRef dblRounded As Double) As Long ' Public Function RoundBankers( _ ByVal dblNumber As Double, _ Optional ByVal lngDecimalPlaces As Long) As Double ' Performs banker's rounding of number dblNumber. ' ' Idea by Lyle Fairfield, LyleFairfield at CyRiv.Com, 20001218 ' Note: Performs no rounding if lngDecimalPlaces is negative. ' ' 2002-03-31. Gustav Brock, Cactus Data ApS, CPH. CRoundBankers dblNumber, lngDecimalPlaces, dblNumber RoundBankers = CDec(dblNumber) End Function Limitation is that is will not round below zero decimals but in most cases that is not an issue. Advantage is, however, that it is very fast. After the disappointment with CCur I may need to brush this up! /gustav >>> Lambert.Heenan at aig.com 02-05-2008 15:53 >>> I'm glad I said that round "seems" to get it right. :-) But even though Round() in VBA/VB6 is buggy, it at least (seems) to attempt banker's rounding. I have not tried to test the 17 other rounds at the web site, but I wonder if any of them correctly implement bankers rounding? There's an interesting article of the subject here... http://en.wikipedia.org/wiki/Rounding Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, May 02, 2008 9:45 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Rounding with CCur conversion Hi Lambert > So plain old Round() seems to do it "right", but not Ccur()??? Well, Round is not old - it was introduced with A2000 - and it only does it right sometimes. See (below) the test in the link I provided where it fails. /gustav >>> Lambert.Heenan at aig.com 02-05-2008 15:23 >>> Access 2002: ? round(111.11115,4),round(1111.11115,4), round(11111.11115,4) 111.1112 1111.1112 11111.1112 ? round(111.11105,4),round(1111.11105,4), round(11111.11105,4) 111.111 1111.111 11111.111 Round up if there is and odd digit left of the last decimal, and round down for even digits. Bankers rounding. ? ccur(111.11115),ccur(1111.11115), ccur(11111.11115) 111.1111 1111.1111 11111.1112 ? ccur(111.11105),ccur(1111.11105), ccur(11111.11105) 111.1111 1111.111 11111.111 Sometimes round up, sometimes round down. Chaotic rounding. So plain old Round() seems to do it "right", but not Ccur()??? Lambert From ssharkins at gmail.com Fri May 2 09:32:12 2008 From: ssharkins at gmail.com (Susan Harkins) Date: Fri, 2 May 2008 10:32:12 -0400 Subject: [AccessD] OT: Microsoft and Cofee Message-ID: <0d6b01c8ac61$51cf3b80$6500a8c0@SusanOne> http://news.office-watch.com/t/n.aspx?articleid=610&zoneid=12 Susan H. From jimdettman at verizon.net Fri May 2 10:58:22 2008 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 02 May 2008 11:58:22 -0400 Subject: [AccessD] OT: Microsoft and Cofee In-Reply-To: <0d6b01c8ac61$51cf3b80$6500a8c0@SusanOne> References: <0d6b01c8ac61$51cf3b80$6500a8c0@SusanOne> Message-ID: <008701c8ac6d$5972fd20$87bea8c0@LaptopII> Another link with a little more detail. http://www.news.com/8301-10789_3-9932600-57.html?tag=ne.fd.mnbc Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Friday, May 02, 2008 10:32 AM To: AccessD at databaseadvisors.com Subject: [AccessD] OT: Microsoft and Cofee http://news.office-watch.com/t/n.aspx?articleid=610&zoneid=12 Susan H. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Fri May 2 11:28:12 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Fri, 2 May 2008 09:28:12 -0700 Subject: [AccessD] OT: Microsoft and Cofee In-Reply-To: <008701c8ac6d$5972fd20$87bea8c0@LaptopII> References: <0d6b01c8ac61$51cf3b80$6500a8c0@SusanOne> <008701c8ac6d$5972fd20$87bea8c0@LaptopII> Message-ID: <004701c8ac71$846b3700$0301a8c0@HAL9005> I wonder what information is collected? Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, May 02, 2008 8:58 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Microsoft and Cofee Another link with a little more detail. http://www.news.com/8301-10789_3-9932600-57.html?tag=ne.fd.mnbc Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Friday, May 02, 2008 10:32 AM To: AccessD at databaseadvisors.com Subject: [AccessD] OT: Microsoft and Cofee http://news.office-watch.com/t/n.aspx?articleid=610&zoneid=12 Susan H. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.7/1410 - Release Date: 5/1/2008 5:30 PM From mmattys at rochester.rr.com Fri May 2 11:44:40 2008 From: mmattys at rochester.rr.com (Michael R Mattys) Date: Fri, 2 May 2008 12:44:40 -0400 Subject: [AccessD] OT: Microsoft and Cofee References: <0d6b01c8ac61$51cf3b80$6500a8c0@SusanOne><008701c8ac6d$5972fd20$87bea8c0@LaptopII> <004701c8ac71$846b3700$0301a8c0@HAL9005> Message-ID: <010201c8ac73$d1f96c60$0502a8c0@Laptop> "Scientists and jurists have to abandon the idea of absolute certainty in order to approach the identification process in a fully objective manner. If it can be accepted that nothing is absolutely certain then it becomes logical to determine the degree of confidence that may be assigned to a particular belief." (Aitken and Taroni, 2004, 5, citing Kirk and Kingston, 1964.) Beliefs, Rocky. Beliefs. Michael R. Mattys MapPoint & Access Dev www.mattysconsulting.com ----- Original Message ----- From: "Rocky Smolin at Beach Access Software" To: "'Access Developers discussion and problem solving'" Sent: Friday, May 02, 2008 12:28 PM Subject: Re: [AccessD] OT: Microsoft and Cofee >I wonder what information is collected? > > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > www.bchacc.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Friday, May 02, 2008 8:58 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] OT: Microsoft and Cofee > > > Another link with a little more detail. > > http://www.news.com/8301-10789_3-9932600-57.html?tag=ne.fd.mnbc > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > Sent: Friday, May 02, 2008 10:32 AM > To: AccessD at databaseadvisors.com > Subject: [AccessD] OT: Microsoft and Cofee > > http://news.office-watch.com/t/n.aspx?articleid=610&zoneid=12 > > Susan H. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 269.23.7/1410 - Release Date: 5/1/2008 > 5:30 PM > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From shamil at smsconsulting.spb.ru Fri May 2 11:50:23 2008 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Fri, 2 May 2008 20:50:23 +0400 Subject: [AccessD] OT: Microsoft and Cofee In-Reply-To: <0d6b01c8ac61$51cf3b80$6500a8c0@SusanOne> Message-ID: <047e01c8ac74$9d83bf20$6401a8c0@nant> Will they also serve free MacCOF(F)EE real soon? :) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Friday, May 02, 2008 6:32 PM To: AccessD at databaseadvisors.com Subject: [AccessD] OT: Microsoft and Cofee http://news.office-watch.com/t/n.aspx?articleid=610&zoneid=12 Susan H. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Fri May 2 12:10:21 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Fri, 2 May 2008 10:10:21 -0700 Subject: [AccessD] OT: Microsoft and Cofee In-Reply-To: <010201c8ac73$d1f96c60$0502a8c0@Laptop> References: <0d6b01c8ac61$51cf3b80$6500a8c0@SusanOne><008701c8ac6d$5972fd20$87bea8c0@LaptopII><004701c8ac71$846b3700$0301a8c0@HAL9005> <010201c8ac73$d1f96c60$0502a8c0@Laptop> Message-ID: <005501c8ac77$67692990$0301a8c0@HAL9005> I believe I'll have another beer. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael R Mattys Sent: Friday, May 02, 2008 9:45 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Microsoft and Cofee "Scientists and jurists have to abandon the idea of absolute certainty in order to approach the identification process in a fully objective manner. If it can be accepted that nothing is absolutely certain then it becomes logical to determine the degree of confidence that may be assigned to a particular belief." (Aitken and Taroni, 2004, 5, citing Kirk and Kingston, 1964.) Beliefs, Rocky. Beliefs. Michael R. Mattys MapPoint & Access Dev www.mattysconsulting.com ----- Original Message ----- From: "Rocky Smolin at Beach Access Software" To: "'Access Developers discussion and problem solving'" Sent: Friday, May 02, 2008 12:28 PM Subject: Re: [AccessD] OT: Microsoft and Cofee >I wonder what information is collected? > > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > www.bchacc.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Friday, May 02, 2008 8:58 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] OT: Microsoft and Cofee > > > Another link with a little more detail. > > http://www.news.com/8301-10789_3-9932600-57.html?tag=ne.fd.mnbc > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > Sent: Friday, May 02, 2008 10:32 AM > To: AccessD at databaseadvisors.com > Subject: [AccessD] OT: Microsoft and Cofee > > http://news.office-watch.com/t/n.aspx?articleid=610&zoneid=12 > > Susan H. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 269.23.7/1410 - Release Date: 5/1/2008 > 5:30 PM > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.7/1410 - Release Date: 5/1/2008 5:30 PM From reuben at gfconsultants.com Fri May 2 13:49:24 2008 From: reuben at gfconsultants.com (Reuben Cummings) Date: Fri, 2 May 2008 14:49:24 -0400 Subject: [AccessD] A2K: Query with Criteria returns one blank record Message-ID: <000001c8ac85$3e5ded70$6401a8c0@reubennx9500> I have a query that has three criteria. I am trying to find a record that matches the address and city but not within the same distribution... Street = 'X' and City = 'Y' and ReportDate <> 80301 I know nothing matches this criteria. The recordset returns one blank record. There's problem...I cannot check for EOF because there is one record. I also cannot check for a null value because I keep getting a message about ... Error 3021 eof must be true or the record has been deleted. Requested operation requires a current record. Any suggestions? Reuben Cummings GFC, LLC 812.523.1017 From Gustav at cactus.dk Fri May 2 13:58:37 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 02 May 2008 20:58:37 +0200 Subject: [AccessD] A2K: Query with Criteria returns one blank record Message-ID: Hi Reuben Couldn't you check for .RecordCount = 0? /gustav >>> reuben at gfconsultants.com 02-05-2008 20:49 >>> I have a query that has three criteria. I am trying to find a record that matches the address and city but not within the same distribution... Street = 'X' and City = 'Y' and ReportDate <> 80301 I know nothing matches this criteria. The recordset returns one blank record. There's problem...I cannot check for EOF because there is one record. I also cannot check for a null value because I keep getting a message about ... Error 3021 eof must be true or the record has been deleted. Requested operation requires a current record. Any suggestions? Reuben Cummings GFC, LLC 812.523.1017 From reuben at gfconsultants.com Fri May 2 14:12:23 2008 From: reuben at gfconsultants.com (Reuben Cummings) Date: Fri, 2 May 2008 15:12:23 -0400 Subject: [AccessD] SOLVED - RE: A2K: Query with Criteria returns one blank record In-Reply-To: Message-ID: <000201c8ac88$74069fa0$6401a8c0@reubennx9500> Don't know. However, when I went to check I realized I was checking the wrong recordset. Rst1 gets a list to run the test against. Rst2 is the actual test. I opened Rst2, but ran EOF against Rst1. Sorry for the bother. Thanks for the help. Reuben Cummings GFC, LLC 812.523.1017 > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Gustav Brock > Sent: Friday, May 02, 2008 2:59 PM > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] A2K: Query with Criteria returns one > blank record > > > Hi Reuben > > Couldn't you check for .RecordCount = 0? > > /gustav > > >>> reuben at gfconsultants.com 02-05-2008 20:49 >>> > I have a query that has three criteria. I am trying to find > a record that matches the address and city but not within the > same distribution... Street = 'X' and City = 'Y' and > ReportDate <> 80301 > > I know nothing matches this criteria. The recordset returns > one blank record. There's problem...I cannot check for EOF > because there is one record. I also cannot check for a null > value because I keep getting a message about ... Error 3021 > eof must be true or the record has been deleted. Requested > operation requires a current record. > > Any suggestions? > > Reuben Cummings > GFC, LLC > 812.523.1017 > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From reuben at gfconsultants.com Fri May 2 14:13:35 2008 From: reuben at gfconsultants.com (Reuben Cummings) Date: Fri, 2 May 2008 15:13:35 -0400 Subject: [AccessD] A2K: Replication and the BEU Message-ID: <000301c8ac88$9f611a90$6401a8c0@reubennx9500> I have client needing replication due to a insanely slow network and server that is causing errors in the forms. I use the Back End Upgrader for data structure changes. How will the BEU and Replication work together? Reuben Cummings GFC, LLC 812.523.1017 From markamatte at hotmail.com Fri May 2 21:48:26 2008 From: markamatte at hotmail.com (Mark A Matte) Date: Sat, 3 May 2008 02:48:26 +0000 Subject: [AccessD] Docmd.SendObject In-Reply-To: <001401c8ac57$4ed60440$0300a8c0@danwaters> References: <000c01c8a947$cc1a58b0$8abea8c0@XPS><002d01c8a97e$640bd690$7ebea8c0@LaptopII><000801c8ab22$a4543940$ecfcabc0$@rr.com><009001c8ab54$45260020$8119fea9@LTVM><004001c8aba5$18df73b0$0300a8c0@danwaters><00a401c8abc5$01071ed0$8119fea9@LTVM> <002301c8abdf$2209bf60$0300a8c0@danwaters> <001401c8ac57$4ed60440$0300a8c0@danwaters> Message-ID: Here is a link...good luck... http://support.microsoft.com/kb/260819/en-us Thanks again, Mark A. Matte > From: dwaters at usinternet.com > To: accessd at databaseadvisors.com > Date: Fri, 2 May 2008 08:20:36 -0500 > Subject: Re: [AccessD] Docmd.SendObject > > Mark, > > What was the known issue? Is there a MS KB article on this? > > Thanks! > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte > Sent: Thursday, May 01, 2008 10:25 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Docmd.SendObject > > > Thanks All who responded... > > As I mentioned...this has been running for 3 years...all that changed was > the machine... > > And apparently the lack of Office SP-3. > > I also was apparently searching incorrectly on google to find a > solution...but turns out was a known issue > > Thanks Again, > > Mark > >> From: dwaters at usinternet.com >> To: accessd at databaseadvisors.com >> Date: Thu, 1 May 2008 18:00:21 -0500 >> Subject: Re: [AccessD] Docmd.SendObject >> >> Remember to remove acFormatHTML. You only use that when you are actually >> sending an object (an attachment). >> >> Dan >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte >> Sent: Thursday, May 01, 2008 4:10 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Docmd.SendObject >> >> >> Max and Dan, >> >> Thanks for your feedback. It has been running for over 3 years...only > thing >> that has changed is the machine. >> >> 1. I will declare everything. >> 2. I will replace the word BODY >> 3. Need the quotes around 'Stock' as it is the subject in that instance??? >> >> I'm still thinking the problem is somewhere else...as I can run the email >> part over and over again...it is only after the attempted FTP does the >> 'problem' occur. >> >> Thanks again, >> >> Mark A. Matte >> >> >>> From: max.wanadoo at gmail.com >>> To: accessd at databaseadvisors.com >>> Date: Thu, 1 May 2008 20:53:18 +0100 >>> Subject: Re: [AccessD] Docmd.SendObject >>> >>> Mark, different style of programming. This would be my version of it. >>> >>> Function SendEmail() >>> Dim dbs As dao.Database, rst As dao.Recordset >>> Dim strBody As String >>> Set dbs = CurrentDb >>> Set rst = dbs.OpenRecordset("tblStock") >>> If rst.EOF Then >>> MsgBox "No records to email" >>> Else >>> rst.movefirst >>> Do While Not rst.EOF >>> strBody = strBody & vbCrLf & rst!Stock & ":" & rst!PerChange & " " >>> rst.MoveNext >>> Loop >>> DoCmd.SendObject , , acFormatHTML, "5555555555 at messaging.sprintpcs.com", >>> "6666666666 at messaging.sprintpcs.com", , "Stock", strBody, false >>> End If >>> exithere: >>> Set dbs = Nothing: Set rst = Nothing >>> Exit Function >>> End Function >>> >>> Cannot find anything intrinsically wrong with yours, but these changes > may >>> have subtle implications. >>> I also like to explicitly declare everything. >>> >>> Max >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte >>> Sent: Thursday, May 01, 2008 6:02 PM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] Docmd.SendObject >>> >>> >>> Here is the email function...it steps right through as if everything is >>> OK...bot No email gets sent on the SendObject...and no errors either. >>> >>> ********************************** >>> Dim dbs As Database, rst As Recordset, intI As Integer, FirstCount As >>> Integer >>> >>> Dim Stock >>> Dim StockPercent >>> Dim Body >>> Dim strNumber As String >>> Set dbs = CurrentDb >>> Set rst = dbs.OpenRecordset("My SQL Statement here") >>> >>> FirstCount = rst.RecordCount >>> rst.MoveLast >>> rst.MoveFirst >>> For intI = 1 To rst.RecordCount >>> Stock = rst!symbol >>> StockPercent = rst!PerChange >>> Body = Body & Stock & ":" & StockPercent & " " >>> rst.MoveNext >>> >>> Next intI >>> >>> rst.Close >>> >>> Set dbs = Nothing >>> >>> DoCmd.SendObject , , acFormatHTML, "5555555555 at messaging.sprintpcs.com", >>> "6666666666 at messaging.sprintpcs.com", , "Stock", Body, 0 >>> >>> ********************************** >>> >>> >>>> From: dwaters at usinternet.com >>>> To: accessd at databaseadvisors.com >>>> Date: Thu, 1 May 2008 11:04:55 -0500 >>>> Subject: Re: [AccessD] Docmd.SendObject >>>> >>>> Mark - can you post some of your code and show which line(s) get >>>> skipped when you are stepping through? >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A >>>> Matte >>>> Sent: Thursday, May 01, 2008 7:40 AM >>>> To: Access Developers discussion and problem solving >>>> Subject: Re: [AccessD] Docmd.SendObject >>>> >>>> >>>> Thanks Max, >>>> >>>> But ...No. I think It has something to do with the checking for the >>>> FTP and not finding one(or some code in between). If it does not find >>>> a file...it never gets to the email part...so I'm not sure where it > would >>> impact. >>>> >>>> Currently If I run just the email part...runs fine...over and over >>>> again...but if I let it step through the FTP and other stuff...it will >>>> run if it finds a file...if no file...I can not even run just the email >>> part. >>>> It steps through as if everything is OK...just no email. There is >>>> error handling, but NO error? >>>> >>>> Thanks, >>>> >>>> Mark A. Matte >>>> >>>> >>>> >>>> >>>> >>>>> From: max.wanadoo at gmail.com >>>>> To: accessd at databaseadvisors.com >>>>> Date: Thu, 1 May 2008 07:26:15 +0100 >>>>> Subject: Re: [AccessD] Docmd.SendObject >>>>> >>>>> Is the PC set to Hibernate perhaps? >>>>> Just guessing really. >>>>> Max >>>>> >>>>> >>>>> -----Original Message----- >>>>> From: accessd-bounces at databaseadvisors.com >>>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A >>>>> Matte >>>>> Sent: Thursday, May 01, 2008 2:06 AM >>>>> To: Access Developers discussion and problem solving >>>>> Subject: [AccessD] Docmd.SendObject >>>>> >>>>> >>>>> Hello All, >>>>> >>>>> I have an MDB that does some FTP,Unzip,Import, and email. >>>>> >>>>> Its been running a few years...but recently put it on a newer >>>>> machine...running 2000 Server...A2K. >>>>> >>>>> All of the functionality still works...at first... >>>>> >>>>> It is using a form timer to check for a file...and when it finds >>>>> 1...it >>>> does >>>>> all the other stuff. >>>>> >>>>> Problem is after an hour or so...it stops sending email. It does not >>>>> error...if I go and step through the whole thing...or just the email >>>>> part...it just steps right over the docmd.sendobject without >>>>> erroring. If >>>> I >>>>> reopen the mdb...it runs fine for a bit...b ut same issue comes up? >>>>> >>>>> >>>>> Any ideas? >>>>> >>>>> Thanks, >>>>> >>>>> Mark A. Matte >>>>> _________________________________________________________________ >>>>> In a rush? Get real-time answers with Windows Live Messenger. >>>>> >>>> http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_R >>>> efresh >>>>> _realtime_042008 >>>>> -- >>>>> AccessD mailing list >>>>> AccessD at databaseadvisors.com >>>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>>> Website: http://www.databaseadvisors.com >>>>> >>>>> -- >>>>> AccessD mailing list >>>>> AccessD at databaseadvisors.com >>>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>>> Website: http://www.databaseadvisors.com >>>> >>>> _________________________________________________________________ >>>> Back to work after baby-how do you know when you're ready? >>>> http://lifestyle.msn.com/familyandparenting/articleNW.aspx?cp-document >>>> id=579 >>>> 7498&ocid=T067MSN40A0701A >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>> >>> _________________________________________________________________ >>> Spell a grand slam in this game where word skill meets World Series. Get >> in >>> the game. >>> >> > http://club.live.com/word_slugger.aspx?icid=word_slugger_wlhm_admod_april08 >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >> _________________________________________________________________ >> Spell a grand slam in this game where word skill meets World Series. Get > in >> the game. >> > http://club.live.com/word_slugger.aspx?icid=word_slugger_wlhm_admod_april08 >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > _________________________________________________________________ > In a rush? Get real-time answers with Windows Live Messenger. > http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_Refresh > _realtime_042008 > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com _________________________________________________________________ Windows Live SkyDrive lets you share files with faraway friends. http://www.windowslive.com/skydrive/overview.html?ocid=TXT_TAGLM_WL_Refresh_skydrive_052008 From accessd at shaw.ca Sat May 3 10:23:02 2008 From: accessd at shaw.ca (Jim Lawrence) Date: Sat, 03 May 2008 08:23:02 -0700 Subject: [AccessD] myth debunked: most tech entrepreneurs are college kids In-Reply-To: <1979197.1327131208427216242.JavaMail.www@wwinf3007> References: <1979197.1327131208427216242.JavaMail.www@wwinf3007> Message-ID: <6BCB67E1A10D499AB6468C75D6CCD89E@creativesystemdesigns.com> Hi All: Here is the result of an interesting study: http://chronicle.com/wiredcampus/article/2958/new-study-debunks-myth-that-mo st-tech-entrepreneurs-are-college-kids Jim From delam at zyterra.com Sat May 3 19:04:34 2008 From: delam at zyterra.com (Debbie Elam) Date: Sat, 3 May 2008 19:04:34 -0500 Subject: [AccessD] ODBC Problems Message-ID: <200805040004.m4404PBw031538@databaseadvisors.com> I am trying to import data from a really ancient Foxpro database. I was creating an ODBC connection and got an error. As the message suggested, I reinstalled the Foxpro driver. Now I get nothing when I try to connect to any ODBC data source. When I choose odBC the pop up just dissappears. I have tried reinstalling MDAC to no avail. I have also bought a repair utility that fails in the middle of working. Any ideas on how to repair this? I am using Access 2003 and XP sp2. Debbie Elam 214-437-6285 From fuller.artful at gmail.com Sat May 3 23:47:31 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sun, 4 May 2008 00:47:31 -0400 Subject: [AccessD] A2K: Replication and the BEU In-Reply-To: <000301c8ac88$9f611a90$6401a8c0@reubennx9500> References: <000301c8ac88$9f611a90$6401a8c0@reubennx9500> Message-ID: <29f585dd0805032147o5ae3207j11500fca3bbff2b1@mail.gmail.com> I have written extensively here about Access replication. You can search the archives for the details. For now, the crucial questions to ask are: 1. How quickly does everyone need the replicated data? 2. Are we talking about just one office or about remote offices linked via WAN or whatever? My experiments led me to abandon the traditional FE on local PCs and the BE on a server, for performance reasons. Instead I set up replicas on each local PC and had the synchronizer and the BE on the eerver. The synchronization traffic was far less than the typical "populate these combo-boxes from the eerver" scenario. If the net traffic is your problem, then replication is a great way to go. Arthur On Fri, May 2, 2008 at 3:13 PM, Reuben Cummings wrote: > I have client needing replication due to a insanely slow network and server > that is causing errors in the forms. > > I use the Back End Upgrader for data structure changes. > > How will the BEU and Replication work together? > > Reuben Cummings > GFC, LLC > 812.523.1017 > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From drawbridgej at sympatico.ca Sun May 4 05:44:30 2008 From: drawbridgej at sympatico.ca (Jack and Pat) Date: Sun, 4 May 2008 06:44:30 -0400 Subject: [AccessD] ODBC Problems In-Reply-To: <200805040004.m4404PBw031538@databaseadvisors.com> References: <200805040004.m4404PBw031538@databaseadvisors.com> Message-ID: <00c201c8add3$d5a5d9a0$6501a8c0@home6399619597> Debbie, I'm not a Foxpro user, but I did find a post from Marty that may be relevant to you. Attached is his message. jack -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Debbie Elam Sent: Saturday, May 03, 2008 8:05 PM To: accessd at databaseadvisors.com Subject: [AccessD] ODBC Problems I am trying to import data from a really ancient Foxpro database. I was creating an ODBC connection and got an error. As the message suggested, I reinstalled the Foxpro driver. Now I get nothing when I try to connect to any ODBC data source. When I choose odBC the pop up just dissappears. I have tried reinstalling MDAC to no avail. I have also bought a repair utility that fails in the middle of working. Any ideas on how to repair this? I am using Access 2003 and XP sp2. Debbie Elam 214-437-6285 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From drawbridgej at sympatico.ca Sun May 4 09:49:12 2008 From: drawbridgej at sympatico.ca (Jack and Pat) Date: Sun, 4 May 2008 10:49:12 -0400 Subject: [AccessD] ODBC Problems - resending References: <200805040004.m4404PBw031538@databaseadvisors.com> Message-ID: <00cd01c8adf6$04409300$6501a8c0@home6399619597> Attachment got dropped so here is the text. Jack -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of MartyConnelly Sent: Tuesday, May 16, 2006 2:29 PM To: Access Developers discussion and problem solving Subject: Import Foxpro into Access You cannot connect directly to FoxPro databases in Access 2003 http://support.microsoft.com/?kbid=824264 You maybe skipping this step 3. In the Administrative Tools window, double-click Data Sources (ODBC), and then add a new ODBC data source for your FoxPro database or tables by selecting the appropriate Visual FoxPro driver. Rocky Smolin - Beach Access Software wrote: >Dear List: > >I've got a bunch of FoxPro dbf files and their corresponding CDX files >I'm trying to link or import into an access database. In the import >there are dbase 'files of type' but that doesn't work. The import >wizard looks for .ndx files which I think are the dbase index files. >Has anyone done this before? > >MTIA, > >Rocky > > -----Original Message----- From: Jack and Pat [mailto:drawbridgej at sympatico.ca] Sent: Sunday, May 04, 2008 6:45 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC Problems Debbie, I'm not a Foxpro user, but I did find a post from Marty that may be relevant to you. Attached is his message. jack -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Debbie Elam Sent: Saturday, May 03, 2008 8:05 PM To: accessd at databaseadvisors.com Subject: [AccessD] ODBC Problems I am trying to import data from a really ancient Foxpro database. I was creating an ODBC connection and got an error. As the message suggested, I reinstalled the Foxpro driver. Now I get nothing when I try to connect to any ODBC data source. When I choose odBC the pop up just dissappears. I have tried reinstalling MDAC to no avail. I have also bought a repair utility that fails in the middle of working. Any ideas on how to repair this? I am using Access 2003 and XP sp2. Debbie Elam 214-437-6285 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Sun May 4 09:56:33 2008 From: andy at minstersystems.co.uk (Andy Lacey) Date: Sun, 4 May 2008 15:56:33 +0100 Subject: [AccessD] A2K: Replication and the BEU In-Reply-To: <000301c8ac88$9f611a90$6401a8c0@reubennx9500> Message-ID: <004201c8adf7$0b3ddc70$dfed2a50@minster33c3r25> Can't help you Reuben. No experience with replication whatsoever. -- Andy Lacey http://www.minstersystems.co.uk >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >Reuben Cummings >Sent: 02 May 2008 20:14 >To: AccessD >Subject: [AccessD] A2K: Replication and the BEU > > >I have client needing replication due to a insanely slow >network and server that is causing errors in the forms. > >I use the Back End Upgrader for data structure changes. > >How will the BEU and Replication work together? > >Reuben Cummings >GFC, LLC >812.523.1017 > > > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > From delam at zyterra.com Sun May 4 10:06:12 2008 From: delam at zyterra.com (Debbie Elam) Date: Sun, 4 May 2008 10:06:12 -0500 Subject: [AccessD] ODBC Problems - resending Message-ID: <200805041506.m44F66lx023998@databaseadvisors.com> I got the ODBC set up for Foxpro I think. For some reason, I can no longer connect to any ODBC data source in Access and my attempts to fix it have failed. Debbie Elam 214-437-6285 -----Original Message----- From: Jack and Pat Sent: Sunday, May 04, 2008 9:49 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] ODBC Problems - resending Attachment got dropped so here is the text. Jack -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of MartyConnelly Sent: Tuesday, May 16, 2006 2:29 PM To: Access Developers discussion and problem solving Subject: Import Foxpro into Access You cannot connect directly to FoxPro databases in Access 2003 http://support.microsoft.com/?kbid=824264 You maybe skipping this step 3. In the Administrative Tools window, double-click Data Sources (ODBC), and then add a new ODBC data source for your FoxPro database or tables by selecting the appropriate Visual FoxPro driver. Rocky Smolin - Beach Access Software wrote: >Dear List: > >I've got a bunch of FoxPro dbf files and their corresponding CDX files >I'm trying to link or import into an access database. In the import >there are dbase 'files of type' but that doesn't work. The import >wizard looks for .ndx files which I think are the dbase index files. >Has anyone done this before? > >MTIA, > >Rocky > > -----Original Message----- From: Jack and Pat [mailto:drawbridgej at sympatico.ca] Sent: Sunday, May 04, 2008 6:45 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC Problems Debbie, I'm not a Foxpro user, but I did find a post from Marty that may be relevant to you. Attached is his message. jack -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Debbie Elam Sent: Saturday, May 03, 2008 8:05 PM To: accessd at databaseadvisors.com Subject: [AccessD] ODBC Problems I am trying to import data from a really ancient Foxpro database. I was creating an ODBC connection and got an error. As the message suggested, I reinstalled the Foxpro driver. Now I get nothing when I try to connect to any ODBC data source. When I choose odBC the pop up just dissappears. I have tried reinstalling MDAC to no avail. I have also bought a repair utility that fails in the middle of working. Any ideas on how to repair this? I am using Access 2003 and XP sp2. Debbie Elam [The entire original message is not included] From edzedz at comcast.net Sun May 4 11:36:23 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Sun, 4 May 2008 09:36:23 -0700 Subject: [AccessD] ODBC Problems - resending In-Reply-To: <200805041506.m44F66lx023998@databaseadvisors.com> Message-ID: <014601c8ae04$fe23a430$e1dea8c0@dudley1> There is more than one way to skin a cat. If it is a really old FoxPro system ODBC might not work because the software hooks are just not there for such an old system. Older forms of access can import Foxpro in native mode. Sometimes Foxpro can export to a spreadsheet or text file, but that might cause other problems. I recently had to convert data from very old mini-computers. One system I converted everything to text files and did lots of slicing and dicing. Another was to get data from RDB into Orcale then into access. On and on. There is more than one way to skin a cat. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Debbie Elam Sent: Sunday, May 04, 2008 8:06 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] ODBC Problems - resending I got the ODBC set up for Foxpro I think. For some reason, I can no longer connect to any ODBC data source in Access and my attempts to fix it have failed. Debbie Elam 214-437-6285 -----Original Message----- From: Jack and Pat Sent: Sunday, May 04, 2008 9:49 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] ODBC Problems - resending Attachment got dropped so here is the text. Jack -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of MartyConnelly Sent: Tuesday, May 16, 2006 2:29 PM To: Access Developers discussion and problem solving Subject: Import Foxpro into Access You cannot connect directly to FoxPro databases in Access 2003 http://support.microsoft.com/?kbid=824264 You maybe skipping this step 3. In the Administrative Tools window, double-click Data Sources (ODBC), and then add a new ODBC data source for your FoxPro database or tables by selecting the appropriate Visual FoxPro driver. Rocky Smolin - Beach Access Software wrote: >Dear List: > >I've got a bunch of FoxPro dbf files and their corresponding CDX files >I'm trying to link or import into an access database. In the import >there are dbase 'files of type' but that doesn't work. The import >wizard looks for .ndx files which I think are the dbase index files. >Has anyone done this before? > >MTIA, > >Rocky > > -----Original Message----- From: Jack and Pat [mailto:drawbridgej at sympatico.ca] Sent: Sunday, May 04, 2008 6:45 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC Problems Debbie, I'm not a Foxpro user, but I did find a post from Marty that may be relevant to you. Attached is his message. jack -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Debbie Elam Sent: Saturday, May 03, 2008 8:05 PM To: accessd at databaseadvisors.com Subject: [AccessD] ODBC Problems I am trying to import data from a really ancient Foxpro database. I was creating an ODBC connection and got an error. As the message suggested, I reinstalled the Foxpro driver. Now I get nothing when I try to connect to any ODBC data source. When I choose odBC the pop up just dissappears. I have tried reinstalling MDAC to no avail. I have also bought a repair utility that fails in the middle of working. Any ideas on how to repair this? I am using Access 2003 and XP sp2. Debbie Elam [The entire original message is not included] -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From shamil at smsconsulting.spb.ru Mon May 5 09:40:56 2008 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Mon, 5 May 2008 18:40:56 +0400 Subject: [AccessD] Oracle Database 10g Express Edition... Message-ID: <060901c8aebe$071a6a10$6401a8c0@nant> Hi All, Did anybody try to use the following Oracle DBMS and related tools (ODACs) on MS Windows, especially on Windows Visa? If Yes, did you have any troubles/issues with them or everything worked smoothly? Oracle Database 10g Release 2 (10.2.0.1) Express Edition for Microsoft Windows http://www.oracle.com/technology/software/products/database/xe/htdocs/102xew insoft.html Oracle Developer Tools for Visual Studio .NET 10.1.0.4 http://www.oracle.com/technology/software/tech/windows/odpnet/index.html Thank you. -- Shamil From fuller.artful at gmail.com Mon May 5 10:34:27 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 5 May 2008 11:34:27 -0400 Subject: [AccessD] Hedging Your Bets Message-ID: <29f585dd0805050834u344ced89q297f8bfb03ec6e58@mail.gmail.com> Sorry for the double-post, but I'm in a need-to-know position. Has anyone done an app related to hedge-funds? I vaguely understand the concept but I want to know if anyone has a model to work from. Should puts and gets be in the same table or separate tables? How should progress be tracked (i.e. IBM moved from $1 to $1.14 in the last three months)? This is a whole new world to me and any advice will be appreciated. I don't even understand the rudiments. Given that I am a hedge participant, how often would I be likely to place a bet? Once an hour, once a day, once a week, once a quarter? Suppose that I am totally convinced that Sun+MySQL is a huge score, and that the current price is $1. I want to buy a million shares, but I also want to hedge my infatuation with a bet going the other way that says maybe I was over-enthused by her breasts or some other quality and I could be wrong, so then I bet that I sell those million shares at some price and the difference between them is what I'm risking, less the broker's fee. Do I have this correct or am I missing key components? I confess to complete ignorance about this stuff. I vaguely comprehend that a put and a get balance each other out with a margin, and that that's what the hedge-bet is all about. But I don't comprehend several other critical factors, such as: Suppose I bet that IBM will be worth $2 on June 1. Suppose that you think IBM will be worth $1 on June 1. Suppose that the current IBM price is $1.50. I'm already dizzy with this stuff. I propose to buy it as a future (I'm not even sure what that means, but I think I have that concept), so I spend no money today but I guarantee to purchase one share of IBM on May 31 so that I have it for sale on June 1. I have made an offer to purchase said one share at $1. Somebody accepts, then I am in a position to sell same at $2 on said day. I realize that the numbers that I have chosen above are unrealistic, but I am just trying to get to the basics of this. As I currently understand it, a hedge is a bet in both directions, and the point is to minimize the distance. I could be wrong, and it would only be the 1758th time in my life, but that's the feeling that I'm getting. You bet both ways, you subtract and that's your piece. Next layer: I'm doing this on behalf of somebody somewhere who has tossed a million Euros into the pile. Now I'm playing with those Euros and I'm guessing that Sun's acquisition of MySQL is a brilliant move and I want to party in this arena. So I plonk a Euro into this party and I'm confident that it will become 2 Euros in a week or month. To hedge this bet, I need to find someone who... I'm dizzy again... I don't understand this stuff... ok so to hedge this bet I need to find someone who doesn't believe that Sun's value will increase due to its acquisition of MySQL... but even that's incorrect. I need to find someone who doesn't believe the value of Sun's shares will increase as much as I think they will. Is all this correct or even close? I'm in a whole new universe here and I have no idea whether my perceptions are accurate or woefully amiss. I know that these lists are mostly about code but this is vaguely related to code, so please allow this off-topic question. A. From rockysmolin at bchacc.com Mon May 5 10:50:47 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Mon, 5 May 2008 08:50:47 -0700 Subject: [AccessD] Hedging Your Bets In-Reply-To: <29f585dd0805050834u344ced89q297f8bfb03ec6e58@mail.gmail.com> References: <29f585dd0805050834u344ced89q297f8bfb03ec6e58@mail.gmail.com> Message-ID: <003901c8aec7$c97a75b0$0301a8c0@HAL9005> Arthur: I know a bit about this arena having paid for my 'education'. Please contact me off-line. I'd be happy to collaborate - I love the whole topic and have both familiarity with it and resources I can tap for information. Rocky BTW I think you mean puts and calls, not puts and gets. :) Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, May 05, 2008 8:34 AM To: Access Developers discussion and problem solving; Discussion concerning MS SQL Server Subject: [AccessD] Hedging Your Bets Sorry for the double-post, but I'm in a need-to-know position. Has anyone done an app related to hedge-funds? I vaguely understand the concept but I want to know if anyone has a model to work from. Should puts and gets be in the same table or separate tables? How should progress be tracked (i.e. IBM moved from $1 to $1.14 in the last three months)? This is a whole new world to me and any advice will be appreciated. I don't even understand the rudiments. Given that I am a hedge participant, how often would I be likely to place a bet? Once an hour, once a day, once a week, once a quarter? Suppose that I am totally convinced that Sun+MySQL is a huge score, and that the current price is $1. I want to buy a million shares, but I also want to hedge my infatuation with a bet going the other way that says maybe I was over-enthused by her breasts or some other quality and I could be wrong, so then I bet that I sell those million shares at some price and the difference between them is what I'm risking, less the broker's fee. Do I have this correct or am I missing key components? I confess to complete ignorance about this stuff. I vaguely comprehend that a put and a get balance each other out with a margin, and that that's what the hedge-bet is all about. But I don't comprehend several other critical factors, such as: Suppose I bet that IBM will be worth $2 on June 1. Suppose that you think IBM will be worth $1 on June 1. Suppose that the current IBM price is $1.50. I'm already dizzy with this stuff. I propose to buy it as a future (I'm not even sure what that means, but I think I have that concept), so I spend no money today but I guarantee to purchase one share of IBM on May 31 so that I have it for sale on June 1. I have made an offer to purchase said one share at $1. Somebody accepts, then I am in a position to sell same at $2 on said day. I realize that the numbers that I have chosen above are unrealistic, but I am just trying to get to the basics of this. As I currently understand it, a hedge is a bet in both directions, and the point is to minimize the distance. I could be wrong, and it would only be the 1758th time in my life, but that's the feeling that I'm getting. You bet both ways, you subtract and that's your piece. Next layer: I'm doing this on behalf of somebody somewhere who has tossed a million Euros into the pile. Now I'm playing with those Euros and I'm guessing that Sun's acquisition of MySQL is a brilliant move and I want to party in this arena. So I plonk a Euro into this party and I'm confident that it will become 2 Euros in a week or month. To hedge this bet, I need to find someone who... I'm dizzy again... I don't understand this stuff... ok so to hedge this bet I need to find someone who doesn't believe that Sun's value will increase due to its acquisition of MySQL... but even that's incorrect. I need to find someone who doesn't believe the value of Sun's shares will increase as much as I think they will. Is all this correct or even close? I'm in a whole new universe here and I have no idea whether my perceptions are accurate or woefully amiss. I know that these lists are mostly about code but this is vaguely related to code, so please allow this off-topic question. A. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.8/1414 - Release Date: 5/4/2008 12:31 PM From Johncliviger at aol.com Mon May 5 10:55:50 2008 From: Johncliviger at aol.com (Johncliviger at aol.com) Date: Mon, 5 May 2008 11:55:50 EDT Subject: [AccessD] Hedging Your Bets Message-ID: Hi Art If this app is to work in the real world then I think that building a hedge fund app is beyond the average db developer. Its a team job with experts in several areas. The db building is the easy bit, defining the system boundaries and what functionality is to be included are major issues. Not to mention the legal implecations if the db cockups a contract(Put or Call) Art. Walk Away NOW! john c From fuller.artful at gmail.com Mon May 5 11:30:31 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 5 May 2008 12:30:31 -0400 Subject: [AccessD] Hedging Your Bets In-Reply-To: References: Message-ID: <29f585dd0805050930q9dbb00cxf4df17fb9cd98c49@mail.gmail.com> Yeah I meant put and call not put and get. But why walk away now? Why walk away? On Mon, May 5, 2008 at 11:55 AM, wrote: > Hi Art > > If this app is to work in the real world then I think that building a hedge > fund app is beyond the average db developer. Its a team job with experts in > several areas. The db building is the easy bit, defining the system > boundaries and what functionality is to be included are major issues. > > Not to mention the legal implecations if the db cockups a contract(Put or > Call) > > Art. Walk Away NOW! > > john c > From fuller.artful at gmail.com Mon May 5 11:32:33 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 5 May 2008 12:32:33 -0400 Subject: [AccessD] Hedging Your Bets In-Reply-To: <003901c8aec7$c97a75b0$0301a8c0@HAL9005> References: <29f585dd0805050834u344ced89q297f8bfb03ec6e58@mail.gmail.com> <003901c8aec7$c97a75b0$0301a8c0@HAL9005> Message-ID: <29f585dd0805050932n5a6e3733u6681dd8776fa5300@mail.gmail.com> Well, that just reveals how little I know about this. Puts and Calls it is! Give me a phone number and I'll skype you. Many thanks. A. On Mon, May 5, 2008 at 11:50 AM, Rocky Smolin at Beach Access Software < rockysmolin at bchacc.com> wrote: > Arthur: > > I know a bit about this arena having paid for my 'education'. Please > contact me off-line. I'd be happy to collaborate - I love the whole topic > and have both familiarity with it and resources I can tap for information. > From rockysmolin at bchacc.com Mon May 5 12:13:05 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Mon, 5 May 2008 10:13:05 -0700 Subject: [AccessD] Hedging Your Bets In-Reply-To: <29f585dd0805050932n5a6e3733u6681dd8776fa5300@mail.gmail.com> References: <29f585dd0805050834u344ced89q297f8bfb03ec6e58@mail.gmail.com><003901c8aec7$c97a75b0$0301a8c0@HAL9005> <29f585dd0805050932n5a6e3733u6681dd8776fa5300@mail.gmail.com> Message-ID: <005301c8aed3$48ae63e0$0301a8c0@HAL9005> 858-259-4334 Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, May 05, 2008 9:33 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hedging Your Bets Well, that just reveals how little I know about this. Puts and Calls it is! Give me a phone number and I'll skype you. Many thanks. A. On Mon, May 5, 2008 at 11:50 AM, Rocky Smolin at Beach Access Software < rockysmolin at bchacc.com> wrote: > Arthur: > > I know a bit about this arena having paid for my 'education'. Please > contact me off-line. I'd be happy to collaborate - I love the whole > topic and have both familiarity with it and resources I can tap for information. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.8/1414 - Release Date: 5/4/2008 12:31 PM From jwcolby at colbyconsulting.com Mon May 5 13:11:18 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 05 May 2008 14:11:18 -0400 Subject: [AccessD] Hedging Your Bets In-Reply-To: <005301c8aed3$48ae63e0$0301a8c0@HAL9005> References: <29f585dd0805050834u344ced89q297f8bfb03ec6e58@mail.gmail.com><003901c8aec7$c97a75b0$0301a8c0@HAL9005> <29f585dd0805050932n5a6e3733u6681dd8776fa5300@mail.gmail.com> <005301c8aed3$48ae63e0$0301a8c0@HAL9005> Message-ID: <481F4DC6.4030605@colbyconsulting.com> LOL, DOG PILE!!! Everybody call Rocky at the same time! ;-) Many years ago (before the internet I believe) I read about a tech savvy guy that got POd at a non-profit organization. He programmed his computer to call the 800 number. the computer didn't DO anything, just called the number. When the computer sensed the phone hanging up, it hung up on the computer's end and called back. Endlessly. It tied up that 800 number for months while the organization tracked down who was doing it and got a court order to force him to stop. John W. Colby www.ColbyConsulting.com Rocky Smolin at Beach Access Software wrote: > 858-259-4334 > > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > www.bchacc.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller > Sent: Monday, May 05, 2008 9:33 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Hedging Your Bets > > Well, that just reveals how little I know about this. Puts and Calls it is! > Give me a phone number and I'll skype you. Many thanks. > > A. > > On Mon, May 5, 2008 at 11:50 AM, Rocky Smolin at Beach Access Software < > rockysmolin at bchacc.com> wrote: > >> Arthur: >> >> I know a bit about this arena having paid for my 'education'. Please >> contact me off-line. I'd be happy to collaborate - I love the whole >> topic and have both familiarity with it and resources I can tap for > information. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 269.23.8/1414 - Release Date: 5/4/2008 > 12:31 PM > > From jwcolby at colbyconsulting.com Mon May 5 15:42:47 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 05 May 2008 16:42:47 -0400 Subject: [AccessD] Page footer pushed off of page when exported to Word Message-ID: <481F7147.3030709@colbyconsulting.com> I have clients that I export my billing progress report to Word. The report looks correct inside of Access but in the word report the page footer is pushed off to the top of a page, with nothing else on it. Anyone seen this before? -- John W. Colby www.ColbyConsulting.com From JHewson at nciinc.com Mon May 5 15:58:30 2008 From: JHewson at nciinc.com (Hewson, Jim ) Date: Mon, 5 May 2008 15:58:30 -0500 Subject: [AccessD] Page footer pushed off of page when exported to Word In-Reply-To: <481F7147.3030709@colbyconsulting.com> References: <481F7147.3030709@colbyconsulting.com> Message-ID: <7E02B06E41E5404589EDDDA2BAA1C5A81578E9@sanex101.nciinc.com> Yes, once, a few years ago. IIRC, the issue was the default page setting for Word. I modified the Access report to conform to the Word default page settings (margins). HTH Jim jhewson at nciinc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, May 05, 2008 3:43 PM To: Access Developers discussion and problem solving Subject: [AccessD] Page footer pushed off of page when exported to Word I have clients that I export my billing progress report to Word. The report looks correct inside of Access but in the word report the page footer is pushed off to the top of a page, with nothing else on it. Anyone seen this before? -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ################################################################################ This email transmission contains information from NCI Information Systems, Inc. that may be considered privileged or confidential and is intended solely for the named recipient. If you have received this message in error, please contact the sender immediately and be aware that the use, copying or dissemination of this information is prohibited. ################################################################################ From Lambert.Heenan at AIG.com Mon May 5 16:02:39 2008 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Mon, 5 May 2008 17:02:39 -0400 Subject: [AccessD] Page footer pushed off of page when exported to Wor d Message-ID: <34C8A2AB1EF3564CB0D64DB6AFFDD5C21479E290@XLIVMBX35bkup.aig.com> Sounds like the default margins in Word are larger than those in the Access report. Just a guess, I never output to Word if I can avoid it. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, May 05, 2008 4:43 PM To: Access Developers discussion and problem solving Subject: [AccessD] Page footer pushed off of page when exported to Word I have clients that I export my billing progress report to Word. The report looks correct inside of Access but in the word report the page footer is pushed off to the top of a page, with nothing else on it. Anyone seen this before? -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wdhindman at dejpolsystems.com Mon May 5 17:23:58 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Mon, 5 May 2008 18:23:58 -0400 Subject: [AccessD] Page footer pushed off of page when exported to Word References: <481F7147.3030709@colbyconsulting.com> Message-ID: <407962201AEF45858635066A3D254787@jislaptopdev> ...probably your margins are set differently ...but if that doesn't fix it, Lebans has a module that puts out an Access report in Word pixel for pixel ...solves a lot of punting about. William -------------------------------------------------- From: "jwcolby" Sent: Monday, May 05, 2008 4:42 PM To: "Access Developers discussion and problem solving" Subject: [AccessD] Page footer pushed off of page when exported to Word > I have clients that I export my billing progress report to Word. The > report looks correct inside of Access but in the word report the page > footer is pushed off to the top of a page, with nothing else on it. > > Anyone seen this before? > > -- > John W. Colby > www.ColbyConsulting.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Darryl.Collins at coles.com.au Mon May 5 19:08:24 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Tue, 6 May 2008 10:08:24 +1000 Subject: [AccessD] Hedging Your Bets Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED0B27025B@WPEXCH05.colesmyer.ad.cmltd.net.au> Arthur, If you are doing this for fun or yourself as a learning exercise then go for it, if you are doing it for a business or firm I would be really careful. I think the "walk away" advice is best. Most of these businesses employee teams of PHD Quants who tweak all this stuff and monitor it constantly - even then they often foul it up spectacularly - I think the days of it being a 'lone' production are long gone. My opinion is a lot of it is luck more than skill, but hey I am a big Nassim Nicholas Taleb supporter so I would think like that (actually his books might be worth a read if you are interested in hedging and markets (http://www.amazon.com/s/ref=nb_ss_gw?url=search-alias%3Daps&field-keywords=Nassim+Nicholas+Taleb&x=22&y=18)). Anyway, I don't mean to put you off, just don't get burnt in some weirdo lawsuit - You know how keen your fellow Americans are to sue the crap out of someone when things go 'plurrrrk'. Good luck and have fun with it. Rocky sounds like he a fair bit of knowledge and enthusiasm in this area that would be well worth tapping into. kind regards Darryl In Oz. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Tuesday, 6 May 2008 1:34 AM To: Access Developers discussion and problem solving; Discussion concerning MS SQL Server Subject: [AccessD] Hedging Your Bets Sorry for the double-post, but I'm in a need-to-know position. Has anyone done an app related to hedge-funds? I vaguely understand the concept but I want to know if anyone has a model to work from. Should puts and gets be in the same table or separate tables? How should progress be tracked (i.e. IBM moved from $1 to $1.14 in the last three months)? This is a whole new world to me and any advice will be appreciated. I don't even understand the rudiments. Given that I am a hedge participant, how often would I be likely to place a bet? Once an hour, once a day, once a week, once a quarter? Suppose that I am totally convinced that Sun+MySQL is a huge score, and that the current price is $1. I want to buy a million shares, but I also want to hedge my infatuation with a bet going the other way that says maybe I was over-enthused by her breasts or some other quality and I could be wrong, so then I bet that I sell those million shares at some price and the difference between them is what I'm risking, less the broker's fee. Do I have this correct or am I missing key components? I confess to complete ignorance about this stuff. I vaguely comprehend that a put and a get balance each other out with a margin, and that that's what the hedge-bet is all about. But I don't comprehend several other critical factors, such as: Suppose I bet that IBM will be worth $2 on June 1. Suppose that you think IBM will be worth $1 on June 1. Suppose that the current IBM price is $1.50. I'm already dizzy with this stuff. I propose to buy it as a future (I'm not even sure what that means, but I think I have that concept), so I spend no money today but I guarantee to purchase one share of IBM on May 31 so that I have it for sale on June 1. I have made an offer to purchase said one share at $1. Somebody accepts, then I am in a position to sell same at $2 on said day. I realize that the numbers that I have chosen above are unrealistic, but I am just trying to get to the basics of this. As I currently understand it, a hedge is a bet in both directions, and the point is to minimize the distance. I could be wrong, and it would only be the 1758th time in my life, but that's the feeling that I'm getting. You bet both ways, you subtract and that's your piece. Next layer: I'm doing this on behalf of somebody somewhere who has tossed a million Euros into the pile. Now I'm playing with those Euros and I'm guessing that Sun's acquisition of MySQL is a brilliant move and I want to party in this arena. So I plonk a Euro into this party and I'm confident that it will become 2 Euros in a week or month. To hedge this bet, I need to find someone who... I'm dizzy again... I don't understand this stuff... ok so to hedge this bet I need to find someone who doesn't believe that Sun's value will increase due to its acquisition of MySQL... but even that's incorrect. I need to find someone who doesn't believe the value of Sun's shares will increase as much as I think they will. Is all this correct or even close? I'm in a whole new universe here and I have no idea whether my perceptions are accurate or woefully amiss. I know that these lists are mostly about code but this is vaguely related to code, so please allow this off-topic question. A. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From dwaters at usinternet.com Mon May 5 19:20:07 2008 From: dwaters at usinternet.com (Dan Waters) Date: Mon, 5 May 2008 19:20:07 -0500 Subject: [AccessD] Page footer pushed off of page when exported to Word In-Reply-To: <481F7147.3030709@colbyconsulting.com> References: <481F7147.3030709@colbyconsulting.com> Message-ID: <001101c8af0e$f2178610$0300a8c0@danwaters> Send off your report as a snapshot. Get your client to install the Snapshot Viewer one time and you're all set. My clients are all good with this. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, May 05, 2008 3:43 PM To: Access Developers discussion and problem solving Subject: [AccessD] Page footer pushed off of page when exported to Word I have clients that I export my billing progress report to Word. The report looks correct inside of Access but in the word report the page footer is pushed off to the top of a page, with nothing else on it. Anyone seen this before? -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From adtp at airtelmail.in Mon May 5 22:12:27 2008 From: adtp at airtelmail.in (A.D.Tejpal) Date: Mon, 5 May 2008 20:12:27 -0700 Subject: [AccessD] Query Question References: <005b01c8aaeb$48265f90$d4822a50@minster33c3r25>, <481986AF.22457.42F36472@stuart.lexacorp.com.pg>, <4819B890.29010.43B63C25@stuart.lexacorp.com.pg> Message-ID: <00e401c8af27$5d4e5860$6601a8c0@HomeXPS> Could there be any particular reason for preferring a Cartesian join filtered by WHERE clause? Why not simply use an inner join as follows (T_1 and T_LkUp are the names of two tables)? ==================================== SELECT T_1.LookUpValue, T_LkUp.* FROM T_1 INNER JOIN T_LkUp ON (T_1.LookUpValue <= T_LkUp.RangeEnd) AND (T_1.LookUpValue >= T_LkUp.RangeStart); ==================================== A.D.Tejpal ------------ ----- Original Message ----- From: Stuart McLachlan To: Access Developers discussion and problem solving Sent: Wednesday, April 30, 2008 19:33 Subject: Re: [AccessD] Query Question Not necessarily. Jet's Rushmore technology is pretty smart at optimising queries You can't see the optimised execution plan in Access, , but I set the tables up in SQL Server with appropriate indexes and did an execution plan there. (100 values in Table1, 3 in LKUP) In SQL Server ,my version uses a Table Scan on LKUP (which would normally be fairly small) and one Index Seek on Table1. Drew's version uses an Index Scan on Table1 and two Index Seeks on LKUP. Doing an Execution Plan on a Union of the two versions, my version's sub-branch cost 0.0446 while Drew's cost 0.0598. (34% more expensive) Cheers, Stuart On 30 Apr 2008 at 16:36, Charlotte Foust wrote: > But an Outer Join WHERE has to examine all records. A subquery has > already filtered them down. > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > McLachlan > Sent: Wednesday, April 30, 2008 4:01 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Query Question > > You can return both results and you don't need a subquery, just use an > Outer Join with > "Where": > > SELECT Table1.LookupValue,Result1,Result2 > FROM LKUP, Table1 > WHERE (RangeStart<=LookupValue AND RangeEnd>=[LookupValue]) > > Cheers, > Stuart From stuart at lexacorp.com.pg Mon May 5 22:41:43 2008 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 06 May 2008 13:41:43 +1000 Subject: [AccessD] Query Question In-Reply-To: <00e401c8af27$5d4e5860$6601a8c0@HomeXPS> References: <005b01c8aaeb$48265f90$d4822a50@minster33c3r25>, <00e401c8af27$5d4e5860$6601a8c0@HomeXPS> Message-ID: <48206017.20062.1477673B@stuart.lexacorp.com.pg> Looking at the execution plan, they both use one Table San on LKUP and one Index Seek on Table1, but with my sampe data 0f 3 lookup rowws and 100 rows in Table 1, the Cartesian method has an estimated row count of 24 while the Inner Join has an estimated row count of 36. The cost of the the two queries is .0448 for the Inner Join and .0446 for the Cartesian Join so the Cartesian appears to be slightly more efficient . On 5 May 2008 at 20:12, A.D.Tejpal wrote: > Could there be any particular reason for preferring a Cartesian join filtered by WHERE clause? Why not simply use an inner join as follows (T_1 and T_LkUp are the names of two tables)? > > ==================================== > SELECT T_1.LookUpValue, T_LkUp.* > FROM T_1 INNER JOIN T_LkUp ON (T_1.LookUpValue <= T_LkUp.RangeEnd) AND (T_1.LookUpValue >= T_LkUp.RangeStart); > ==================================== > > A.D.Tejpal > ------------ > > ----- Original Message ----- > From: Stuart McLachlan > To: Access Developers discussion and problem solving > Sent: Wednesday, April 30, 2008 19:33 > Subject: Re: [AccessD] Query Question > > > Not necessarily. Jet's Rushmore technology is pretty smart at optimising queries > > You can't see the optimised execution plan in Access, , but I set the tables up in SQL Server with appropriate indexes and did an execution plan there. (100 values in Table1, 3 in LKUP) > > In SQL Server ,my version uses a Table Scan on LKUP (which would normally be fairly > small) and one Index Seek on Table1. Drew's version uses an Index Scan on Table1 and two Index Seeks on LKUP. > > Doing an Execution Plan on a Union of the two versions, my version's sub-branch cost > 0.0446 while Drew's cost 0.0598. (34% more expensive) > > Cheers, > Stuart > > On 30 Apr 2008 at 16:36, Charlotte Foust wrote: > > > But an Outer Join WHERE has to examine all records. A subquery has > > already filtered them down. > > > > Charlotte Foust > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart > > McLachlan > > Sent: Wednesday, April 30, 2008 4:01 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Query Question > > > > You can return both results and you don't need a subquery, just use an > > Outer Join with > > "Where": > > > > SELECT Table1.LookupValue,Result1,Result2 > > FROM LKUP, Table1 > > WHERE (RangeStart<=LookupValue AND RangeEnd>=[LookupValue]) > > > > Cheers, > > Stuart > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue May 6 07:28:19 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 06 May 2008 08:28:19 -0400 Subject: [AccessD] Normalizing a text field Message-ID: <48204EE3.7030202@colbyconsulting.com> I have a spreadsheet with a zip column and a column with 0 to many cities in the format Name1, St Name2, St Name3, St Notice that there is no "field delimiter" between St (state) and the next city name. Is there any way in SQL to do this or is this a job for code? I can write the code, but I am lost on doing this in SQL. -- John W. Colby www.ColbyConsulting.com From andy at minstersystems.co.uk Tue May 6 07:58:17 2008 From: andy at minstersystems.co.uk (Andy Lacey) Date: Tue, 6 May 2008 13:58:17 +0100 Subject: [AccessD] OT Favour trying a URL for me Message-ID: <200805061258.m46CwLQE011128@databaseadvisors.com> Can someone do me a favour and try this link http://support.microsoft.com/?kbid=304548 I'm at work and getting no response at all from anything at http://support.microsoft.com I'd like to know whether MS have a problem or me. -- Andy Lacey http://www.minstersystems.co.uk ________________________________________________ Message sent using UebiMiau 2.7.2 From rockysmolin at bchacc.com Tue May 6 08:07:37 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Tue, 6 May 2008 06:07:37 -0700 Subject: [AccessD] OT Favour trying a URL for me In-Reply-To: <200805061258.m46CwLQE011128@databaseadvisors.com> References: <200805061258.m46CwLQE011128@databaseadvisors.com> Message-ID: <001801c8af7a$28409090$0301a8c0@HAL9005> Works for me - page headline is: You receive an error message when you try to view the code in a module, compile a database, create an MDE file or execute code in Access 2000 Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Tuesday, May 06, 2008 5:58 AM To: Access Developers discussion and problem solving Subject: [AccessD] OT Favour trying a URL for me Can someone do me a favour and try this link http://support.microsoft.com/?kbid=304548 I'm at work and getting no response at all from anything at http://support.microsoft.com I'd like to know whether MS have a problem or me. -- Andy Lacey http://www.minstersystems.co.uk ________________________________________________ Message sent using UebiMiau 2.7.2 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.9/1416 - Release Date: 5/5/2008 5:11 PM From JHewson at nciinc.com Tue May 6 08:08:00 2008 From: JHewson at nciinc.com (Hewson, Jim ) Date: Tue, 6 May 2008 08:08:00 -0500 Subject: [AccessD] OT Favour trying a URL for me In-Reply-To: <200805061258.m46CwLQE011128@databaseadvisors.com> References: <200805061258.m46CwLQE011128@databaseadvisors.com> Message-ID: <7E02B06E41E5404589EDDDA2BAA1C5A81578EA@sanex101.nciinc.com> It worked for me. Topic: You receive an error message when you try to view the code in a module, compile a database, create an MDE file or execute code in Access 2000 Jim jhewson at nciinc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Tuesday, May 06, 2008 7:58 AM To: Access Developers discussion and problem solving Subject: [AccessD] OT Favour trying a URL for me Can someone do me a favour and try this link http://support.microsoft.com/?kbid=304548 I'm at work and getting no response at all from anything at http://support.microsoft.com I'd like to know whether MS have a problem or me. -- Andy Lacey http://www.minstersystems.co.uk ________________________________________________ Message sent using UebiMiau 2.7.2 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ################################################################################ This email transmission contains information from NCI Information Systems, Inc. that may be considered privileged or confidential and is intended solely for the named recipient. If you have received this message in error, please contact the sender immediately and be aware that the use, copying or dissemination of this information is prohibited. ################################################################################ From max.wanadoo at gmail.com Tue May 6 08:08:00 2008 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Tue, 6 May 2008 14:08:00 +0100 Subject: [AccessD] OT Favour trying a URL for me In-Reply-To: <200805061258.m46CwLQE011128@databaseadvisors.com> References: <200805061258.m46CwLQE011128@databaseadvisors.com> Message-ID: <014901c8af7a$3644ab40$8119fea9@LTVM> Andy, it opened - eventually! Slow. I also have had problems with MS links over the weekend. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Tuesday, May 06, 2008 1:58 PM To: Access Developers discussion and problem solving Subject: [AccessD] OT Favour trying a URL for me Can someone do me a favour and try this link http://support.microsoft.com/?kbid=304548 I'm at work and getting no response at all from anything at http://support.microsoft.com I'd like to know whether MS have a problem or me. -- Andy Lacey http://www.minstersystems.co.uk ________________________________________________ Message sent using UebiMiau 2.7.2 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue May 6 08:08:28 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Tue, 6 May 2008 06:08:28 -0700 Subject: [AccessD] OT Favour trying a URL for me In-Reply-To: <200805061258.m46CwLQE011128@databaseadvisors.com> References: <200805061258.m46CwLQE011128@databaseadvisors.com> Message-ID: <001901c8af7a$4705ea20$0301a8c0@HAL9005> P.S. If the problem persists let me know and I'll copy and paste the page into an email for you. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Tuesday, May 06, 2008 5:58 AM To: Access Developers discussion and problem solving Subject: [AccessD] OT Favour trying a URL for me Can someone do me a favour and try this link http://support.microsoft.com/?kbid=304548 I'm at work and getting no response at all from anything at http://support.microsoft.com I'd like to know whether MS have a problem or me. -- Andy Lacey http://www.minstersystems.co.uk ________________________________________________ Message sent using UebiMiau 2.7.2 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.9/1416 - Release Date: 5/5/2008 5:11 PM From robin.lawrence at merseybeat.co.uk Tue May 6 08:07:02 2008 From: robin.lawrence at merseybeat.co.uk (Robin (Merseybeat)) Date: Tue, 6 May 2008 14:07:02 +0100 Subject: [AccessD] OT Favour trying a URL for me In-Reply-To: <560E2B80EC8F624B93A87B943B7A9CD584F9A1@rgiserv.rg.local> Message-ID: <560E2B80EC8F624B93A87B943B7A9CD559AF55@rgiserv.rg.local> Hi Andy, Works fine for me - text follows if you're desparate... Rgds Robin You receive an error message when you try to view the code in a module, compile a database, create an MDE file or execute code in Access 2000 View products that this article applies to. Article ID : 304548 Last Review : April 7, 2006 Revision : 7.0 This article was previously published under Q304548 Moderate: Requires basic macro, coding, and interoperability skills. This article applies to a Microsoft Access database (.mdb) and to a Microsoft Access project (.adp). On This Page SYMPTOMS CAUSE RESOLUTION Using Access 2000 STATUS MORE INFORMATION Steps to Reproduce the Behavior SYMPTOMS When you try to view the code for a module, try to compile a database, try to create an MDE file, or try to execute code in a Microsoft Access 2000 database, you may receive one of the following error messages: Error accessing file. Network connection may have been lost. -or- This action will reset the current code in break mode. Back to the top CAUSE You may receive one of these error messages when both Microsoft Access 2000 and version 6.3.91.8 of the Vbe6.dll file are installed on the computer, and either of the following conditions is true: . You imported forms or reports that contain code modules or standalone modules into a new Microsoft Access 2000 database by using Microsoft Access 2000. . You copied and pasted forms or reports that contain code modules or standalone modules into the Microsoft Access 2000 database by using Microsoft Access 2000. Then, you close and reopen the database and try to view, execute, or compile the code. Back to the top RESOLUTION If you have a computer without the version of Vbe6.dll that is mentioned in the "Cause" section, you may be able to repair the problem with the following steps: 1. Open a form or a report in Design view. 2. Save the code behind the form or the report as a text file. 3. Set the form or the HasModule property of the report to No, and then save the object. 4. Repeat step 1 through step 3 for each form and report in the database. 5. Save each module as a text file. 6. Create a new blank database. 7. On the File menu, point to Get External Data, and then click Import. Import all tables, queries, forms, reports, data access pages, and macros to the new database. 8. Restore the code behind each form and each report from the text files that you created in step 1 through step 4. 9. Import each text file that you saved in step 5 as a new module. If you do not have a computer without the version of Vbe6.dll mentioned in the "Cause" section, you must revert to a known good backup copy of the database. To prevent this problem from happening again, use one of the following methods, depending on which version of Access you are using. Back to the top Using Access 2000 Method 1 To prevent this problem from happening again, obtain the latest service pack for Microsoft Office 2000. You must install this service pack on all computers that run Office 2000. For additional information, click the following article number to view the article in the Microsoft Knowledge Base: 276367 (http://support.microsoft.com/kb/276367/EN-US/) OFF2000: How to Obtain the Latest Office 2000 Service Pack IMPORTANT: Before you install Microsoft Office 2000 Service Pack 3 (SP-3), you must have Microsoft Office 2000 Service Release 1/1a (SR-1/SR-1a) installed first. For additional information about how to obtain Office 2000 Service Release 1/1a (SR-1/SR-1a), click the following article number to view the article in the Microsoft Knowledge Base: 245025 (http://support.microsoft.com/kb/245025/) OFF2000: How to Obtain and Install the Microsoft Office 2000 SR-1/SR-1a Update Method 2 1. When you import to a new database, create a new database and import the objects into the new database. Or, when you copy objects in the current database, copy and paste the objects into the current database. 2. Before closing the database, open the Visual Basic Editor by pressing ALT+F11. 3. On the Debug menu, click Compile . 4. After you compile the database, close and save the database. Note that when you reopen the database and view the code, the error message that is mentioned in the "Symptoms" section of this article does not occur. Back to the top STATUS Microsoft has confirmed that this is a problem in the Microsoft products that are listed at the beginning of this article. Back to the top MORE INFORMATION Some of the programs that include Vbe6.dll version 6.3.91.8 are Microsoft Office XP, its component applications, and Microsoft Visio 2002. The version number of Vbe6.dll may also appear as 6.03.9180, depending on the version of Windows that you are using. Back to the top Steps to Reproduce the Behavior 1. On a computer that has both Microsoft Access 2000 and version 6.3.91.8 of the Vbe6.dll installed, open Microsoft Access 2000. 2. In Microsoft Access 2000, create a new blank database and name it ImportTest.mdb. 3. On the File menu, point to Get External Data, and then click Import. 4. Browse to the sample database Northwind.mdb for Microsoft Access 2000. 5. In the Import Objects dialog box, click the Modules tab. 6. Click the Startup module, and then click OK. 7. After successfully importing the Startup module, close the ImportTest database. 8. In Microsoft Access 2000, open the ImportTest database. 9. Open the Startup module in Design view. Note that you receive one of the error messages that is mentioned in the "Symptoms" section of this article, and you are then unable to view the code for the Startup module. Back to the top ---------------------------------------------------------------------------- ---- APPLIES TO . Microsoft Access 2000 Standard Edition Back to the top Keywords: kbqfe kbhotfixserver kbprogramming kbbug kberrmsg KB304548 Back to the top Provide feedback on this article Did this article help you solve your problem? Yes No Partially I do not know yet Strongly Agree Strongly Disagree 9 8 7 6 5 4 3 2 1 The article is easy to understand The article is accurate Additional Comments: To protect your privacy, do not include contact information -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: 06 May 2008 13:58 To: Access Developers discussion and problem solving Subject: [AccessD] OT Favour trying a URL for me Can someone do me a favour and try this link http://support.microsoft.com/?kbid=304548 I'm at work and getting no response at all from anything at http://support.microsoft.com I'd like to know whether MS have a problem or me. -- Andy Lacey http://www.minstersystems.co.uk ________________________________________________ Message sent using UebiMiau 2.7.2 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From reuben at gfconsultants.com Tue May 6 08:09:11 2008 From: reuben at gfconsultants.com (Reuben Cummings) Date: Tue, 6 May 2008 09:09:11 -0400 Subject: [AccessD] OT Favour trying a URL for me In-Reply-To: <200805061258.m46CwLQE011128@databaseadvisors.com> Message-ID: <001401c8af7a$63ca6aa0$6401a8c0@reubennx9500> Works for me. The title is... "You receive an error message when you try to view the code in a module, compile a database, create an MDE file or execute code in Access 2000" Reuben Cummings GFC, LLC 812.523.1017 > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey > Sent: Tuesday, May 06, 2008 8:58 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] OT Favour trying a URL for me > > > Can someone do me a favour and try this link > > http://support.microsoft.com/?kbid=304548 > > I'm at work and getting no response at all from anything at > http://support.microsoft.com > > I'd like to know whether MS have a problem or me. > > -- > Andy Lacey > http://www.minstersystems.co.uk > > > > ________________________________________________ > Message sent using UebiMiau 2.7.2 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From andy at minstersystems.co.uk Tue May 6 08:20:26 2008 From: andy at minstersystems.co.uk (Andy Lacey) Date: Tue, 6 May 2008 14:20:26 +0100 Subject: [AccessD] OT Favour trying a URL for me Message-ID: <200805061320.m46DKTpl022773@databaseadvisors.com> Thanks everyone. I've got our web people looking at why I can't get it, so don't anyone else go to any trouble. Thanks to those who sent me the content too. Very thoughtful of you. -- Andy Lacey http://www.minstersystems.co.uk --------- Original Message -------- From: "Access Developers discussion and problem solving" To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] OT Favour trying a URL for me Date: 06/05/08 13:15 It worked for me. Topic: You receive an error message when you try to view the code in a module, compile a database, create an MDE file or execute code in Access 2000 Jim jhewson at nciinc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Tuesday, May 06, 2008 7:58 AM To: Access Developers discussion and problem solving Subject: [AccessD] OT Favour trying a URL for me Can someone do me a favour and try this link http://support.microsoft.com/?kbid=304548 I'm at work and getting no response at all from anything at http://support.microsoft.com I'd like to know whether MS have a problem or me. -- Andy Lacey http://www.minstersystems.co.uk ________________________________________________ Message sent using UebiMiau 2.7.2 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ################################################################################ This email transmission contains information from NCI Information Systems, Inc. that may be considered privileged or confidential and is intended solely for the named recipient. If you have received this message in error, please contact the sender immediately and be aware that the use, copying or dissemination of this information is prohibited. ################################################################################ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ________________________________________________ Message sent using UebiMiau 2.7.2 From Lambert.Heenan at AIG.com Tue May 6 08:35:02 2008 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Tue, 6 May 2008 08:35:02 -0500 Subject: [AccessD] Normalizing a text field Message-ID: <34C8A2AB1EF3564CB0D64DB6AFFDD5C21479E363@XLIVMBX35bkup.aig.com> I think that "0 to many" part means it's going to have to be a code solution. Just MHO. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 06, 2008 8:28 AM To: Access Developers discussion and problem solving; Dba-Sqlserver Subject: [AccessD] Normalizing a text field I have a spreadsheet with a zip column and a column with 0 to many cities in the format Name1, St Name2, St Name3, St Notice that there is no "field delimiter" between St (state) and the next city name. Is there any way in SQL to do this or is this a job for code? I can write the code, but I am lost on doing this in SQL. -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Tue May 6 09:40:30 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 6 May 2008 07:40:30 -0700 Subject: [AccessD] Normalizing a text field In-Reply-To: <48204EE3.7030202@colbyconsulting.com> References: <48204EE3.7030202@colbyconsulting.com> Message-ID: Well, actually there is a delimiter, a space, it just isn't reliable because there can be spaces in both the city name and the state name as well. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 06, 2008 5:28 AM To: Access Developers discussion and problem solving; Dba-Sqlserver Subject: [AccessD] Normalizing a text field I have a spreadsheet with a zip column and a column with 0 to many cities in the format Name1, St Name2, St Name3, St Notice that there is no "field delimiter" between St (state) and the next city name. Is there any way in SQL to do this or is this a job for code? I can write the code, but I am lost on doing this in SQL. -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From edzedz at comcast.net Tue May 6 10:56:16 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Tue, 6 May 2008 08:56:16 -0700 Subject: [AccessD] Normalizing a text field In-Reply-To: Message-ID: <001d01c8af91$b8ba3970$e1dea8c0@dudley1> Can you ask the spreadsheet program to use a different delimiter than a space. In Excel you can ask for a tab, and that seems to work. If it is some other spreadsheet such as Lotus, there should be other export options than space delimited. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Charlotte Foust Sent: Tuesday, May 06, 2008 7:41 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Normalizing a text field Well, actually there is a delimiter, a space, it just isn't reliable because there can be spaces in both the city name and the state name as well. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 06, 2008 5:28 AM To: Access Developers discussion and problem solving; Dba-Sqlserver Subject: [AccessD] Normalizing a text field I have a spreadsheet with a zip column and a column with 0 to many cities in the format Name1, St Name2, St Name3, St Notice that there is no "field delimiter" between St (state) and the next city name. Is there any way in SQL to do this or is this a job for code? I can write the code, but I am lost on doing this in SQL. -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue May 6 11:04:40 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 06 May 2008 12:04:40 -0400 Subject: [AccessD] OT Favour trying a URL for me In-Reply-To: <200805061258.m46CwLQE011128@databaseadvisors.com> References: <200805061258.m46CwLQE011128@databaseadvisors.com> Message-ID: <48208198.3060601@colbyconsulting.com> You receive an error message when you try to view the code in a module, compile a database, create an MDE file or execute code in Access 2000 View products that this article applies to. Article ID : 304548 Last Review : April 7, 2006 Revision : 7.0 This article was previously published under Q304548 Moderate: Requires basic macro, coding, and interoperability skills. This article applies to a Microsoft Access database (.mdb) and to a Microsoft Access project (.adp). On This Page SYMPTOMS CAUSE RESOLUTION Using Access 2000 STATUS MORE INFORMATION Steps to Reproduce the Behavior SYMPTOMS When you try to view the code for a module, try to compile a database, try to create an MDE file, or try to execute code in a Microsoft Access 2000 database, you may receive one of the following error messages: Error accessing file. Network connection may have been lost. -or- This action will reset the current code in break mode. Back to the top CAUSE You may receive one of these error messages when both Microsoft Access 2000 and version 6.3.91.8 of the Vbe6.dll file are installed on the computer, and either of the following conditions is true: ? You imported forms or reports that contain code modules or standalone modules into a new Microsoft Access 2000 database by using Microsoft Access 2000. ? You copied and pasted forms or reports that contain code modules or standalone modules into the Microsoft Access 2000 database by using Microsoft Access 2000. Then, you close and reopen the database and try to view, execute, or compile the code. Back to the top RESOLUTION If you have a computer without the version of Vbe6.dll that is mentioned in the "Cause" section, you may be able to repair the problem with the following steps: 1. Open a form or a report in Design view. 2. Save the code behind the form or the report as a text file. 3. Set the form or the HasModule property of the report to No, and then save the object. 4. Repeat step 1 through step 3 for each form and report in the database. 5. Save each module as a text file. 6. Create a new blank database. 7. On the File menu, point to Get External Data, and then click Import. Import all tables, queries, forms, reports, data access pages, and macros to the new database. 8. Restore the code behind each form and each report from the text files that you created in step 1 through step 4. 9. Import each text file that you saved in step 5 as a new module. If you do not have a computer without the version of Vbe6.dll mentioned in the "Cause" section, you must revert to a known good backup copy of the database. To prevent this problem from happening again, use one of the following methods, depending on which version of Access you are using. Back to the top Using Access 2000 Method 1 To prevent this problem from happening again, obtain the latest service pack for Microsoft Office 2000. You must install this service pack on all computers that run Office 2000. For additional information, click the following article number to view the article in the Microsoft Knowledge Base: 276367 (http://support.microsoft.com/kb/276367/EN-US/) OFF2000: How to Obtain the Latest Office 2000 Service Pack IMPORTANT: Before you install Microsoft Office 2000 Service Pack 3 (SP-3), you must have Microsoft Office 2000 Service Release 1/1a (SR-1/SR-1a) installed first. For additional information about how to obtain Office 2000 Service Release 1/1a (SR-1/SR-1a), click the following article number to view the article in the Microsoft Knowledge Base: 245025 (http://support.microsoft.com/kb/245025/) OFF2000: How to Obtain and Install the Microsoft Office 2000 SR-1/SR-1a Update Method 2 1. When you import to a new database, create a new database and import the objects into the new database. Or, when you copy objects in the current database, copy and paste the objects into the current database. 2. Before closing the database, open the Visual Basic Editor by pressing ALT+F11. 3. On the Debug menu, click Compile . 4. After you compile the database, close and save the database. Note that when you reopen the database and view the code, the error message that is mentioned in the "Symptoms" section of this article does not occur. Back to the top STATUS Microsoft has confirmed that this is a problem in the Microsoft products that are listed at the beginning of this article. Back to the top MORE INFORMATION Some of the programs that include Vbe6.dll version 6.3.91.8 are Microsoft Office XP, its component applications, and Microsoft Visio 2002. The version number of Vbe6.dll may also appear as 6.03.9180, depending on the version of Windows that you are using. Back to the top Steps to Reproduce the Behavior 1. On a computer that has both Microsoft Access 2000 and version 6.3.91.8 of the Vbe6.dll installed, open Microsoft Access 2000. 2. In Microsoft Access 2000, create a new blank database and name it ImportTest.mdb. 3. On the File menu, point to Get External Data, and then click Import. 4. Browse to the sample database Northwind.mdb for Microsoft Access 2000. 5. In the Import Objects dialog box, click the Modules tab. 6. Click the Startup module, and then click OK. 7. After successfully importing the Startup module, close the ImportTest database. 8. In Microsoft Access 2000, open the ImportTest database. 9. Open the Startup module in Design view. Note that you receive one of the error messages that is mentioned in the "Symptoms" section of this article, and you are then unable to view the code for the Startup module. Back to the top APPLIES TO ? Microsoft Access 2000 Standard Edition Back to the top Keywords: kbqfe kbhotfixserver kbprogramming kbbug kberrmsg KB304548 John W. Colby www.ColbyConsulting.com Andy Lacey wrote: > Can someone do me a favour and try this link > > http://support.microsoft.com/?kbid=304548 > > I'm at work and getting no response at all from anything at > http://support.microsoft.com > > I'd like to know whether MS have a problem or me. > > -- > Andy Lacey > http://www.minstersystems.co.uk > > > > ________________________________________________ > Message sent using UebiMiau 2.7.2 > From szayko at secor.com Tue May 6 17:09:43 2008 From: szayko at secor.com (Steve Zayko) Date: Tue, 6 May 2008 15:09:43 -0700 Subject: [AccessD] Simple Recordset Question In-Reply-To: <29f585dd0805050932n5a6e3733u6681dd8776fa5300@mail.gmail.com> Message-ID: <5D71EC0BA06F7C41B6088EF70CA4014E0378287A@exchangecolo.secor.com> OK, I have a first grader level question for you all. I have an access 2003 database and a form. When I click a button on said form I would like the code to open a table as a recordset and count the records. I know I have done this before and I know I have seen this done quite easily. However, I am getting an error that I cannot get past. This is my code: Dim rst_Matrix As Recordset Dim int_X as integer Set rst_Matrix = CurrentDb.OpenRecordset("SELECT Matrix.* from Matrix;", _ DbOpenDynaset, dbReadOnly) rst_Matrix.MoveLast int_X = rst_Matrix.RecordCount On line 3 I am getting a type mis-match. What am I doing wrong and how do I get my code to get past this? Thanks -Z Stephen Zayko, PE Associate Engineer Stantec 2321 Club Meridian Drive Suite E Okemos MI 48864 Ph: (517) 349-9499 Ext. 224 Fx: (517) 349-6863 Cell: (517) 204-5136 steve.zayko at stantec.com www.stantec.com From rockysmolin at bchacc.com Tue May 6 17:10:54 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Tue, 6 May 2008 15:10:54 -0700 Subject: [AccessD] MYOB Message-ID: <009301c8afc6$0e315a80$0301a8c0@HAL9005> Dear List: Spoke with a potential client today using MYOB. Has anyone interfaced Access with their database? Know what the development platform is? They have an export feature which we tried to run, but apparently everyone has to be out of the db to run it. Which makes it somewhat useless. MTIA, Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com From ab-mi at post3.tele.dk Tue May 6 17:46:20 2008 From: ab-mi at post3.tele.dk (Asger Blond) Date: Wed, 7 May 2008 00:46:20 +0200 Subject: [AccessD] Simple Recordset Question In-Reply-To: <5D71EC0BA06F7C41B6088EF70CA4014E0378287A@exchangecolo.secor.com> Message-ID: <000001c8afcb$02374e60$2101a8c0@AB> Steve, If you don't qualify Recordset, Access will assume you are using ADODB, which give you a type mis-match. You have to qualify is as DAO: Dim rst_Matrix As DAO.Recordset I suppose you have some reason for using a recordset here besides just counting the records. If you just want the count of records this would be easier: SELECT COUNT(*) FROM Matrix HTH Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Steve Zayko Sendt: 7. maj 2008 00:10 Til: Access Developers discussion and problem solving Emne: [AccessD] Simple Recordset Question OK, I have a first grader level question for you all. I have an access 2003 database and a form. When I click a button on said form I would like the code to open a table as a recordset and count the records. I know I have done this before and I know I have seen this done quite easily. However, I am getting an error that I cannot get past. This is my code: Dim rst_Matrix As Recordset Dim int_X as integer Set rst_Matrix = CurrentDb.OpenRecordset("SELECT Matrix.* from Matrix;", _ DbOpenDynaset, dbReadOnly) rst_Matrix.MoveLast int_X = rst_Matrix.RecordCount On line 3 I am getting a type mis-match. What am I doing wrong and how do I get my code to get past this? Thanks -Z Stephen Zayko, PE Associate Engineer Stantec 2321 Club Meridian Drive Suite E Okemos MI 48864 Ph: (517) 349-9499 Ext. 224 Fx: (517) 349-6863 Cell: (517) 204-5136 steve.zayko at stantec.com www.stantec.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Tue May 6 17:50:07 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 6 May 2008 15:50:07 -0700 Subject: [AccessD] MYOB In-Reply-To: <009301c8afc6$0e315a80$0301a8c0@HAL9005> References: <009301c8afc6$0e315a80$0301a8c0@HAL9005> Message-ID: I don't know what it's written in now, but Cary Prague originally wrote it in Access. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Tuesday, May 06, 2008 3:11 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] MYOB Dear List: Spoke with a potential client today using MYOB. Has anyone interfaced Access with their database? Know what the development platform is? They have an export feature which we tried to run, but apparently everyone has to be out of the db to run it. Which makes it somewhat useless. MTIA, Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wdhindman at dejpolsystems.com Tue May 6 20:24:54 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Tue, 6 May 2008 21:24:54 -0400 Subject: [AccessD] MYOB References: <009301c8afc6$0e315a80$0301a8c0@HAL9005> Message-ID: <2AA67B4FB99B42CE87782A6A66C6CFE4@jislaptopdev> ...wasn't he bought out a few years back? ...they kept the name but ditched the rest ...I remember testing it back when I was looking for an Access accounting package w/source and thinking "Good Christ! People actually pay money for this?" ...apparently they did :) William -------------------------------------------------- From: "Charlotte Foust" Sent: Tuesday, May 06, 2008 6:50 PM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] MYOB > I don't know what it's written in now, but Cary Prague originally wrote > it in Access. > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > at Beach Access Software > Sent: Tuesday, May 06, 2008 3:11 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] MYOB > > > > > > Dear List: > > Spoke with a potential client today using MYOB. Has anyone interfaced > Access with their database? Know what the development platform is? > > They have an export feature which we tried to run, but apparently > everyone has to be out of the db to run it. Which makes it somewhat > useless. > > MTIA, > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.e-z-mrp.com > > www.bchacc.com > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From wdhindman at dejpolsystems.com Tue May 6 20:31:27 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Tue, 6 May 2008 21:31:27 -0400 Subject: [AccessD] Normalizing a text field References: <48204EE3.7030202@colbyconsulting.com> Message-ID: <1F436EA6503F4893A11441B7A93270FE@jislaptopdev> ...if I really wanted to do this without code, I'd just ditch the St part and fill the State field with a look-up from the zip. William -------------------------------------------------- From: "jwcolby" Sent: Tuesday, May 06, 2008 8:28 AM To: "Access Developers discussion and problem solving" ; "Dba-Sqlserver" Subject: [AccessD] Normalizing a text field > I have a spreadsheet with a zip column and a column with 0 to many > cities in the format Name1, St Name2, St Name3, St > > Notice that there is no "field delimiter" between St (state) and the > next city name. > > Is there any way in SQL to do this or is this a job for code? I can > write the code, but I am lost on doing this in SQL. > > -- > John W. Colby > www.ColbyConsulting.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Darryl.Collins at coles.com.au Tue May 6 20:36:33 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Wed, 7 May 2008 11:36:33 +1000 Subject: [AccessD] MYOB Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD7314@WPEXCH05.colesmyer.ad.cmltd.net.au> I have done basic import export with it, but nothing on a commerical scale or with multi users, my partner uses it to run her business and I move client data between MYOB and Excel and Access. MYOB has a decent client base in Australia (from memory they are an Aussie Co, but I know they have struggled a bit in Overseas markets). http://myob.com/servlet/Satellite?cid=1105078110482&pagename=MYOB%2FPage%2FHomePageTemplate&site=en_AU&c=Page not much help, but maybe somewhere to start? Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, 7 May 2008 8:11 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] MYOB Dear List: Spoke with a potential client today using MYOB. Has anyone interfaced Access with their database? Know what the development platform is? They have an export feature which we tried to run, but apparently everyone has to be out of the db to run it. Which makes it somewhat useless. MTIA, Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From anitatiedemann at gmail.com Tue May 6 20:40:36 2008 From: anitatiedemann at gmail.com (Anita Smith) Date: Wed, 7 May 2008 11:40:36 +1000 Subject: [AccessD] MYOB In-Reply-To: <009301c8afc6$0e315a80$0301a8c0@HAL9005> References: <009301c8afc6$0e315a80$0301a8c0@HAL9005> Message-ID: Rocky, Wo do quite a bit of interaction with MYOB. You can read and write to the MYOB database using tables set up within MYOB specifically for this (ie you don't have access to the tables directly). We have not had problems accessing the data while someone is in the system. We use ADO and the MYOB ODBC provided by MYOB themselves. The client also have to enable the ODBC access to the datafile via a special KEY before it will work. As MYOB partners we can provide this KEY to our clients. Anita On Wed, May 7, 2008 at 8:10 AM, Rocky Smolin at Beach Access Software < rockysmolin at bchacc.com> wrote: > > > > > Dear List: > > Spoke with a potential client today using MYOB. Has anyone interfaced > Access with their database? Know what the development platform is? > > They have an export feature which we tried to run, but apparently everyone > has to be out of the db to run it. Which makes it somewhat useless. > > MTIA, > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.e-z-mrp.com > > www.bchacc.com > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From edzedz at comcast.net Tue May 6 22:42:07 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Tue, 6 May 2008 20:42:07 -0700 Subject: [AccessD] Simple Recordset Question In-Reply-To: <000001c8afcb$02374e60$2101a8c0@AB> Message-ID: <005b01c8aff4$53a82a70$e1dea8c0@dudley1> This works. . . . ' *************************************************** Dim lRcdCount As long Dim sSQL As String Dim dbsV2H As DAO.Database Dim rsPull As DAO.Recordset DBEngine.SetOption dbMaxLocksPerFile, 5752048 Set dbsV2H = CurrentDb() sSQL = "" sSQL = sSQL & " SELECT " sSQL = sSQL & " * " sSQL = sSQL & " FROM " sSQL = sSQL & " JP02Boiler " sSQL = sSQL & " ; " Set rsPull = dbsV2H.OpenRecordset(sSQL) On Error Resume Next lRcdCount = 0 rsPull.MoveLast lRcdCount = rsPull.RecordCount rsPull.MoveFirst On Error GoTo 0 Me.txtShowCount.Value = lRcdCount Me.Refresh On Error Resume Next rsPull.Close dbsV2H.Close On Error GoTo 0 ' *************************************************** -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Asger Blond Sent: Tuesday, May 06, 2008 3:46 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Simple Recordset Question Steve, If you don't qualify Recordset, Access will assume you are using ADODB, which give you a type mis-match. You have to qualify is as DAO: Dim rst_Matrix As DAO.Recordset I suppose you have some reason for using a recordset here besides just counting the records. If you just want the count of records this would be easier: SELECT COUNT(*) FROM Matrix HTH Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Steve Zayko Sendt: 7. maj 2008 00:10 Til: Access Developers discussion and problem solving Emne: [AccessD] Simple Recordset Question OK, I have a first grader level question for you all. I have an access 2003 database and a form. When I click a button on said form I would like the code to open a table as a recordset and count the records. I know I have done this before and I know I have seen this done quite easily. However, I am getting an error that I cannot get past. This is my code: Dim rst_Matrix As Recordset Dim int_X as integer Set rst_Matrix = CurrentDb.OpenRecordset("SELECT Matrix.* from Matrix;", _ DbOpenDynaset, dbReadOnly) rst_Matrix.MoveLast int_X = rst_Matrix.RecordCount On line 3 I am getting a type mis-match. What am I doing wrong and how do I get my code to get past this? Thanks -Z Stephen Zayko, PE Associate Engineer Stantec 2321 Club Meridian Drive Suite E Okemos MI 48864 Ph: (517) 349-9499 Ext. 224 Fx: (517) 349-6863 Cell: (517) 204-5136 steve.zayko at stantec.com www.stantec.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dw-murphy at cox.net Tue May 6 21:51:11 2008 From: dw-murphy at cox.net (Doug Murphy) Date: Tue, 6 May 2008 19:51:11 -0700 Subject: [AccessD] Simple Recordset Question In-Reply-To: <5D71EC0BA06F7C41B6088EF70CA4014E0378287A@exchangecolo.secor.com> References: <29f585dd0805050932n5a6e3733u6681dd8776fa5300@mail.gmail.com> <5D71EC0BA06F7C41B6088EF70CA4014E0378287A@exchangecolo.secor.com> Message-ID: <000401c8afed$3583d000$0200a8c0@murphy3234aaf1> Why not just use dcount("somefield","Matrix")? One line. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Zayko Sent: Tuesday, May 06, 2008 3:10 PM To: Access Developers discussion and problem solving Subject: [AccessD] Simple Recordset Question OK, I have a first grader level question for you all. I have an access 2003 database and a form. When I click a button on said form I would like the code to open a table as a recordset and count the records. I know I have done this before and I know I have seen this done quite easily. However, I am getting an error that I cannot get past. This is my code: Dim rst_Matrix As Recordset Dim int_X as integer Set rst_Matrix = CurrentDb.OpenRecordset("SELECT Matrix.* from Matrix;", _ DbOpenDynaset, dbReadOnly) rst_Matrix.MoveLast int_X = rst_Matrix.RecordCount On line 3 I am getting a type mis-match. What am I doing wrong and how do I get my code to get past this? Thanks -Z Stephen Zayko, PE Associate Engineer Stantec 2321 Club Meridian Drive Suite E Okemos MI 48864 Ph: (517) 349-9499 Ext. 224 Fx: (517) 349-6863 Cell: (517) 204-5136 steve.zayko at stantec.com www.stantec.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Wed May 7 00:50:07 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Tue, 6 May 2008 22:50:07 -0700 Subject: [AccessD] MYOB In-Reply-To: <49DFE57FB126044B8A8B934E7AEA09ED09FD7314@WPEXCH05.colesmyer.ad.cmltd.net.au> References: <49DFE57FB126044B8A8B934E7AEA09ED09FD7314@WPEXCH05.colesmyer.ad.cmltd.net.au> Message-ID: <00ea01c8b006$349a9f20$0301a8c0@HAL9005> So it's access? MDB back end? Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, May 06, 2008 6:37 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] MYOB I have done basic import export with it, but nothing on a commerical scale or with multi users, my partner uses it to run her business and I move client data between MYOB and Excel and Access. MYOB has a decent client base in Australia (from memory they are an Aussie Co, but I know they have struggled a bit in Overseas markets). http://myob.com/servlet/Satellite?cid=1105078110482&pagename=MYOB%2FPage%2FH omePageTemplate&site=en_AU&c=Page not much help, but maybe somewhere to start? Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, 7 May 2008 8:11 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] MYOB Dear List: Spoke with a potential client today using MYOB. Has anyone interfaced Access with their database? Know what the development platform is? They have an export feature which we tried to run, but apparently everyone has to be out of the db to run it. Which makes it somewhat useless. MTIA, Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.9/1418 - Release Date: 5/6/2008 5:17 PM From anitatiedemann at gmail.com Wed May 7 01:41:58 2008 From: anitatiedemann at gmail.com (Anita Smith) Date: Wed, 7 May 2008 16:41:58 +1000 Subject: [AccessD] MYOB In-Reply-To: <00ea01c8b006$349a9f20$0301a8c0@HAL9005> References: <49DFE57FB126044B8A8B934E7AEA09ED09FD7314@WPEXCH05.colesmyer.ad.cmltd.net.au> <00ea01c8b006$349a9f20$0301a8c0@HAL9005> Message-ID: No it is not an Access back end. I'm not sure what it is. You can link to it from Access using the ODBC provided by MYOB, but it is read only. Anita On Wed, May 7, 2008 at 3:50 PM, Rocky Smolin at Beach Access Software < rockysmolin at bchacc.com> wrote: > So it's access? MDB back end? > > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > www.bchacc.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Tuesday, May 06, 2008 6:37 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] MYOB > > > > > I have done basic import export with it, but nothing on a commerical scale > or with multi users, my partner uses it to run her business and I move > client data between MYOB and Excel and Access. MYOB has a decent client > base in Australia (from memory they are an Aussie Co, but I know they have > struggled a bit in Overseas markets). > > > http://myob.com/servlet/Satellite?cid=1105078110482&pagename=MYOB%2FPage%2FH > omePageTemplate&site=en_AU&c=Page > > not much help, but maybe somewhere to start? > > Darryl > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin at > Beach Access Software > Sent: Wednesday, 7 May 2008 8:11 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] MYOB > > > > > > > Dear List: > > Spoke with a potential client today using MYOB. Has anyone interfaced > Access with their database? Know what the development platform is? > > They have an export feature which we tried to run, but apparently everyone > has to be out of the db to run it. Which makes it somewhat useless. > > MTIA, > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.e-z-mrp.com > > www.bchacc.com > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > This email and any attachments may contain privileged and confidential > information and are intended for the named addressee only. If you have > received this e-mail in error, please notify the sender and delete this > e-mail immediately. Any confidentiality, privilege or copyright is not > waived or lost because this e-mail has been sent to you in error. It is > your > responsibility to check this e-mail and any attachments for viruses. No > warranty is made that this material is free from computer virus or any > other > defect or error. Any loss/damage incurred by using this material is not > the > sender's responsibility. The sender's entire liability will be limited to > resupplying the material. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 269.23.9/1418 - Release Date: 5/6/2008 > 5:17 PM > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From wdhindman at dejpolsystems.com Wed May 7 03:39:45 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Wed, 7 May 2008 04:39:45 -0400 Subject: [AccessD] MYOB References: <49DFE57FB126044B8A8B934E7AEA09ED09FD7314@WPEXCH05.colesmyer.ad.cmltd.net.au> <00ea01c8b006$349a9f20$0301a8c0@HAL9005> Message-ID: <3BC160D835254D64A5E4CEC64E570DAC@jislaptopdev> ...no ...the original was back in the '90s ...but it was sold and only the name was kept (and the clients I'm sure) ...its apparently much like QB where you can't get at the actual data ...only import/export data to their temp tables ...why not just dl a trial version from the aussie site and play with it? http://myob.com/servlet/Satellite?c=Page&pagename=MYOB/Page/ContentPageWithoutNav&cid=1111637512493&site=en_AU William -------------------------------------------------- From: "Rocky Smolin at Beach Access Software" Sent: Wednesday, May 07, 2008 1:50 AM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] MYOB > So it's access? MDB back end? > > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > www.bchacc.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Tuesday, May 06, 2008 6:37 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] MYOB > > > > > I have done basic import export with it, but nothing on a commerical scale > or with multi users, my partner uses it to run her business and I move > client data between MYOB and Excel and Access. MYOB has a decent client > base in Australia (from memory they are an Aussie Co, but I know they have > struggled a bit in Overseas markets). > > http://myob.com/servlet/Satellite?cid=1105078110482&pagename=MYOB%2FPage%2FH > omePageTemplate&site=en_AU&c=Page > > not much help, but maybe somewhere to start? > > Darryl > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin at > Beach Access Software > Sent: Wednesday, 7 May 2008 8:11 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] MYOB > > > > > > > Dear List: > > Spoke with a potential client today using MYOB. Has anyone interfaced > Access with their database? Know what the development platform is? > > They have an export feature which we tried to run, but apparently everyone > has to be out of the db to run it. Which makes it somewhat useless. > > MTIA, > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.e-z-mrp.com > > www.bchacc.com > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > This email and any attachments may contain privileged and confidential > information and are intended for the named addressee only. If you have > received this e-mail in error, please notify the sender and delete this > e-mail immediately. Any confidentiality, privilege or copyright is not > waived or lost because this e-mail has been sent to you in error. It is > your > responsibility to check this e-mail and any attachments for viruses. No > warranty is made that this material is free from computer virus or any > other > defect or error. Any loss/damage incurred by using this material is not > the > sender's responsibility. The sender's entire liability will be limited to > resupplying the material. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 269.23.9/1418 - Release Date: 5/6/2008 > 5:17 PM > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From hadyn at dataconcepts.co.nz Wed May 7 03:35:07 2008 From: hadyn at dataconcepts.co.nz (Hadyn Morgan) Date: Wed, 7 May 2008 20:35:07 +1200 Subject: [AccessD] [SPAM] Re: MYOB In-Reply-To: Message-ID: You're getting confused with Cary Prague's Yes! I Can Run My Business software, completely different kettle of fish from MYOB which was never written in Access. A few years ago I looked into interfacing Access with MYOB and one option was to buy the ODBC driver from the MYOB people but my client didn't want to pay for it. So I wrote an invoicing application that would pull in 3 csv files and produced approx 3000 invoices in 2 text files ready for importing into MYOB. The import specifications are in the MYOB documentation. Kind regards Hadyn -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Charlotte Foust Sent: Wednesday, 7 May 2008 10:50 To: Access Developers discussion and problem solving Subject: [SPAM] Re: [AccessD] MYOB I don't know what it's written in now, but Cary Prague originally wrote it in Access. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Tuesday, May 06, 2008 3:11 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] MYOB Dear List: Spoke with a potential client today using MYOB. Has anyone interfaced Access with their database? Know what the development platform is? They have an export feature which we tried to run, but apparently everyone has to be out of the db to run it. Which makes it somewhat useless. MTIA, Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.9/1417 - Release Date: 6/05/2008 08:07 No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.9/1417 - Release Date: 6/05/2008 08:07 From Gustav at cactus.dk Wed May 7 03:53:49 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Wed, 07 May 2008 10:53:49 +0200 Subject: [AccessD] Simple Recordset Question Message-ID: Hi Doug and Steve You don't even need "somefield": lngCount = DCount("*", "Matrix") /gustav >>> dw-murphy at cox.net 07-05-2008 04:51 >>> Why not just use dcount("somefield","Matrix")? One line. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Zayko Sent: Tuesday, May 06, 2008 3:10 PM To: Access Developers discussion and problem solving Subject: [AccessD] Simple Recordset Question OK, I have a first grader level question for you all. I have an access 2003 database and a form. When I click a button on said form I would like the code to open a table as a recordset and count the records. I know I have done this before and I know I have seen this done quite easily. However, I am getting an error that I cannot get past. This is my code: Dim rst_Matrix As Recordset Dim int_X as integer Set rst_Matrix = CurrentDb.OpenRecordset("SELECT Matrix.* from Matrix;", _ DbOpenDynaset, dbReadOnly) rst_Matrix.MoveLast int_X = rst_Matrix.RecordCount On line 3 I am getting a type mis-match. What am I doing wrong and how do I get my code to get past this? Thanks -Z Stephen Zayko, PE Associate Engineer Stantec 2321 Club Meridian Drive Suite E Okemos MI 48864 Ph: (517) 349-9499 Ext. 224 Fx: (517) 349-6863 Cell: (517) 204-5136 steve.zayko at stantec.com www.stantec.com From bbruen at unwired.com.au Wed May 7 06:49:56 2008 From: bbruen at unwired.com.au (Bruce Bruen) Date: Wed, 7 May 2008 21:49:56 +1000 Subject: [AccessD] Hedging Your Bets In-Reply-To: <29f585dd0805050834u344ced89q297f8bfb03ec6e58@mail.gmail.com> References: <29f585dd0805050834u344ced89q297f8bfb03ec6e58@mail.gmail.com> Message-ID: <200805072149.57628.bbruen@unwired.com.au> On Tue, 6 May 2008 01:34:27 am Arthur Fuller wrote: > I don't even understand the rudiments. Arthur, Arthur, Arthur, You must understand the rudiments of futures, options and warrants before you even get involved in this game. Rule 1: There are NO "bets" in futures. Rule 2: There are only 4 basic bets in options. Rule 3: Everything else is derived from rule 1 and 2, and possibly rule 12. -- regards Bruce From wdhindman at dejpolsystems.com Wed May 7 07:22:26 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Wed, 7 May 2008 08:22:26 -0400 Subject: [AccessD] [SPAM] Re: MYOB References: Message-ID: ...she's not the only one. William -------------------------------------------------- From: "Hadyn Morgan" Sent: Wednesday, May 07, 2008 4:35 AM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] [SPAM] Re: MYOB > You're getting confused with Cary Prague's Yes! I Can Run My Business > software, completely different kettle of fish from MYOB which was never > written in Access. > > A few years ago I looked into interfacing Access with MYOB and one option > was to buy the ODBC driver from the MYOB people but my client didn't want > to > pay for it. So I wrote an invoicing application that would pull in 3 csv > files and produced approx 3000 invoices in 2 text files ready for > importing > into MYOB. The import specifications are in the MYOB documentation. > > Kind regards > Hadyn > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Charlotte Foust > Sent: Wednesday, 7 May 2008 10:50 > To: Access Developers discussion and problem solving > Subject: [SPAM] Re: [AccessD] MYOB > > > I don't know what it's written in now, but Cary Prague originally wrote > it in Access. > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > at Beach Access Software > Sent: Tuesday, May 06, 2008 3:11 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] MYOB > > > > > > Dear List: > > Spoke with a potential client today using MYOB. Has anyone interfaced > Access with their database? Know what the development platform is? > > They have an export feature which we tried to run, but apparently > everyone has to be out of the db to run it. Which makes it somewhat > useless. > > MTIA, > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.e-z-mrp.com > > www.bchacc.com > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 269.23.9/1417 - Release Date: 6/05/2008 > 08:07 > > No virus found in this outgoing message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 269.23.9/1417 - Release Date: 6/05/2008 > 08:07 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Wed May 7 08:05:35 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Wed, 7 May 2008 06:05:35 -0700 Subject: [AccessD] MYOB In-Reply-To: References: <009301c8afc6$0e315a80$0301a8c0@HAL9005> Message-ID: <000f01c8b043$0a5ddc80$0301a8c0@HAL9005> I think I'll call their tech support today and see about that key. Do you know how much they charge for the ODBC? Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Anita Smith Sent: Tuesday, May 06, 2008 6:41 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] MYOB Rocky, Wo do quite a bit of interaction with MYOB. You can read and write to the MYOB database using tables set up within MYOB specifically for this (ie you don't have access to the tables directly). We have not had problems accessing the data while someone is in the system. We use ADO and the MYOB ODBC provided by MYOB themselves. The client also have to enable the ODBC access to the datafile via a special KEY before it will work. As MYOB partners we can provide this KEY to our clients. Anita On Wed, May 7, 2008 at 8:10 AM, Rocky Smolin at Beach Access Software < rockysmolin at bchacc.com> wrote: > > > > > Dear List: > > Spoke with a potential client today using MYOB. Has anyone interfaced > Access with their database? Know what the development platform is? > > They have an export feature which we tried to run, but apparently > everyone has to be out of the db to run it. Which makes it somewhat useless. > > MTIA, > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.e-z-mrp.com > > www.bchacc.com > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.9/1418 - Release Date: 5/6/2008 5:17 PM From szayko at secor.com Wed May 7 08:07:16 2008 From: szayko at secor.com (Steve Zayko) Date: Wed, 7 May 2008 06:07:16 -0700 Subject: [AccessD] Simple Recordset Question In-Reply-To: Message-ID: <5D71EC0BA06F7C41B6088EF70CA4014E03782A9C@exchangecolo.secor.com> Gustav: Will this work if there are no records in the table? 99% of the time there will be no records in the Matrix table. It is being used as a dump for non-valid items. Thus if there are no records life is good and the code goes on. If there are records then the code fixes the issues and then moves on. Thanks for everyone's help. -Z Stephen Zayko, PE Associate Engineer Stantec 2321 Club Meridian Drive Suite E Okemos MI 48864 Ph: (517) 349-9499 Ext. 224 Fx: (517) 349-6863 Cell: (517) 204-5136 steve.zayko at stantec.com www.stantec.com The content of this email is the confidential property of Stantec and should not be copied, modified, retransmitted, or used for any purpose except with Stantec's written authorization. If you are not the intended recipient, please delete all copies and notify us immediately. Please consider the environment before printing this email. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, May 07, 2008 4:54 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Simple Recordset Question Hi Doug and Steve You don't even need "somefield": lngCount = DCount("*", "Matrix") /gustav >>> dw-murphy at cox.net 07-05-2008 04:51 >>> Why not just use dcount("somefield","Matrix")? One line. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Zayko Sent: Tuesday, May 06, 2008 3:10 PM To: Access Developers discussion and problem solving Subject: [AccessD] Simple Recordset Question OK, I have a first grader level question for you all. I have an access 2003 database and a form. When I click a button on said form I would like the code to open a table as a recordset and count the records. I know I have done this before and I know I have seen this done quite easily. However, I am getting an error that I cannot get past. This is my code: Dim rst_Matrix As Recordset Dim int_X as integer Set rst_Matrix = CurrentDb.OpenRecordset("SELECT Matrix.* from Matrix;", _ DbOpenDynaset, dbReadOnly) rst_Matrix.MoveLast int_X = rst_Matrix.RecordCount On line 3 I am getting a type mis-match. What am I doing wrong and how do I get my code to get past this? Thanks -Z Stephen Zayko, PE Associate Engineer Stantec 2321 Club Meridian Drive Suite E Okemos MI 48864 Ph: (517) 349-9499 Ext. 224 Fx: (517) 349-6863 Cell: (517) 204-5136 steve.zayko at stantec.com www.stantec.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Wed May 7 08:15:03 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Wed, 07 May 2008 15:15:03 +0200 Subject: [AccessD] Simple Recordset Question Message-ID: Hi Z Yes - it will return zero - but in that case DLookup might be faster: If IsNull(DLookup("Id", "Matrix")) Then ' Move on. ' .. more code Else ' Stop. End If /gustav >>> szayko at secor.com 07-05-2008 15:07 >>> Gustav: Will this work if there are no records in the table? 99% of the time there will be no records in the Matrix table. It is being used as a dump for non-valid items. Thus if there are no records life is good and the code goes on. If there are records then the code fixes the issues and then moves on. Thanks for everyone's help. -Z Stephen Zayko, PE Associate Engineer Stantec 2321 Club Meridian Drive Suite E Okemos MI 48864 Ph: (517) 349-9499 Ext. 224 Fx: (517) 349-6863 Cell: (517) 204-5136 steve.zayko at stantec.com www.stantec.com The content of this email is the confidential property of Stantec and should not be copied, modified, retransmitted, or used for any purpose except with Stantec's written authorization. If you are not the intended recipient, please delete all copies and notify us immediately. Please consider the environment before printing this email. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, May 07, 2008 4:54 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Simple Recordset Question Hi Doug and Steve You don't even need "somefield": lngCount = DCount("*", "Matrix") /gustav >>> dw-murphy at cox.net 07-05-2008 04:51 >>> Why not just use dcount("somefield","Matrix")? One line. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Zayko Sent: Tuesday, May 06, 2008 3:10 PM To: Access Developers discussion and problem solving Subject: [AccessD] Simple Recordset Question OK, I have a first grader level question for you all. I have an access 2003 database and a form. When I click a button on said form I would like the code to open a table as a recordset and count the records. I know I have done this before and I know I have seen this done quite easily. However, I am getting an error that I cannot get past. This is my code: Dim rst_Matrix As Recordset Dim int_X as integer Set rst_Matrix = CurrentDb.OpenRecordset("SELECT Matrix.* from Matrix;", _ DbOpenDynaset, dbReadOnly) rst_Matrix.MoveLast int_X = rst_Matrix.RecordCount On line 3 I am getting a type mis-match. What am I doing wrong and how do I get my code to get past this? From fuller.artful at gmail.com Wed May 7 08:29:49 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Wed, 7 May 2008 09:29:49 -0400 Subject: [AccessD] Hedging Your Bets In-Reply-To: <200805072149.57628.bbruen@unwired.com.au> References: <29f585dd0805050834u344ced89q297f8bfb03ec6e58@mail.gmail.com> <200805072149.57628.bbruen@unwired.com.au> Message-ID: <29f585dd0805070629y62b82a6dw42caa5fd9b781def@mail.gmail.com> What are the four basic bets in options? On Wed, May 7, 2008 at 7:49 AM, Bruce Bruen wrote: > On Tue, 6 May 2008 01:34:27 am Arthur Fuller wrote: > > I don't even understand the rudiments. > > Arthur, Arthur, Arthur, > > You must understand the rudiments of futures, options and warrants before > you > even get involved in this game. > > Rule 1: There are NO "bets" in futures. > Rule 2: There are only 4 basic bets in options. > Rule 3: Everything else is derived from rule 1 and 2, and possibly rule 12. > From edzedz at comcast.net Wed May 7 09:40:47 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Wed, 7 May 2008 07:40:47 -0700 Subject: [AccessD] Simple Recordset Question In-Reply-To: <5D71EC0BA06F7C41B6088EF70CA4014E03782A9C@exchangecolo.secor.com> Message-ID: <006c01c8b050$5773d3a0$e1dea8c0@dudley1> This works with empty tables too. Debug.Print zzzTest04(1), zzzTest04(2) 0 138 Function zzzTest04(zflag As Long) As Long ' *************************************************** ' simple record count ' *************************************************** Dim lRcdCount As Long Dim sSQL As String Dim dbsV2H As DAO.Database Dim rsPull As DAO.Recordset DBEngine.SetOption dbMaxLocksPerFile, 5752048 Set dbsV2H = CurrentDb() zzzTest04 = 0 sSQL = "" sSQL = sSQL & " SELECT " sSQL = sSQL & " * " sSQL = sSQL & " FROM " If zflag = 2 Then sSQL = sSQL & " JP02Boiler " Else sSQL = sSQL & " JP03Req " End If sSQL = sSQL & " ; " Set rsPull = dbsV2H.OpenRecordset(sSQL) On Error Resume Next lRcdCount = 0 rsPull.MoveLast lRcdCount = rsPull.RecordCount rsPull.MoveFirst On Error GoTo 0 zzzTest04 = lRcdCount On Error Resume Next rsPull.Close dbsV2H.Close On Error GoTo 0 End Function -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Steve Zayko Sent: Wednesday, May 07, 2008 6:07 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Simple Recordset Question Gustav: Will this work if there are no records in the table? 99% of the time there will be no records in the Matrix table. It is being used as a dump for non-valid items. Thus if there are no records life is good and the code goes on. If there are records then the code fixes the issues and then moves on. Thanks for everyone's help. -Z Stephen Zayko, PE Associate Engineer Stantec 2321 Club Meridian Drive Suite E Okemos MI 48864 Ph: (517) 349-9499 Ext. 224 Fx: (517) 349-6863 Cell: (517) 204-5136 steve.zayko at stantec.com www.stantec.com The content of this email is the confidential property of Stantec and should not be copied, modified, retransmitted, or used for any purpose except with Stantec's written authorization. If you are not the intended recipient, please delete all copies and notify us immediately. Please consider the environment before printing this email. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, May 07, 2008 4:54 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Simple Recordset Question Hi Doug and Steve You don't even need "somefield": lngCount = DCount("*", "Matrix") /gustav >>> dw-murphy at cox.net 07-05-2008 04:51 >>> Why not just use dcount("somefield","Matrix")? One line. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Zayko Sent: Tuesday, May 06, 2008 3:10 PM To: Access Developers discussion and problem solving Subject: [AccessD] Simple Recordset Question OK, I have a first grader level question for you all. I have an access 2003 database and a form. When I click a button on said form I would like the code to open a table as a recordset and count the records. I know I have done this before and I know I have seen this done quite easily. However, I am getting an error that I cannot get past. This is my code: Dim rst_Matrix As Recordset Dim int_X as integer Set rst_Matrix = CurrentDb.OpenRecordset("SELECT Matrix.* from Matrix;", _ DbOpenDynaset, dbReadOnly) rst_Matrix.MoveLast int_X = rst_Matrix.RecordCount On line 3 I am getting a type mis-match. What am I doing wrong and how do I get my code to get past this? Thanks -Z Stephen Zayko, PE Associate Engineer Stantec 2321 Club Meridian Drive Suite E Okemos MI 48864 Ph: (517) 349-9499 Ext. 224 Fx: (517) 349-6863 Cell: (517) 204-5136 steve.zayko at stantec.com www.stantec.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dw-murphy at cox.net Wed May 7 11:06:18 2008 From: dw-murphy at cox.net (Doug Murphy) Date: Wed, 7 May 2008 09:06:18 -0700 Subject: [AccessD] Simple Recordset Question In-Reply-To: References: Message-ID: <002b01c8b05c$48d9eb20$0200a8c0@murphy3234aaf1> Thanks Gustav,even Better. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, May 07, 2008 1:54 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Simple Recordset Question Hi Doug and Steve You don't even need "somefield": lngCount = DCount("*", "Matrix") /gustav >>> dw-murphy at cox.net 07-05-2008 04:51 >>> Why not just use dcount("somefield","Matrix")? One line. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Zayko Sent: Tuesday, May 06, 2008 3:10 PM To: Access Developers discussion and problem solving Subject: [AccessD] Simple Recordset Question OK, I have a first grader level question for you all. I have an access 2003 database and a form. When I click a button on said form I would like the code to open a table as a recordset and count the records. I know I have done this before and I know I have seen this done quite easily. However, I am getting an error that I cannot get past. This is my code: Dim rst_Matrix As Recordset Dim int_X as integer Set rst_Matrix = CurrentDb.OpenRecordset("SELECT Matrix.* from Matrix;", _ DbOpenDynaset, dbReadOnly) rst_Matrix.MoveLast int_X = rst_Matrix.RecordCount On line 3 I am getting a type mis-match. What am I doing wrong and how do I get my code to get past this? Thanks -Z Stephen Zayko, PE Associate Engineer Stantec 2321 Club Meridian Drive Suite E Okemos MI 48864 Ph: (517) 349-9499 Ext. 224 Fx: (517) 349-6863 Cell: (517) 204-5136 steve.zayko at stantec.com www.stantec.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at AIG.com Wed May 7 12:08:08 2008 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Wed, 7 May 2008 13:08:08 -0400 Subject: [AccessD] Simple Recordset Question Message-ID: <34C8A2AB1EF3564CB0D64DB6AFFDD5C21479E90D@XLIVMBX35bkup.aig.com> FYI. The type mismatch error was because int_X is an Integer, but RecordCount is a Long. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Wednesday, May 07, 2008 12:06 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Simple Recordset Question Thanks Gustav,even Better. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, May 07, 2008 1:54 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Simple Recordset Question Hi Doug and Steve You don't even need "somefield": lngCount = DCount("*", "Matrix") /gustav >>> dw-murphy at cox.net 07-05-2008 04:51 >>> Why not just use dcount("somefield","Matrix")? One line. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Zayko Sent: Tuesday, May 06, 2008 3:10 PM To: Access Developers discussion and problem solving Subject: [AccessD] Simple Recordset Question OK, I have a first grader level question for you all. I have an access 2003 database and a form. When I click a button on said form I would like the code to open a table as a recordset and count the records. I know I have done this before and I know I have seen this done quite easily. However, I am getting an error that I cannot get past. This is my code: Dim rst_Matrix As Recordset Dim int_X as integer Set rst_Matrix = CurrentDb.OpenRecordset("SELECT Matrix.* from Matrix;", _ DbOpenDynaset, dbReadOnly) rst_Matrix.MoveLast int_X = rst_Matrix.RecordCount On line 3 I am getting a type mis-match. What am I doing wrong and how do I get my code to get past this? Thanks -Z Stephen Zayko, PE Associate Engineer Stantec 2321 Club Meridian Drive Suite E Okemos MI 48864 Ph: (517) 349-9499 Ext. 224 Fx: (517) 349-6863 Cell: (517) 204-5136 steve.zayko at stantec.com www.stantec.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bbruen at unwired.com.au Wed May 7 16:06:50 2008 From: bbruen at unwired.com.au (Bruce Bruen) Date: Thu, 8 May 2008 07:06:50 +1000 Subject: [AccessD] Hedging Your Bets In-Reply-To: <29f585dd0805070629y62b82a6dw42caa5fd9b781def@mail.gmail.com> References: <29f585dd0805050834u344ced89q297f8bfb03ec6e58@mail.gmail.com> <200805072149.57628.bbruen@unwired.com.au> <29f585dd0805070629y62b82a6dw42caa5fd9b781def@mail.gmail.com> Message-ID: <200805080706.52408.bbruen@unwired.com.au> On Wed, 7 May 2008 11:29:49 pm Arthur Fuller wrote: > What are the four basic bets in options? > Hi Arthur Google "options spreads" Google "options caps collars" should give you a couple of million items. -- regards Bruce From rockysmolin at bchacc.com Wed May 7 16:43:05 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Wed, 7 May 2008 14:43:05 -0700 Subject: [AccessD] MYOB In-Reply-To: References: <009301c8afc6$0e315a80$0301a8c0@HAL9005> Message-ID: <008b01c8b08b$55608230$0301a8c0@HAL9005> Spoke with MYOB tech support and they say the ODBC is now included with the install of the system - no cost, no key. So I guess it's back to the client for another look. Thanks and regards, Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Anita Smith Sent: Tuesday, May 06, 2008 6:41 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] MYOB Rocky, Wo do quite a bit of interaction with MYOB. You can read and write to the MYOB database using tables set up within MYOB specifically for this (ie you don't have access to the tables directly). We have not had problems accessing the data while someone is in the system. We use ADO and the MYOB ODBC provided by MYOB themselves. The client also have to enable the ODBC access to the datafile via a special KEY before it will work. As MYOB partners we can provide this KEY to our clients. Anita On Wed, May 7, 2008 at 8:10 AM, Rocky Smolin at Beach Access Software < rockysmolin at bchacc.com> wrote: > > > > > Dear List: > > Spoke with a potential client today using MYOB. Has anyone interfaced > Access with their database? Know what the development platform is? > > They have an export feature which we tried to run, but apparently > everyone has to be out of the db to run it. Which makes it somewhat useless. > > MTIA, > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.e-z-mrp.com > > www.bchacc.com > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.9/1418 - Release Date: 5/6/2008 5:17 PM From rosalyn.clarke at barclays.com Thu May 8 05:56:33 2008 From: rosalyn.clarke at barclays.com (rosalyn.clarke at barclays.com) Date: Thu, 8 May 2008 11:56:33 +0100 Subject: [AccessD] Drive mappings & global constants Message-ID: Dear List I have just been asked to resolve something, in zero time as usual, and I'm sure there should be an elegant solution I just can't think of it. There is a team that has 100+ Access databases, Excel spreadsheets and Word templates that contain dependencies on a particular network drive that is currently mapped to 'h:\'. In a few weeks time they will no longer be able to use 'h:\' and will be given a new drive mapping. At some point shortly after that, the server will be changed too, so the current DNS path will no longer be valid either. I don't know -and nobody will say for definite - what the new mapping & new DNS path will be. These files are critical and the business insists on no more than 24 hours downtime. The dependencies include import/export routines, linked tables & linked files. What I would like to do is run a giant F&R on the code modules and replace the root drives with a constant, and then make the constant available so that ALL the applications use the constant. Then they can muck about with drive mappings etc. to their heart's content and I won't have to come back to the South coast and stay up all night changing code. Any tips or ideas for making this work? Is it possible? I have code for updating the code modules that should almost work but I've no idea how to expose a constant across multiple apps. TIA Roz "DSMP Mission - Building the future of Barclays computing infrastructure. 4K customers won in 2007, 10k+ to delight in 2008." This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. From Gustav at cactus.dk Thu May 8 06:36:43 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Thu, 08 May 2008 13:36:43 +0200 Subject: [AccessD] Drive mappings & global constants Message-ID: Hi Roz Seems impossible to carry out over night ... But an interim solution could be to use the forgotten gem SUBST, a DOS command to virtualize a drive letter. Call it from VBA like this: Call CreateVirtualDriveH given you create the sub: Public Sub CreateVirtualDriveH() ' Specify new path which holds stuff of previous drive H:. Const cstrNewPath As String = "s:\" Shell "subst h: " & cstrNewPath & "", vbHide End Sub /gustav >>> rosalyn.clarke at barclays.com 08-05-2008 12:56 >>> Dear List I have just been asked to resolve something, in zero time as usual, and I'm sure there should be an elegant solution I just can't think of it. There is a team that has 100+ Access databases, Excel spreadsheets and Word templates that contain dependencies on a particular network drive that is currently mapped to 'h:\'. In a few weeks time they will no longer be able to use 'h:\' and will be given a new drive mapping. At some point shortly after that, the server will be changed too, so the current DNS path will no longer be valid either. I don't know -and nobody will say for definite - what the new mapping & new DNS path will be. These files are critical and the business insists on no more than 24 hours downtime. The dependencies include import/export routines, linked tables & linked files. What I would like to do is run a giant F&R on the code modules and replace the root drives with a constant, and then make the constant available so that ALL the applications use the constant. Then they can muck about with drive mappings etc. to their heart's content and I won't have to come back to the South coast and stay up all night changing code. Any tips or ideas for making this work? Is it possible? I have code for updating the code modules that should almost work but I've no idea how to expose a constant across multiple apps. TIA Roz From max.wanadoo at gmail.com Thu May 8 06:50:56 2008 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 8 May 2008 12:50:56 +0100 Subject: [AccessD] Drive mappings & global constants In-Reply-To: References: Message-ID: <00e101c8b101$c724a3d0$8119fea9@LTVM> Gustav, What a memory you have! In days gone by, I used this SUBST stuff a lot but I have to say that it had gone completely out of memory until you mentioned it here. Great stuff! Hope it does the trick. Roz: I wouldn't use a constant but a field in a table linked to a maintenance form. That way if it changes you don't need access to the code. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, May 08, 2008 12:37 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Drive mappings & global constants Hi Roz Seems impossible to carry out over night ... But an interim solution could be to use the forgotten gem SUBST, a DOS command to virtualize a drive letter. Call it from VBA like this: Call CreateVirtualDriveH given you create the sub: Public Sub CreateVirtualDriveH() ' Specify new path which holds stuff of previous drive H:. Const cstrNewPath As String = "s:\" Shell "subst h: " & cstrNewPath & "", vbHide End Sub /gustav >>> rosalyn.clarke at barclays.com 08-05-2008 12:56 >>> Dear List I have just been asked to resolve something, in zero time as usual, and I'm sure there should be an elegant solution I just can't think of it. There is a team that has 100+ Access databases, Excel spreadsheets and Word templates that contain dependencies on a particular network drive that is currently mapped to 'h:\'. In a few weeks time they will no longer be able to use 'h:\' and will be given a new drive mapping. At some point shortly after that, the server will be changed too, so the current DNS path will no longer be valid either. I don't know -and nobody will say for definite - what the new mapping & new DNS path will be. These files are critical and the business insists on no more than 24 hours downtime. The dependencies include import/export routines, linked tables & linked files. What I would like to do is run a giant F&R on the code modules and replace the root drives with a constant, and then make the constant available so that ALL the applications use the constant. Then they can muck about with drive mappings etc. to their heart's content and I won't have to come back to the South coast and stay up all night changing code. Any tips or ideas for making this work? Is it possible? I have code for updating the code modules that should almost work but I've no idea how to expose a constant across multiple apps. TIA Roz -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu May 8 07:58:28 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 08 May 2008 08:58:28 -0400 Subject: [AccessD] Drive mappings & global constants In-Reply-To: References: Message-ID: <4822F8F4.1040209@colbyconsulting.com> Roz, 1) What do you mean by "they will no longer be able to use 'h:\'"? Are all the machines going to have some new network something mapped to h:? If this is the case then Gustav's suggestion will not work since H: will be in use for something else. 2) How many machines use these files? What is their physical location / distribution? All in one building, all in one city, all somewhere in the UK? 3) Where are the applications stored and how are they referenced? Local to the hard drive of the workstation? Copied down to the local drive using batch files? On the same drive H: that is being remapped? Scattered to hell and back on 47 different servers? If they are located on the same H: drive (and H: is now going to be used for something else), then you need to look at whether there are shortcuts (to open the apps) on the user's machines that also need to change to point to the new location. Perhaps not your job but something to keep in mind. 4) What kind of dependencies are we talking about? Word docs trying to mail merge from data on that drive? Word documents trying to store copies of themselves to that drive? What kind of Excel dependencies? Access can be the worst of all since it can involve table links, embedded references in queries (IN 'H:\Somefile.MDB'), code references. You probably don't have the facts yet but there really isn't enough information in your email to coherently discuss this thing. AFAIK, there is no common "something" that all these apps (Access, Word and Excel) can reference. IOW (again, to my knowledge) Word docs cannot "see" Access libraries or Excel VBA modules, likewise with Excel and Access. This implies that each application, whether it be a word doc, excel doc or Access application will have to be hand modified. You could write a piece of VBA code to open a file and extract the new "drive location", or to open a table, perhaps stored in an Access BE. Since the same VBA code can run in Word, Excel and Access, this might provide a way for each application to determine at run time where it needs to go to do whatever it needs to do. For this to help of course you need a known location to store that file or BE. Since we do not know yet what kinds of "dependencies" exist... it is hard to pin down how big the effort is in terms of the S&R. Me thinks this won't be a half day job. In fact me thinks this will be a can of worms. John W. Colby www.ColbyConsulting.com rosalyn.clarke at barclays.com wrote: > Dear List > > I have just been asked to resolve something, in zero time as usual, and I'm > sure there should be an elegant solution I just can't think of it. > > There is a team that has 100+ Access databases, Excel spreadsheets and Word > templates that contain dependencies on a particular network drive that is > currently mapped to 'h:\'. In a few weeks time they will no longer be able to > use 'h:\' and will be given a new drive mapping. At some point shortly after > that, the server will be changed too, so the current DNS path will no longer > be valid either. > > I don't know -and nobody will say for definite - what the new mapping & new > DNS path will be. These files are critical and the business insists on no > more than 24 hours downtime. > > The dependencies include import/export routines, linked tables & linked > files. > > What I would like to do is run a giant F&R on the code modules and replace > the root drives with a constant, and then make the constant available so that > ALL the applications use the constant. Then they can muck about with drive > mappings etc. to their heart's content and I won't have to come back to the > South coast and stay up all night changing code. > > Any tips or ideas for making this work? Is it possible? I have code for > updating the code modules that should almost work but I've no idea how to > expose a constant across multiple apps. > > TIA > > Roz From dwaters at usinternet.com Thu May 8 08:08:35 2008 From: dwaters at usinternet.com (Dan Waters) Date: Thu, 8 May 2008 08:08:35 -0500 Subject: [AccessD] Drive mappings & global constants In-Reply-To: References: Message-ID: <001201c8b10c$9fe666e0$0300a8c0@danwaters> Hi Roz, I had a similar server switching event at an early customer where it took me 5 hours to recode one database. Vowing to never go through that again, I eventually learned how to put the server path in one .ini file. Now the database reads the path from the .ini file on opening. A .ini file is simply a text file with a .ini extension, structured in a specific way. For my convenience, I put the .ini file into the same folder as the front end .mdb. You could use one file for all your databases. You might be able to create one small database just for this purpose that could then be called by all the other databases??? I haven't tried this myself. Last month at a different customer when we switched servers, changing the path to the new server was a complete non-event. I just typed in the new path in the .ini file - done in 20 seconds. Note: frmGlobalVariables is a hidden sentinel form which contains many global variables and is always open. Note: SystemFolderPath and SystemBEName are functions which read from the sentinel form. Example .ini file contents: ----------------------------------------------------------------------- [Parameters] SystemFolderPath=\\10.99.99.99\prod$\Operations\PSISystem SystemBEName=PSIBE.mdb ----------------------------------------------------------------------- Example Code: '---------------------------------------------------------------------- Public Sub PopulateBEPath() On Error GoTo EH Dim frm As Form Set frm = Forms("frmGlobalVariables") frm("txtINIFileName") = "PSI.ini" frm("txtSystemFolderPath") = ReadIniFile("Parameters", "SystemFolderPath") frm("txtSystemBEName") = ReadIniFile("Parameters", "SystemBEName") frm("txtBEFullPath") = SystemFolderPath & "\BackEnd\" & SystemBEName Exit Sub EH: Call GlobalErrors("", Err.Number, Err.Description, "Startup", "PopulateBEPath", , , "Line " & Erl) End Sub HTH, Dan '----------------------------------------------------------------------- Public Function ReadIniFile(ByVal stgSect As String, ByVal stgKey As String) As String On Error GoTo EH Dim strRet As String * 128 Dim intSize As Integer Dim intCharsReturned As Integer Dim stgINIPath As String If stgSect = "" Or stgKey = "" Then MsgBox "Section Or Key To Read Not Specified!", vbExclamation, "INI" Else stgINIPath = CurrentProject.Path intCharsReturned = GetPrivateProfileString(stgSect, stgKey, "", strRet, 128, stgINIPath & "\" & "PSI.ini") If intCharsReturned > 0 Then ReadIniFile = Left$(strRet, intCharsReturned) End If End If Exit Function EH: Call GlobalErrors("", Err.Number, Err.Description, "INI File", "ReadIniFile", , , "Line " & Erl) End Function '-------------------------------------------------------------------------- -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of rosalyn.clarke at barclays.com Sent: Thursday, May 08, 2008 5:57 AM To: accessd at databaseadvisors.com Subject: [AccessD] Drive mappings & global constants Dear List I have just been asked to resolve something, in zero time as usual, and I'm sure there should be an elegant solution I just can't think of it. There is a team that has 100+ Access databases, Excel spreadsheets and Word templates that contain dependencies on a particular network drive that is currently mapped to 'h:\'. In a few weeks time they will no longer be able to use 'h:\' and will be given a new drive mapping. At some point shortly after that, the server will be changed too, so the current DNS path will no longer be valid either. I don't know -and nobody will say for definite - what the new mapping & new DNS path will be. These files are critical and the business insists on no more than 24 hours downtime. The dependencies include import/export routines, linked tables & linked files. What I would like to do is run a giant F&R on the code modules and replace the root drives with a constant, and then make the constant available so that ALL the applications use the constant. Then they can muck about with drive mappings etc. to their heart's content and I won't have to come back to the South coast and stay up all night changing code. Any tips or ideas for making this work? Is it possible? I have code for updating the code modules that should almost work but I've no idea how to expose a constant across multiple apps. TIA Roz "DSMP Mission - Building the future of Barclays computing infrastructure. 4K customers won in 2007, 10k+ to delight in 2008." This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Thu May 8 08:17:58 2008 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 8 May 2008 14:17:58 +0100 Subject: [AccessD] Drive mappings & global constants In-Reply-To: <4822F8F4.1040209@colbyconsulting.com> References: <4822F8F4.1040209@colbyconsulting.com> Message-ID: <000601c8b10d$effa2b20$8119fea9@LTVM> Gulp! Don't worry Roz, I think John is just trying to cheer you up for the weekend. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 08, 2008 1:58 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Drive mappings & global constants Roz, 1) What do you mean by "they will no longer be able to use 'h:\'"? Are all the machines going to have some new network something mapped to h:? If this is the case then Gustav's suggestion will not work since H: will be in use for something else. 2) How many machines use these files? What is their physical location / distribution? All in one building, all in one city, all somewhere in the UK? 3) Where are the applications stored and how are they referenced? Local to the hard drive of the workstation? Copied down to the local drive using batch files? On the same drive H: that is being remapped? Scattered to hell and back on 47 different servers? If they are located on the same H: drive (and H: is now going to be used for something else), then you need to look at whether there are shortcuts (to open the apps) on the user's machines that also need to change to point to the new location. Perhaps not your job but something to keep in mind. 4) What kind of dependencies are we talking about? Word docs trying to mail merge from data on that drive? Word documents trying to store copies of themselves to that drive? What kind of Excel dependencies? Access can be the worst of all since it can involve table links, embedded references in queries (IN 'H:\Somefile.MDB'), code references. You probably don't have the facts yet but there really isn't enough information in your email to coherently discuss this thing. AFAIK, there is no common "something" that all these apps (Access, Word and Excel) can reference. IOW (again, to my knowledge) Word docs cannot "see" Access libraries or Excel VBA modules, likewise with Excel and Access. This implies that each application, whether it be a word doc, excel doc or Access application will have to be hand modified. You could write a piece of VBA code to open a file and extract the new "drive location", or to open a table, perhaps stored in an Access BE. Since the same VBA code can run in Word, Excel and Access, this might provide a way for each application to determine at run time where it needs to go to do whatever it needs to do. For this to help of course you need a known location to store that file or BE. Since we do not know yet what kinds of "dependencies" exist... it is hard to pin down how big the effort is in terms of the S&R. Me thinks this won't be a half day job. In fact me thinks this will be a can of worms. John W. Colby www.ColbyConsulting.com rosalyn.clarke at barclays.com wrote: > Dear List > > I have just been asked to resolve something, in zero time as usual, > and I'm sure there should be an elegant solution I just can't think of it. > > There is a team that has 100+ Access databases, Excel spreadsheets and > Word templates that contain dependencies on a particular network drive > that is currently mapped to 'h:\'. In a few weeks time they will no > longer be able to use 'h:\' and will be given a new drive mapping. At > some point shortly after that, the server will be changed too, so the > current DNS path will no longer be valid either. > > I don't know -and nobody will say for definite - what the new mapping > & new DNS path will be. These files are critical and the business > insists on no more than 24 hours downtime. > > The dependencies include import/export routines, linked tables & > linked files. > > What I would like to do is run a giant F&R on the code modules and > replace the root drives with a constant, and then make the constant > available so that ALL the applications use the constant. Then they can > muck about with drive mappings etc. to their heart's content and I > won't have to come back to the South coast and stay up all night changing code. > > Any tips or ideas for making this work? Is it possible? I have code > for updating the code modules that should almost work but I've no idea > how to expose a constant across multiple apps. > > TIA > > Roz -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu May 8 09:05:24 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 08 May 2008 10:05:24 -0400 Subject: [AccessD] Make query design view look like data view Message-ID: <482308A4.1000005@colbyconsulting.com> Someone long ago published a method of making the design view of a query look like the data view of the query, i.e. the fields in the same order in design view as when you are viewing the data. Does anyone remember this and can you publish it again? Millones de Gracias! -- John W. Colby www.ColbyConsulting.com From dwaters at usinternet.com Thu May 8 09:20:26 2008 From: dwaters at usinternet.com (Dan Waters) Date: Thu, 8 May 2008 09:20:26 -0500 Subject: [AccessD] Make query design view look like data view In-Reply-To: <482308A4.1000005@colbyconsulting.com> References: <482308A4.1000005@colbyconsulting.com> Message-ID: <002401c8b116$a9217c40$0300a8c0@danwaters> ??? They are already in the same order. Need more info! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 08, 2008 9:05 AM To: Access Developers discussion and problem solving Subject: [AccessD] Make query design view look like data view Someone long ago published a method of making the design view of a query look like the data view of the query, i.e. the fields in the same order in design view as when you are viewing the data. Does anyone remember this and can you publish it again? Millones de Gracias! -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu May 8 10:01:22 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 08 May 2008 11:01:22 -0400 Subject: [AccessD] Make query design view look like data view In-Reply-To: <002401c8b116$a9217c40$0300a8c0@danwaters> References: <482308A4.1000005@colbyconsulting.com> <002401c8b116$a9217c40$0300a8c0@danwaters> Message-ID: <482315C2.9060609@colbyconsulting.com> When you view data in a query you can move the fields around, slide this field left, then this field right etc. If you SAVE the query after that, then the fields when viewing data are in a different order than the fields when viewing it in design. When it is a big query (lots of fields) it is very confusing trying to find a specific field in design view when it "should be" next to this field (as seen in the data view). John W. Colby www.ColbyConsulting.com Dan Waters wrote: > ??? > > They are already in the same order. Need more info! > > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 08, 2008 9:05 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Make query design view look like data view > > Someone long ago published a method of making the design view of a query > look like the data view of the query, i.e. the fields in the same order > in design view as when you are viewing the data. > > Does anyone remember this and can you publish it again? > > Millones de Gracias! > From Gustav at cactus.dk Thu May 8 10:17:02 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Thu, 08 May 2008 17:17:02 +0200 Subject: [AccessD] Make query design view look like data view Message-ID: Hi John Loop through the fields of the query and - for each field - set the ordinal position of the field to the index of the field? /gustav >>> jwcolby at colbyconsulting.com 08-05-2008 17:01 >>> When you view data in a query you can move the fields around, slide this field left, then this field right etc. If you SAVE the query after that, then the fields when viewing data are in a different order than the fields when viewing it in design. When it is a big query (lots of fields) it is very confusing trying to find a specific field in design view when it "should be" next to this field (as seen in the data view). John W. Colby www.ColbyConsulting.com From max.wanadoo at gmail.com Thu May 8 10:21:41 2008 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 8 May 2008 16:21:41 +0100 Subject: [AccessD] Make query design view look like data view In-Reply-To: References: Message-ID: <009a01c8b11f$385646e0$8119fea9@LTVM> You are one clever guy, Gustav. Any code? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, May 08, 2008 4:17 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Make query design view look like data view Hi John Loop through the fields of the query and - for each field - set the ordinal position of the field to the index of the field? /gustav >>> jwcolby at colbyconsulting.com 08-05-2008 17:01 >>> When you view data in a query you can move the fields around, slide this field left, then this field right etc. If you SAVE the query after that, then the fields when viewing data are in a different order than the fields when viewing it in design. When it is a big query (lots of fields) it is very confusing trying to find a specific field in design view when it "should be" next to this field (as seen in the data view). John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From robin.lawrence at merseybeat.co.uk Thu May 8 10:22:37 2008 From: robin.lawrence at merseybeat.co.uk (Robin (Merseybeat)) Date: Thu, 8 May 2008 16:22:37 +0100 Subject: [AccessD] Make query design view look like data view In-Reply-To: <560E2B80EC8F624B93A87B943B7A9CD584FB52@rgiserv.rg.local> Message-ID: <560E2B80EC8F624B93A87B943B7A9CD559AF59@rgiserv.rg.local> John, If you cut and paste the SQL from the SQL window of the query into a new query I think it the feilds should frevert back to their original order? Sorry can't test it at the moment Rgds Robin -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: 08 May 2008 16:01 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Make query design view look like data view When you view data in a query you can move the fields around, slide this field left, then this field right etc. If you SAVE the query after that, then the fields when viewing data are in a different order than the fields when viewing it in design. When it is a big query (lots of fields) it is very confusing trying to find a specific field in design view when it "should be" next to this field (as seen in the data view). John W. Colby www.ColbyConsulting.com Dan Waters wrote: > ??? > > They are already in the same order. Need more info! > > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 08, 2008 9:05 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Make query design view look like data view > > Someone long ago published a method of making the design view of a > query > look like the data view of the query, i.e. the fields in the same order > in design view as when you are viewing the data. > > Does anyone remember this and can you publish it again? > > Millones de Gracias! > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu May 8 10:27:34 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 08 May 2008 11:27:34 -0400 Subject: [AccessD] Make query design view look like data view In-Reply-To: References: Message-ID: <48231BE6.20407@colbyconsulting.com> Gustav, That is what I am looking for. I thought someone had code already written. Thanks for the info though. I will go write the code if no one pops up with it. John W. Colby www.ColbyConsulting.com Gustav Brock wrote: > Hi John > > Loop through the fields of the query and - for each field - set the ordinal position of the field to the index of the field? > > /gustav > > > >>>> jwcolby at colbyconsulting.com 08-05-2008 17:01 >>> > When you view data in a query you can move the fields around, slide this > field left, then this field right etc. If you SAVE the query after > that, then the fields when viewing data are in a different order than > the fields when viewing it in design. When it is a big query (lots of > fields) it is very confusing trying to find a specific field in design > view when it "should be" next to this field (as seen in the data view). > > John W. Colby > www.ColbyConsulting.com > > > From Gustav at cactus.dk Thu May 8 10:29:52 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Thu, 08 May 2008 17:29:52 +0200 Subject: [AccessD] Make query design view look like data view Message-ID: Hi Max Oh, I didn't invent that, just recall faintly ... As John, I think it was posted some time ago. /gustav >>> max.wanadoo at gmail.com 08-05-2008 17:21 >>> You are one clever guy, Gustav. Any code? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, May 08, 2008 4:17 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Make query design view look like data view Hi John Loop through the fields of the query and - for each field - set the ordinal position of the field to the index of the field? /gustav >>> jwcolby at colbyconsulting.com 08-05-2008 17:01 >>> When you view data in a query you can move the fields around, slide this field left, then this field right etc. If you SAVE the query after that, then the fields when viewing data are in a different order than the fields when viewing it in design. When it is a big query (lots of fields) it is very confusing trying to find a specific field in design view when it "should be" next to this field (as seen in the data view). John W. Colby www.ColbyConsulting.com From dwaters at usinternet.com Thu May 8 10:31:14 2008 From: dwaters at usinternet.com (Dan Waters) Date: Thu, 8 May 2008 10:31:14 -0500 Subject: [AccessD] Make query design view look like data view In-Reply-To: <482315C2.9060609@colbyconsulting.com> References: <482308A4.1000005@colbyconsulting.com><002401c8b116$a9217c40$0300a8c0@danwaters> <482315C2.9060609@colbyconsulting.com> Message-ID: <002c01c8b120$8d35eb10$0300a8c0@danwaters> Aaaargh! After ten years of Access I had no idea this could be done. Maybe that's called being focused; maybe not! Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 08, 2008 10:01 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Make query design view look like data view When you view data in a query you can move the fields around, slide this field left, then this field right etc. If you SAVE the query after that, then the fields when viewing data are in a different order than the fields when viewing it in design. When it is a big query (lots of fields) it is very confusing trying to find a specific field in design view when it "should be" next to this field (as seen in the data view). John W. Colby www.ColbyConsulting.com Dan Waters wrote: > ??? > > They are already in the same order. Need more info! > > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 08, 2008 9:05 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Make query design view look like data view > > Someone long ago published a method of making the design view of a query > look like the data view of the query, i.e. the fields in the same order > in design view as when you are viewing the data. > > Does anyone remember this and can you publish it again? > > Millones de Gracias! > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Thu May 8 10:34:29 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Thu, 08 May 2008 17:34:29 +0200 Subject: [AccessD] Make query design view look like data view Message-ID: Hi John Look up thread "Column Positions" from 2007-04-01. It can't be done but Shamil posted an alternative. /gustav >>> jwcolby at colbyconsulting.com 08-05-2008 17:27 >>> Gustav, That is what I am looking for. I thought someone had code already written. Thanks for the info though. I will go write the code if no one pops up with it. John W. Colby www.ColbyConsulting.com Gustav Brock wrote: > Hi John > > Loop through the fields of the query and - for each field - set the ordinal position of the field to the index of the field? > > /gustav > > > >>>> jwcolby at colbyconsulting.com 08-05-2008 17:01 >>> > When you view data in a query you can move the fields around, slide this > field left, then this field right etc. If you SAVE the query after > that, then the fields when viewing data are in a different order than > the fields when viewing it in design. When it is a big query (lots of > fields) it is very confusing trying to find a specific field in design > view when it "should be" next to this field (as seen in the data view). > > John W. Colby > www.ColbyConsulting.com From jwcolby at colbyconsulting.com Thu May 8 11:08:30 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 08 May 2008 12:08:30 -0400 Subject: [AccessD] Make query design view look like data view In-Reply-To: References: Message-ID: <4823257E.4030308@colbyconsulting.com> Look up thread "Column Positions" from 2007-04-01. mumble mumble how do I do that mumble mumble never use the archives mumble mumble apparently I need to mumble mumble John W. Colby www.ColbyConsulting.com Gustav Brock wrote: > Hi John > > Look up thread "Column Positions" from 2007-04-01. > > It can't be done but Shamil posted an alternative. > > /gustav > > >>>> jwcolby at colbyconsulting.com 08-05-2008 17:27 >>> > Gustav, > > That is what I am looking for. I thought someone had code already written. > > Thanks for the info though. I will go write the code if no one pops up > with it. > > John W. Colby > www.ColbyConsulting.com > > > Gustav Brock wrote: >> Hi John >> >> Loop through the fields of the query and - for each field - set the ordinal position of the field to the index of the field? >> >> /gustav >> >> >> >>>>> jwcolby at colbyconsulting.com 08-05-2008 17:01 >>> >> When you view data in a query you can move the fields around, slide this >> field left, then this field right etc. If you SAVE the query after >> that, then the fields when viewing data are in a different order than >> the fields when viewing it in design. When it is a big query (lots of >> fields) it is very confusing trying to find a specific field in design >> view when it "should be" next to this field (as seen in the data view). >> >> John W. Colby >> www.ColbyConsulting.com > > From jwcolby at colbyconsulting.com Thu May 8 11:16:42 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 08 May 2008 12:16:42 -0400 Subject: [AccessD] Make query design view look like data view In-Reply-To: <4823257E.4030308@colbyconsulting.com> References: <4823257E.4030308@colbyconsulting.com> Message-ID: <4823276A.7000409@colbyconsulting.com> I found it (I think). Tried it and it shut down Access without warning. Hmm... John W. Colby www.ColbyConsulting.com jwcolby wrote: > Look up thread "Column Positions" from 2007-04-01. > > mumble mumble how do I do that mumble mumble never use the archives > mumble mumble apparently I need to mumble mumble > > John W. Colby > www.ColbyConsulting.com > > > Gustav Brock wrote: >> Hi John >> >> Look up thread "Column Positions" from 2007-04-01. >> >> It can't be done but Shamil posted an alternative. >> >> /gustav >> >> >>>>> jwcolby at colbyconsulting.com 08-05-2008 17:27 >>> >> Gustav, >> >> That is what I am looking for. I thought someone had code already written. >> >> Thanks for the info though. I will go write the code if no one pops up >> with it. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Gustav Brock wrote: >>> Hi John >>> >>> Loop through the fields of the query and - for each field - set the ordinal position of the field to the index of the field? >>> >>> /gustav >>> >>> >>> >>>>>> jwcolby at colbyconsulting.com 08-05-2008 17:01 >>> >>> When you view data in a query you can move the fields around, slide this >>> field left, then this field right etc. If you SAVE the query after >>> that, then the fields when viewing data are in a different order than >>> the fields when viewing it in design. When it is a big query (lots of >>> fields) it is very confusing trying to find a specific field in design >>> view when it "should be" next to this field (as seen in the data view). >>> >>> John W. Colby >>> www.ColbyConsulting.com >> From rosalyn.clarke at barclays.com Thu May 8 11:20:22 2008 From: rosalyn.clarke at barclays.com (rosalyn.clarke at barclays.com) Date: Thu, 8 May 2008 17:20:22 +0100 Subject: [AccessD] Drive mappings & global constants In-Reply-To: <4822F8F4.1040209@colbyconsulting.com> References: <4822F8F4.1040209@colbyconsulting.com> Message-ID: Meep. 1. The H:\ alias will be used for a different server. 2. The files are used by about 30 people on a corresponding no. of machines, they are currently fat-client, they will be moving to a combination of fat-client and citrix server farm. The desktops are all in one office, the server farm is in another city but all are in the UK. 3. Everything is stored on the H:\ drive as far as I know. The bulk of the job is Access - about 70 databases - and they are Access 2000. 4. The yucky bit - ofc I don't really know as I have had approximately thirty minutes so far to investigate this, but from what I've seen / heard: - Word templates with macros creating / copying / deleting files on the H:\ drive, - Word documents merging data from Excel spreadsheets - Word documents merging data from Access databases - Access databases referencing tables in other Access databases - Access databases exporting data to csv & text files, via VBA code and macros - Access databases exporting data to Excel spreadsheets, creation / copying of Excel spreadsheets in the process - Excel spreadsheets linking data from other Excel spreadsheets What other nasties may be lurking I don't know. References in queries! I had forgotten you could even do that. :( Sorry for the lack of info. As usual I panicked first and thought later - well I haven't stopped panicking yet to be honest! I was thinking maybe a constant in a .txt file or something that was copied to each user's profile, or perhaps put on the new share. Then using my sweep through the code to write something in that pulls it from the file, as you say. It is *definitely* a can of worms. They pay me by the day so it's only the timescales that hurt - but still I should have asked for more money! Thanks for your input Roz -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: 08 May 2008 13:58 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Drive mappings & global constants Roz, 1) What do you mean by "they will no longer be able to use 'h:\'"? Are all the machines going to have some new network something mapped to h:? If this is the case then Gustav's suggestion will not work since H: will be in use for something else. 2) How many machines use these files? What is their physical location / distribution? All in one building, all in one city, all somewhere in the UK? 3) Where are the applications stored and how are they referenced? Local to the hard drive of the workstation? Copied down to the local drive using batch files? On the same drive H: that is being remapped? Scattered to hell and back on 47 different servers? If they are located on the same H: drive (and H: is now going to be used for something else), then you need to look at whether there are shortcuts (to open the apps) on the user's machines that also need to change to point to the new location. Perhaps not your job but something to keep in mind. 4) What kind of dependencies are we talking about? Word docs trying to mail merge from data on that drive? Word documents trying to store copies of themselves to that drive? What kind of Excel dependencies? Access can be the worst of all since it can involve table links, embedded references in queries (IN 'H:\Somefile.MDB'), code references. You probably don't have the facts yet but there really isn't enough information in your email to coherently discuss this thing. AFAIK, there is no common "something" that all these apps (Access, Word and Excel) can reference. IOW (again, to my knowledge) Word docs cannot "see" Access libraries or Excel VBA modules, likewise with Excel and Access. This implies that each application, whether it be a word doc, excel doc or Access application will have to be hand modified. You could write a piece of VBA code to open a file and extract the new "drive location", or to open a table, perhaps stored in an Access BE. Since the same VBA code can run in Word, Excel and Access, this might provide a way for each application to determine at run time where it needs to go to do whatever it needs to do. For this to help of course you need a known location to store that file or BE. Since we do not know yet what kinds of "dependencies" exist... it is hard to pin down how big the effort is in terms of the S&R. Me thinks this won't be a half day job. In fact me thinks this will be a can of worms. John W. Colby www.ColbyConsulting.com rosalyn.clarke at barclays.com wrote: > Dear List > > I have just been asked to resolve something, in zero time as usual, > and I'm sure there should be an elegant solution I just can't think of it. > > There is a team that has 100+ Access databases, Excel spreadsheets and > Word templates that contain dependencies on a particular network drive > that is currently mapped to 'h:\'. In a few weeks time they will no > longer be able to use 'h:\' and will be given a new drive mapping. At > some point shortly after that, the server will be changed too, so the > current DNS path will no longer be valid either. > > I don't know -and nobody will say for definite - what the new mapping > & new DNS path will be. These files are critical and the business > insists on no more than 24 hours downtime. > > The dependencies include import/export routines, linked tables & > linked files. > > What I would like to do is run a giant F&R on the code modules and > replace the root drives with a constant, and then make the constant > available so that ALL the applications use the constant. Then they can > muck about with drive mappings etc. to their heart's content and I > won't have to come back to the South coast and stay up all night changing code. > > Any tips or ideas for making this work? Is it possible? I have code > for updating the code modules that should almost work but I've no idea > how to expose a constant across multiple apps. > > TIA > > Roz -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. From rosalyn.clarke at barclays.com Thu May 8 11:24:44 2008 From: rosalyn.clarke at barclays.com (rosalyn.clarke at barclays.com) Date: Thu, 8 May 2008 17:24:44 +0100 Subject: [AccessD] Drive mappings & global constants In-Reply-To: References: Message-ID: Yup, impossible! This is something I'd never heard of & I'll try & squirrel away the info against future need. But I think that as JC says it won't work if H:\ is mapped to somewhere else? Thanks for the tip Roz -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 08 May 2008 12:37 To: accessd at databaseadvisors.com Subject: Re: [AccessD] Drive mappings & global constants Hi Roz Seems impossible to carry out over night ... But an interim solution could be to use the forgotten gem SUBST, a DOS command to virtualize a drive letter. Call it from VBA like this: Call CreateVirtualDriveH given you create the sub: Public Sub CreateVirtualDriveH() ' Specify new path which holds stuff of previous drive H:. Const cstrNewPath As String = "s:\" Shell "subst h: " & cstrNewPath & "", vbHide End Sub /gustav >>> rosalyn.clarke at barclays.com 08-05-2008 12:56 >>> Dear List I have just been asked to resolve something, in zero time as usual, and I'm sure there should be an elegant solution I just can't think of it. There is a team that has 100+ Access databases, Excel spreadsheets and Word templates that contain dependencies on a particular network drive that is currently mapped to 'h:\'. In a few weeks time they will no longer be able to use 'h:\' and will be given a new drive mapping. At some point shortly after that, the server will be changed too, so the current DNS path will no longer be valid either. I don't know -and nobody will say for definite - what the new mapping & new DNS path will be. These files are critical and the business insists on no more than 24 hours downtime. The dependencies include import/export routines, linked tables & linked files. What I would like to do is run a giant F&R on the code modules and replace the root drives with a constant, and then make the constant available so that ALL the applications use the constant. Then they can muck about with drive mappings etc. to their heart's content and I won't have to come back to the South coast and stay up all night changing code. Any tips or ideas for making this work? Is it possible? I have code for updating the code modules that should almost work but I've no idea how to expose a constant across multiple apps. TIA Roz -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. From rosalyn.clarke at barclays.com Thu May 8 11:25:57 2008 From: rosalyn.clarke at barclays.com (rosalyn.clarke at barclays.com) Date: Thu, 8 May 2008 17:25:57 +0100 Subject: [AccessD] Drive mappings & global constants In-Reply-To: <00e101c8b101$c724a3d0$8119fea9@LTVM> References: <00e101c8b101$c724a3d0$8119fea9@LTVM> Message-ID: Max, If I use a table, how would I pass the information to Excel, Word etc? Sorry if I'm being dense (it happens...) Roz -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: 08 May 2008 12:51 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Drive mappings & global constants Gustav, What a memory you have! In days gone by, I used this SUBST stuff a lot but I have to say that it had gone completely out of memory until you mentioned it here. Great stuff! Hope it does the trick. Roz: I wouldn't use a constant but a field in a table linked to a maintenance form. That way if it changes you don't need access to the code. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, May 08, 2008 12:37 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Drive mappings & global constants Hi Roz Seems impossible to carry out over night ... But an interim solution could be to use the forgotten gem SUBST, a DOS command to virtualize a drive letter. Call it from VBA like this: Call CreateVirtualDriveH given you create the sub: Public Sub CreateVirtualDriveH() ' Specify new path which holds stuff of previous drive H:. Const cstrNewPath As String = "s:\" Shell "subst h: " & cstrNewPath & "", vbHide End Sub /gustav >>> rosalyn.clarke at barclays.com 08-05-2008 12:56 >>> Dear List I have just been asked to resolve something, in zero time as usual, and I'm sure there should be an elegant solution I just can't think of it. There is a team that has 100+ Access databases, Excel spreadsheets and Word templates that contain dependencies on a particular network drive that is currently mapped to 'h:\'. In a few weeks time they will no longer be able to use 'h:\' and will be given a new drive mapping. At some point shortly after that, the server will be changed too, so the current DNS path will no longer be valid either. I don't know -and nobody will say for definite - what the new mapping & new DNS path will be. These files are critical and the business insists on no more than 24 hours downtime. The dependencies include import/export routines, linked tables & linked files. What I would like to do is run a giant F&R on the code modules and replace the root drives with a constant, and then make the constant available so that ALL the applications use the constant. Then they can muck about with drive mappings etc. to their heart's content and I won't have to come back to the South coast and stay up all night changing code. Any tips or ideas for making this work? Is it possible? I have code for updating the code modules that should almost work but I've no idea how to expose a constant across multiple apps. TIA Roz -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. From cfoust at infostatsystems.com Thu May 8 11:30:40 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 8 May 2008 09:30:40 -0700 Subject: [AccessD] Make query design view look like data view In-Reply-To: <4823257E.4030308@colbyconsulting.com> References: <4823257E.4030308@colbyconsulting.com> Message-ID: LOL ... I think you need a class for that mumble mumble mumble Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 08, 2008 9:08 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Make query design view look like data view Look up thread "Column Positions" from 2007-04-01. mumble mumble how do I do that mumble mumble never use the archives mumble mumble apparently I need to mumble mumble John W. Colby www.ColbyConsulting.com Gustav Brock wrote: > Hi John > > Look up thread "Column Positions" from 2007-04-01. > > It can't be done but Shamil posted an alternative. > > /gustav > > >>>> jwcolby at colbyconsulting.com 08-05-2008 17:27 >>> > Gustav, > > That is what I am looking for. I thought someone had code already written. > > Thanks for the info though. I will go write the code if no one pops > up with it. > > John W. Colby > www.ColbyConsulting.com > > > Gustav Brock wrote: >> Hi John >> >> Loop through the fields of the query and - for each field - set the ordinal position of the field to the index of the field? >> >> /gustav >> >> >> >>>>> jwcolby at colbyconsulting.com 08-05-2008 17:01 >>> >> When you view data in a query you can move the fields around, slide >> this field left, then this field right etc. If you SAVE the query >> after that, then the fields when viewing data are in a different >> order than the fields when viewing it in design. When it is a big >> query (lots of >> fields) it is very confusing trying to find a specific field in >> design view when it "should be" next to this field (as seen in the data view). >> >> John W. Colby >> www.ColbyConsulting.com > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu May 8 11:32:26 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 08 May 2008 12:32:26 -0400 Subject: [AccessD] Make query design view look like data view In-Reply-To: <4823276A.7000409@colbyconsulting.com> References: <4823257E.4030308@colbyconsulting.com> <4823276A.7000409@colbyconsulting.com> Message-ID: <48232B1A.4070904@colbyconsulting.com> For all you search challenged people (like myself)... Published by Shamil it seems. And (hangs head in shame) I have no clue HOW it works. If I had to guess I would say that this is a case of "the query has to be open for it to work", and the form control manipulation causes DAO to "reach down" into the guts of the querydef and fix things up. Not something I would have thought of trying I must admit. Public Sub ResetToQBEFieldsOrder(ByVal queryName As String) Dim app As Access.Application Dim dbs As DAO.Database Dim fld As DAO.Field Dim qdf As DAO.QueryDef Dim index As Integer Dim frm As Access.Form Dim ctl As Access.Control Set app = Access.Application Set dbs = app.CurrentDb Set qdf = dbs.QueryDefs(queryName) app.DoCmd.OpenQuery queryName, acViewNormal Set frm = app.Screen.ActiveDatasheet.Form index = 1 For Each fld In qdf.Fields Set ctl = frm.Controls(fld.Name) ctl.ColumnOrder = index index = index + 1 Next fld app.DoCmd.Close acQuery, queryName, acSaveYes Set qdf = Nothing Set dbs = Nothing Set app = Nothing End Sub John W. Colby www.ColbyConsulting.com jwcolby wrote: > I found it (I think). Tried it and it shut down Access without warning. > Hmm... > > John W. Colby > www.ColbyConsulting.com > > > jwcolby wrote: >> Look up thread "Column Positions" from 2007-04-01. >> >> mumble mumble how do I do that mumble mumble never use the archives >> mumble mumble apparently I need to mumble mumble >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Gustav Brock wrote: >>> Hi John >>> >>> Look up thread "Column Positions" from 2007-04-01. >>> >>> It can't be done but Shamil posted an alternative. >>> >>> /gustav >>> >>> >>>>>> jwcolby at colbyconsulting.com 08-05-2008 17:27 >>> >>> Gustav, >>> >>> That is what I am looking for. I thought someone had code already written. >>> >>> Thanks for the info though. I will go write the code if no one pops up >>> with it. >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> >>> Gustav Brock wrote: >>>> Hi John >>>> >>>> Loop through the fields of the query and - for each field - set the ordinal position of the field to the index of the field? >>>> >>>> /gustav >>>> >>>> >>>> >>>>>>> jwcolby at colbyconsulting.com 08-05-2008 17:01 >>> >>>> When you view data in a query you can move the fields around, slide this >>>> field left, then this field right etc. If you SAVE the query after >>>> that, then the fields when viewing data are in a different order than >>>> the fields when viewing it in design. When it is a big query (lots of >>>> fields) it is very confusing trying to find a specific field in design >>>> view when it "should be" next to this field (as seen in the data view). >>>> >>>> John W. Colby >>>> www.ColbyConsulting.com From cfoust at infostatsystems.com Thu May 8 11:32:47 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 8 May 2008 09:32:47 -0700 Subject: [AccessD] Drive mappings & global constants In-Reply-To: References: <00e101c8b101$c724a3d0$8119fea9@LTVM> Message-ID: I suppose you could use an xml file instead of a table. That could be read from any of the three with appropriate code. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of rosalyn.clarke at barclays.com Sent: Thursday, May 08, 2008 9:26 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Drive mappings & global constants Max, If I use a table, how would I pass the information to Excel, Word etc? Sorry if I'm being dense (it happens...) Roz -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: 08 May 2008 12:51 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Drive mappings & global constants Gustav, What a memory you have! In days gone by, I used this SUBST stuff a lot but I have to say that it had gone completely out of memory until you mentioned it here. Great stuff! Hope it does the trick. Roz: I wouldn't use a constant but a field in a table linked to a maintenance form. That way if it changes you don't need access to the code. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, May 08, 2008 12:37 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Drive mappings & global constants Hi Roz Seems impossible to carry out over night ... But an interim solution could be to use the forgotten gem SUBST, a DOS command to virtualize a drive letter. Call it from VBA like this: Call CreateVirtualDriveH given you create the sub: Public Sub CreateVirtualDriveH() ' Specify new path which holds stuff of previous drive H:. Const cstrNewPath As String = "s:\" Shell "subst h: " & cstrNewPath & "", vbHide End Sub /gustav >>> rosalyn.clarke at barclays.com 08-05-2008 12:56 >>> Dear List I have just been asked to resolve something, in zero time as usual, and I'm sure there should be an elegant solution I just can't think of it. There is a team that has 100+ Access databases, Excel spreadsheets and Word templates that contain dependencies on a particular network drive that is currently mapped to 'h:\'. In a few weeks time they will no longer be able to use 'h:\' and will be given a new drive mapping. At some point shortly after that, the server will be changed too, so the current DNS path will no longer be valid either. I don't know -and nobody will say for definite - what the new mapping & new DNS path will be. These files are critical and the business insists on no more than 24 hours downtime. The dependencies include import/export routines, linked tables & linked files. What I would like to do is run a giant F&R on the code modules and replace the root drives with a constant, and then make the constant available so that ALL the applications use the constant. Then they can muck about with drive mappings etc. to their heart's content and I won't have to come back to the South coast and stay up all night changing code. Any tips or ideas for making this work? Is it possible? I have code for updating the code modules that should almost work but I've no idea how to expose a constant across multiple apps. TIA Roz -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Thu May 8 11:34:23 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Thu, 08 May 2008 18:34:23 +0200 Subject: [AccessD] Drive mappings & global constants Message-ID: Hi Roz Well, try! Done in 10 seconds if you fire this in the imm. window (replace d:\path with your actual drive\folder): Shell "subst h: d:\path" If you have an H: drive, it will not work. If it works, the H: drive is available right away. /gustav >>> rosalyn.clarke at barclays.com 08-05-2008 18:24 >>> Yup, impossible! This is something I'd never heard of & I'll try & squirrel away the info against future need. But I think that as JC says it won't work if H:\ is mapped to somewhere else? Thanks for the tip Roz -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 08 May 2008 12:37 To: accessd at databaseadvisors.com Subject: Re: [AccessD] Drive mappings & global constants Hi Roz Seems impossible to carry out over night ... But an interim solution could be to use the forgotten gem SUBST, a DOS command to virtualize a drive letter. Call it from VBA like this: Call CreateVirtualDriveH given you create the sub: Public Sub CreateVirtualDriveH() ' Specify new path which holds stuff of previous drive H:. Const cstrNewPath As String = "s:\" Shell "subst h: " & cstrNewPath & "", vbHide End Sub /gustav >>> rosalyn.clarke at barclays.com 08-05-2008 12:56 >>> Dear List I have just been asked to resolve something, in zero time as usual, and I'm sure there should be an elegant solution I just can't think of it. There is a team that has 100+ Access databases, Excel spreadsheets and Word templates that contain dependencies on a particular network drive that is currently mapped to 'h:\'. In a few weeks time they will no longer be able to use 'h:\' and will be given a new drive mapping. At some point shortly after that, the server will be changed too, so the current DNS path will no longer be valid either. I don't know -and nobody will say for definite - what the new mapping & new DNS path will be. These files are critical and the business insists on no more than 24 hours downtime. The dependencies include import/export routines, linked tables & linked files. What I would like to do is run a giant F&R on the code modules and replace the root drives with a constant, and then make the constant available so that ALL the applications use the constant. Then they can muck about with drive mappings etc. to their heart's content and I won't have to come back to the South coast and stay up all night changing code. Any tips or ideas for making this work? Is it possible? I have code for updating the code modules that should almost work but I've no idea how to expose a constant across multiple apps. TIA Roz From rosalyn.clarke at barclays.com Thu May 8 11:35:08 2008 From: rosalyn.clarke at barclays.com (rosalyn.clarke at barclays.com) Date: Thu, 8 May 2008 17:35:08 +0100 Subject: [AccessD] Drive mappings & global constants In-Reply-To: <001201c8b10c$9fe666e0$0300a8c0@danwaters> References: <001201c8b10c$9fe666e0$0300a8c0@danwaters> Message-ID: That sounds perfect Dan! How do you pass the information from the .ini file into the database? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: 08 May 2008 14:09 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Drive mappings & global constants Hi Roz, I had a similar server switching event at an early customer where it took me 5 hours to recode one database. Vowing to never go through that again, I eventually learned how to put the server path in one .ini file. Now the database reads the path from the .ini file on opening. A .ini file is simply a text file with a .ini extension, structured in a specific way. For my convenience, I put the .ini file into the same folder as the front end .mdb. You could use one file for all your databases. You might be able to create one small database just for this purpose that could then be called by all the other databases??? I haven't tried this myself. Last month at a different customer when we switched servers, changing the path to the new server was a complete non-event. I just typed in the new path in the .ini file - done in 20 seconds. Note: frmGlobalVariables is a hidden sentinel form which contains many global variables and is always open. Note: SystemFolderPath and SystemBEName are functions which read from the sentinel form. Example .ini file contents: ----------------------------------------------------------------------- [Parameters] SystemFolderPath=\\10.99.99.99\prod$\Operations\PSISystem SystemBEName=PSIBE.mdb ----------------------------------------------------------------------- Example Code: '---------------------------------------------------------------------- Public Sub PopulateBEPath() On Error GoTo EH Dim frm As Form Set frm = Forms("frmGlobalVariables") frm("txtINIFileName") = "PSI.ini" frm("txtSystemFolderPath") = ReadIniFile("Parameters", "SystemFolderPath") frm("txtSystemBEName") = ReadIniFile("Parameters", "SystemBEName") frm("txtBEFullPath") = SystemFolderPath & "\BackEnd\" & SystemBEName Exit Sub EH: Call GlobalErrors("", Err.Number, Err.Description, "Startup", "PopulateBEPath", , , "Line " & Erl) End Sub HTH, Dan '----------------------------------------------------------------------- Public Function ReadIniFile(ByVal stgSect As String, ByVal stgKey As String) As String On Error GoTo EH Dim strRet As String * 128 Dim intSize As Integer Dim intCharsReturned As Integer Dim stgINIPath As String If stgSect = "" Or stgKey = "" Then MsgBox "Section Or Key To Read Not Specified!", vbExclamation, "INI" Else stgINIPath = CurrentProject.Path intCharsReturned = GetPrivateProfileString(stgSect, stgKey, "", strRet, 128, stgINIPath & "\" & "PSI.ini") If intCharsReturned > 0 Then ReadIniFile = Left$(strRet, intCharsReturned) End If End If Exit Function EH: Call GlobalErrors("", Err.Number, Err.Description, "INI File", "ReadIniFile", , , "Line " & Erl) End Function '-------------------------------------------------------------------------- -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of rosalyn.clarke at barclays.com Sent: Thursday, May 08, 2008 5:57 AM To: accessd at databaseadvisors.com Subject: [AccessD] Drive mappings & global constants Dear List I have just been asked to resolve something, in zero time as usual, and I'm sure there should be an elegant solution I just can't think of it. There is a team that has 100+ Access databases, Excel spreadsheets and Word templates that contain dependencies on a particular network drive that is currently mapped to 'h:\'. In a few weeks time they will no longer be able to use 'h:\' and will be given a new drive mapping. At some point shortly after that, the server will be changed too, so the current DNS path will no longer be valid either. I don't know -and nobody will say for definite - what the new mapping & new DNS path will be. These files are critical and the business insists on no more than 24 hours downtime. The dependencies include import/export routines, linked tables & linked files. What I would like to do is run a giant F&R on the code modules and replace the root drives with a constant, and then make the constant available so that ALL the applications use the constant. Then they can muck about with drive mappings etc. to their heart's content and I won't have to come back to the South coast and stay up all night changing code. Any tips or ideas for making this work? Is it possible? I have code for updating the code modules that should almost work but I've no idea how to expose a constant across multiple apps. TIA Roz "DSMP Mission - Building the future of Barclays computing infrastructure. 4K customers won in 2007, 10k+ to delight in 2008." This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. From jwcolby at colbyconsulting.com Thu May 8 11:41:25 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 08 May 2008 12:41:25 -0400 Subject: [AccessD] Drive mappings & global constants In-Reply-To: References: <4822F8F4.1040209@colbyconsulting.com> Message-ID: <48232D35.8050208@colbyconsulting.com> I would suggest telling these folks you need to start NOW and work on this full time until it is finished. For testing purposes you will of course need an alternative location set up to mirror the existing location, particularly if paths are critical to other applications, which is entirely likely. John W. Colby www.ColbyConsulting.com rosalyn.clarke at barclays.com wrote: > Meep. > > 1. The H:\ alias will be used for a different server. > > 2. The files are used by about 30 people on a corresponding no. of machines, > they are currently fat-client, they will be moving to a combination of > fat-client and citrix server farm. The desktops are all in one office, the > server farm is in another city but all are in the UK. > > 3. Everything is stored on the H:\ drive as far as I know. The bulk of the > job is Access - about 70 databases - and they are Access 2000. > > 4. The yucky bit - ofc I don't really know as I have had approximately thirty > minutes so far to investigate this, but from what I've seen / heard: > - Word templates with macros creating / copying / deleting files on the H:\ > drive, > - Word documents merging data from Excel spreadsheets > - Word documents merging data from Access databases > - Access databases referencing tables in other Access databases > - Access databases exporting data to csv & text files, via VBA code and > macros > - Access databases exporting data to Excel spreadsheets, creation / copying > of Excel spreadsheets in the process > - Excel spreadsheets linking data from other Excel spreadsheets > > What other nasties may be lurking I don't know. References in queries! I had > forgotten you could even do that. :( > > Sorry for the lack of info. As usual I panicked first and thought later - > well I haven't stopped panicking yet to be honest! > > I was thinking maybe a constant in a .txt file or something that was copied > to each user's profile, or perhaps put on the new share. Then using my sweep > through the code to write something in that pulls it from the file, as you > say. > > It is *definitely* a can of worms. They pay me by the day so it's only the > timescales that hurt - but still I should have asked for more money! > > Thanks for your input > > Roz > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: 08 May 2008 13:58 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Drive mappings & global constants > > Roz, > > 1) What do you mean by "they will no longer be able to use 'h:\'"? Are all > the machines going to have some new network something mapped to h:? > If this is the case then Gustav's suggestion will not work since H: > will be in use for something else. > > 2) How many machines use these files? What is their physical location / > distribution? All in one building, all in one city, all somewhere in the UK? > > 3) Where are the applications stored and how are they referenced? Local to > the hard drive of the workstation? Copied down to the local drive using > batch files? On the same drive H: that is being remapped? > Scattered to hell and back on 47 different servers? > > If they are located on the same H: drive (and H: is now going to be used for > something else), then you need to look at whether there are shortcuts (to > open the apps) on the user's machines that also need to change to point to > the new location. Perhaps not your job but something to keep in mind. > > 4) What kind of dependencies are we talking about? Word docs trying to mail > merge from data on that drive? Word documents trying to store copies of > themselves to that drive? What kind of Excel dependencies? > Access can be the worst of all since it can involve table links, embedded > references in queries (IN 'H:\Somefile.MDB'), code references. > > You probably don't have the facts yet but there really isn't enough > information in your email to coherently discuss this thing. > > AFAIK, there is no common "something" that all these apps (Access, Word and > Excel) can reference. IOW (again, to my knowledge) Word docs cannot "see" > Access libraries or Excel VBA modules, likewise with Excel and Access. This > implies that each application, whether it be a word doc, excel doc or Access > application will have to be hand modified. > > You could write a piece of VBA code to open a file and extract the new "drive > location", or to open a table, perhaps stored in an Access BE. > Since the same VBA code can run in Word, Excel and Access, this might provide > a way for each application to determine at run time where it needs to go to > do whatever it needs to do. For this to help of course you need a known > location to store that file or BE. > > Since we do not know yet what kinds of "dependencies" exist... it is hard to > pin down how big the effort is in terms of the S&R. Me thinks this won't be > a half day job. In fact me thinks this will be a can of worms. > > John W. Colby > www.ColbyConsulting.com > > > rosalyn.clarke at barclays.com wrote: >> Dear List >> >> I have just been asked to resolve something, in zero time as usual, >> and I'm sure there should be an elegant solution I just can't think of it. >> >> There is a team that has 100+ Access databases, Excel spreadsheets and >> Word templates that contain dependencies on a particular network drive >> that is currently mapped to 'h:\'. In a few weeks time they will no >> longer be able to use 'h:\' and will be given a new drive mapping. At >> some point shortly after that, the server will be changed too, so the >> current DNS path will no longer be valid either. >> >> I don't know -and nobody will say for definite - what the new mapping >> & new DNS path will be. These files are critical and the business >> insists on no more than 24 hours downtime. >> >> The dependencies include import/export routines, linked tables & >> linked files. >> >> What I would like to do is run a giant F&R on the code modules and >> replace the root drives with a constant, and then make the constant >> available so that ALL the applications use the constant. Then they can >> muck about with drive mappings etc. to their heart's content and I >> won't have to come back to the South coast and stay up all night changing > code. >> Any tips or ideas for making this work? Is it possible? I have code >> for updating the code modules that should almost work but I've no idea >> how to expose a constant across multiple apps. >> >> TIA >> >> Roz > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. > > Internet communications are not guaranteed to be secure or virus-free. > The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. > > Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. > > Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). > Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. > > Barclays Bank PLC is authorised and regulated by the Financial Services Authority. > From rosalyn.clarke at barclays.com Thu May 8 11:49:08 2008 From: rosalyn.clarke at barclays.com (rosalyn.clarke at barclays.com) Date: Thu, 8 May 2008 17:49:08 +0100 Subject: [AccessD] Drive mappings & global constants In-Reply-To: <48232D35.8050208@colbyconsulting.com> References: <4822F8F4.1040209@colbyconsulting.com> <48232D35.8050208@colbyconsulting.com> Message-ID: I actually already have 2 months work elsewhere in the company, and everyone is chasing the same delivery deadline. I can tell them someone needs to start now, but they will have to fight it out amongst themselves as to who gets me when... I'm looking at this and thinking it needs a month or more, but I'll get a better idea tomorrow. Anyone in the Poole area looking for contract work?! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: 08 May 2008 17:41 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Drive mappings & global constants I would suggest telling these folks you need to start NOW and work on this full time until it is finished. For testing purposes you will of course need an alternative location set up to mirror the existing location, particularly if paths are critical to other applications, which is entirely likely. John W. Colby www.ColbyConsulting.com rosalyn.clarke at barclays.com wrote: > Meep. > > 1. The H:\ alias will be used for a different server. > > 2. The files are used by about 30 people on a corresponding no. of > machines, they are currently fat-client, they will be moving to a > combination of fat-client and citrix server farm. The desktops are all > in one office, the server farm is in another city but all are in the UK. > > 3. Everything is stored on the H:\ drive as far as I know. The bulk of > the job is Access - about 70 databases - and they are Access 2000. > > 4. The yucky bit - ofc I don't really know as I have had approximately > thirty minutes so far to investigate this, but from what I've seen / heard: > - Word templates with macros creating / copying / deleting files on > the H:\ drive, > - Word documents merging data from Excel spreadsheets > - Word documents merging data from Access databases > - Access databases referencing tables in other Access databases > - Access databases exporting data to csv & text files, via VBA code > and macros > - Access databases exporting data to Excel spreadsheets, creation / > copying of Excel spreadsheets in the process > - Excel spreadsheets linking data from other Excel spreadsheets > > What other nasties may be lurking I don't know. References in queries! > I had forgotten you could even do that. :( > > Sorry for the lack of info. As usual I panicked first and thought > later - well I haven't stopped panicking yet to be honest! > > I was thinking maybe a constant in a .txt file or something that was > copied to each user's profile, or perhaps put on the new share. Then > using my sweep through the code to write something in that pulls it > from the file, as you say. > > It is *definitely* a can of worms. They pay me by the day so it's only > the timescales that hurt - but still I should have asked for more money! > > Thanks for your input > > Roz > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: 08 May 2008 13:58 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Drive mappings & global constants > > Roz, > > 1) What do you mean by "they will no longer be able to use 'h:\'"? > Are all the machines going to have some new network something mapped to h:? > If this is the case then Gustav's suggestion will not work since H: > will be in use for something else. > > 2) How many machines use these files? What is their physical location > / distribution? All in one building, all in one city, all somewhere in the UK? > > 3) Where are the applications stored and how are they referenced? > Local to the hard drive of the workstation? Copied down to the local > drive using batch files? On the same drive H: that is being remapped? > Scattered to hell and back on 47 different servers? > > If they are located on the same H: drive (and H: is now going to be > used for something else), then you need to look at whether there are > shortcuts (to open the apps) on the user's machines that also need to > change to point to the new location. Perhaps not your job but something to keep in mind. > > 4) What kind of dependencies are we talking about? Word docs trying > to mail merge from data on that drive? Word documents trying to store > copies of themselves to that drive? What kind of Excel dependencies? > Access can be the worst of all since it can involve table links, > embedded references in queries (IN 'H:\Somefile.MDB'), code references. > > You probably don't have the facts yet but there really isn't enough > information in your email to coherently discuss this thing. > > AFAIK, there is no common "something" that all these apps (Access, > Word and > Excel) can reference. IOW (again, to my knowledge) Word docs cannot "see" > Access libraries or Excel VBA modules, likewise with Excel and Access. > This implies that each application, whether it be a word doc, excel > doc or Access application will have to be hand modified. > > You could write a piece of VBA code to open a file and extract the new > "drive location", or to open a table, perhaps stored in an Access BE. > Since the same VBA code can run in Word, Excel and Access, this might > provide a way for each application to determine at run time where it > needs to go to do whatever it needs to do. For this to help of course > you need a known location to store that file or BE. > > Since we do not know yet what kinds of "dependencies" exist... it is > hard to pin down how big the effort is in terms of the S&R. Me thinks > this won't be a half day job. In fact me thinks this will be a can of worms. > > John W. Colby > www.ColbyConsulting.com > > > rosalyn.clarke at barclays.com wrote: >> Dear List >> >> I have just been asked to resolve something, in zero time as usual, >> and I'm sure there should be an elegant solution I just can't think of it. >> >> There is a team that has 100+ Access databases, Excel spreadsheets >> and Word templates that contain dependencies on a particular network >> drive that is currently mapped to 'h:\'. In a few weeks time they >> will no longer be able to use 'h:\' and will be given a new drive >> mapping. At some point shortly after that, the server will be changed >> too, so the current DNS path will no longer be valid either. >> >> I don't know -and nobody will say for definite - what the new mapping >> & new DNS path will be. These files are critical and the business >> insists on no more than 24 hours downtime. >> >> The dependencies include import/export routines, linked tables & >> linked files. >> >> What I would like to do is run a giant F&R on the code modules and >> replace the root drives with a constant, and then make the constant >> available so that ALL the applications use the constant. Then they >> can muck about with drive mappings etc. to their heart's content and >> I won't have to come back to the South coast and stay up all night >> changing > code. >> Any tips or ideas for making this work? Is it possible? I have code >> for updating the code modules that should almost work but I've no >> idea how to expose a constant across multiple apps. >> >> TIA >> >> Roz > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. > > Internet communications are not guaranteed to be secure or virus-free. > The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. > > Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. > > Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). > Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. > > Barclays Bank PLC is authorised and regulated by the Financial Services Authority. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. From jwcolby at colbyconsulting.com Thu May 8 12:29:09 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 08 May 2008 13:29:09 -0400 Subject: [AccessD] Drive mappings & global constants In-Reply-To: References: <4822F8F4.1040209@colbyconsulting.com> <48232D35.8050208@colbyconsulting.com> Message-ID: <48233865.2090605@colbyconsulting.com> LOL. I can BE in the Poole area by tomorrow morning. $120 / hour plus expenses. American dollars are cheap these days. 8-) John W. Colby www.ColbyConsulting.com rosalyn.clarke at barclays.com wrote: > I actually already have 2 months work elsewhere in the company, and everyone > is chasing the same delivery deadline. I can tell them someone needs to start > now, but they will have to fight it out amongst themselves as to who gets me > when... I'm looking at this and thinking it needs a month or more, but I'll > get a better idea tomorrow. Anyone in the Poole area looking for contract > work?! > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: 08 May 2008 17:41 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Drive mappings & global constants > > I would suggest telling these folks you need to start NOW and work on this > full time until it is finished. For testing purposes you will of course need > an alternative location set up to mirror the existing location, particularly > if paths are critical to other applications, which is entirely likely. > > > John W. Colby > www.ColbyConsulting.com > > > rosalyn.clarke at barclays.com wrote: >> Meep. >> >> 1. The H:\ alias will be used for a different server. >> >> 2. The files are used by about 30 people on a corresponding no. of >> machines, they are currently fat-client, they will be moving to a >> combination of fat-client and citrix server farm. The desktops are all >> in one office, the server farm is in another city but all are in the UK. >> >> 3. Everything is stored on the H:\ drive as far as I know. The bulk of >> the job is Access - about 70 databases - and they are Access 2000. >> >> 4. The yucky bit - ofc I don't really know as I have had approximately >> thirty minutes so far to investigate this, but from what I've seen / heard: >> - Word templates with macros creating / copying / deleting files on >> the H:\ drive, >> - Word documents merging data from Excel spreadsheets >> - Word documents merging data from Access databases >> - Access databases referencing tables in other Access databases >> - Access databases exporting data to csv & text files, via VBA code >> and macros >> - Access databases exporting data to Excel spreadsheets, creation / >> copying of Excel spreadsheets in the process >> - Excel spreadsheets linking data from other Excel spreadsheets >> >> What other nasties may be lurking I don't know. References in queries! >> I had forgotten you could even do that. :( >> >> Sorry for the lack of info. As usual I panicked first and thought >> later - well I haven't stopped panicking yet to be honest! >> >> I was thinking maybe a constant in a .txt file or something that was >> copied to each user's profile, or perhaps put on the new share. Then >> using my sweep through the code to write something in that pulls it >> from the file, as you say. >> >> It is *definitely* a can of worms. They pay me by the day so it's only >> the timescales that hurt - but still I should have asked for more money! >> >> Thanks for your input >> >> Roz >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: 08 May 2008 13:58 >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Drive mappings & global constants >> >> Roz, >> >> 1) What do you mean by "they will no longer be able to use 'h:\'"? >> Are all the machines going to have some new network something mapped to h:? >> If this is the case then Gustav's suggestion will not work since H: >> will be in use for something else. >> >> 2) How many machines use these files? What is their physical location >> / distribution? All in one building, all in one city, all somewhere in the > UK? >> 3) Where are the applications stored and how are they referenced? >> Local to the hard drive of the workstation? Copied down to the local >> drive using batch files? On the same drive H: that is being remapped? >> Scattered to hell and back on 47 different servers? >> >> If they are located on the same H: drive (and H: is now going to be >> used for something else), then you need to look at whether there are >> shortcuts (to open the apps) on the user's machines that also need to >> change to point to the new location. Perhaps not your job but something to > keep in mind. >> 4) What kind of dependencies are we talking about? Word docs trying >> to mail merge from data on that drive? Word documents trying to store >> copies of themselves to that drive? What kind of Excel dependencies? >> Access can be the worst of all since it can involve table links, >> embedded references in queries (IN 'H:\Somefile.MDB'), code references. >> >> You probably don't have the facts yet but there really isn't enough >> information in your email to coherently discuss this thing. >> >> AFAIK, there is no common "something" that all these apps (Access, >> Word and >> Excel) can reference. IOW (again, to my knowledge) Word docs cannot "see" >> Access libraries or Excel VBA modules, likewise with Excel and Access. >> This implies that each application, whether it be a word doc, excel >> doc or Access application will have to be hand modified. >> >> You could write a piece of VBA code to open a file and extract the new >> "drive location", or to open a table, perhaps stored in an Access BE. >> Since the same VBA code can run in Word, Excel and Access, this might >> provide a way for each application to determine at run time where it >> needs to go to do whatever it needs to do. For this to help of course >> you need a known location to store that file or BE. >> >> Since we do not know yet what kinds of "dependencies" exist... it is >> hard to pin down how big the effort is in terms of the S&R. Me thinks >> this won't be a half day job. In fact me thinks this will be a can of > worms. >> John W. Colby >> www.ColbyConsulting.com >> >> >> rosalyn.clarke at barclays.com wrote: >>> Dear List >>> >>> I have just been asked to resolve something, in zero time as usual, >>> and I'm sure there should be an elegant solution I just can't think of it. >>> >>> There is a team that has 100+ Access databases, Excel spreadsheets >>> and Word templates that contain dependencies on a particular network >>> drive that is currently mapped to 'h:\'. In a few weeks time they >>> will no longer be able to use 'h:\' and will be given a new drive >>> mapping. At some point shortly after that, the server will be changed >>> too, so the current DNS path will no longer be valid either. >>> >>> I don't know -and nobody will say for definite - what the new mapping >>> & new DNS path will be. These files are critical and the business >>> insists on no more than 24 hours downtime. >>> >>> The dependencies include import/export routines, linked tables & >>> linked files. >>> >>> What I would like to do is run a giant F&R on the code modules and >>> replace the root drives with a constant, and then make the constant >>> available so that ALL the applications use the constant. Then they >>> can muck about with drive mappings etc. to their heart's content and >>> I won't have to come back to the South coast and stay up all night >>> changing >> code. >>> Any tips or ideas for making this work? Is it possible? I have code >>> for updating the code modules that should almost work but I've no >>> idea how to expose a constant across multiple apps. >>> >>> TIA >>> >>> Roz >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> This e-mail and any attachments are confidential and intended solely for > the addressee and may also be privileged or exempt from disclosure under > applicable law. If you are not the addressee, or have received this e-mail in > error, please notify the sender immediately, delete it from your system and > do not copy, disclose or otherwise act upon any part of this e-mail or its > attachments. >> Internet communications are not guaranteed to be secure or virus-free. >> The Barclays Group does not accept responsibility for any loss arising from > unauthorised access to, or interference with, any Internet communications by > any third party, or from the transmission of any viruses. Replies to this > e-mail may be monitored by the Barclays Group for operational or business > reasons. >> Any opinion or other information in this e-mail or its attachments that > does not relate to the business of the Barclays Group is personal to the > sender and is not given or endorsed by the Barclays Group. >> Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). >> Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. >> >> Barclays Bank PLC is authorised and regulated by the Financial Services > Authority. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. > > Internet communications are not guaranteed to be secure or virus-free. > The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. > > Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. > > Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). > Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. > > Barclays Bank PLC is authorised and regulated by the Financial Services Authority. > From dwaters at usinternet.com Thu May 8 13:00:57 2008 From: dwaters at usinternet.com (Dan Waters) Date: Thu, 8 May 2008 13:00:57 -0500 Subject: [AccessD] Drive mappings & global constants In-Reply-To: References: <001201c8b10c$9fe666e0$0300a8c0@danwaters> Message-ID: <005b01c8b135$779dea40$0300a8c0@danwaters> First, put the two procedures, PopulateBEPath and ReadIniFile into a standard module. Remove the lines that start Call GlobalErrors(... 2nd, create a text file and title it PSI.ini (for this example). Open the file and paste in the three lines under 'Example .ini file contents'. Save the file and put this file into the same folder where your database is. 3rd, And I Forgot This - paste this declaration at the top of your standard module. '------------------------------------------------------------- Declare Function GetPrivateProfileString Lib "kernel32" _ Alias "GetPrivateProfileStringA" ( _ ByVal lpApplicationName As String, _ ByVal lpKeyName As Any, _ ByVal lpDefault As String, _ ByVal lpReturnedString As String, _ ByVal nSize As Long, _ ByVal lpFileName As String) As Long '-------------------------------------------------------------- 4th, create a form titled frmGlobalVariables with 4 unbound text fields. The names of those textboxes are shown in the PopulateBEPath folder. 5th, open the form and the standard module. Put your cursor into the PopulateBEPath procedure and start stepping through. Hopefully all will work, or it will be close. 6th, this code is the very first procedure my database runs when it opens. This code might also work in Excel or Word, but I rarely do any VBA in Excel and never in Word. Once you get this working in Access, maybe an Excel or Word guru here can help with those applications. Any questions - call back! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of rosalyn.clarke at barclays.com Sent: Thursday, May 08, 2008 11:35 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Drive mappings & global constants That sounds perfect Dan! How do you pass the information from the .ini file into the database? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: 08 May 2008 14:09 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Drive mappings & global constants Hi Roz, I had a similar server switching event at an early customer where it took me 5 hours to recode one database. Vowing to never go through that again, I eventually learned how to put the server path in one .ini file. Now the database reads the path from the .ini file on opening. A .ini file is simply a text file with a .ini extension, structured in a specific way. For my convenience, I put the .ini file into the same folder as the front end .mdb. You could use one file for all your databases. You might be able to create one small database just for this purpose that could then be called by all the other databases??? I haven't tried this myself. Last month at a different customer when we switched servers, changing the path to the new server was a complete non-event. I just typed in the new path in the .ini file - done in 20 seconds. Note: frmGlobalVariables is a hidden sentinel form which contains many global variables and is always open. Note: SystemFolderPath and SystemBEName are functions which read from the sentinel form. Example .ini file contents: ----------------------------------------------------------------------- [Parameters] SystemFolderPath=\\10.99.99.99\prod$\Operations\PSISystem SystemBEName=PSIBE.mdb ----------------------------------------------------------------------- Example Code: '---------------------------------------------------------------------- Public Sub PopulateBEPath() On Error GoTo EH Dim frm As Form Set frm = Forms("frmGlobalVariables") frm("txtINIFileName") = "PSI.ini" frm("txtSystemFolderPath") = ReadIniFile("Parameters", "SystemFolderPath") frm("txtSystemBEName") = ReadIniFile("Parameters", "SystemBEName") frm("txtBEFullPath") = SystemFolderPath & "\BackEnd\" & SystemBEName Exit Sub EH: Call GlobalErrors("", Err.Number, Err.Description, "Startup", "PopulateBEPath", , , "Line " & Erl) End Sub HTH, Dan '----------------------------------------------------------------------- Public Function ReadIniFile(ByVal stgSect As String, ByVal stgKey As String) As String On Error GoTo EH Dim strRet As String * 128 Dim intSize As Integer Dim intCharsReturned As Integer Dim stgINIPath As String If stgSect = "" Or stgKey = "" Then MsgBox "Section Or Key To Read Not Specified!", vbExclamation, "INI" Else stgINIPath = CurrentProject.Path intCharsReturned = GetPrivateProfileString(stgSect, stgKey, "", strRet, 128, stgINIPath & "\" & "PSI.ini") If intCharsReturned > 0 Then ReadIniFile = Left$(strRet, intCharsReturned) End If End If Exit Function EH: Call GlobalErrors("", Err.Number, Err.Description, "INI File", "ReadIniFile", , , "Line " & Erl) End Function '-------------------------------------------------------------------------- -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of rosalyn.clarke at barclays.com Sent: Thursday, May 08, 2008 5:57 AM To: accessd at databaseadvisors.com Subject: [AccessD] Drive mappings & global constants Dear List I have just been asked to resolve something, in zero time as usual, and I'm sure there should be an elegant solution I just can't think of it. There is a team that has 100+ Access databases, Excel spreadsheets and Word templates that contain dependencies on a particular network drive that is currently mapped to 'h:\'. In a few weeks time they will no longer be able to use 'h:\' and will be given a new drive mapping. At some point shortly after that, the server will be changed too, so the current DNS path will no longer be valid either. I don't know -and nobody will say for definite - what the new mapping & new DNS path will be. These files are critical and the business insists on no more than 24 hours downtime. The dependencies include import/export routines, linked tables & linked files. What I would like to do is run a giant F&R on the code modules and replace the root drives with a constant, and then make the constant available so that ALL the applications use the constant. Then they can muck about with drive mappings etc. to their heart's content and I won't have to come back to the South coast and stay up all night changing code. Any tips or ideas for making this work? Is it possible? I have code for updating the code modules that should almost work but I've no idea how to expose a constant across multiple apps. TIA Roz "DSMP Mission - Building the future of Barclays computing infrastructure. 4K customers won in 2007, 10k+ to delight in 2008." This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu May 8 13:05:06 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 08 May 2008 14:05:06 -0400 Subject: [AccessD] Dual boot Server 2003 X32 and x64 Message-ID: <482340D2.5090608@colbyconsulting.com> Does anyone know if it is possible to dual boot the x32 and x64 version of windows 2k3? My concern in doing so is that on the one server that I run 2k3 x64 on, there are two program file directories, one called Program Files the other called Program Files (x86). It APPEARS that the (x86) directory is the 32 bit directory which would imply that the one without was the x64, though I have nothing more to base that on than the names of the directories inside of each Program Files directory. I just got a 2nd Phenom quad core and want to convert a second system to quad core x64. The EASIEST way would be to dual boot until I have everything I need running in x64 and then cut over. -- John W. Colby www.ColbyConsulting.com From rosalyn.clarke at barclays.com Fri May 9 03:27:32 2008 From: rosalyn.clarke at barclays.com (rosalyn.clarke at barclays.com) Date: Fri, 9 May 2008 09:27:32 +0100 Subject: [AccessD] Drive mappings & global constants In-Reply-To: <005b01c8b135$779dea40$0300a8c0@danwaters> References: <001201c8b10c$9fe666e0$0300a8c0@danwaters> <005b01c8b135$779dea40$0300a8c0@danwaters> Message-ID: A thousand thanks. I'll let you know how I get on. Roz -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: 08 May 2008 19:01 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Drive mappings & global constants First, put the two procedures, PopulateBEPath and ReadIniFile into a standard module. Remove the lines that start Call GlobalErrors(... 2nd, create a text file and title it PSI.ini (for this example). Open the file and paste in the three lines under 'Example .ini file contents'. Save the file and put this file into the same folder where your database is. 3rd, And I Forgot This - paste this declaration at the top of your standard module. '------------------------------------------------------------- Declare Function GetPrivateProfileString Lib "kernel32" _ Alias "GetPrivateProfileStringA" ( _ ByVal lpApplicationName As String, _ ByVal lpKeyName As Any, _ ByVal lpDefault As String, _ ByVal lpReturnedString As String, _ ByVal nSize As Long, _ ByVal lpFileName As String) As Long '-------------------------------------------------------------- 4th, create a form titled frmGlobalVariables with 4 unbound text fields. The names of those textboxes are shown in the PopulateBEPath folder. 5th, open the form and the standard module. Put your cursor into the PopulateBEPath procedure and start stepping through. Hopefully all will work, or it will be close. 6th, this code is the very first procedure my database runs when it opens. This code might also work in Excel or Word, but I rarely do any VBA in Excel and never in Word. Once you get this working in Access, maybe an Excel or Word guru here can help with those applications. Any questions - call back! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of rosalyn.clarke at barclays.com Sent: Thursday, May 08, 2008 11:35 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Drive mappings & global constants That sounds perfect Dan! How do you pass the information from the .ini file into the database? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: 08 May 2008 14:09 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Drive mappings & global constants Hi Roz, I had a similar server switching event at an early customer where it took me 5 hours to recode one database. Vowing to never go through that again, I eventually learned how to put the server path in one .ini file. Now the database reads the path from the .ini file on opening. A .ini file is simply a text file with a .ini extension, structured in a specific way. For my convenience, I put the .ini file into the same folder as the front end .mdb. You could use one file for all your databases. You might be able to create one small database just for this purpose that could then be called by all the other databases??? I haven't tried this myself. Last month at a different customer when we switched servers, changing the path to the new server was a complete non-event. I just typed in the new path in the .ini file - done in 20 seconds. Note: frmGlobalVariables is a hidden sentinel form which contains many global variables and is always open. Note: SystemFolderPath and SystemBEName are functions which read from the sentinel form. Example .ini file contents: ----------------------------------------------------------------------- [Parameters] SystemFolderPath=\\10.99.99.99\prod$\Operations\PSISystem SystemBEName=PSIBE.mdb ----------------------------------------------------------------------- Example Code: '---------------------------------------------------------------------- Public Sub PopulateBEPath() On Error GoTo EH Dim frm As Form Set frm = Forms("frmGlobalVariables") frm("txtINIFileName") = "PSI.ini" frm("txtSystemFolderPath") = ReadIniFile("Parameters", "SystemFolderPath") frm("txtSystemBEName") = ReadIniFile("Parameters", "SystemBEName") frm("txtBEFullPath") = SystemFolderPath & "\BackEnd\" & SystemBEName Exit Sub EH: Call GlobalErrors("", Err.Number, Err.Description, "Startup", "PopulateBEPath", , , "Line " & Erl) End Sub HTH, Dan '----------------------------------------------------------------------- Public Function ReadIniFile(ByVal stgSect As String, ByVal stgKey As String) As String On Error GoTo EH Dim strRet As String * 128 Dim intSize As Integer Dim intCharsReturned As Integer Dim stgINIPath As String If stgSect = "" Or stgKey = "" Then MsgBox "Section Or Key To Read Not Specified!", vbExclamation, "INI" Else stgINIPath = CurrentProject.Path intCharsReturned = GetPrivateProfileString(stgSect, stgKey, "", strRet, 128, stgINIPath & "\" & "PSI.ini") If intCharsReturned > 0 Then ReadIniFile = Left$(strRet, intCharsReturned) End If End If Exit Function EH: Call GlobalErrors("", Err.Number, Err.Description, "INI File", "ReadIniFile", , , "Line " & Erl) End Function '-------------------------------------------------------------------------- -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of rosalyn.clarke at barclays.com Sent: Thursday, May 08, 2008 5:57 AM To: accessd at databaseadvisors.com Subject: [AccessD] Drive mappings & global constants Dear List I have just been asked to resolve something, in zero time as usual, and I'm sure there should be an elegant solution I just can't think of it. There is a team that has 100+ Access databases, Excel spreadsheets and Word templates that contain dependencies on a particular network drive that is currently mapped to 'h:\'. In a few weeks time they will no longer be able to use 'h:\' and will be given a new drive mapping. At some point shortly after that, the server will be changed too, so the current DNS path will no longer be valid either. I don't know -and nobody will say for definite - what the new mapping & new DNS path will be. These files are critical and the business insists on no more than 24 hours downtime. The dependencies include import/export routines, linked tables & linked files. What I would like to do is run a giant F&R on the code modules and replace the root drives with a constant, and then make the constant available so that ALL the applications use the constant. Then they can muck about with drive mappings etc. to their heart's content and I won't have to come back to the South coast and stay up all night changing code. Any tips or ideas for making this work? Is it possible? I have code for updating the code modules that should almost work but I've no idea how to expose a constant across multiple apps. TIA Roz "DSMP Mission - Building the future of Barclays computing infrastructure. 4K customers won in 2007, 10k+ to delight in 2008." This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. From robert at webedb.com Fri May 9 14:51:39 2008 From: robert at webedb.com (Robert L. Stewart) Date: Fri, 09 May 2008 14:51:39 -0500 Subject: [AccessD] Dual boot Server 2003 X32 and x64 In-Reply-To: References: Message-ID: <200805091956.m49Jui62006312@databaseadvisors.com> While it may be possible, what you are seeing is some of the 32 bit programs that were installed on the 64 bit system. It keeps them separate. At 12:00 PM 5/9/2008, you wrote: >Date: Thu, 08 May 2008 14:05:06 -0400 >From: jwcolby >Subject: [AccessD] Dual boot Server 2003 X32 and x64 >To: "access Developers discussion and problem solving ; " > , VBA , > Discussion of Hardware and Software issues > >Message-ID: <482340D2.5090608 at colbyconsulting.com> >Content-Type: text/plain; charset=ISO-8859-1; format=flowed > >Does anyone know if it is possible to dual boot the x32 and x64 version >of windows 2k3? My concern in doing so is that on the one server that I >run 2k3 x64 on, there are two program file directories, one called >Program Files the other called Program Files (x86). It APPEARS that the >(x86) directory is the 32 bit directory which would imply that the one >without was the x64, though I have nothing more to base that on than the >names of the directories inside of each Program Files directory. > >I just got a 2nd Phenom quad core and want to convert a second system to >quad core x64. The EASIEST way would be to dual boot until I have >everything I need running in x64 and then cut over. > >-- >John W. Colby From fuller.artful at gmail.com Fri May 9 17:01:16 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Fri, 9 May 2008 18:01:16 -0400 Subject: [AccessD] Access 2007 Message-ID: <29f585dd0805091501s6a37eecoc7453e3b59bc3d7d@mail.gmail.com> Where the h*#$* is the Window/Unhide command? I shouldn't have installed O2007 until I finished this project, but I did, and so I'm stupid -- agreed. I'm running an app I developed in Access 2003 and the database window was hidden and I can't find how to unhide it. Anyone know? TIA, Arthur From dw-murphy at cox.net Fri May 9 17:18:16 2008 From: dw-murphy at cox.net (Doug Murphy) Date: Fri, 9 May 2008 15:18:16 -0700 Subject: [AccessD] Access 2007 In-Reply-To: <29f585dd0805091501s6a37eecoc7453e3b59bc3d7d@mail.gmail.com> References: <29f585dd0805091501s6a37eecoc7453e3b59bc3d7d@mail.gmail.com> Message-ID: <005f01c8b222$9468d6b0$0200a8c0@murphy3234aaf1> F11 ? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Friday, May 09, 2008 3:01 PM To: Access Developers discussion and problem solving Subject: [AccessD] Access 2007 Where the h*#$* is the Window/Unhide command? I shouldn't have installed O2007 until I finished this project, but I did, and so I'm stupid -- agreed. I'm running an app I developed in Access 2003 and the database window was hidden and I can't find how to unhide it. Anyone know? TIA, Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Fri May 9 17:21:24 2008 From: dwaters at usinternet.com (Dan Waters) Date: Fri, 9 May 2008 17:21:24 -0500 Subject: [AccessD] Access 2007 In-Reply-To: <29f585dd0805091501s6a37eecoc7453e3b59bc3d7d@mail.gmail.com> References: <29f585dd0805091501s6a37eecoc7453e3b59bc3d7d@mail.gmail.com> Message-ID: <002001c8b223$047e88a0$0300a8c0@danwaters> Does F11 work? In Options, is Display Database Window checked? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Friday, May 09, 2008 5:01 PM To: Access Developers discussion and problem solving Subject: [AccessD] Access 2007 Where the h*#$* is the Window/Unhide command? I shouldn't have installed O2007 until I finished this project, but I did, and so I'm stupid -- agreed. I'm running an app I developed in Access 2003 and the database window was hidden and I can't find how to unhide it. Anyone know? TIA, Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Fri May 9 17:21:51 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Fri, 9 May 2008 18:21:51 -0400 Subject: [AccessD] Access 2007 In-Reply-To: <005f01c8b222$9468d6b0$0200a8c0@murphy3234aaf1> References: <29f585dd0805091501s6a37eecoc7453e3b59bc3d7d@mail.gmail.com> <005f01c8b222$9468d6b0$0200a8c0@murphy3234aaf1> Message-ID: <29f585dd0805091521i48073118lbf92bb75d2a1f27b@mail.gmail.com> Thanks, I'll give that a try. On Fri, May 9, 2008 at 6:18 PM, Doug Murphy wrote: > F11 ? From fuller.artful at gmail.com Fri May 9 17:30:52 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Fri, 9 May 2008 18:30:52 -0400 Subject: [AccessD] Access 2007 In-Reply-To: <002001c8b223$047e88a0$0300a8c0@danwaters> References: <29f585dd0805091501s6a37eecoc7453e3b59bc3d7d@mail.gmail.com> <002001c8b223$047e88a0$0300a8c0@danwaters> Message-ID: <29f585dd0805091530g4423f2fcv96ddb634f5df223a@mail.gmail.com> Yes F11 works. Thanks! On Fri, May 9, 2008 at 6:21 PM, Dan Waters wrote: > Does F11 work? > > In Options, is Display Database Window checked? From fuller.artful at gmail.com Fri May 9 18:18:04 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Fri, 9 May 2008 19:18:04 -0400 Subject: [AccessD] .NET Stock Trader Message-ID: <29f585dd0805091618n511fe1f5u350265ba0f6efb33@mail.gmail.com> I have been hunting for a source to dowload this from, and so far all I can find about it is messages, not download sources. This is a Microsoft sample app and I need to have a look at it. Anyone know where it lives? TIA, Arthur From drawbridgej at sympatico.ca Fri May 9 20:55:21 2008 From: drawbridgej at sympatico.ca (Jack and Pat) Date: Fri, 9 May 2008 21:55:21 -0400 Subject: [AccessD] .NET Stock Trader In-Reply-To: <29f585dd0805091618n511fe1f5u350265ba0f6efb33@mail.gmail.com> References: <29f585dd0805091618n511fe1f5u350265ba0f6efb33@mail.gmail.com> Message-ID: <01be01c8b240$e7d8df20$6501a8c0@home6399619597> Arthur, I don't know where it resides but there is a discussion forum related to the application. It is located at http://forums.microsoft.com/MSDNWorkShop/ShowForum.aspx?ForumID=1810&SiteID= 64 Jack -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Friday, May 09, 2008 7:18 PM To: Access Developers discussion and problem solving Subject: [AccessD] .NET Stock Trader I have been hunting for a source to dowload this from, and so far all I can find about it is messages, not download sources. This is a Microsoft sample app and I need to have a look at it. Anyone know where it lives? TIA, Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wdhindman at dejpolsystems.com Fri May 9 21:15:46 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Fri, 9 May 2008 22:15:46 -0400 Subject: [AccessD] .NET Stock Trader References: <29f585dd0805091618n511fe1f5u350265ba0f6efb33@mail.gmail.com> <01be01c8b240$e7d8df20$6501a8c0@home6399619597> Message-ID: <8CF782075B0A4EACB38A68EF72A99771@jislaptopdev> http://msdn.microsoft.com/en-us/netframework/bb499684.aspx William -------------------------------------------------- From: "Jack and Pat" Sent: Friday, May 09, 2008 9:55 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] .NET Stock Trader > Arthur, > > I don't know where it resides but there is a discussion forum related to > the > application. > It is located at > http://forums.microsoft.com/MSDNWorkShop/ShowForum.aspx?ForumID=1810&SiteID= > 64 > > Jack > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller > Sent: Friday, May 09, 2008 7:18 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] .NET Stock Trader > > I have been hunting for a source to dowload this from, and so far all I > can > find about it is messages, not download sources. This is a Microsoft > sample > app and I need to have a look at it. Anyone know where it lives? > > TIA, > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From fuller.artful at gmail.com Fri May 9 22:15:50 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Fri, 9 May 2008 23:15:50 -0400 Subject: [AccessD] .NET Stock Trader In-Reply-To: <8CF782075B0A4EACB38A68EF72A99771@jislaptopdev> References: <29f585dd0805091618n511fe1f5u350265ba0f6efb33@mail.gmail.com> <01be01c8b240$e7d8df20$6501a8c0@home6399619597> <8CF782075B0A4EACB38A68EF72A99771@jislaptopdev> Message-ID: <29f585dd0805092015x6bc1655av91af239fe7b5b73a@mail.gmail.com> Thanks. I already found that page but I cannot see a link on it that lets me download it. Perhaps my flu is blinding me. On Fri, May 9, 2008 at 10:15 PM, William Hindman < wdhindman at dejpolsystems.com> wrote: > http://msdn.microsoft.com/en-us/netframework/bb499684.aspx > > William > From accessd at shaw.ca Sat May 10 02:51:01 2008 From: accessd at shaw.ca (Jim Lawrence) Date: Sat, 10 May 2008 00:51:01 -0700 Subject: [AccessD] OT The new canvas html element In-Reply-To: <200805040004.m4404PBw031538@databaseadvisors.com> References: <200805040004.m4404PBw031538@databaseadvisors.com> Message-ID: <61486FB45696485F8ED09124A4379C44@creativesystemdesigns.com> OT Friday Here is a link to how to use W3C's new HTML 'canvas' element. It works on all browsers with an exception of IE which has tended to be slightly behind the curve when it comes to adopting new standards but check this link out anyway: http://dev.jquery.com/~john/processing.js/ Have fun. Jim From Gustav at cactus.dk Sat May 10 02:50:00 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Sat, 10 May 2008 09:50:00 +0200 Subject: [AccessD] .NET Stock Trader Message-ID: Hi Arthur You are impatient ... just read the page: We have removed the the StockTrader 1.0 download in preparation for the imminent release of the StockTrader 2.0 download in the coming days, including the new Configuration Service 2.0. We are working hard to get this new download posted on MSDN, so check back during the next several days. /gustav >>> fuller.artful at gmail.com 10-05-2008 05:15 >>> Thanks. I already found that page but I cannot see a link on it that lets me download it. Perhaps my flu is blinding me. On Fri, May 9, 2008 at 10:15 PM, William Hindman < wdhindman at dejpolsystems.com> wrote: > http://msdn.microsoft.com/en-us/netframework/bb499684.aspx > > William From fuller.artful at gmail.com Sat May 10 05:22:00 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 10 May 2008 06:22:00 -0400 Subject: [AccessD] .NET Stock Trader In-Reply-To: References: Message-ID: <29f585dd0805100322i47816fe8nbdb17b16f45e6d36@mail.gmail.com> Thanks, Gustav. Arthur On Sat, May 10, 2008 at 3:50 AM, Gustav Brock wrote: > Hi Arthur > > You are impatient ... just read the page: > > > We have removed the the StockTrader 1.0 download in preparation for the > imminent release of the StockTrader 2.0 download in the coming days, > including the new Configuration Service 2.0. We are working hard to get this > new download posted on MSDN, so check back during the next several days. > > > /gustav > From wdhindman at dejpolsystems.com Sat May 10 08:17:09 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Sat, 10 May 2008 09:17:09 -0400 Subject: [AccessD] .NET Stock Trader References: <29f585dd0805091618n511fe1f5u350265ba0f6efb33@mail.gmail.com><01be01c8b240$e7d8df20$6501a8c0@home6399619597><8CF782075B0A4EACB38A68EF72A99771@jislaptopdev> <29f585dd0805092015x6bc1655av91af239fe7b5b73a@mail.gmail.com> Message-ID: ...read it Arthur ...its the dl page but they've removed the link pending a new version. William -------------------------------------------------- From: "Arthur Fuller" Sent: Friday, May 09, 2008 11:15 PM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] .NET Stock Trader > Thanks. I already found that page but I cannot see a link on it that lets > me > download it. Perhaps my flu is blinding me. > > On Fri, May 9, 2008 at 10:15 PM, William Hindman < > wdhindman at dejpolsystems.com> wrote: > >> http://msdn.microsoft.com/en-us/netframework/bb499684.aspx >> >> William >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From fuller.artful at gmail.com Sat May 10 09:10:29 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 10 May 2008 10:10:29 -0400 Subject: [AccessD] Conditional Form Footer Visibility Message-ID: <29f585dd0805100710n31256d45qd5b33d42ef3c3c07@mail.gmail.com> This might sound like a crazy request, but I have a tabbed form and I want the form footer to appear only when one particular tab has been selected. Any idea how to do this? TIA, Arthur From fuller.artful at gmail.com Sat May 10 09:17:49 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 10 May 2008 10:17:49 -0400 Subject: [AccessD] Acrobat/Access Link Message-ID: <29f585dd0805100717o4aae7d66w8e303d3b094fe1f1@mail.gmail.com> I want to put a button on a form that opens a specific Acrobat PDF file. Ideally I'd like to make it a picture button using the Acrobat icon. Where does that icon live? Thanks, Arthur From rockysmolin at bchacc.com Sat May 10 09:42:13 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Sat, 10 May 2008 07:42:13 -0700 Subject: [AccessD] Conditional Form Footer Visibility In-Reply-To: <29f585dd0805100710n31256d45qd5b33d42ef3c3c07@mail.gmail.com> References: <29f585dd0805100710n31256d45qd5b33d42ef3c3c07@mail.gmail.com> Message-ID: <001201c8b2ac$09177370$0301a8c0@HAL9005> Arthur: I'd try using mouse move of the page to put in Me.Section(2).Visible = False on the page where you want the footer to disappear and Me.Section(2).Visible = True on the pages where you want the footer visible. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Saturday, May 10, 2008 7:10 AM To: Access Developers discussion and problem solving Subject: [AccessD] Conditional Form Footer Visibility This might sound like a crazy request, but I have a tabbed form and I want the form footer to appear only when one particular tab has been selected. Any idea how to do this? TIA, Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.14/1425 - Release Date: 5/9/2008 12:38 PM From max.wanadoo at gmail.com Sat May 10 09:43:37 2008 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Sat, 10 May 2008 15:43:37 +0100 Subject: [AccessD] Countdown In-Reply-To: <29f585dd0805100717o4aae7d66w8e303d3b094fe1f1@mail.gmail.com> References: <29f585dd0805100717o4aae7d66w8e303d3b094fe1f1@mail.gmail.com> Message-ID: <000301c8b2ac$3c7b6d20$8119fea9@LTVM> Hi, Has anybody any code that would do a count down in years,days,hrs,mins,sec from a given date to now() Ie, pass the function the future (or past) date and it updates given values which are passed by Ref. Thanks Max From wdhindman at dejpolsystems.com Sat May 10 09:48:54 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Sat, 10 May 2008 10:48:54 -0400 Subject: [AccessD] Acrobat/Access Link References: <29f585dd0805100717o4aae7d66w8e303d3b094fe1f1@mail.gmail.com> Message-ID: <9876E59620E246C18EDF4A28E1DD0B5C@jislaptopdev> http://www.adobe.com/misc/linking.html#pdficon William -------------------------------------------------- From: "Arthur Fuller" Sent: Saturday, May 10, 2008 10:17 AM To: "Access Developers discussion and problem solving" Subject: [AccessD] Acrobat/Access Link > I want to put a button on a form that opens a specific Acrobat PDF file. > Ideally I'd like to make it a picture button using the Acrobat icon. Where > does that icon live? > > Thanks, > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From wdhindman at dejpolsystems.com Sat May 10 10:12:05 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Sat, 10 May 2008 11:12:05 -0400 Subject: [AccessD] Countdown References: <29f585dd0805100717o4aae7d66w8e303d3b094fe1f1@mail.gmail.com> <000301c8b2ac$3c7b6d20$8119fea9@LTVM> Message-ID: http://www.rogersaccesslibrary.com/download3.asp?SampleName=ConvertDateTimeToFormattedString.mdb Wiliam -------------------------------------------------- From: "Max Wanadoo" Sent: Saturday, May 10, 2008 10:43 AM To: "'Access Developers discussion and problem solving'" Subject: [AccessD] Countdown > Hi, > Has anybody any code that would do a count down in years,days,hrs,mins,sec > from a given date to now() > Ie, pass the function the future (or past) date and it updates given > values > which are passed by Ref. > > Thanks > Max > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From fuller.artful at gmail.com Sat May 10 10:17:00 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 10 May 2008 11:17:00 -0400 Subject: [AccessD] Acrobat/Access Link In-Reply-To: <9876E59620E246C18EDF4A28E1DD0B5C@jislaptopdev> References: <29f585dd0805100717o4aae7d66w8e303d3b094fe1f1@mail.gmail.com> <9876E59620E246C18EDF4A28E1DD0B5C@jislaptopdev> Message-ID: <29f585dd0805100817o42c9263ek638ec42e87ff2515@mail.gmail.com> Thanks for that. Next question. How do I open the PDF file with the button? The location of the file is constant. TIA, Arthur On Sat, May 10, 2008 at 10:48 AM, William Hindman < wdhindman at dejpolsystems.com> wrote: > http://www.adobe.com/misc/linking.html#pdficon > > William > From fuller.artful at gmail.com Sat May 10 10:19:22 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 10 May 2008 11:19:22 -0400 Subject: [AccessD] Conditional Form Footer Visibility In-Reply-To: <001201c8b2ac$09177370$0301a8c0@HAL9005> References: <29f585dd0805100710n31256d45qd5b33d42ef3c3c07@mail.gmail.com> <001201c8b2ac$09177370$0301a8c0@HAL9005> Message-ID: <29f585dd0805100819w1b4bb855id589ad7cee457a91@mail.gmail.com> How does one refer to the pages of a tab control from within its tab change event? Arthur On Sat, May 10, 2008 at 10:42 AM, Rocky Smolin at Beach Access Software < rockysmolin at bchacc.com> wrote: > Arthur: > > I'd try using mouse move of the page to put in Me.Section(2).Visible = > False on the page where you want the footer to disappear and > Me.Section(2).Visible = True on the pages where you want the footer > visible. > > > Rocky Smolin > From wdhindman at dejpolsystems.com Sat May 10 10:34:27 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Sat, 10 May 2008 11:34:27 -0400 Subject: [AccessD] Acrobat/Access Link References: <29f585dd0805100717o4aae7d66w8e303d3b094fe1f1@mail.gmail.com><9876E59620E246C18EDF4A28E1DD0B5C@jislaptopdev> <29f585dd0805100817o42c9263ek638ec42e87ff2515@mail.gmail.com> Message-ID: ...use a hyperlink ...any Acrobat version 7 and higher will open from it. William -------------------------------------------------- From: "Arthur Fuller" Sent: Saturday, May 10, 2008 11:17 AM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] Acrobat/Access Link > Thanks for that. Next question. How do I open the PDF file with the > button? > The location of the file is constant. > > TIA, > Arthur > > On Sat, May 10, 2008 at 10:48 AM, William Hindman < > wdhindman at dejpolsystems.com> wrote: > >> http://www.adobe.com/misc/linking.html#pdficon >> >> William >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From wdhindman at dejpolsystems.com Sat May 10 10:38:52 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Sat, 10 May 2008 11:38:52 -0400 Subject: [AccessD] Conditional Form Footer Visibility References: <29f585dd0805100710n31256d45qd5b33d42ef3c3c07@mail.gmail.com><001201c8b2ac$09177370$0301a8c0@HAL9005> <29f585dd0805100819w1b4bb855id589ad7cee457a91@mail.gmail.com> Message-ID: <4F47945F046A4B4A856C54382B90FC71@jislaptopdev> ...this is older than the hills but its still my bread & butter tab change code: Private Sub TabCtl0_Change() Dim tbc As Control, pge As Page ' Return reference to tab control. Set tbc = Me!TabCtl0 ' Return reference to currently selected page. Set pge = tbc.Pages(tbc.Value) ' Message box showing what page has been selected ' for testing purposes only 'MsgBox "We are now on " & pge.Name If pge.Name = "Page3" Then If IsLoaded("frmCompanyEventsSub") Then DoCmd.Close acForm, "frmCompanyEventsSub", acSaveYes End If Forms!frmCompany!CompanySub.Visible = True Forms!frmCompany!CompanySub.SourceObject = "frmCompanyContactsSub William -------------------------------------------------- From: "Arthur Fuller" Sent: Saturday, May 10, 2008 11:19 AM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] Conditional Form Footer Visibility > How does one refer to the pages of a tab control from within its tab > change > event? > Arthur > > On Sat, May 10, 2008 at 10:42 AM, Rocky Smolin at Beach Access Software < > rockysmolin at bchacc.com> wrote: > >> Arthur: >> >> I'd try using mouse move of the page to put in Me.Section(2).Visible = >> False on the page where you want the footer to disappear and >> Me.Section(2).Visible = True on the pages where you want the footer >> visible. >> >> >> Rocky Smolin >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From wdhindman at dejpolsystems.com Sat May 10 10:44:39 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Sat, 10 May 2008 11:44:39 -0400 Subject: [AccessD] Conditional Form Footer Visibility References: <29f585dd0805100710n31256d45qd5b33d42ef3c3c07@mail.gmail.com><001201c8b2ac$09177370$0301a8c0@HAL9005><29f585dd0805100819w1b4bb855id589ad7cee457a91@mail.gmail.com> <4F47945F046A4B4A856C54382B90FC71@jislaptopdev> Message-ID: <74C85176B8844C8D9777A601832363D9@jislaptopdev> ...note that you could just add Me.Section(2).Visible to the page change event set William -------------------------------------------------- From: "William Hindman" Sent: Saturday, May 10, 2008 11:38 AM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] Conditional Form Footer Visibility > ...this is older than the hills but its still my bread & butter tab change > code: > > Private Sub TabCtl0_Change() > Dim tbc As Control, pge As Page > ' Return reference to tab control. > Set tbc = Me!TabCtl0 > ' Return reference to currently selected page. > Set pge = tbc.Pages(tbc.Value) > ' Message box showing what page has been selected > ' for testing purposes only > 'MsgBox "We are now on " & pge.Name > If pge.Name = "Page3" Then > If IsLoaded("frmCompanyEventsSub") Then > DoCmd.Close acForm, "frmCompanyEventsSub", acSaveYes > End If > Forms!frmCompany!CompanySub.Visible = True > Forms!frmCompany!CompanySub.SourceObject = "frmCompanyContactsSub > > William > > -------------------------------------------------- > From: "Arthur Fuller" > Sent: Saturday, May 10, 2008 11:19 AM > To: "Access Developers discussion and problem solving" > > Subject: Re: [AccessD] Conditional Form Footer Visibility > >> How does one refer to the pages of a tab control from within its tab >> change >> event? >> Arthur >> >> On Sat, May 10, 2008 at 10:42 AM, Rocky Smolin at Beach Access Software < >> rockysmolin at bchacc.com> wrote: >> >>> Arthur: >>> >>> I'd try using mouse move of the page to put in Me.Section(2).Visible = >>> False on the page where you want the footer to disappear and >>> Me.Section(2).Visible = True on the pages where you want the footer >>> visible. >>> >>> >>> Rocky Smolin >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From max.wanadoo at gmail.com Sat May 10 10:59:23 2008 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Sat, 10 May 2008 16:59:23 +0100 Subject: [AccessD] Countdown In-Reply-To: References: <29f585dd0805100717o4aae7d66w8e303d3b094fe1f1@mail.gmail.com><000301c8b2ac$3c7b6d20$8119fea9@LTVM> Message-ID: <000401c8b2b6$d1181eb0$8119fea9@LTVM> Thanks William, Really handy. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: Saturday, May 10, 2008 4:12 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Countdown http://www.rogersaccesslibrary.com/download3.asp?SampleName=ConvertDateTimeT oFormattedString.mdb Wiliam -------------------------------------------------- From: "Max Wanadoo" Sent: Saturday, May 10, 2008 10:43 AM To: "'Access Developers discussion and problem solving'" Subject: [AccessD] Countdown > Hi, > Has anybody any code that would do a count down in > years,days,hrs,mins,sec from a given date to now() Ie, pass the > function the future (or past) date and it updates given values which > are passed by Ref. > > Thanks > Max > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Sat May 10 11:08:25 2008 From: accessd at shaw.ca (Jim Lawrence) Date: Sat, 10 May 2008 09:08:25 -0700 Subject: [AccessD] OT The new canvas html element In-Reply-To: <61486FB45696485F8ED09124A4379C44@creativesystemdesigns.com> References: <200805040004.m4404PBw031538@databaseadvisors.com> <61486FB45696485F8ED09124A4379C44@creativesystemdesigns.com> Message-ID: A correction on the previous email: The new element 'canvas' is not a fully endorsed W3C compliant object...yet... but the API is already built into all Mozilla browsers, FireFox, Safari etc. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Saturday, May 10, 2008 12:51 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] OT The new canvas html element OT Friday Here is a link to how to use W3C's new HTML 'canvas' element. It works on all browsers with an exception of IE which has tended to be slightly behind the curve when it comes to adopting new standards but check this link out anyway: http://dev.jquery.com/~john/processing.js/ Have fun. Jim -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wdhindman at dejpolsystems.com Sat May 10 11:47:56 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Sat, 10 May 2008 12:47:56 -0400 Subject: [AccessD] OT The new canvas html element References: <200805040004.m4404PBw031538@databaseadvisors.com><61486FB45696485F8ED09124A4379C44@creativesystemdesigns.com> Message-ID: ...didn't Apple put a patent on canvas technology just recently which means it won't be included as aW3C standard? William -------------------------------------------------- From: "Jim Lawrence" Sent: Saturday, May 10, 2008 12:08 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] OT The new canvas html element > A correction on the previous email: The new element 'canvas' is not a > fully > endorsed W3C compliant object...yet... but the API is already built into > all > Mozilla browsers, FireFox, Safari etc. > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > Sent: Saturday, May 10, 2008 12:51 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] OT The new canvas html element > > OT Friday > > Here is a link to how to use W3C's new HTML 'canvas' element. It works on > all browsers with an exception of IE which has tended to be slightly > behind > the curve when it comes to adopting new standards but check this link out > anyway: > > http://dev.jquery.com/~john/processing.js/ > > Have fun. > > Jim > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From fuller.artful at gmail.com Sat May 10 11:54:06 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 10 May 2008 12:54:06 -0400 Subject: [AccessD] Conditional Form Footer Visibility In-Reply-To: <74C85176B8844C8D9777A601832363D9@jislaptopdev> References: <29f585dd0805100710n31256d45qd5b33d42ef3c3c07@mail.gmail.com> <001201c8b2ac$09177370$0301a8c0@HAL9005> <29f585dd0805100819w1b4bb855id589ad7cee457a91@mail.gmail.com> <4F47945F046A4B4A856C54382B90FC71@jislaptopdev> <74C85176B8844C8D9777A601832363D9@jislaptopdev> Message-ID: <29f585dd0805100954j830d7e3i6eeebf7f8e2962c8@mail.gmail.com> Thanks a lot, William. I'll take it for a spin right now. Arthur On Sat, May 10, 2008 at 11:44 AM, William Hindman < wdhindman at dejpolsystems.com> wrote: > ...note that you could just add Me.Section(2).Visible to the page change > event set > > William > > -------------------------------------------------- > From: "William Hindman" > Sent: Saturday, May 10, 2008 11:38 AM > To: "Access Developers discussion and problem solving" > > Subject: Re: [AccessD] Conditional Form Footer Visibility > > > ...this is older than the hills but its still my bread & butter tab > change > > code: > > > > Private Sub TabCtl0_Change() > > Dim tbc As Control, pge As Page > > ' Return reference to tab control. > > Set tbc = Me!TabCtl0 > > ' Return reference to currently selected page. > > Set pge = tbc.Pages(tbc.Value) > > ' Message box showing what page has been selected > > ' for testing purposes only > > 'MsgBox "We are now on " & pge.Name > > If pge.Name = "Page3" Then > > If IsLoaded("frmCompanyEventsSub") Then > > DoCmd.Close acForm, "frmCompanyEventsSub", acSaveYes > > End If > > Forms!frmCompany!CompanySub.Visible = True > > Forms!frmCompany!CompanySub.SourceObject = "frmCompanyContactsSub > > > > William > > > > -------------------------------------------------- > > From: "Arthur Fuller" > > Sent: Saturday, May 10, 2008 11:19 AM > > To: "Access Developers discussion and problem solving" > > > > Subject: Re: [AccessD] Conditional Form Footer Visibility > > > >> How does one refer to the pages of a tab control from within its tab > >> change > >> event? > >> Arthur > >> > >> On Sat, May 10, 2008 at 10:42 AM, Rocky Smolin at Beach Access Software > < > >> rockysmolin at bchacc.com> wrote: > >> > >>> Arthur: > >>> > >>> I'd try using mouse move of the page to put in Me.Section(2).Visible = > >>> False on the page where you want the footer to disappear and > >>> Me.Section(2).Visible = True on the pages where you want the footer > >>> visible. > >>> > >>> > >>> Rocky Smolin > >>> > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > >> > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From fuller.artful at gmail.com Sat May 10 15:39:08 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 10 May 2008 16:39:08 -0400 Subject: [AccessD] 2007 Compact and Repair Message-ID: <29f585dd0805101339k4e14e7crb6ac62fb05f80446@mail.gmail.com> I can't find this command on the lovely ribbon. Anyone know where it is? TIA, Arthur From ab-mi at post3.tele.dk Sat May 10 16:31:01 2008 From: ab-mi at post3.tele.dk (Asger Blond) Date: Sat, 10 May 2008 23:31:01 +0200 Subject: [AccessD] 2007 Compact and Repair In-Reply-To: <29f585dd0805101339k4e14e7crb6ac62fb05f80446@mail.gmail.com> Message-ID: <000001c8b2e5$39c58500$2101a8c0@AB> Office-button (left top button) -> Administer -> Compact and Repair Database Asger -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Arthur Fuller Sendt: 10. maj 2008 22:39 Til: Access Developers discussion and problem solving Emne: [AccessD] 2007 Compact and Repair I can't find this command on the lovely ribbon. Anyone know where it is? TIA, Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jeff.developer at gmail.com Sat May 10 16:36:14 2008 From: jeff.developer at gmail.com (Jeff B) Date: Sat, 10 May 2008 16:36:14 -0500 Subject: [AccessD] 2007 Compact and Repair In-Reply-To: <29f585dd0805101339k4e14e7crb6ac62fb05f80446@mail.gmail.com> References: <29f585dd0805101339k4e14e7crb6ac62fb05f80446@mail.gmail.com> Message-ID: <482614f6.3e61220a.2e71.3285@mx.google.com> Click on the circle thing in the upper left hand corner, then go to Manage. Compact and Repair is the top option -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Saturday, May 10, 2008 3:39 PM To: Access Developers discussion and problem solving Subject: [AccessD] 2007 Compact and Repair I can't find this command on the lovely ribbon. Anyone know where it is? TIA, Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.23.15/1426 - Release Date: 5/10/2008 11:12 AM No virus found in this outgoing message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.23.15/1426 - Release Date: 5/10/2008 11:12 AM From wdhindman at dejpolsystems.com Sat May 10 16:34:37 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Sat, 10 May 2008 17:34:37 -0400 Subject: [AccessD] 2007 Compact and Repair References: <29f585dd0805101339k4e14e7crb6ac62fb05f80446@mail.gmail.com> Message-ID: http://accessblog.net/2007/09/compact-database-in-access-2007.html ...if Dybenko couldn't find it, you haven't a chance :) William -------------------------------------------------- From: "Arthur Fuller" Sent: Saturday, May 10, 2008 4:39 PM To: "Access Developers discussion and problem solving" Subject: [AccessD] 2007 Compact and Repair > I can't find this command on the lovely ribbon. Anyone know where it is? > > TIA, > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From fuller.artful at gmail.com Sat May 10 18:59:20 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 10 May 2008 19:59:20 -0400 Subject: [AccessD] 2007 Compact and Repair In-Reply-To: <482614f6.3e61220a.2e71.3285@mx.google.com> References: <29f585dd0805101339k4e14e7crb6ac62fb05f80446@mail.gmail.com> <482614f6.3e61220a.2e71.3285@mx.google.com> Message-ID: <29f585dd0805101659t74106686h7c2cda4aa94e94f4@mail.gmail.com> Thanks. I noticed that that is also where "Back Up a Database" lives. Yay! Anyone have an idea why "Back Up a Database consistently makes smaller databases than Compact and Repair? My guess is that it creates a new db and then imports everything into it, but that's just a guess. Identical behavior in Access 2003, too. Arthur On Sat, May 10, 2008 at 5:36 PM, Jeff B wrote: > Click on the circle thing in the upper left hand corner, then go to Manage. > Compact and Repair is the top option > From Gustav at cactus.dk Sun May 11 01:43:58 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Sun, 11 May 2008 08:43:58 +0200 Subject: [AccessD] Countdown Message-ID: Hi Max Unless just for a "fun" web site countdown function, this is slightly more complicated than so. You should be able to modify the function FormatYearDayHourMinuteSecondDiff below to return the values ByRef. And it won't cost you a dollar ... /gustav Public Function FormatYearDayHourMinuteSecondDiff( _ ByVal datTimeStart As Date, _ ByVal datTimeEnd As Date, _ Optional ByVal strSeparatorDate As String = " ", _ Optional ByVal strSeparatorTime As String = ":") _ As String ' Returns count of years, days, hours, minutes and seconds of difference ' between datTimeStart and datTimeEnd converted to ' years, days, hours and minutes and seconds as a formatted string ' with an optional choice of date and/or time separator. ' ' Should return correct output for a negative time span but ' this is not fully tested. ' ' Example: ' datTimeStart: #2006-05-24 10:03:02# ' datTimeEnd : #2009-04-17 20:01:18# ' returns : 2 328 09:58:16 ' ' 2007-11-06. Cactus Data ApS, CPH. Const cintSecondsHour As Integer = 60& * 60& Dim intYears As Integer Dim intDays As Integer Dim intSeconds As Integer Dim intHours As Integer Dim datTime As Date Dim strDatePart As String Dim strTimePart As String Dim strYDHMS As String intYears = Years(datTimeStart, datTimeEnd) datTimeStart = DateAdd("yyyy", intYears, datTimeStart) intDays = Days(datTimeStart, datTimeEnd) datTimeStart = DateAdd("d", intDays, datTimeStart) intHours = DateDiff("h", datTimeStart, datTimeEnd) datTimeStart = DateAdd("h", intHours, datTimeStart) intSeconds = DateDiff("s", datTimeStart, datTimeEnd) ' Format year and day part. strDatePart = CStr(intYears) & strSeparatorDate & CStr(intDays) datTime = TimeSerial(intHours, 0, intSeconds Mod cintSecondsHour) ' Format hour, minute and second part. strTimePart = Format(datTime, "hh\" & strSeparatorTime & "nn\" & strSeparatorTime & "ss") strYDHMS = strDatePart & " " & IIf(datTime < 0, "-", "") & strTimePart FormatYearDayHourMinuteSecondDiff = strYDHMS End Function Public Function Years( _ ByVal datDOB As Date, _ ByVal datNow As Date, _ Optional ByVal booLinear As Boolean) _ As Integer ' Returns the difference in full years between datDOB and datNow. ' ' Calculates correctly for: ' negative differences ' leap years ' dates of 29. February ' date/time values with embedded time values ' negative date/time values (prior to 1899-12-29) ' ' Optionally returns negative counts rounded down to provide a ' linear sequence of year counts. ' For a given datDOB, if datNow is decreased step wise one year from ' returning a positive count to returning a negative count, one or two ' occurrences of count zero will be returned. ' If booLinear is False, the sequence will be: ' 3, 2, 1, 0, 0, -1, -2 ' If booLinear is True, the sequence will be: ' 3, 2, 1, 0, -1, -2, -3 ' ' If booLinear is False, reversing datDOB and datNow will return ' results of same absolute value, only the sign will change. ' This behaviour mimics that of Fix(). ' If booLinear is True, reversing datDOB and datNow will return ' results where the negative count is offset by -1. ' This behaviour mimics that of Int(). ' DateAdd() is used for check for month end of February as it correctly ' returns Feb. 28. when adding a count of years to dates of Feb. 29. ' when the resulting year is a common year. ' ' 2000-11-03. Cactus Data ApS, CPH. ' 2000-12-16. Leap year correction modified to be symmetrical. ' Calculation of intDaysDiff simplified. ' Renamed from YearsDiff() to Years(). ' 2000-12-18. Introduced cbytMonthDaysMax. ' 2007-06-22. Version 2. Complete rewrite. ' Check for month end of February performed with DateAdd() ' after idea of Markus G. Fischer. ' 2008-04-27. Version 2.1. ' Correction for calculation of linear age from Feb. 29th. ' to Feb. 28th of a previous non-leap year as documented ' by Lester Hui. ' ' Example: ' DOB: 2000-02-29, Today: 1999-02-28, Age linear: -1. ' ' Parameters renamed to stress that for age calculations ' first parameter must be Date of Birth as documented ' by Markus G. Fischer. ' 2008-04-27. Version 2.2 ' Rewrite to correct negative years count bug. Dim intSign As Integer Dim intYears As Integer ' Find difference in calendar years. intYears = DateDiff("yyyy", datDOB, datNow) ' For positive resp. negative intervals, check if the second date ' falls before, on, or after the crossing date for a full 12 months period ' while at the same time correcting for February 29. of leap years. If DateDiff("d", datDOB, datNow) > 0 Then If DateDiff("d", DateAdd("yyyy", intYears, datDOB), datNow) < 0 Then ' The last year is not a full year. ' Reduce year count by one. intYears = intYears - 1 End If Else intSign = Sgn(DateDiff("d", DateAdd("yyyy", -intYears, datNow), datDOB)) If intSign <> 0 Then If intSign < 0 Then ' The last year is not a full year. ' Reduce negative year count by one. intYears = intYears + 1 End If If booLinear Then ' Offset negative count of years to continuous sequence if requested. If DateDiff("d", DateAdd("yyyy", intYears, datDOB), datNow) < 0 Then ' Time interval includes a partial year. ' Increase negative year count by one. intYears = intYears - 1 End If End If End If End If ' Return count of years as count of full 12 months periods. Years = intYears End Function Public Function Days( _ ByVal datDateFirst As Date, _ ByVal datDateLast As Date) _ As Long ' Returns the difference in full days from datDateFirst to datDateLast. ' 2007-06-27. Cactus Data ApS, CPH. Dim lngDays As Long lngDays = DateDiff("d", datDateFirst, datDateLast) If lngDays > 0 Then ' Decrease by 1 if time of first date is later than time of last date. If DateDiff("s", datDateLast, DateAdd("d", lngDays, datDateFirst)) > 0 Then lngDays = lngDays - 1 End If End If Days = lngDays End Function /gustav >>> max.wanadoo at gmail.com 10-05-2008 16:43 >>> Hi, Has anybody any code that would do a count down in years,days,hrs,mins,sec from a given date to now() Ie, pass the function the future (or past) date and it updates given values which are passed by Ref. Thanks Max From max.wanadoo at gmail.com Sun May 11 05:51:29 2008 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Sun, 11 May 2008 11:51:29 +0100 Subject: [AccessD] Countdown In-Reply-To: References: Message-ID: <001501c8b354$f8821ac0$8119fea9@LTVM> Hi Gustav, That is Spot On! Thank you ever so much. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Sunday, May 11, 2008 7:44 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Countdown Hi Max Unless just for a "fun" web site countdown function, this is slightly more complicated than so. You should be able to modify the function FormatYearDayHourMinuteSecondDiff below to return the values ByRef. And it won't cost you a dollar ... /gustav Public Function FormatYearDayHourMinuteSecondDiff( _ ByVal datTimeStart As Date, _ ByVal datTimeEnd As Date, _ Optional ByVal strSeparatorDate As String = " ", _ Optional ByVal strSeparatorTime As String = ":") _ As String ' Returns count of years, days, hours, minutes and seconds of difference ' between datTimeStart and datTimeEnd converted to ' years, days, hours and minutes and seconds as a formatted string ' with an optional choice of date and/or time separator. ' ' Should return correct output for a negative time span but ' this is not fully tested. ' ' Example: ' datTimeStart: #2006-05-24 10:03:02# ' datTimeEnd : #2009-04-17 20:01:18# ' returns : 2 328 09:58:16 ' ' 2007-11-06. Cactus Data ApS, CPH. Const cintSecondsHour As Integer = 60& * 60& Dim intYears As Integer Dim intDays As Integer Dim intSeconds As Integer Dim intHours As Integer Dim datTime As Date Dim strDatePart As String Dim strTimePart As String Dim strYDHMS As String intYears = Years(datTimeStart, datTimeEnd) datTimeStart = DateAdd("yyyy", intYears, datTimeStart) intDays = Days(datTimeStart, datTimeEnd) datTimeStart = DateAdd("d", intDays, datTimeStart) intHours = DateDiff("h", datTimeStart, datTimeEnd) datTimeStart = DateAdd("h", intHours, datTimeStart) intSeconds = DateDiff("s", datTimeStart, datTimeEnd) ' Format year and day part. strDatePart = CStr(intYears) & strSeparatorDate & CStr(intDays) datTime = TimeSerial(intHours, 0, intSeconds Mod cintSecondsHour) ' Format hour, minute and second part. strTimePart = Format(datTime, "hh\" & strSeparatorTime & "nn\" & strSeparatorTime & "ss") strYDHMS = strDatePart & " " & IIf(datTime < 0, "-", "") & strTimePart FormatYearDayHourMinuteSecondDiff = strYDHMS End Function Public Function Years( _ ByVal datDOB As Date, _ ByVal datNow As Date, _ Optional ByVal booLinear As Boolean) _ As Integer ' Returns the difference in full years between datDOB and datNow. ' ' Calculates correctly for: ' negative differences ' leap years ' dates of 29. February ' date/time values with embedded time values ' negative date/time values (prior to 1899-12-29) ' ' Optionally returns negative counts rounded down to provide a ' linear sequence of year counts. ' For a given datDOB, if datNow is decreased step wise one year from ' returning a positive count to returning a negative count, one or two ' occurrences of count zero will be returned. ' If booLinear is False, the sequence will be: ' 3, 2, 1, 0, 0, -1, -2 ' If booLinear is True, the sequence will be: ' 3, 2, 1, 0, -1, -2, -3 ' ' If booLinear is False, reversing datDOB and datNow will return ' results of same absolute value, only the sign will change. ' This behaviour mimics that of Fix(). ' If booLinear is True, reversing datDOB and datNow will return ' results where the negative count is offset by -1. ' This behaviour mimics that of Int(). ' DateAdd() is used for check for month end of February as it correctly ' returns Feb. 28. when adding a count of years to dates of Feb. 29. ' when the resulting year is a common year. ' ' 2000-11-03. Cactus Data ApS, CPH. ' 2000-12-16. Leap year correction modified to be symmetrical. ' Calculation of intDaysDiff simplified. ' Renamed from YearsDiff() to Years(). ' 2000-12-18. Introduced cbytMonthDaysMax. ' 2007-06-22. Version 2. Complete rewrite. ' Check for month end of February performed with DateAdd() ' after idea of Markus G. Fischer. ' 2008-04-27. Version 2.1. ' Correction for calculation of linear age from Feb. 29th. ' to Feb. 28th of a previous non-leap year as documented ' by Lester Hui. ' ' Example: ' DOB: 2000-02-29, Today: 1999-02-28, Age linear: -1. ' ' Parameters renamed to stress that for age calculations ' first parameter must be Date of Birth as documented ' by Markus G. Fischer. ' 2008-04-27. Version 2.2 ' Rewrite to correct negative years count bug. Dim intSign As Integer Dim intYears As Integer ' Find difference in calendar years. intYears = DateDiff("yyyy", datDOB, datNow) ' For positive resp. negative intervals, check if the second date ' falls before, on, or after the crossing date for a full 12 months period ' while at the same time correcting for February 29. of leap years. If DateDiff("d", datDOB, datNow) > 0 Then If DateDiff("d", DateAdd("yyyy", intYears, datDOB), datNow) < 0 Then ' The last year is not a full year. ' Reduce year count by one. intYears = intYears - 1 End If Else intSign = Sgn(DateDiff("d", DateAdd("yyyy", -intYears, datNow), datDOB)) If intSign <> 0 Then If intSign < 0 Then ' The last year is not a full year. ' Reduce negative year count by one. intYears = intYears + 1 End If If booLinear Then ' Offset negative count of years to continuous sequence if requested. If DateDiff("d", DateAdd("yyyy", intYears, datDOB), datNow) < 0 Then ' Time interval includes a partial year. ' Increase negative year count by one. intYears = intYears - 1 End If End If End If End If ' Return count of years as count of full 12 months periods. Years = intYears End Function Public Function Days( _ ByVal datDateFirst As Date, _ ByVal datDateLast As Date) _ As Long ' Returns the difference in full days from datDateFirst to datDateLast. ' 2007-06-27. Cactus Data ApS, CPH. Dim lngDays As Long lngDays = DateDiff("d", datDateFirst, datDateLast) If lngDays > 0 Then ' Decrease by 1 if time of first date is later than time of last date. If DateDiff("s", datDateLast, DateAdd("d", lngDays, datDateFirst)) > 0 Then lngDays = lngDays - 1 End If End If Days = lngDays End Function /gustav >>> max.wanadoo at gmail.com 10-05-2008 16:43 >>> Hi, Has anybody any code that would do a count down in years,days,hrs,mins,sec from a given date to now() Ie, pass the function the future (or past) date and it updates given values which are passed by Ref. Thanks Max -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Sun May 11 09:26:22 2008 From: dwaters at usinternet.com (Dan Waters) Date: Sun, 11 May 2008 09:26:22 -0500 Subject: [AccessD] 2007 Compact and Repair In-Reply-To: <29f585dd0805101659t74106686h7c2cda4aa94e94f4@mail.gmail.com> References: <29f585dd0805101339k4e14e7crb6ac62fb05f80446@mail.gmail.com><482614f6.3e61220a.2e71.3285@mx.google.com> <29f585dd0805101659t74106686h7c2cda4aa94e94f4@mail.gmail.com> Message-ID: <000701c8b372$fc892870$0300a8c0@danwaters> It might be doing a decompile/compile cycle. That usually reduces the size of my databases. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Saturday, May 10, 2008 6:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] 2007 Compact and Repair Thanks. I noticed that that is also where "Back Up a Database" lives. Yay! Anyone have an idea why "Back Up a Database consistently makes smaller databases than Compact and Repair? My guess is that it creates a new db and then imports everything into it, but that's just a guess. Identical behavior in Access 2003, too. Arthur On Sat, May 10, 2008 at 5:36 PM, Jeff B wrote: > Click on the circle thing in the upper left hand corner, then go to Manage. > Compact and Repair is the top option > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Sun May 11 10:24:20 2008 From: accessd at shaw.ca (Jim Lawrence) Date: Sun, 11 May 2008 08:24:20 -0700 Subject: [AccessD] OT The new canvas html element In-Reply-To: References: <200805040004.m4404PBw031538@databaseadvisors.com> <61486FB45696485F8ED09124A4379C44@creativesystemdesigns.com> Message-ID: That is interseting. I did not see no reference to that at the site... Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: Saturday, May 10, 2008 9:48 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT The new canvas html element ...didn't Apple put a patent on canvas technology just recently which means it won't be included as aW3C standard? William -------------------------------------------------- From: "Jim Lawrence" Sent: Saturday, May 10, 2008 12:08 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] OT The new canvas html element > A correction on the previous email: The new element 'canvas' is not a > fully > endorsed W3C compliant object...yet... but the API is already built into > all > Mozilla browsers, FireFox, Safari etc. > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > Sent: Saturday, May 10, 2008 12:51 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] OT The new canvas html element > > OT Friday > > Here is a link to how to use W3C's new HTML 'canvas' element. It works on > all browsers with an exception of IE which has tended to be slightly > behind > the curve when it comes to adopting new standards but check this link out > anyway: > > http://dev.jquery.com/~john/processing.js/ > > Have fun. > > Jim > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wdhindman at dejpolsystems.com Sun May 11 11:48:51 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Sun, 11 May 2008 12:48:51 -0400 Subject: [AccessD] OT The new canvas html element References: <200805040004.m4404PBw031538@databaseadvisors.com><61486FB45696485F8ED09124A4379C44@creativesystemdesigns.com> Message-ID: http://dannyayers.com/2007/03/15/apple-canvas-patent William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "Jim Lawrence" Sent: Sunday, May 11, 2008 11:24 AM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] OT The new canvas html element > That is interseting. I did not see no reference to that at the site... Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman > Sent: Saturday, May 10, 2008 9:48 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT The new canvas html element > > ...didn't Apple put a patent on canvas technology just recently which > means > it won't be included as aW3C standard? > > William > > -------------------------------------------------- > From: "Jim Lawrence" > Sent: Saturday, May 10, 2008 12:08 PM > To: "'Access Developers discussion and problem solving'" > > Subject: Re: [AccessD] OT The new canvas html element > >> A correction on the previous email: The new element 'canvas' is not a >> fully >> endorsed W3C compliant object...yet... but the API is already built into >> all >> Mozilla browsers, FireFox, Safari etc. >> >> Jim >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence >> Sent: Saturday, May 10, 2008 12:51 AM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] OT The new canvas html element >> >> OT Friday >> >> Here is a link to how to use W3C's new HTML 'canvas' element. It works on >> all browsers with an exception of IE which has tended to be slightly >> behind >> the curve when it comes to adopting new standards but check this link out >> anyway: >> >> http://dev.jquery.com/~john/processing.js/ >> >> Have fun. >> >> Jim >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From newsgrps at dalyn.co.nz Sun May 11 14:05:33 2008 From: newsgrps at dalyn.co.nz (David Emerson) Date: Mon, 12 May 2008 07:05:33 +1200 Subject: [AccessD] Record Set only returning 1 record Message-ID: <20080511190522.LIRG17371.fep04.xtra.co.nz@Dalyn.dalyn.co.nz> Access XP I have the following code in a report: Option Compare Database Option Explicit ' Constant for maximum number of columns on report Const cTotalColumns = 16 ' Variables for Recordset. Dim rstReport As DAO.Recordset ' Variables for number of columns and column totals. Dim intColumnCount As Integer Private Sub Report_Open(Cancel As Integer) Dim qdf As DAO.QueryDef ' Set database variable to current database. Set qdf = CurrentDb.QueryDefs("qryBSVRRpt2") ' Open Recordset object. Set rstReport = qdf.OpenRecordset() ' Set a variable to hold number of columns in query. intColumnCount = rstReport.RecordCount End Sub When I run qryBSVRRpt2 directly it shows 16 records. However, when I put a breakpoint on the line above where intColumnCount is set, it only shows 1 record, and my report only processes 1 record. Does anyone know why the code is only returning 1 record? Regards David Emerson Dalyn Software Ltd Wellington, New Zealand From Gustav at cactus.dk Sun May 11 14:25:05 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Sun, 11 May 2008 21:25:05 +0200 Subject: [AccessD] Record Set only returning 1 record Message-ID: Hi David Have you tried to call a: rstReport.MoveLast before counting records? /gustav >>> newsgrps at dalyn.co.nz 11-05-2008 21:05 >>> Access XP I have the following code in a report: Option Compare Database Option Explicit ' Constant for maximum number of columns on report Const cTotalColumns = 16 ' Variables for Recordset. Dim rstReport As DAO.Recordset ' Variables for number of columns and column totals. Dim intColumnCount As Integer Private Sub Report_Open(Cancel As Integer) Dim qdf As DAO.QueryDef ' Set database variable to current database. Set qdf = CurrentDb.QueryDefs("qryBSVRRpt2") ' Open Recordset object. Set rstReport = qdf.OpenRecordset() ' Set a variable to hold number of columns in query. intColumnCount = rstReport.RecordCount End Sub When I run qryBSVRRpt2 directly it shows 16 records. However, when I put a breakpoint on the line above where intColumnCount is set, it only shows 1 record, and my report only processes 1 record. Does anyone know why the code is only returning 1 record? Regards David Emerson Dalyn Software Ltd Wellington, New Zealand From newsgrps at dalyn.co.nz Sun May 11 14:58:54 2008 From: newsgrps at dalyn.co.nz (David Emerson) Date: Mon, 12 May 2008 07:58:54 +1200 Subject: [AccessD] Record Set only returning 1 record In-Reply-To: References: Message-ID: <20080511195836.OWVE8581.fep03.xtra.co.nz@Dalyn.dalyn.co.nz> Thanks Gustav, That solved it. David At 12/05/2008, you wrote: >Hi David > >Have you tried to call a: > > rstReport.MoveLast > >before counting records? > >/gustav > > >>> newsgrps at dalyn.co.nz 11-05-2008 21:05 >>> >Access XP > >I have the following code in a report: > >Option Compare Database >Option Explicit > >' Constant for maximum number of columns on report >Const cTotalColumns = 16 > >' Variables for Recordset. >Dim rstReport As DAO.Recordset > >' Variables for number of columns and column totals. >Dim intColumnCount As Integer > >Private Sub Report_Open(Cancel As Integer) > > Dim qdf As DAO.QueryDef > > ' Set database variable to current database. > Set qdf = CurrentDb.QueryDefs("qryBSVRRpt2") > > ' Open Recordset object. > Set rstReport = qdf.OpenRecordset() > > ' Set a variable to hold number of columns in query. > intColumnCount = rstReport.RecordCount > >End Sub > >When I run qryBSVRRpt2 directly it shows 16 records. However, when I >put a breakpoint on the line above where intColumnCount is set, it >only shows 1 record, and my report only processes 1 record. > >Does anyone know why the code is only returning 1 record? > > >Regards > >David Emerson >Dalyn Software Ltd >Wellington, New Zealand > > > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From accessd at shaw.ca Sun May 11 20:02:04 2008 From: accessd at shaw.ca (Jim Lawrence) Date: Sun, 11 May 2008 18:02:04 -0700 Subject: [AccessD] OT The new canvas html element In-Reply-To: References: <200805040004.m4404PBw031538@databaseadvisors.com> <61486FB45696485F8ED09124A4379C44@creativesystemdesigns.com> Message-ID: <0CAE024983454C12B6DFC8BB958D2CAD@creativesystemdesigns.com> The 'canvas' element is already built into Mozilla. This technology will have go a long way before it matches the capabilities of Flash anyway. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: Sunday, May 11, 2008 9:49 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT The new canvas html element http://dannyayers.com/2007/03/15/apple-canvas-patent William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "Jim Lawrence" Sent: Sunday, May 11, 2008 11:24 AM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] OT The new canvas html element > That is interseting. I did not see no reference to that at the site... Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman > Sent: Saturday, May 10, 2008 9:48 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT The new canvas html element > > ...didn't Apple put a patent on canvas technology just recently which > means > it won't be included as aW3C standard? > > William > > -------------------------------------------------- > From: "Jim Lawrence" > Sent: Saturday, May 10, 2008 12:08 PM > To: "'Access Developers discussion and problem solving'" > > Subject: Re: [AccessD] OT The new canvas html element > >> A correction on the previous email: The new element 'canvas' is not a >> fully >> endorsed W3C compliant object...yet... but the API is already built into >> all >> Mozilla browsers, FireFox, Safari etc. >> >> Jim >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence >> Sent: Saturday, May 10, 2008 12:51 AM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] OT The new canvas html element >> >> OT Friday >> >> Here is a link to how to use W3C's new HTML 'canvas' element. It works on >> all browsers with an exception of IE which has tended to be slightly >> behind >> the curve when it comes to adopting new standards but check this link out >> anyway: >> >> http://dev.jquery.com/~john/processing.js/ >> >> Have fun. >> >> Jim >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wdhindman at dejpolsystems.com Sun May 11 22:55:07 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Sun, 11 May 2008 23:55:07 -0400 Subject: [AccessD] OT The new canvas html element References: <200805040004.m4404PBw031538@databaseadvisors.com><61486FB45696485F8ED09124A4379C44@creativesystemdesigns.com> <0CAE024983454C12B6DFC8BB958D2CAD@creativesystemdesigns.com> Message-ID: <644E180229C146D0B3ED9AB0E5C9AE8E@jislaptopdev> ...what I'll never understand is MS simply refusing to put svg in ie, its vml isn't nearly as well supported but because they hate Adobe's guts ...and vice versa ...we still don't have a web based vector drawing tool with cross browser support (w/o a plug-in) and are eating gobs of bandwidth on raster images as a result ...stupid ...imnsho of course :) William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "Jim Lawrence" Sent: Sunday, May 11, 2008 9:02 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] OT The new canvas html element > The 'canvas' element is already built into Mozilla. This technology will > have go a long way before it matches the capabilities of Flash anyway. > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman > Sent: Sunday, May 11, 2008 9:49 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT The new canvas html element > > http://dannyayers.com/2007/03/15/apple-canvas-patent > > William > "The truth is incontrovertible, malice may attack it, ignorance may deride > it, but in the end; there it is." > > -------------------------------------------------- > From: "Jim Lawrence" > Sent: Sunday, May 11, 2008 11:24 AM > To: "'Access Developers discussion and problem solving'" > > Subject: Re: [AccessD] OT The new canvas html element > >> That is interseting. I did not see no reference to that at the site... >> Jim >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William >> Hindman >> Sent: Saturday, May 10, 2008 9:48 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] OT The new canvas html element >> >> ...didn't Apple put a patent on canvas technology just recently which >> means >> it won't be included as aW3C standard? >> >> William >> >> -------------------------------------------------- >> From: "Jim Lawrence" >> Sent: Saturday, May 10, 2008 12:08 PM >> To: "'Access Developers discussion and problem solving'" >> >> Subject: Re: [AccessD] OT The new canvas html element >> >>> A correction on the previous email: The new element 'canvas' is not a >>> fully >>> endorsed W3C compliant object...yet... but the API is already built into >>> all >>> Mozilla browsers, FireFox, Safari etc. >>> >>> Jim >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence >>> Sent: Saturday, May 10, 2008 12:51 AM >>> To: 'Access Developers discussion and problem solving' >>> Subject: [AccessD] OT The new canvas html element >>> >>> OT Friday >>> >>> Here is a link to how to use W3C's new HTML 'canvas' element. It works >>> on >>> all browsers with an exception of IE which has tended to be slightly >>> behind >>> the curve when it comes to adopting new standards but check this link >>> out >>> anyway: >>> >>> http://dev.jquery.com/~john/processing.js/ >>> >>> Have fun. >>> >>> Jim >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rbgajewski at roadrunner.com Mon May 12 06:34:39 2008 From: rbgajewski at roadrunner.com (Bob Gajewski) Date: Mon, 12 May 2008 07:34:39 -0400 Subject: [AccessD] Problem with Form_Current() - Access 2003 SP3 Message-ID: <3678C6AE82F244CDB5A3AA816F73D32E@DCYN3T81> Hi I am having a problem with some Form_Current() code. For an address table, I have certain fields that I don't want to display if the VACANT flag is set to true. The code works fine in the _AfterUpdate() module, but not in the _Current module - and I basically copied from one to the other. I do have other display control code in the _Current() module that works fine. Field "CardexVacantFlag" is a checkbox with TripleState set to No. Any suggestions are gratefully appreciated. TIA Bob Gajewski Private Sub Form_Current() If CardexVacantFlag = True Then CardexOccupantLastName.Visible = False CardexOccupantFirstName.Visible = False CardexOccupantBusinessName.Visible = False CardexOccupantHouseNumber.Visible = False CardexOccupantStreetID.Visible = False CardexOccupantAddlInfo.Visible = False CardexOccupantPOBox.Visible = False CardexOccupantMunicipalityID.Visible = False CardexOccupantStateCode.Visible = False CardexOccupantZipCode.Visible = False CardexOccupantMailingListFlag = False CardexOccupantMailingListFlag.Visible = False CardexOccupantSpecialNeeds.Visible = False CardexOccupantChildren.Visible = False CardexOccupantPets.Visible = False CardexOccupantAnimals.Visible = False Else CardexOccupantLastName.Visible = True CardexOccupantFirstName.Visible = True CardexOccupantBusinessName.Visible = True CardexOccupantHouseNumber.Visible = True CardexOccupantStreetID.Visible = True CardexOccupantAddlInfo.Visible = True CardexOccupantPOBox.Visible = True CardexOccupantMunicipalityID.Visible = True CardexOccupantStateCode.Visible = True CardexOccupantZipCode.Visible = True CardexOccupantMailingListFlag.Visible = True CardexOccupantSpecialNeeds.Visible = True CardexOccupantChildren.Visible = True CardexOccupantPets.Visible = True CardexOccupantAnimals.Visible = True End If If IsNull(CardexWarningReason) Then lblCardexWarning.Visible = False Else lblCardexWarning.Visible = True DoCmd.Beep End If End Sub ------------------------- Private Sub CardexVacantFlag_AfterUpdate() If CardexVacantFlag = True Then CardexOccupantLastName = Null CardexOccupantLastName.Visible = False CardexOccupantFirstName = Null CardexOccupantFirstName.Visible = False CardexOccupantBusinessName = Null CardexOccupantBusinessName.Visible = False CardexOccupantHouseNumber = Null CardexOccupantHouseNumber.Visible = False CardexOccupantStreetID = Null CardexOccupantStreetID.Visible = False CardexOccupantAddlInfo = Null CardexOccupantAddlInfo.Visible = False CardexOccupantPOBox = Null CardexOccupantPOBox.Visible = False CardexOccupantMunicipalityID = Null CardexOccupantMunicipalityID.Visible = False CardexOccupantStateCode = Null CardexOccupantStateCode.Visible = False CardexOccupantZipCode = Null CardexOccupantZipCode.Visible = False CardexOccupantMailingListFlag = False CardexOccupantMailingListFlag.Visible = False CardexOccupantSpecialNeeds = Null CardexOccupantSpecialNeeds.Visible = False CardexOccupantChildren = Null CardexOccupantChildren.Visible = False CardexOccupantPets = Null CardexOccupantPets.Visible = False CardexOccupantAnimals = Null CardexOccupantAnimals.Visible = False Else CardexOccupantLastName.Visible = True CardexOccupantFirstName.Visible = True CardexOccupantBusinessName.Visible = True CardexOccupantHouseNumber.Visible = True CardexOccupantStreetID.Visible = True CardexOccupantAddlInfo.Visible = True CardexOccupantPOBox.Visible = True CardexOccupantMunicipalityID.Visible = True CardexOccupantStateCode.Visible = True CardexOccupantZipCode.Visible = True CardexOccupantMailingListFlag.Visible = True CardexOccupantSpecialNeeds.Visible = True CardexOccupantChildren.Visible = True CardexOccupantPets.Visible = True CardexOccupantAnimals.Visible = True End If LastUpdated = Date End Sub P Please consider the environment before printing this e-mail From jwcolby at colbyconsulting.com Mon May 12 07:08:27 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 12 May 2008 08:08:27 -0400 Subject: [AccessD] Problem with Form_Current() - Access 2003 SP3 In-Reply-To: <3678C6AE82F244CDB5A3AA816F73D32E@DCYN3T81> References: <3678C6AE82F244CDB5A3AA816F73D32E@DCYN3T81> Message-ID: <4828333B.9050701@colbyconsulting.com> Bob, First we have to ask if this is a continuous form? If so this won't work at all since in a continuous form you cannot display some fields of some records and not others. I will therefore assume that this is NOT a continuous form. I don't like this kind of "set every control..." method because if the controls change your code has to change. The next method (and simplest) would be to just filter the recordset itself such that the records are not even pulled into the recordset if the vacant flag is set. The next suggestion is to use a for each loop and iterate the controls collection. WARNING... this is air code: function SetVisible(frm as form, blnVisible as boolean) as boolean on error goto error_handler dim ctl as control for each ctl in frm.controls ctl.visible = blnVisible next ctl SetVisible = true insert exit code here insert error handler here function end This has the distinct advantage of just adapting as you add or delete controls to the form. Another method that MIGHT work is to simply set the entire section visible = false. None of which addresses the WHY your code fails. You need to step through and see what the value of the CardexVacantFlag is at the instant the current event runs WHERE you expect to hide the controls. Obviously the value isn't what you expect or the code would run. John W. Colby www.ColbyConsulting.com Bob Gajewski wrote: > Hi > > I am having a problem with some Form_Current() code. For an address table, I > have certain fields that I don't want to display if the VACANT flag is set > to true. The code works fine in the _AfterUpdate() module, but not in the > _Current module - and I basically copied from one to the other. I do have > other display control code in the _Current() module that works fine. Field > "CardexVacantFlag" is a checkbox with TripleState set to No. > > Any suggestions are gratefully appreciated. > > TIA > Bob Gajewski > > > Private Sub Form_Current() > If CardexVacantFlag = True Then > CardexOccupantLastName.Visible = False > CardexOccupantFirstName.Visible = False > CardexOccupantBusinessName.Visible = False > CardexOccupantHouseNumber.Visible = False > CardexOccupantStreetID.Visible = False > CardexOccupantAddlInfo.Visible = False > CardexOccupantPOBox.Visible = False > CardexOccupantMunicipalityID.Visible = False > CardexOccupantStateCode.Visible = False > CardexOccupantZipCode.Visible = False > CardexOccupantMailingListFlag = False > CardexOccupantMailingListFlag.Visible = False > CardexOccupantSpecialNeeds.Visible = False > CardexOccupantChildren.Visible = False > CardexOccupantPets.Visible = False > CardexOccupantAnimals.Visible = False > Else > CardexOccupantLastName.Visible = True > CardexOccupantFirstName.Visible = True > CardexOccupantBusinessName.Visible = True > CardexOccupantHouseNumber.Visible = True > CardexOccupantStreetID.Visible = True > CardexOccupantAddlInfo.Visible = True > CardexOccupantPOBox.Visible = True > CardexOccupantMunicipalityID.Visible = True > CardexOccupantStateCode.Visible = True > CardexOccupantZipCode.Visible = True > CardexOccupantMailingListFlag.Visible = True > CardexOccupantSpecialNeeds.Visible = True > CardexOccupantChildren.Visible = True > CardexOccupantPets.Visible = True > CardexOccupantAnimals.Visible = True > End If > If IsNull(CardexWarningReason) Then > lblCardexWarning.Visible = False > Else > lblCardexWarning.Visible = True > DoCmd.Beep > End If > End Sub > ------------------------- > > Private Sub CardexVacantFlag_AfterUpdate() > If CardexVacantFlag = True Then > CardexOccupantLastName = Null > CardexOccupantLastName.Visible = False > CardexOccupantFirstName = Null > CardexOccupantFirstName.Visible = False > CardexOccupantBusinessName = Null > CardexOccupantBusinessName.Visible = False > CardexOccupantHouseNumber = Null > CardexOccupantHouseNumber.Visible = False > CardexOccupantStreetID = Null > CardexOccupantStreetID.Visible = False > CardexOccupantAddlInfo = Null > CardexOccupantAddlInfo.Visible = False > CardexOccupantPOBox = Null > CardexOccupantPOBox.Visible = False > CardexOccupantMunicipalityID = Null > CardexOccupantMunicipalityID.Visible = False > CardexOccupantStateCode = Null > CardexOccupantStateCode.Visible = False > CardexOccupantZipCode = Null > CardexOccupantZipCode.Visible = False > CardexOccupantMailingListFlag = False > CardexOccupantMailingListFlag.Visible = False > CardexOccupantSpecialNeeds = Null > CardexOccupantSpecialNeeds.Visible = False > CardexOccupantChildren = Null > CardexOccupantChildren.Visible = False > CardexOccupantPets = Null > CardexOccupantPets.Visible = False > CardexOccupantAnimals = Null > CardexOccupantAnimals.Visible = False > Else > CardexOccupantLastName.Visible = True > CardexOccupantFirstName.Visible = True > CardexOccupantBusinessName.Visible = True > CardexOccupantHouseNumber.Visible = True > CardexOccupantStreetID.Visible = True > CardexOccupantAddlInfo.Visible = True > CardexOccupantPOBox.Visible = True > CardexOccupantMunicipalityID.Visible = True > CardexOccupantStateCode.Visible = True > CardexOccupantZipCode.Visible = True > CardexOccupantMailingListFlag.Visible = True > CardexOccupantSpecialNeeds.Visible = True > CardexOccupantChildren.Visible = True > CardexOccupantPets.Visible = True > CardexOccupantAnimals.Visible = True > End If > LastUpdated = Date > End Sub > > > P Please consider the environment before printing this e-mail > From rockysmolin at bchacc.com Mon May 12 10:01:56 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Mon, 12 May 2008 08:01:56 -0700 Subject: [AccessD] Run Report in Another Database Message-ID: <007a01c8b441$1ee1fd60$0301a8c0@HAL9005> Dear List: What's the command or syntax look like to run a report which is in another MDB? MTIA Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com From Lambert.Heenan at AIG.com Mon May 12 10:57:24 2008 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Mon, 12 May 2008 11:57:24 -0400 Subject: [AccessD] Run Report in Another Database Message-ID: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214B658A1@XLIVMBX35bkup.aig.com> The simplest way is to define a public Sub or Function in the other database that runs the report. Then in your first MDB set a reference to the other database. Once the reference has been set you will be able to call the Sub or Function and have the report run. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Monday, May 12, 2008 11:02 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Run Report in Another Database Dear List: What's the command or syntax look like to run a report which is in another MDB? MTIA Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Mon May 12 11:54:07 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Mon, 12 May 2008 09:54:07 -0700 Subject: [AccessD] Run Report in Another Database In-Reply-To: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214B658A1@XLIVMBX35bkup.aig.com> References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214B658A1@XLIVMBX35bkup.aig.com> Message-ID: <009001c8b450$cc259ea0$0301a8c0@HAL9005> Lambert: Can you be more specific about "set a reference"? Thanks Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Monday, May 12, 2008 8:57 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Run Report in Another Database The simplest way is to define a public Sub or Function in the other database that runs the report. Then in your first MDB set a reference to the other database. Once the reference has been set you will be able to call the Sub or Function and have the report run. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Monday, May 12, 2008 11:02 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Run Report in Another Database Dear List: What's the command or syntax look like to run a report which is in another MDB? MTIA Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.16/1427 - Release Date: 5/11/2008 1:08 PM From edzedz at comcast.net Mon May 12 13:30:26 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Mon, 12 May 2008 11:30:26 -0700 Subject: [AccessD] Run Report in Another Database In-Reply-To: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214B658A1@XLIVMBX35bkup.aig.com> Message-ID: <00b201c8b45e$40653840$e1dea8c0@dudley1> Could it be something like this ? Dim zzForm As Form . . . ' ******************************************************* ' Call some VBA Public Code from another Form. ' Set zzForm = [Forms]![zJP709aBookEdit] Call zzForm.aaLoadBookMark Set zzForm = Nothing -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Monday, May 12, 2008 8:57 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Run Report in Another Database The simplest way is to define a public Sub or Function in the other database that runs the report. Then in your first MDB set a reference to the other database. Once the reference has been set you will be able to call the Sub or Function and have the report run. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Monday, May 12, 2008 11:02 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Run Report in Another Database Dear List: What's the command or syntax look like to run a report which is in another MDB? MTIA Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Mon May 12 13:02:14 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Mon, 12 May 2008 11:02:14 -0700 Subject: [AccessD] FW: Run Report in Another Database Message-ID: <00b201c8b45a$4f2a2ec0$0301a8c0@HAL9005> Lambert: Never mind. I figured it out from your post. Thanks. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: Rocky Smolin at Beach Access Software [mailto:rockysmolin at bchacc.com] Sent: Monday, May 12, 2008 9:54 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Run Report in Another Database Lambert: Can you be more specific about "set a reference"? Thanks Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Monday, May 12, 2008 8:57 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Run Report in Another Database The simplest way is to define a public Sub or Function in the other database that runs the report. Then in your first MDB set a reference to the other database. Once the reference has been set you will be able to call the Sub or Function and have the report run. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Monday, May 12, 2008 11:02 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Run Report in Another Database Dear List: What's the command or syntax look like to run a report which is in another MDB? MTIA Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.16/1427 - Release Date: 5/11/2008 1:08 PM From iggy at nanaimo.ark.com Mon May 12 12:20:14 2008 From: iggy at nanaimo.ark.com (Tony Septav) Date: Mon, 12 May 2008 10:20:14 -0700 Subject: [AccessD] Query Fields Count Message-ID: <48287C4E.4050308@nanaimo.ark.com> Hey All I started off wanted to take a crosstab report that was 19inches in size and convert it through code to fit on several 8 1/2 by 11 pages in a report. That works. Then I wanted to make the report flexible so that as more items got added the report would grow to reflect the new items (columns) in the crosstab. That works. Then I wanted the report to be able to adjust for varying items for a group. Ie. Store 1 has 22 items Store 2 has 13 items Store 3 has 35 items Store 4 has 26 items The problem I am running into is when I group on the store and then loop through the the table and and assign the store number to a variable (functon) used in the crosstab query. I do a QryDF.fields .count, but something odd occurs. It only reflects the first store field count. Ie Store 1 22 fields Store 2 22 fields Store 3 22 fields Store 4 22 fields If I ignore Store 1 then Store 2 13 fields Store 3 13 fields Store 4 13 fields If I do them manually one by one I get the correct number of fields. I have even tried recreating the query for each loop. I also tried Set QryDF = nothing. Am I missing something here. Thanks for any help. From edzedz at comcast.net Mon May 12 14:08:55 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Mon, 12 May 2008 12:08:55 -0700 Subject: [AccessD] FW: Run Report in Another Database In-Reply-To: <00b201c8b45a$4f2a2ec0$0301a8c0@HAL9005> Message-ID: <00b801c8b463$a0e7d8d0$e1dea8c0@dudley1> For the curious, what is the answer ? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin at Beach Access Software Sent: Monday, May 12, 2008 11:02 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] FW: Run Report in Another Database Lambert: Never mind. I figured it out from your post. Thanks. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: Rocky Smolin at Beach Access Software [mailto:rockysmolin at bchacc.com] Sent: Monday, May 12, 2008 9:54 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Run Report in Another Database Lambert: Can you be more specific about "set a reference"? Thanks Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Monday, May 12, 2008 8:57 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Run Report in Another Database The simplest way is to define a public Sub or Function in the other database that runs the report. Then in your first MDB set a reference to the other database. Once the reference has been set you will be able to call the Sub or Function and have the report run. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Monday, May 12, 2008 11:02 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Run Report in Another Database Dear List: What's the command or syntax look like to run a report which is in another MDB? MTIA Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.16/1427 - Release Date: 5/11/2008 1:08 PM -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Mon May 12 13:36:26 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Mon, 12 May 2008 11:36:26 -0700 Subject: [AccessD] FW: Run Report in Another Database In-Reply-To: <00b801c8b463$a0e7d8d0$e1dea8c0@dudley1> References: <00b201c8b45a$4f2a2ec0$0301a8c0@HAL9005> <00b801c8b463$a0e7d8d0$e1dea8c0@dudley1> Message-ID: <00cd01c8b45f$16775030$0301a8c0@HAL9005> Well, like Lambert says - set a reference to the target db (where the report is) in the calling mdb. User Tools-->References and change file type to mdb, navigate to the folder with the target mdb and set the reference. In the target mdb make a module with a sub named something like RunIt with the one line DoCmd.OpenReport "rptMyReport", ACViewNormal (or Preview if you like) (where rptMyReport is already in the target mdb). Then in the source mdb just say Call RunIt wherever you want and walla! The report runs in the other mdb. Apparently setting the reference in the other mdb makes all the objects in that mdb visible in the source mdb. Who knew? (Well, Lambert knew) Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S Zuris Sent: Monday, May 12, 2008 12:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] FW: Run Report in Another Database For the curious, what is the answer ? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin at Beach Access Software Sent: Monday, May 12, 2008 11:02 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] FW: Run Report in Another Database Lambert: Never mind. I figured it out from your post. Thanks. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: Rocky Smolin at Beach Access Software [mailto:rockysmolin at bchacc.com] Sent: Monday, May 12, 2008 9:54 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Run Report in Another Database Lambert: Can you be more specific about "set a reference"? Thanks Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Monday, May 12, 2008 8:57 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Run Report in Another Database The simplest way is to define a public Sub or Function in the other database that runs the report. Then in your first MDB set a reference to the other database. Once the reference has been set you will be able to call the Sub or Function and have the report run. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Monday, May 12, 2008 11:02 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Run Report in Another Database Dear List: What's the command or syntax look like to run a report which is in another MDB? MTIA Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.16/1427 - Release Date: 5/11/2008 1:08 PM -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.16/1427 - Release Date: 5/11/2008 1:08 PM From edzedz at comcast.net Mon May 12 14:54:40 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Mon, 12 May 2008 12:54:40 -0700 Subject: [AccessD] FW: Run Report in Another Database In-Reply-To: <00cd01c8b45f$16775030$0301a8c0@HAL9005> Message-ID: <00b901c8b46a$04809d90$e1dea8c0@dudley1> Thanks. . . . -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin at Beach Access Software Sent: Monday, May 12, 2008 11:36 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] FW: Run Report in Another Database Well, like Lambert says - set a reference to the target db (where the report is) in the calling mdb. User Tools-->References and change file type to mdb, navigate to the folder with the target mdb and set the reference. In the target mdb make a module with a sub named something like RunIt with the one line DoCmd.OpenReport "rptMyReport", ACViewNormal (or Preview if you like) (where rptMyReport is already in the target mdb). Then in the source mdb just say Call RunIt wherever you want and walla! The report runs in the other mdb. Apparently setting the reference in the other mdb makes all the objects in that mdb visible in the source mdb. Who knew? (Well, Lambert knew) Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S Zuris Sent: Monday, May 12, 2008 12:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] FW: Run Report in Another Database For the curious, what is the answer ? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin at Beach Access Software Sent: Monday, May 12, 2008 11:02 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] FW: Run Report in Another Database Lambert: Never mind. I figured it out from your post. Thanks. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: Rocky Smolin at Beach Access Software [mailto:rockysmolin at bchacc.com] Sent: Monday, May 12, 2008 9:54 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Run Report in Another Database Lambert: Can you be more specific about "set a reference"? Thanks Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Monday, May 12, 2008 8:57 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Run Report in Another Database The simplest way is to define a public Sub or Function in the other database that runs the report. Then in your first MDB set a reference to the other database. Once the reference has been set you will be able to call the Sub or Function and have the report run. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Monday, May 12, 2008 11:02 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Run Report in Another Database Dear List: What's the command or syntax look like to run a report which is in another MDB? MTIA Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.16/1427 - Release Date: 5/11/2008 1:08 PM -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.16/1427 - Release Date: 5/11/2008 1:08 PM -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From erbachs at gmail.com Mon May 12 15:07:37 2008 From: erbachs at gmail.com (Steve Erbach) Date: Mon, 12 May 2008 15:07:37 -0500 Subject: [AccessD] A favor Message-ID: <39cb22f30805121307i422df5a4t6d240799963fc278@mail.gmail.com> Dear Group, If any of you are CodeProject.com members, could you do me a favor? A co-worker of mine has written a VB article that's in the running for best VB article for April. Currently he's in 2nd place. Would you mind logging into CodeProject, go to the link for "Your favourite VB.NET articles from April", and vote for "ColorBar - A Gradient Colored ProgressBar" by Copper? I think my co-worker, Dave Behnke, would be thrilled. You could certainly vote for other articles...just not the one that's in first place! This is horrible ballot-box-stuffing, I know; but hey! It's an election year! Thanks very much, Steve Erbach Neenah, WI http://www.TheTownCrank.com From erbachs at gmail.com Mon May 12 15:19:34 2008 From: erbachs at gmail.com (Steve Erbach) Date: Mon, 12 May 2008 15:19:34 -0500 Subject: [AccessD] A favor In-Reply-To: <39cb22f30805121307i422df5a4t6d240799963fc278@mail.gmail.com> References: <39cb22f30805121307i422df5a4t6d240799963fc278@mail.gmail.com> Message-ID: <39cb22f30805121319p1a2ad8eau61d667000f36c1c9@mail.gmail.com> By the way, the article that's currently in first place is: WPF Business Application Series Part 3 of n - Business Object Declarative Programming; How To Implement Object Validation & Logging, by Karl Shifflett. Just in case you can't see which is in first place... Thanks again! Steve Erbach On Mon, May 12, 2008 at 3:07 PM, Steve Erbach wrote: > Dear Group, > > If any of you are CodeProject.com members, could you do me a favor? A > co-worker of mine has written a VB article that's in the running for > best VB article for April. Currently he's in 2nd place. Would you > mind logging into CodeProject, go to the link for "Your favourite > VB.NET articles from April", and vote for "ColorBar - A Gradient > Colored ProgressBar" by Copper? I think my co-worker, Dave Behnke, > would be thrilled. > > You could certainly vote for other articles...just not the one that's > in first place! > > This is horrible ballot-box-stuffing, I know; but hey! It's an election year! > > Thanks very much, > > Steve Erbach > Neenah, WI > http://www.TheTownCrank.com From Lambert.Heenan at AIG.com Mon May 12 15:30:07 2008 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Mon, 12 May 2008 16:30:07 -0400 Subject: [AccessD] Run Report in Another Database Message-ID: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214B65A40@XLIVMBX35bkup.aig.com> Sorry for the delay: been doing some work. :-) "Setting a reference" open up any code module in the mdb that is going to be calling the other database. On the Tools menu select 'References'. In the resulting dialog box click the Browse button and navigate to the location of the other database and select the MDB/MDE file. You now have a reference to the other database and any public code in it can be executed from the first database simply by using the identifier for the Sub/Function (and passing any parameters it may need.) Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Monday, May 12, 2008 12:54 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Run Report in Another Database Lambert: Can you be more specific about "set a reference"? Thanks Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Monday, May 12, 2008 8:57 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Run Report in Another Database The simplest way is to define a public Sub or Function in the other database that runs the report. Then in your first MDB set a reference to the other database. Once the reference has been set you will be able to call the Sub or Function and have the report run. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Monday, May 12, 2008 11:02 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Run Report in Another Database Dear List: What's the command or syntax look like to run a report which is in another MDB? MTIA Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.16/1427 - Release Date: 5/11/2008 1:08 PM -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From davidmcafee at gmail.com Mon May 12 15:35:56 2008 From: davidmcafee at gmail.com (David McAfee) Date: Mon, 12 May 2008 13:35:56 -0700 Subject: [AccessD] FW: Run Report in Another Database In-Reply-To: <00cd01c8b45f$16775030$0301a8c0@HAL9005> References: <00b201c8b45a$4f2a2ec0$0301a8c0@HAL9005> <00b801c8b463$a0e7d8d0$e1dea8c0@dudley1> <00cd01c8b45f$16775030$0301a8c0@HAL9005> Message-ID: <8786a4c00805121335m3c42e52bw876d9a8361c4db57@mail.gmail.com> Couldn't you pass your Sub two parameters, such as ReportName and OpenMethod so that you can call any report and then open it in Preview or Normal? David McAfee On Mon, May 12, 2008 at 11:36 AM, Rocky Smolin at Beach Access Software < rockysmolin at bchacc.com> wrote: > Well, like Lambert says - set a reference to the target db (where the > report > is) in the calling mdb. User Tools-->References and change file type to > mdb, navigate to the folder with the target mdb and set the reference. > > In the target mdb make a module with a sub named something like RunIt with > the one line DoCmd.OpenReport "rptMyReport", ACViewNormal (or Preview if > you > like) (where rptMyReport is already in the target mdb). > > Then in the source mdb just say Call RunIt wherever you want and walla! > The > report runs in the other mdb. > > Apparently setting the reference in the other mdb makes all the objects in > that mdb visible in the source mdb. Who knew? > > (Well, Lambert knew) > > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > www.bchacc.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S Zuris > Sent: Monday, May 12, 2008 12:09 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] FW: Run Report in Another Database > > > For the curious, what is the answer ? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin at > Beach Access Software > Sent: Monday, May 12, 2008 11:02 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] FW: Run Report in Another Database > > > Lambert: > > Never mind. I figured it out from your post. > > Thanks. > > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > www.bchacc.com > > > -----Original Message----- > From: Rocky Smolin at Beach Access Software [mailto:rockysmolin at bchacc.com > ] > Sent: Monday, May 12, 2008 9:54 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Run Report in Another Database > > Lambert: > > Can you be more specific about "set a reference"? > > Thanks > > Rocky > > > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > www.bchacc.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert > Sent: Monday, May 12, 2008 8:57 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Run Report in Another Database > > The simplest way is to define a public Sub or Function in the other > database > that runs the report. Then in your first MDB set a reference to the other > database. Once the reference has been set you will be able to call the Sub > or Function and have the report run. > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at > Beach Access Software > Sent: Monday, May 12, 2008 11:02 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Run Report in Another Database > > Dear List: > > What's the command or syntax look like to run a report which is in another > MDB? > > MTIA > > Rocky > > > > > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.e-z-mrp.com > > www.bchacc.com > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 269.23.16/1427 - Release Date: > 5/11/2008 > 1:08 PM > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 269.23.16/1427 - Release Date: > 5/11/2008 > 1:08 PM > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From wdhindman at dejpolsystems.com Mon May 12 15:47:41 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Mon, 12 May 2008 16:47:41 -0400 Subject: [AccessD] A favor References: <39cb22f30805121307i422df5a4t6d240799963fc278@mail.gmail.com> Message-ID: <78048C30B1BF48AD829ECC7E8A6D4E94@jislaptopdev> ...voted. William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "Steve Erbach" Sent: Monday, May 12, 2008 4:07 PM To: "Access Developers discussion and problem solving" Subject: [AccessD] A favor > Dear Group, > > If any of you are CodeProject.com members, could you do me a favor? A > co-worker of mine has written a VB article that's in the running for > best VB article for April. Currently he's in 2nd place. Would you > mind logging into CodeProject, go to the link for "Your favourite > VB.NET articles from April", and vote for "ColorBar - A Gradient > Colored ProgressBar" by Copper? I think my co-worker, Dave Behnke, > would be thrilled. > > You could certainly vote for other articles...just not the one that's > in first place! > > This is horrible ballot-box-stuffing, I know; but hey! It's an election > year! > > Thanks very much, > > Steve Erbach > Neenah, WI > http://www.TheTownCrank.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Mon May 12 15:51:05 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Mon, 12 May 2008 13:51:05 -0700 Subject: [AccessD] Print Page 1 of 4, etc. Message-ID: <00e301c8b471$e5dc3fe0$0301a8c0@HAL9005> Dear List: When you print a report you get that pop up that tells you "Printing Page 1 of 4...." etc. Is there any way to suppress that? MTIA Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com From fahooper1 at cox.net Mon May 12 15:54:21 2008 From: fahooper1 at cox.net (Fred Hooper) Date: Mon, 12 May 2008 16:54:21 -0400 Subject: [AccessD] A favor In-Reply-To: <78048C30B1BF48AD829ECC7E8A6D4E94@jislaptopdev> Message-ID: Voted -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: Monday, May 12, 2008 4:48 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A favor ...voted. William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "Steve Erbach" Sent: Monday, May 12, 2008 4:07 PM To: "Access Developers discussion and problem solving" Subject: [AccessD] A favor > Dear Group, > > If any of you are CodeProject.com members, could you do me a favor? A > co-worker of mine has written a VB article that's in the running for > best VB article for April. Currently he's in 2nd place. Would you > mind logging into CodeProject, go to the link for "Your favourite > VB.NET articles from April", and vote for "ColorBar - A Gradient > Colored ProgressBar" by Copper? I think my co-worker, Dave Behnke, > would be thrilled. > > You could certainly vote for other articles...just not the one that's > in first place! > > This is horrible ballot-box-stuffing, I know; but hey! It's an election > year! > > Thanks very much, > > Steve Erbach > Neenah, WI > http://www.TheTownCrank.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Mon May 12 16:05:11 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Mon, 12 May 2008 14:05:11 -0700 Subject: [AccessD] FW: Run Report in Another Database In-Reply-To: <8786a4c00805121335m3c42e52bw876d9a8361c4db57@mail.gmail.com> References: <00b201c8b45a$4f2a2ec0$0301a8c0@HAL9005><00b801c8b463$a0e7d8d0$e1dea8c0@dudley1><00cd01c8b45f$16775030$0301a8c0@HAL9005> <8786a4c00805121335m3c42e52bw876d9a8361c4db57@mail.gmail.com> Message-ID: <00f401c8b473$de460a70$0301a8c0@HAL9005> Yep. That would make it really general. Then you could isolate all the reports in a separate mdb or allow users to add their own custom reports and run them from your mde by letting them enter mdb file name, and report. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee Sent: Monday, May 12, 2008 1:36 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] FW: Run Report in Another Database Couldn't you pass your Sub two parameters, such as ReportName and OpenMethod so that you can call any report and then open it in Preview or Normal? David McAfee On Mon, May 12, 2008 at 11:36 AM, Rocky Smolin at Beach Access Software < rockysmolin at bchacc.com> wrote: > Well, like Lambert says - set a reference to the target db (where the > report > is) in the calling mdb. User Tools-->References and change file type to > mdb, navigate to the folder with the target mdb and set the reference. > > In the target mdb make a module with a sub named something like RunIt > with the one line DoCmd.OpenReport "rptMyReport", ACViewNormal (or > Preview if you > like) (where rptMyReport is already in the target mdb). > > Then in the source mdb just say Call RunIt wherever you want and walla! > The > report runs in the other mdb. > > Apparently setting the reference in the other mdb makes all the > objects in that mdb visible in the source mdb. Who knew? > > (Well, Lambert knew) > > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > www.bchacc.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S > Zuris > Sent: Monday, May 12, 2008 12:09 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] FW: Run Report in Another Database > > > For the curious, what is the answer ? > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin > at Beach Access Software > Sent: Monday, May 12, 2008 11:02 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] FW: Run Report in Another Database > > > Lambert: > > Never mind. I figured it out from your post. > > Thanks. > > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > www.bchacc.com > > > -----Original Message----- > From: Rocky Smolin at Beach Access Software > [mailto:rockysmolin at bchacc.com ] > Sent: Monday, May 12, 2008 9:54 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Run Report in Another Database > > Lambert: > > Can you be more specific about "set a reference"? > > Thanks > > Rocky > > > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > www.bchacc.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, > Lambert > Sent: Monday, May 12, 2008 8:57 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Run Report in Another Database > > The simplest way is to define a public Sub or Function in the other > database that runs the report. Then in your first MDB set a reference > to the other database. Once the reference has been set you will be > able to call the Sub or Function and have the report run. > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin at Beach Access Software > Sent: Monday, May 12, 2008 11:02 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Run Report in Another Database > > Dear List: > > What's the command or syntax look like to run a report which is in > another MDB? > > MTIA > > Rocky > > > > > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.e-z-mrp.com > > www.bchacc.com > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 269.23.16/1427 - Release Date: > 5/11/2008 > 1:08 PM > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 269.23.16/1427 - Release Date: > 5/11/2008 > 1:08 PM > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.16/1427 - Release Date: 5/11/2008 1:08 PM From erbachs at gmail.com Mon May 12 16:18:00 2008 From: erbachs at gmail.com (Steve Erbach) Date: Mon, 12 May 2008 16:18:00 -0500 Subject: [AccessD] A favor In-Reply-To: References: <78048C30B1BF48AD829ECC7E8A6D4E94@jislaptopdev> Message-ID: <39cb22f30805121418v52bb1f61habb8e96f9142ab3f@mail.gmail.com> Fred and William, Thank you, both! I really think my cohort here at work would be thrilled to death. I'm working on a VB article myself as the prize package for the monthly competition is nothing to sneeze at! Thanks, again! Steve Erbach On Mon, May 12, 2008 at 3:54 PM, Fred Hooper wrote: > Voted > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman > Sent: Monday, May 12, 2008 4:48 PM > To: Access Developers discussion and problem solving > > > Subject: Re: [AccessD] A favor > > ...voted. > > William From erbachs at gmail.com Mon May 12 16:23:46 2008 From: erbachs at gmail.com (Steve Erbach) Date: Mon, 12 May 2008 16:23:46 -0500 Subject: [AccessD] Print Page 1 of 4, etc. In-Reply-To: <00e301c8b471$e5dc3fe0$0301a8c0@HAL9005> References: <00e301c8b471$e5dc3fe0$0301a8c0@HAL9005> Message-ID: <39cb22f30805121423t71ddaf24kf9048652d9709255@mail.gmail.com> Rocky, To my knowledge, no. I've had the same issue. It would be nice to either get rid of it or replace it with one's own progress indicator. Steve Erbach On Mon, May 12, 2008 at 3:51 PM, Rocky Smolin at Beach Access Software wrote: > Dear List: > > When you print a report you get that pop up that tells you "Printing Page 1 > of 4...." etc. > > Is there any way to suppress that? > > MTIA > > Rocky From fuller.artful at gmail.com Mon May 12 18:44:18 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 12 May 2008 19:44:18 -0400 Subject: [AccessD] Disable F11 Message-ID: <29f585dd0805121644w227dc6ag2101b6d07a09f192@mail.gmail.com> While my current app is in testing, F11 (open the database window) is enabled, but when we get to lock-down I want to disable this. I'm not sure how I do this. To further complicate things, I have four user levels, the topmost of which is Admin, and these people should be able to do this. Advice and guidance is invited. TIA, Arthur From erbachs at gmail.com Mon May 12 20:01:39 2008 From: erbachs at gmail.com (Steve Erbach) Date: Mon, 12 May 2008 20:01:39 -0500 Subject: [AccessD] Disable F11 In-Reply-To: <29f585dd0805121644w227dc6ag2101b6d07a09f192@mail.gmail.com> References: <29f585dd0805121644w227dc6ag2101b6d07a09f192@mail.gmail.com> Message-ID: <39cb22f30805121801u47bbe03ame27be881f372606e@mail.gmail.com> Arthur, Some links I found that may (or may not) help: http://msmvps.com/blogs/officept/archive/2005/04/17/43051.aspx http://www.utteraccess.com/forums/showflat.php?Cat=&Number=1185585&Main=1185567 http://database.ittoolbox.com/groups/technical-functional/access-l/disable-f11-key-1180662 Steve Erbach Neenah, WI On Mon, May 12, 2008 at 6:44 PM, Arthur Fuller wrote: > While my current app is in testing, F11 (open the database window) is > enabled, but when we get to lock-down I want to disable this. I'm not sure > how I do this. To further complicate things, I have four user levels, the > topmost of which is Admin, and these people should be able to do this. > > Advice and guidance is invited. > > TIA, > Arthur From wdhindman at dejpolsystems.com Mon May 12 20:48:11 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Mon, 12 May 2008 21:48:11 -0400 Subject: [AccessD] Disable F11 References: <29f585dd0805121644w227dc6ag2101b6d07a09f192@mail.gmail.com> Message-ID: <50FF48E9E2D4447DBC6CDB6E0FED5CF5@jislaptopdev> ...doesn't JC have a sample db for doing this on his website? William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "Arthur Fuller" Sent: Monday, May 12, 2008 7:44 PM To: "Access Developers discussion and problem solving" Subject: [AccessD] Disable F11 > While my current app is in testing, F11 (open the database window) is > enabled, but when we get to lock-down I want to disable this. I'm not sure > how I do this. To further complicate things, I have four user levels, the > topmost of which is Admin, and these people should be able to do this. > > Advice and guidance is invited. > > TIA, > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dwaters at usinternet.com Mon May 12 21:31:13 2008 From: dwaters at usinternet.com (Dan Waters) Date: Mon, 12 May 2008 21:31:13 -0500 Subject: [AccessD] Disable F11 In-Reply-To: <29f585dd0805121644w227dc6ag2101b6d07a09f192@mail.gmail.com> References: <29f585dd0805121644w227dc6ag2101b6d07a09f192@mail.gmail.com> Message-ID: <000301c8b4a1$69f9ebe0$0300a8c0@danwaters> Hi Arthur - give this a try! These three procedures are used to give an Admin person the capability to switch the database between what I call User Mode and Admin Mode. Part of User Mode is to turn off Special Keys - which turns off F11. Note that these properties don't exist until they are created (odd but needs to be dealt with). If you run one of the first two procedures and the property doesn't exist, code in EH will create the property. The property is only created once. Also note that the property changes don't take effect until the database is shutdown and restarted. So you MUST create the ability for an admin person to run StartupPropertiesOn when the system is in User Mode, because they can't get to the database window. Also because in my database User Mode has all the toolbars hidden so no one, including an admin, can get to the Startup Options. HTH! Dan '--------------------------------------------------------------- Public Sub StartupPropertiesOn() On Error GoTo EH '-- This is Admin mode '-- This allows full use of each of these db properties - not secure. ChangeProperty "AllowBypassKey", dbBoolean, True ChangeProperty "AllowSpecialKeys", dbBoolean, True ChangeProperty "AllowBreakIntoCode", dbBoolean, True ChangeProperty "AllowBuiltInToolbars", dbBoolean, True ChangeProperty "AllowToolbarChanges", dbBoolean, True ChangeProperty "AllowFullMenus", dbBoolean, True ChangeProperty "StartupShowDBWindow", dbBoolean, True Exit Sub EH: Application.Echo True Call GlobalErrors("", Err.Number, Err.Description, "Security", "StartupPropertiesOn", , , "Line " & Erl) End Sub '--------------------------------------------------------------- Public Sub StartupPropertiesOff() On Error GoTo EH '-- This is User Mode ChangePropertyDemo "AllowBypassKey", dbBoolean, False '-- No shift key bypass ChangePropertyDemo "AllowSpecialKeys", dbBoolean, False '-- No F11 key, can't break into code ChangePropertyDemo "AllowBreakIntoCode", dbBoolean, False ChangePropertyDemo "AllowBuiltInToolbars", dbBoolean, False ChangePropertyDemo "AllowToolbarChanges", dbBoolean, False ChangePropertyDemo "AllowFullMenus", dbBoolean, False ChangePropertyDemo "StartupShowDBWindow", dbBoolean, False Exit Sub EH: Application.Echo True Call GlobalErrors("", Err.Number, Err.Description, "Security", "StartupPropertiesOff", , , "Line " & Erl) End Sub '--------------------------------------------------------------- Public Function ChangeProperty(stgPropName As String, varPropType As Variant, varPropValue As Variant) As Boolean On Error GoTo EH Dim prp As DAO.Property Const conPropNotFoundError As Integer = 3270 CurrentDb.Properties(stgPropName) = varPropValue ChangeProperty = True Exit Function EH: Application.Echo True GlngErrNumber = Err.Number GstgErrDescription = Err.Description Select Case GlngErrNumber Case 3265 FormattedMsgBox GstgNotReady, "You are not an Administrator for this database.@ @", vbExclamation + vbOKOnly, "Not Authorized" Case 3270 '-- Add property if not already created Set prp = CurrentDb.CreateProperty(stgPropName, varPropType, varPropValue) CurrentDb.Properties.Append prp Resume Next Case Else ' Unknown error. ChangeProperty = False Call GlobalErrors("", GlngErrNumber, GstgErrDescription, "Security", "ChangeProperty", , , "Line " & Erl) End Select End Function '--------------------------------------------------------------- -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, May 12, 2008 6:44 PM To: Access Developers discussion and problem solving Subject: [AccessD] Disable F11 While my current app is in testing, F11 (open the database window) is enabled, but when we get to lock-down I want to disable this. I'm not sure how I do this. To further complicate things, I have four user levels, the topmost of which is Admin, and these people should be able to do this. Advice and guidance is invited. TIA, Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wdhindman at dejpolsystems.com Mon May 12 21:32:29 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Mon, 12 May 2008 22:32:29 -0400 Subject: [AccessD] Print Page 1 of 4, etc. References: <00e301c8b471$e5dc3fe0$0301a8c0@HAL9005> Message-ID: <8C2D40BF1E324B4190A12C52114065D7@jislaptopdev> ...not tried either of these but they may be worth a shot: http://www.mvps.org/access/api/api0037.htm http://www.microsoft.com/technet/archive/winntas/maintain/mngntreg/regtwk.mspx?mfr=true William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "Rocky Smolin at Beach Access Software" Sent: Monday, May 12, 2008 4:51 PM To: "'Access Developers discussion and problem solving'" Subject: [AccessD] Print Page 1 of 4, etc. > Dear List: > > When you print a report you get that pop up that tells you "Printing Page > 1 > of 4...." etc. > > Is there any way to suppress that? > > MTIA > > Rocky > > > > > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.e-z-mrp.com > > www.bchacc.com > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rockysmolin at bchacc.com Mon May 12 22:49:06 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Mon, 12 May 2008 20:49:06 -0700 Subject: [AccessD] Print Page 1 of 4, etc. In-Reply-To: <8C2D40BF1E324B4190A12C52114065D7@jislaptopdev> References: <00e301c8b471$e5dc3fe0$0301a8c0@HAL9005> <8C2D40BF1E324B4190A12C52114065D7@jislaptopdev> Message-ID: <015401c8b4ac$4afe6620$0301a8c0@HAL9005> Thanks. Will forward to the guy with the problem. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: Monday, May 12, 2008 7:32 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Print Page 1 of 4, etc. ...not tried either of these but they may be worth a shot: http://www.mvps.org/access/api/api0037.htm http://www.microsoft.com/technet/archive/winntas/maintain/mngntreg/regtwk.ms px?mfr=true William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "Rocky Smolin at Beach Access Software" Sent: Monday, May 12, 2008 4:51 PM To: "'Access Developers discussion and problem solving'" Subject: [AccessD] Print Page 1 of 4, etc. > Dear List: > > When you print a report you get that pop up that tells you "Printing > Page > 1 > of 4...." etc. > > Is there any way to suppress that? > > MTIA > > Rocky > > > > > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.e-z-mrp.com > > www.bchacc.com > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.16/1429 - Release Date: 5/12/2008 6:14 PM From DWUTKA at Marlow.com Tue May 13 00:16:55 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 13 May 2008 00:16:55 -0500 Subject: [AccessD] Disable F11 In-Reply-To: <29f585dd0805121644w227dc6ag2101b6d07a09f192@mail.gmail.com> Message-ID: You've already had posts on how to disable F11 (disable special keys), to give your admins the ability, create a macro. Open the Name Column, name the step ^D set the step to 'SelectObject', with the object type as table, leave the name blank, and select 'Yes' for show in database window. Save the macro as 'AutoKeys' (without the quotes). Whalla, hitting Ctrl-D will now show the database window. If you want to specify that feature ONLY for your Admin users, you can do so with a Condition for that macro line (I think it would be CurrentUser="Admin", but I must admit, I'm VERY rusty when it comes to macros....) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, May 12, 2008 6:44 PM To: Access Developers discussion and problem solving Subject: [AccessD] Disable F11 While my current app is in testing, F11 (open the database window) is enabled, but when we get to lock-down I want to disable this. I'm not sure how I do this. To further complicate things, I have four user levels, the topmost of which is Admin, and these people should be able to do this. Advice and guidance is invited. TIA, Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From accessd at shaw.ca Tue May 13 00:36:01 2008 From: accessd at shaw.ca (Jim Lawrence) Date: Mon, 12 May 2008 22:36:01 -0700 Subject: [AccessD] A favor In-Reply-To: <39cb22f30805121307i422df5a4t6d240799963fc278@mail.gmail.com> References: <39cb22f30805121307i422df5a4t6d240799963fc278@mail.gmail.com> Message-ID: <96F2F1B4F35C4BFE8D838FF08057A7B8@creativesystemdesigns.com> Sorry Steve I could not find any reference to it. Do you have a link? Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Monday, May 12, 2008 1:08 PM To: Access Developers discussion and problem solving Subject: [AccessD] A favor Dear Group, If any of you are CodeProject.com members, could you do me a favor? A co-worker of mine has written a VB article that's in the running for best VB article for April. Currently he's in 2nd place. Would you mind logging into CodeProject, go to the link for "Your favourite VB.NET articles from April", and vote for "ColorBar - A Gradient Colored ProgressBar" by Copper? I think my co-worker, Dave Behnke, would be thrilled. You could certainly vote for other articles...just not the one that's in first place! This is horrible ballot-box-stuffing, I know; but hey! It's an election year! Thanks very much, Steve Erbach Neenah, WI http://www.TheTownCrank.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Tue May 13 01:37:37 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 13 May 2008 08:37:37 +0200 Subject: [AccessD] A favor Message-ID: Hi Steve I'm not a member so I'm kind of off site, but - with all respect - why couldn't we vote for the current top item which seems to be much more heavy weight than yours - ahem - "yet another progress bar", even though, admittedly, it appears to be quite fancy? Further, my teacher at the old GUI school learned me that a GUI should not be fancy - unless of course if the GUI itself and not the application is the message ... /gustav -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Monday, May 12, 2008 1:08 PM To: Access Developers discussion and problem solving Subject: [AccessD] A favor Dear Group, If any of you are CodeProject.com members, could you do me a favor? A co-worker of mine has written a VB article that's in the running for best VB article for April. Currently he's in 2nd place. Would you mind logging into CodeProject, go to the link for "Your favourite VB.NET articles from April", and vote for "ColorBar - A Gradient Colored ProgressBar" by Copper? I think my co-worker, Dave Behnke, would be thrilled. You could certainly vote for other articles...just not the one that's in first place! This is horrible ballot-box-stuffing, I know; but hey! It's an election year! Thanks very much, Steve Erbach Neenah, WI http://www.TheTownCrank.com From erbachs at gmail.com Tue May 13 06:37:18 2008 From: erbachs at gmail.com (Steve Erbach) Date: Tue, 13 May 2008 06:37:18 -0500 Subject: [AccessD] A favor In-Reply-To: References: Message-ID: <39cb22f30805130437h27c66c75o92aca95f7915b3fa@mail.gmail.com> Gustav, ? why couldn't we vote for the current top item which seems to be much more heavy weight than yours - ahem - "yet another progress bar", even though, admittedly, it appears to be quite fancy? ? The progress bar isn't mine. It was written by my co-worker for an application he has written for the company we both work for. He wrote it in a bit of competitive spirit since I'm also assembling an article for CodeProject. I asked that you vote for his article instead of the one that's currently in first place because, well, if my co-worker gets the highest number of votes then he'll win the prize for the month which is quite substantial. Yes, you're absolutely right; that other fellow's article is much more "heavy weight" than my co-worker's. I am asking this as a favor since I know my co-worker, Dave, would be thrilled. He has done some terrific work since he started here in November. He was hired and given the very thankless task of fixing a project that has been worked on for over seven years here: a proprietary application that performs the work performed currently performed by graphic artists. Printron Engravers is a printing services company. We don't actually do the printing; we prepare the plates. Our plates are used in printing corrugated cardboard cartons; for example, the cases in which packages of paper towels are packed. You'll see these cases in the big grocery stores. Those are the simple ones. We also prepare full color fancy-schmancy plates for beer cases or cartons that hold baby cribs and the like. The plates for the "simple" cartons are prepared by our pre-press department using Adobe Illustrator and Acrobat. But our boss had an idea seven or eight years ago that a program could be written to automate the layout of these "simple" cartons because they involve no more than a single color of ink and they have mostly text printed on them plus standard company or product logos and various insignias for carton strength and such. Well, there've been a succession of programmers that have worked on this thing. I knew the programmer that was working on it before. It wasn't until they hired Dave that something substantial and workable was put together. He persuaded them to essentially start from scratch so that he could build the program his way rather than patch the existing one which had been a mish-mash of a whole succession of coders. The promise of this program isn't so much that the company will be able to fire a raft of graphic artists as that we can steal business from our competitors while keeping the same staff or even hiring more as our customers realize that we do a heck of a lot more than the simple stuff. Dave is single, 30 years old, a former Air Force mechanic, and a very solid fellow. He's the type that will get an idea at home and will whip up a program at home to show to the bosses here. He did that a couple months ago to produce a 3-D visualization program that takes the results from his carton layout program, folds it up, and allows the user to rotate it through any axis to see that all the pieces are placed in their correct places. This 3-D vis program actually showed the bosses that the main customer we're trying to impress had been specifying the placement of something on their cartons wrongly; that is, upside-down in relation to other items on the carton. I must say, that this 3-D thing that Dave came up with has gotten a lot of people excited. One day the president, the vice-president of sales, the account manager for the customer we're trying to impress with this program, and several of the people in customer support (the ones who'll use this program the most) were gathered in Dave's cube for a demo and they were hooting and hollering and laughing. It was very distracting. So, I told you all of that to re-setup my request that you folks help out this very straight arrow guy who has written his first little article for Code Project. Before I made my request his article had already gotten enough votes for him to be in clear 2nd place. That's when I got the idea for doing a little electioneering on AccessD. Sorry that this is so long, Gustav, but I figured that you might like some background. Steve Erbach Neenah, WI On Tue, May 13, 2008 at 1:37 AM, Gustav Brock wrote: > Hi Steve > > I'm not a member so I'm kind of off site, but - with all respect - why couldn't we vote for the current top item which seems to be much more heavy weight than yours - ahem - "yet another progress bar", even though, admittedly, it appears to be quite fancy? > > Further, my teacher at the old GUI school learned me that a GUI should not be fancy - unless of course if the GUI itself and not the application is the message ... > > /gustav > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach > Sent: Monday, May 12, 2008 1:08 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] A favor > > Dear Group, > > If any of you are CodeProject.com members, could you do me a favor? A > co-worker of mine has written a VB article that's in the running for > best VB article for April. Currently he's in 2nd place. Would you > mind logging into CodeProject, go to the link for "Your favourite > VB.NET articles from April", and vote for "ColorBar - A Gradient > Colored ProgressBar" by Copper? I think my co-worker, Dave Behnke, > would be thrilled. From erbachs at gmail.com Tue May 13 06:41:34 2008 From: erbachs at gmail.com (Steve Erbach) Date: Tue, 13 May 2008 06:41:34 -0500 Subject: [AccessD] A favor In-Reply-To: <96F2F1B4F35C4BFE8D838FF08057A7B8@creativesystemdesigns.com> References: <39cb22f30805121307i422df5a4t6d240799963fc278@mail.gmail.com> <96F2F1B4F35C4BFE8D838FF08057A7B8@creativesystemdesigns.com> Message-ID: <39cb22f30805130441l65853edbmc6966d7efba3635f@mail.gmail.com> Jim, I can't give you the exact link since I've already voted. But if you go to the home page of www.codeproject.com, there's a section in the middle labeled "Latest Surveys - please vote!" Under that heading should be four links for "Your favourite blah-blah articles from April". The "blah-blah" represents C#, VB.NET, C++, or ASP.NET. Click on the link for the VB.NET articles and you'll see a list of 10 articles from April. My co-worker's article is called "ColorBar - A Gradient Colored ProgressBar" and his user name is Copper. You can only vote if you're a CodeProject member, though. Thanks, Jim. Steve Erbach Neenah, WI On Tue, May 13, 2008 at 12:36 AM, Jim Lawrence wrote: > Sorry Steve I could not find any reference to it. Do you have a link? > > Jim > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach > Sent: Monday, May 12, 2008 1:08 PM > To: Access Developers discussion and problem solving > > > Subject: [AccessD] A favor > > Dear Group, > > If any of you are CodeProject.com members, could you do me a favor? A > co-worker of mine has written a VB article that's in the running for > best VB article for April. Currently he's in 2nd place. Would you > mind logging into CodeProject, go to the link for "Your favourite > VB.NET articles from April", and vote for "ColorBar - A Gradient > Colored ProgressBar" by Copper? I think my co-worker, Dave Behnke, > would be thrilled. > > You could certainly vote for other articles...just not the one that's > in first place! > > This is horrible ballot-box-stuffing, I know; but hey! It's an election > year! > > Thanks very much, > > Steve Erbach > Neenah, WI > http://www.TheTownCrank.com From Gustav at cactus.dk Tue May 13 07:03:53 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 13 May 2008 14:03:53 +0200 Subject: [AccessD] A favor Message-ID: Hi Steve What a story! Sounds like you've got a devoted man on the team. I like people who pay attention to the details - too much crap surrounds us and that includes sloppy software - so if he cares so much for a progress bar I'm sure he will produce a solid application. Cross fingers for Dave and thanks for the perspective! /gustav >>> erbachs at gmail.com 13-05-2008 13:37 >>> Gustav, ? why couldn't we vote for the current top item which seems to be much more heavy weight than yours - ahem - "yet another progress bar", even though, admittedly, it appears to be quite fancy? ? The progress bar isn't mine. It was written by my co-worker for an application he has written for the company we both work for. He wrote it in a bit of competitive spirit since I'm also assembling an article for CodeProject. I asked that you vote for his article instead of the one that's currently in first place because, well, if my co-worker gets the highest number of votes then he'll win the prize for the month which is quite substantial. Yes, you're absolutely right; that other fellow's article is much more "heavy weight" than my co-worker's. I am asking this as a favor since I know my co-worker, Dave, would be thrilled. He has done some terrific work since he started here in November. He was hired and given the very thankless task of fixing a project that has been worked on for over seven years here: a proprietary application that performs the work performed currently performed by graphic artists. Printron Engravers is a printing services company. We don't actually do the printing; we prepare the plates. Our plates are used in printing corrugated cardboard cartons; for example, the cases in which packages of paper towels are packed. You'll see these cases in the big grocery stores. Those are the simple ones. We also prepare full color fancy-schmancy plates for beer cases or cartons that hold baby cribs and the like. The plates for the "simple" cartons are prepared by our pre-press department using Adobe Illustrator and Acrobat. But our boss had an idea seven or eight years ago that a program could be written to automate the layout of these "simple" cartons because they involve no more than a single color of ink and they have mostly text printed on them plus standard company or product logos and various insignias for carton strength and such. Well, there've been a succession of programmers that have worked on this thing. I knew the programmer that was working on it before. It wasn't until they hired Dave that something substantial and workable was put together. He persuaded them to essentially start from scratch so that he could build the program his way rather than patch the existing one which had been a mish-mash of a whole succession of coders. The promise of this program isn't so much that the company will be able to fire a raft of graphic artists as that we can steal business from our competitors while keeping the same staff or even hiring more as our customers realize that we do a heck of a lot more than the simple stuff. Dave is single, 30 years old, a former Air Force mechanic, and a very solid fellow. He's the type that will get an idea at home and will whip up a program at home to show to the bosses here. He did that a couple months ago to produce a 3-D visualization program that takes the results from his carton layout program, folds it up, and allows the user to rotate it through any axis to see that all the pieces are placed in their correct places. This 3-D vis program actually showed the bosses that the main customer we're trying to impress had been specifying the placement of something on their cartons wrongly; that is, upside-down in relation to other items on the carton. I must say, that this 3-D thing that Dave came up with has gotten a lot of people excited. One day the president, the vice-president of sales, the account manager for the customer we're trying to impress with this program, and several of the people in customer support (the ones who'll use this program the most) were gathered in Dave's cube for a demo and they were hooting and hollering and laughing. It was very distracting. So, I told you all of that to re-setup my request that you folks help out this very straight arrow guy who has written his first little article for Code Project. Before I made my request his article had already gotten enough votes for him to be in clear 2nd place. That's when I got the idea for doing a little electioneering on AccessD. Sorry that this is so long, Gustav, but I figured that you might like some background. Steve Erbach Neenah, WI On Tue, May 13, 2008 at 1:37 AM, Gustav Brock wrote: > Hi Steve > > I'm not a member so I'm kind of off site, but - with all respect - why couldn't we vote for the current top item which seems to be much more heavy weight than yours - ahem - "yet another progress bar", even though, admittedly, it appears to be quite fancy? > > Further, my teacher at the old GUI school learned me that a GUI should not be fancy - unless of course if the GUI itself and not the application is the message ... > > /gustav > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach > Sent: Monday, May 12, 2008 1:08 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] A favor > > Dear Group, > > If any of you are CodeProject.com members, could you do me a favor? A > co-worker of mine has written a VB article that's in the running for > best VB article for April. Currently he's in 2nd place. Would you > mind logging into CodeProject, go to the link for "Your favourite > VB.NET articles from April", and vote for "ColorBar - A Gradient > Colored ProgressBar" by Copper? I think my co-worker, Dave Behnke, > would be thrilled. From jwcolby at colbyconsulting.com Tue May 13 07:33:37 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 13 May 2008 08:33:37 -0400 Subject: [AccessD] Vista and the touchpad Message-ID: <48298AA1.7030209@colbyconsulting.com> Microsoft must hire a special brand of idiots. I am not finding ANY way to turn off the touchpad in Vista. I have a bluetooth mouse which is what I use. The touchpad is still enabled, and even worse is set to use a tap as a mouse click, so my thumb is always touching the touchpad as I type and the mouse gets moved off to someplace where it is not supposed to be. In XP you could simply select the touchpad and disable it. Vista apparently thinks the touchpad is so critical that they completely prevent you from disabling it without uninstalling the driver (which I am about to do). I NEED THIS TURNED OFF, but it would be nice to be able to get it back if I ever need to use my laptop without the mouse. I went out and found a driver specifically for the touchpad but even that does not (AFAICT) allow you to just disable the damned thing. Does anyone know how to just disable the damned thing? Microsoft must hire a special brand of idiots. Nobody's idiots can match Microsoft's idiots. -- John W. Colby www.ColbyConsulting.com From krosenstiel at comcast.net Tue May 13 08:04:04 2008 From: krosenstiel at comcast.net (Karen Rosenstiel) Date: Tue, 13 May 2008 06:04:04 -0700 Subject: [AccessD] Vista and the touchpad In-Reply-To: <48298AA1.7030209@colbyconsulting.com> Message-ID: <200805131303.m4DD3jOA008113@databaseadvisors.com> Look in the bios. Should be a choice of using the laptop touchpad/keyboard or periperals, or both. Regards, Karen Rosenstiel Seattle WA USA -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 13, 2008 5:34 AM To: Access Developers discussion and problem solving; Discussion of Hardware and Software issues Subject: [AccessD] Vista and the touchpad Microsoft must hire a special brand of idiots. I am not finding ANY way to turn off the touchpad in Vista. I have a bluetooth mouse which is what I use. The touchpad is still enabled, and even worse is set to use a tap as a mouse click, so my thumb is always touching the touchpad as I type and the mouse gets moved off to someplace where it is not supposed to be. In XP you could simply select the touchpad and disable it. Vista apparently thinks the touchpad is so critical that they completely prevent you from disabling it without uninstalling the driver (which I am about to do). I NEED THIS TURNED OFF, but it would be nice to be able to get it back if I ever need to use my laptop without the mouse. I went out and found a driver specifically for the touchpad but even that does not (AFAICT) allow you to just disable the damned thing. Does anyone know how to just disable the damned thing? Microsoft must hire a special brand of idiots. Nobody's idiots can match Microsoft's idiots. -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.16/1429 - Release Date: 5/12/2008 6:14 PM No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.16/1429 - Release Date: 5/12/2008 6:14 PM From jwcolby at colbyconsulting.com Tue May 13 08:08:37 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 13 May 2008 09:08:37 -0400 Subject: [AccessD] Vista and the touchpad In-Reply-To: <200805131303.m4DD3jOA008113@databaseadvisors.com> References: <200805131303.m4DD3jOA008113@databaseadvisors.com> Message-ID: <482992D5.3010709@colbyconsulting.com> In the BIOS!!! Thanks Karen, I will report back. I have just wasted 45 minutes trying unsuccessfully to turn this thing off. Can I bill someone for my wasted time? John W. Colby www.ColbyConsulting.com Karen Rosenstiel wrote: > Look in the bios. Should be a choice of using the laptop touchpad/keyboard > or periperals, or both. > > > Regards, > > Karen Rosenstiel > Seattle WA USA > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, May 13, 2008 5:34 AM > To: Access Developers discussion and problem solving; Discussion of Hardware > and Software issues > Subject: [AccessD] Vista and the touchpad > > Microsoft must hire a special brand of idiots. > > I am not finding ANY way to turn off the touchpad in Vista. I have a > bluetooth mouse which is what I use. The touchpad is still enabled, and > even worse is set to use a tap as a mouse click, so my thumb is always > touching the touchpad as I type and the mouse gets moved off to someplace > where it is not supposed to be. > > In XP you could simply select the touchpad and disable it. Vista apparently > thinks the touchpad is so critical that they completely prevent you from > disabling it without uninstalling the driver (which I am about to do). > > I NEED THIS TURNED OFF, but it would be nice to be able to get it back if I > ever need to use my laptop without the mouse. > > I went out and found a driver specifically for the touchpad but even that > does not (AFAICT) allow you to just disable the damned thing. > > Does anyone know how to just disable the damned thing? > > Microsoft must hire a special brand of idiots. Nobody's idiots can match > Microsoft's idiots. > > -- > John W. Colby > www.ColbyConsulting.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 269.23.16/1429 - Release Date: 5/12/2008 > 6:14 PM > > > No virus found in this outgoing message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 269.23.16/1429 - Release Date: 5/12/2008 > 6:14 PM > > From jwcolby at colbyconsulting.com Tue May 13 08:20:32 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 13 May 2008 09:20:32 -0400 Subject: [AccessD] Vista and the touchpad In-Reply-To: <200805131303.m4DD3jOA008113@databaseadvisors.com> References: <200805131303.m4DD3jOA008113@databaseadvisors.com> Message-ID: <482995A0.20906@colbyconsulting.com> You da man Karen! I was able to turn off the touch pad entirely in the BIOS. that means that I will have to go in there to turn it on if I need it (stupid really) but at least it is disabled and I can get on with my life. Thanks! John W. Colby www.ColbyConsulting.com Karen Rosenstiel wrote: > Look in the bios. Should be a choice of using the laptop touchpad/keyboard > or periperals, or both. > > > Regards, > > Karen Rosenstiel > Seattle WA USA > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, May 13, 2008 5:34 AM > To: Access Developers discussion and problem solving; Discussion of Hardware > and Software issues > Subject: [AccessD] Vista and the touchpad > > Microsoft must hire a special brand of idiots. > > I am not finding ANY way to turn off the touchpad in Vista. I have a > bluetooth mouse which is what I use. The touchpad is still enabled, and > even worse is set to use a tap as a mouse click, so my thumb is always > touching the touchpad as I type and the mouse gets moved off to someplace > where it is not supposed to be. > > In XP you could simply select the touchpad and disable it. Vista apparently > thinks the touchpad is so critical that they completely prevent you from > disabling it without uninstalling the driver (which I am about to do). > > I NEED THIS TURNED OFF, but it would be nice to be able to get it back if I > ever need to use my laptop without the mouse. > > I went out and found a driver specifically for the touchpad but even that > does not (AFAICT) allow you to just disable the damned thing. > > Does anyone know how to just disable the damned thing? > > Microsoft must hire a special brand of idiots. Nobody's idiots can match > Microsoft's idiots. > > -- > John W. Colby > www.ColbyConsulting.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 269.23.16/1429 - Release Date: 5/12/2008 > 6:14 PM > > > No virus found in this outgoing message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 269.23.16/1429 - Release Date: 5/12/2008 > 6:14 PM > > From wdhindman at dejpolsystems.com Tue May 13 08:34:52 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Tue, 13 May 2008 09:34:52 -0400 Subject: [AccessD] Vista and the touchpad References: <200805131303.m4DD3jOA008113@databaseadvisors.com> <482995A0.20906@colbyconsulting.com> Message-ID: <4EF405018C6A49E388A9D2270D659603@jislaptopdev> ...both of my laptops come with a function key combo to turn the touchpad on/off from the keyboard. William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "jwcolby" Sent: Tuesday, May 13, 2008 9:20 AM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] Vista and the touchpad > You da man Karen! I was able to turn off the touch pad entirely in the > BIOS. that means that I will have to go in there to turn it on if I > need it (stupid really) but at least it is disabled and I can get on > with my life. > > Thanks! > > John W. Colby > www.ColbyConsulting.com > > > Karen Rosenstiel wrote: >> Look in the bios. Should be a choice of using the laptop >> touchpad/keyboard >> or periperals, or both. >> >> >> Regards, >> >> Karen Rosenstiel >> Seattle WA USA >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Tuesday, May 13, 2008 5:34 AM >> To: Access Developers discussion and problem solving; Discussion of >> Hardware >> and Software issues >> Subject: [AccessD] Vista and the touchpad >> >> Microsoft must hire a special brand of idiots. >> >> I am not finding ANY way to turn off the touchpad in Vista. I have a >> bluetooth mouse which is what I use. The touchpad is still enabled, and >> even worse is set to use a tap as a mouse click, so my thumb is always >> touching the touchpad as I type and the mouse gets moved off to someplace >> where it is not supposed to be. >> >> In XP you could simply select the touchpad and disable it. Vista >> apparently >> thinks the touchpad is so critical that they completely prevent you from >> disabling it without uninstalling the driver (which I am about to do). >> >> I NEED THIS TURNED OFF, but it would be nice to be able to get it back if >> I >> ever need to use my laptop without the mouse. >> >> I went out and found a driver specifically for the touchpad but even that >> does not (AFAICT) allow you to just disable the damned thing. >> >> Does anyone know how to just disable the damned thing? >> >> Microsoft must hire a special brand of idiots. Nobody's idiots can match >> Microsoft's idiots. >> >> -- >> John W. Colby >> www.ColbyConsulting.com >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> No virus found in this incoming message. >> Checked by AVG. >> Version: 7.5.524 / Virus Database: 269.23.16/1429 - Release Date: >> 5/12/2008 >> 6:14 PM >> >> >> No virus found in this outgoing message. >> Checked by AVG. >> Version: 7.5.524 / Virus Database: 269.23.16/1429 - Release Date: >> 5/12/2008 >> 6:14 PM >> >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dwaters at usinternet.com Tue May 13 08:36:20 2008 From: dwaters at usinternet.com (Dan Waters) Date: Tue, 13 May 2008 08:36:20 -0500 Subject: [AccessD] Vista and the touchpad In-Reply-To: <482995A0.20906@colbyconsulting.com> References: <200805131303.m4DD3jOA008113@databaseadvisors.com> <482995A0.20906@colbyconsulting.com> Message-ID: <000c01c8b4fe$53fde460$0300a8c0@danwaters> Karen: Please send John an itemized bill for your services. Something like, 1) Telling John how to do it: $1.00 2) Knowing what to tell John: Much, MUCH More! Dan ;-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 13, 2008 8:21 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Vista and the touchpad You da man Karen! I was able to turn off the touch pad entirely in the BIOS. that means that I will have to go in there to turn it on if I need it (stupid really) but at least it is disabled and I can get on with my life. Thanks! John W. Colby www.ColbyConsulting.com Karen Rosenstiel wrote: > Look in the bios. Should be a choice of using the laptop touchpad/keyboard > or periperals, or both. > > > Regards, > > Karen Rosenstiel > Seattle WA USA > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, May 13, 2008 5:34 AM > To: Access Developers discussion and problem solving; Discussion of Hardware > and Software issues > Subject: [AccessD] Vista and the touchpad > > Microsoft must hire a special brand of idiots. > > I am not finding ANY way to turn off the touchpad in Vista. I have a > bluetooth mouse which is what I use. The touchpad is still enabled, and > even worse is set to use a tap as a mouse click, so my thumb is always > touching the touchpad as I type and the mouse gets moved off to someplace > where it is not supposed to be. > > In XP you could simply select the touchpad and disable it. Vista apparently > thinks the touchpad is so critical that they completely prevent you from > disabling it without uninstalling the driver (which I am about to do). > > I NEED THIS TURNED OFF, but it would be nice to be able to get it back if I > ever need to use my laptop without the mouse. > > I went out and found a driver specifically for the touchpad but even that > does not (AFAICT) allow you to just disable the damned thing. > > Does anyone know how to just disable the damned thing? > > Microsoft must hire a special brand of idiots. Nobody's idiots can match > Microsoft's idiots. > > -- > John W. Colby > www.ColbyConsulting.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 269.23.16/1429 - Release Date: 5/12/2008 > 6:14 PM > > > No virus found in this outgoing message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 269.23.16/1429 - Release Date: 5/12/2008 > 6:14 PM > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue May 13 08:41:01 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 13 May 2008 09:41:01 -0400 Subject: [AccessD] Vista and the touchpad In-Reply-To: <4EF405018C6A49E388A9D2270D659603@jislaptopdev> References: <200805131303.m4DD3jOA008113@databaseadvisors.com> <482995A0.20906@colbyconsulting.com> <4EF405018C6A49E388A9D2270D659603@jislaptopdev> Message-ID: <48299A6D.90102@colbyconsulting.com> Yea, mine doesn't. 8-( John W. Colby www.ColbyConsulting.com William Hindman wrote: > ...both of my laptops come with a function key combo to turn the touchpad > on/off from the keyboard. > > William > "The truth is incontrovertible, malice may attack it, ignorance may deride > it, but in the end; there it is." > > -------------------------------------------------- > From: "jwcolby" > Sent: Tuesday, May 13, 2008 9:20 AM > To: "Access Developers discussion and problem solving" > > Subject: Re: [AccessD] Vista and the touchpad > >> You da man Karen! I was able to turn off the touch pad entirely in the >> BIOS. that means that I will have to go in there to turn it on if I >> need it (stupid really) but at least it is disabled and I can get on >> with my life. >> >> Thanks! >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Karen Rosenstiel wrote: >>> Look in the bios. Should be a choice of using the laptop >>> touchpad/keyboard >>> or periperals, or both. >>> >>> >>> Regards, >>> >>> Karen Rosenstiel >>> Seattle WA USA >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>> Sent: Tuesday, May 13, 2008 5:34 AM >>> To: Access Developers discussion and problem solving; Discussion of >>> Hardware >>> and Software issues >>> Subject: [AccessD] Vista and the touchpad >>> >>> Microsoft must hire a special brand of idiots. >>> >>> I am not finding ANY way to turn off the touchpad in Vista. I have a >>> bluetooth mouse which is what I use. The touchpad is still enabled, and >>> even worse is set to use a tap as a mouse click, so my thumb is always >>> touching the touchpad as I type and the mouse gets moved off to someplace >>> where it is not supposed to be. >>> >>> In XP you could simply select the touchpad and disable it. Vista >>> apparently >>> thinks the touchpad is so critical that they completely prevent you from >>> disabling it without uninstalling the driver (which I am about to do). >>> >>> I NEED THIS TURNED OFF, but it would be nice to be able to get it back if >>> I >>> ever need to use my laptop without the mouse. >>> >>> I went out and found a driver specifically for the touchpad but even that >>> does not (AFAICT) allow you to just disable the damned thing. >>> >>> Does anyone know how to just disable the damned thing? >>> >>> Microsoft must hire a special brand of idiots. Nobody's idiots can match >>> Microsoft's idiots. >>> >>> -- >>> John W. Colby >>> www.ColbyConsulting.com >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> No virus found in this incoming message. >>> Checked by AVG. >>> Version: 7.5.524 / Virus Database: 269.23.16/1429 - Release Date: >>> 5/12/2008 >>> 6:14 PM >>> >>> >>> No virus found in this outgoing message. >>> Checked by AVG. >>> Version: 7.5.524 / Virus Database: 269.23.16/1429 - Release Date: >>> 5/12/2008 >>> 6:14 PM >>> >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > From jwcolby at colbyconsulting.com Tue May 13 08:41:47 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 13 May 2008 09:41:47 -0400 Subject: [AccessD] Vista and the touchpad In-Reply-To: <000c01c8b4fe$53fde460$0300a8c0@danwaters> References: <200805131303.m4DD3jOA008113@databaseadvisors.com> <482995A0.20906@colbyconsulting.com> <000c01c8b4fe$53fde460$0300a8c0@danwaters> Message-ID: <48299A9B.8050403@colbyconsulting.com> Naw, send it to Microsoft. John W. Colby www.ColbyConsulting.com Dan Waters wrote: > Karen: Please send John an itemized bill for your services. > > Something like, > 1) Telling John how to do it: $1.00 > 2) Knowing what to tell John: Much, MUCH More! > > Dan > > ;-) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, May 13, 2008 8:21 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Vista and the touchpad > > You da man Karen! I was able to turn off the touch pad entirely in the > BIOS. that means that I will have to go in there to turn it on if I > need it (stupid really) but at least it is disabled and I can get on > with my life. > > Thanks! > > John W. Colby > www.ColbyConsulting.com > > > Karen Rosenstiel wrote: >> Look in the bios. Should be a choice of using the laptop touchpad/keyboard >> or periperals, or both. >> >> >> Regards, >> >> Karen Rosenstiel >> Seattle WA USA >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Tuesday, May 13, 2008 5:34 AM >> To: Access Developers discussion and problem solving; Discussion of > Hardware >> and Software issues >> Subject: [AccessD] Vista and the touchpad >> >> Microsoft must hire a special brand of idiots. >> >> I am not finding ANY way to turn off the touchpad in Vista. I have a >> bluetooth mouse which is what I use. The touchpad is still enabled, and >> even worse is set to use a tap as a mouse click, so my thumb is always >> touching the touchpad as I type and the mouse gets moved off to someplace >> where it is not supposed to be. >> >> In XP you could simply select the touchpad and disable it. Vista > apparently >> thinks the touchpad is so critical that they completely prevent you from >> disabling it without uninstalling the driver (which I am about to do). >> >> I NEED THIS TURNED OFF, but it would be nice to be able to get it back if > I >> ever need to use my laptop without the mouse. >> >> I went out and found a driver specifically for the touchpad but even that >> does not (AFAICT) allow you to just disable the damned thing. >> >> Does anyone know how to just disable the damned thing? >> >> Microsoft must hire a special brand of idiots. Nobody's idiots can match >> Microsoft's idiots. >> >> -- >> John W. Colby >> www.ColbyConsulting.com >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> No virus found in this incoming message. >> Checked by AVG. >> Version: 7.5.524 / Virus Database: 269.23.16/1429 - Release Date: > 5/12/2008 >> 6:14 PM >> >> >> No virus found in this outgoing message. >> Checked by AVG. >> Version: 7.5.524 / Virus Database: 269.23.16/1429 - Release Date: > 5/12/2008 >> 6:14 PM >> >> From Chris.Foote at uk.thalesgroup.com Tue May 13 08:57:36 2008 From: Chris.Foote at uk.thalesgroup.com (Foote, Chris) Date: Tue, 13 May 2008 14:57:36 +0100 Subject: [AccessD] Vista and the touchpad Message-ID: <7303A459C921B5499AF732CCEEAD2B7F064D14E6@craws161660.int.rdel.co.uk> That's interesting William! I've got a two week old Acer Aspire 5315 running Vista Home Basic, and Fn + F7 seems to lock the touch pad. Thanks for that! Regards Chris F > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of William > Hindman > Sent: Tuesday, May 13, 2008 2:35 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Vista and the touchpad > > > ...both of my laptops come with a function key combo to turn > the touchpad > on/off from the keyboard. > > William > "The truth is incontrovertible, malice may attack it, > ignorance may deride > it, but in the end; there it is." > > -------------------------------------------------- > From: "jwcolby" > Sent: Tuesday, May 13, 2008 9:20 AM > To: "Access Developers discussion and problem solving" > > Subject: Re: [AccessD] Vista and the touchpad > > > You da man Karen! I was able to turn off the touch pad > entirely in the > > BIOS. that means that I will have to go in there to turn it on if I > > need it (stupid really) but at least it is disabled and I can get on > > with my life. > > > > Thanks! > > > > John W. Colby > > www.ColbyConsulting.com > > > > > > Karen Rosenstiel wrote: > >> Look in the bios. Should be a choice of using the laptop > >> touchpad/keyboard > >> or periperals, or both. > >> > >> > >> Regards, > >> > >> Karen Rosenstiel > >> Seattle WA USA > >> > >> -----Original Message----- > >> From: accessd-bounces at databaseadvisors.com > >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > >> Sent: Tuesday, May 13, 2008 5:34 AM > >> To: Access Developers discussion and problem solving; > Discussion of > >> Hardware > >> and Software issues > >> Subject: [AccessD] Vista and the touchpad > >> > >> Microsoft must hire a special brand of idiots. > >> > >> I am not finding ANY way to turn off the touchpad in > Vista. I have a > >> bluetooth mouse which is what I use. The touchpad is > still enabled, and > >> even worse is set to use a tap as a mouse click, so my > thumb is always > >> touching the touchpad as I type and the mouse gets moved > off to someplace > >> where it is not supposed to be. > >> > >> In XP you could simply select the touchpad and disable it. Vista > >> apparently > >> thinks the touchpad is so critical that they completely > prevent you from > >> disabling it without uninstalling the driver (which I am > about to do). > >> > >> I NEED THIS TURNED OFF, but it would be nice to be able to > get it back if > >> I > >> ever need to use my laptop without the mouse. > >> > >> I went out and found a driver specifically for the > touchpad but even that > >> does not (AFAICT) allow you to just disable the damned thing. > >> > >> Does anyone know how to just disable the damned thing? > >> > >> Microsoft must hire a special brand of idiots. Nobody's > idiots can match > >> Microsoft's idiots. > >> > >> -- > >> John W. Colby > >> www.ColbyConsulting.com > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > >> > >> No virus found in this incoming message. > >> Checked by AVG. > >> Version: 7.5.524 / Virus Database: 269.23.16/1429 - Release Date: > >> 5/12/2008 > >> 6:14 PM > >> > >> > >> No virus found in this outgoing message. > >> Checked by AVG. > >> Version: 7.5.524 / Virus Database: 269.23.16/1429 - Release Date: > >> 5/12/2008 > >> 6:14 PM > >> > >> > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From shamil at smsconsulting.spb.ru Tue May 13 09:15:03 2008 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Tue, 13 May 2008 18:15:03 +0400 Subject: [AccessD] A favor In-Reply-To: <39cb22f30805130441l65853edbmc6966d7efba3635f@mail.gmail.com> Message-ID: <0ad201c8b503$bc96d4f0$6401a8c0@nant> Hi Steve, I voted for your colleague. BYW, I do not see article's pics - alt="ColorBar_Sample.JPG" etc. black boxes, are displayed instead of pics on article's site. -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Tuesday, May 13, 2008 3:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A favor Jim, I can't give you the exact link since I've already voted. But if you go to the home page of www.codeproject.com, there's a section in the middle labeled "Latest Surveys - please vote!" Under that heading should be four links for "Your favourite blah-blah articles from April". The "blah-blah" represents C#, VB.NET, C++, or ASP.NET. Click on the link for the VB.NET articles and you'll see a list of 10 articles from April. My co-worker's article is called "ColorBar - A Gradient Colored ProgressBar" and his user name is Copper. You can only vote if you're a CodeProject member, though. Thanks, Jim. Steve Erbach Neenah, WI On Tue, May 13, 2008 at 12:36 AM, Jim Lawrence wrote: > Sorry Steve I could not find any reference to it. Do you have a link? > > Jim > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach > Sent: Monday, May 12, 2008 1:08 PM > To: Access Developers discussion and problem solving > > > Subject: [AccessD] A favor > > Dear Group, > > If any of you are CodeProject.com members, could you do me a favor? A > co-worker of mine has written a VB article that's in the running for > best VB article for April. Currently he's in 2nd place. Would you > mind logging into CodeProject, go to the link for "Your favourite > VB.NET articles from April", and vote for "ColorBar - A Gradient > Colored ProgressBar" by Copper? I think my co-worker, Dave Behnke, > would be thrilled. > > You could certainly vote for other articles...just not the one that's > in first place! > > This is horrible ballot-box-stuffing, I know; but hey! It's an election > year! > > Thanks very much, > > Steve Erbach > Neenah, WI > http://www.TheTownCrank.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From krosenstiel at comcast.net Tue May 13 09:55:34 2008 From: krosenstiel at comcast.net (krosenstiel at comcast.net) Date: Tue, 13 May 2008 14:55:34 +0000 Subject: [AccessD] Vista and the touchpad Message-ID: <051320081455.22283.4829ABE6000624730000570B2215578674040A079B9C020A9C019D05@comcast.net> Pas de quois. -- Karen Rosenstiel Seattle WA USA -------------- Original message ---------------------- From: jwcolby > You da man Karen! I was able to turn off the touch pad entirely in the > BIOS. that means that I will have to go in there to turn it on if I > need it (stupid really) but at least it is disabled and I can get on > with my life. > > Thanks! > > John W. Colby > www.ColbyConsulting.com > > > Karen Rosenstiel wrote: > > Look in the bios. Should be a choice of using the laptop touchpad/keyboard > > or periperals, or both. > > > > > > Regards, > > > > Karen Rosenstiel > > Seattle WA USA > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > > Sent: Tuesday, May 13, 2008 5:34 AM > > To: Access Developers discussion and problem solving; Discussion of Hardware > > and Software issues > > Subject: [AccessD] Vista and the touchpad > > > > Microsoft must hire a special brand of idiots. > > > > I am not finding ANY way to turn off the touchpad in Vista. I have a > > bluetooth mouse which is what I use. The touchpad is still enabled, and > > even worse is set to use a tap as a mouse click, so my thumb is always > > touching the touchpad as I type and the mouse gets moved off to someplace > > where it is not supposed to be. > > > > In XP you could simply select the touchpad and disable it. Vista apparently > > thinks the touchpad is so critical that they completely prevent you from > > disabling it without uninstalling the driver (which I am about to do). > > > > I NEED THIS TURNED OFF, but it would be nice to be able to get it back if I > > ever need to use my laptop without the mouse. > > > > I went out and found a driver specifically for the touchpad but even that > > does not (AFAICT) allow you to just disable the damned thing. > > > > Does anyone know how to just disable the damned thing? > > > > Microsoft must hire a special brand of idiots. Nobody's idiots can match > > Microsoft's idiots. > > > > -- > > John W. Colby > > www.ColbyConsulting.com > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > No virus found in this incoming message. > > Checked by AVG. > > Version: 7.5.524 / Virus Database: 269.23.16/1429 - Release Date: 5/12/2008 > > 6:14 PM > > > > > > No virus found in this outgoing message. > > Checked by AVG. > > Version: 7.5.524 / Virus Database: 269.23.16/1429 - Release Date: 5/12/2008 > > 6:14 PM > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From krosenstiel at comcast.net Tue May 13 09:56:51 2008 From: krosenstiel at comcast.net (krosenstiel at comcast.net) Date: Tue, 13 May 2008 14:56:51 +0000 Subject: [AccessD] Vista and the touchpad Message-ID: <051320081456.26971.4829AC3300072F3D0000695B2215578674040A079B9C020A9C019D05@comcast.net> He can't afford me ;-) -- Karen Rosenstiel Seattle WA USA -------------- Original message ---------------------- From: "Dan Waters" > Karen: Please send John an itemized bill for your services. > > Something like, > 1) Telling John how to do it: $1.00 > 2) Knowing what to tell John: Much, MUCH More! > > Dan > > ;-) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, May 13, 2008 8:21 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Vista and the touchpad > > You da man Karen! I was able to turn off the touch pad entirely in the > BIOS. that means that I will have to go in there to turn it on if I > need it (stupid really) but at least it is disabled and I can get on > with my life. > > Thanks! > > John W. Colby > www.ColbyConsulting.com > > > Karen Rosenstiel wrote: > > Look in the bios. Should be a choice of using the laptop touchpad/keyboard > > or periperals, or both. > > > > > > Regards, > > > > Karen Rosenstiel > > Seattle WA USA > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > > Sent: Tuesday, May 13, 2008 5:34 AM > > To: Access Developers discussion and problem solving; Discussion of > Hardware > > and Software issues > > Subject: [AccessD] Vista and the touchpad > > > > Microsoft must hire a special brand of idiots. > > > > I am not finding ANY way to turn off the touchpad in Vista. I have a > > bluetooth mouse which is what I use. The touchpad is still enabled, and > > even worse is set to use a tap as a mouse click, so my thumb is always > > touching the touchpad as I type and the mouse gets moved off to someplace > > where it is not supposed to be. > > > > In XP you could simply select the touchpad and disable it. Vista > apparently > > thinks the touchpad is so critical that they completely prevent you from > > disabling it without uninstalling the driver (which I am about to do). > > > > I NEED THIS TURNED OFF, but it would be nice to be able to get it back if > I > > ever need to use my laptop without the mouse. > > > > I went out and found a driver specifically for the touchpad but even that > > does not (AFAICT) allow you to just disable the damned thing. > > > > Does anyone know how to just disable the damned thing? > > > > Microsoft must hire a special brand of idiots. Nobody's idiots can match > > Microsoft's idiots. > > > > -- > > John W. Colby > > www.ColbyConsulting.com > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > No virus found in this incoming message. > > Checked by AVG. > > Version: 7.5.524 / Virus Database: 269.23.16/1429 - Release Date: > 5/12/2008 > > 6:14 PM > > > > > > No virus found in this outgoing message. > > Checked by AVG. > > Version: 7.5.524 / Virus Database: 269.23.16/1429 - Release Date: > 5/12/2008 > > 6:14 PM > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From john at winhaven.net Tue May 13 09:58:35 2008 From: john at winhaven.net (John Bartow) Date: Tue, 13 May 2008 09:58:35 -0500 Subject: [AccessD] A favor In-Reply-To: <39cb22f30805121307i422df5a4t6d240799963fc278@mail.gmail.com> Message-ID: <200805131458.m4DEwTpr008149@databaseadvisors.com> Done. Nice progress bar, too bad I can't use it. From wdhindman at dejpolsystems.com Tue May 13 10:01:37 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Tue, 13 May 2008 11:01:37 -0400 Subject: [AccessD] A favor References: <0ad201c8b503$bc96d4f0$6401a8c0@nant> Message-ID: ...I saw them Shamil. William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "Shamil Salakhetdinov" Sent: Tuesday, May 13, 2008 10:15 AM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] A favor > Hi Steve, > > I voted for your colleague. > BYW, I do not see article's pics - alt="ColorBar_Sample.JPG" etc. black > boxes, are displayed instead of pics on article's site. > > -- > Shamil > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach > Sent: Tuesday, May 13, 2008 3:42 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] A favor > > Jim, > > I can't give you the exact link since I've already voted. But if you > go to the home page of www.codeproject.com, there's a section in the > middle labeled "Latest Surveys - please vote!" Under that heading > should be four links for "Your favourite blah-blah articles from > April". The "blah-blah" represents C#, VB.NET, C++, or ASP.NET. Click > on the link for the VB.NET articles and you'll see a list of 10 > articles from April. My co-worker's article is called "ColorBar - A > Gradient Colored ProgressBar" and his user name is Copper. > > You can only vote if you're a CodeProject member, though. Thanks, Jim. > > Steve Erbach > Neenah, WI > > > On Tue, May 13, 2008 at 12:36 AM, Jim Lawrence wrote: >> Sorry Steve I could not find any reference to it. Do you have a link? >> >> Jim >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach >> Sent: Monday, May 12, 2008 1:08 PM >> To: Access Developers discussion and problem solving >> >> >> Subject: [AccessD] A favor >> >> Dear Group, >> >> If any of you are CodeProject.com members, could you do me a favor? A >> co-worker of mine has written a VB article that's in the running for >> best VB article for April. Currently he's in 2nd place. Would you >> mind logging into CodeProject, go to the link for "Your favourite >> VB.NET articles from April", and vote for "ColorBar - A Gradient >> Colored ProgressBar" by Copper? I think my co-worker, Dave Behnke, >> would be thrilled. >> >> You could certainly vote for other articles...just not the one that's >> in first place! >> >> This is horrible ballot-box-stuffing, I know; but hey! It's an election >> year! >> >> Thanks very much, >> >> Steve Erbach >> Neenah, WI >> http://www.TheTownCrank.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From shamil at smsconsulting.spb.ru Tue May 13 10:19:08 2008 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Tue, 13 May 2008 19:19:08 +0400 Subject: [AccessD] A favor In-Reply-To: Message-ID: <0afc01c8b50c$b08e2600$6401a8c0@nant> Hi William, I see them also now... I must say I didn't do any changes for my IE7 settings - usual PC magic happened probably somehow... Thanks. -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: Tuesday, May 13, 2008 7:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A favor ...I saw them Shamil. William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." From erbachs at gmail.com Tue May 13 11:23:30 2008 From: erbachs at gmail.com (Steve Erbach) Date: Tue, 13 May 2008 11:23:30 -0500 Subject: [AccessD] A favor In-Reply-To: <0ad201c8b503$bc96d4f0$6401a8c0@nant> References: <39cb22f30805130441l65853edbmc6966d7efba3635f@mail.gmail.com> <0ad201c8b503$bc96d4f0$6401a8c0@nant> Message-ID: <39cb22f30805130923l1a342cd5jf17622d7d2b7d31b@mail.gmail.com> Shamil, That's very kind of you! An interenational effort! Thank you. I'm relieved that you see the proper images now. Not that I can do much about it...but I'm glad the PC gremlins decided to let you see the images. Steve Erbach Neenah, WI USA On Tue, May 13, 2008 at 9:15 AM, Shamil Salakhetdinov wrote: > Hi Steve, > > I voted for your colleague. > BYW, I do not see article's pics - alt="ColorBar_Sample.JPG" etc. black > boxes, are displayed instead of pics on article's site. > > -- > Shamil > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach > > Sent: Tuesday, May 13, 2008 3:42 PM > To: Access Developers discussion and problem solving > > > Subject: Re: [AccessD] A favor From erbachs at gmail.com Tue May 13 11:25:01 2008 From: erbachs at gmail.com (Steve Erbach) Date: Tue, 13 May 2008 11:25:01 -0500 Subject: [AccessD] A favor In-Reply-To: <200805131458.m4DEwTpr008149@databaseadvisors.com> References: <39cb22f30805121307i422df5a4t6d240799963fc278@mail.gmail.com> <200805131458.m4DEwTpr008149@databaseadvisors.com> Message-ID: <39cb22f30805130925s204110abid4525d275d53709@mail.gmail.com> John, You don't use .NET then? Thanks for your vote, Mr. President! Steve Erbach On Tue, May 13, 2008 at 9:58 AM, John Bartow wrote: > Done. > > Nice progress bar, too bad I can't use it. > From iggy at nanaimo.ark.com Tue May 13 11:35:04 2008 From: iggy at nanaimo.ark.com (Tony Septav) Date: Tue, 13 May 2008 09:35:04 -0700 Subject: [AccessD] Query Fields Count Solved Message-ID: <4829C338.7020909@nanaimo.ark.com> Hey All Very interesting, found I had to make a call out to a separate module for the fields.count in the loop. Everything is working fine, I am now getting the correct number of fields for each group. From fuller.artful at gmail.com Tue May 13 11:47:45 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 13 May 2008 12:47:45 -0400 Subject: [AccessD] Members in Bermuda? Message-ID: <29f585dd0805130947l1540c9e3qa8f0362cc29211c1@mail.gmail.com> I'm moving to Bermuda on or about June 1. It will take me about a month to get established there. I hope that one or two listers here reside there. That would be a good start to moving in. I will still be in touch but in a new location with a whole bunch of new tricks to learn, but that's what keeps old dogs alive. I found a job on a crew that I admire immensely. I don't know exactly why I was the chosen candidate, but I'm very happy with their decision. I'll be in Bermuda on or shortly after June 1. Do we have any listers there? A. From Gustav at cactus.dk Tue May 13 11:58:38 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 13 May 2008 18:58:38 +0200 Subject: [AccessD] Members in Bermuda? Message-ID: Hi Arthur And you won't be framed due to your previous - eh - smoking habits!? /gustav >>> fuller.artful at gmail.com 13-05-2008 18:47 >>> I'm moving to Bermuda on or about June 1. It will take me about a month to get established there. I hope that one or two listers here reside there. That would be a good start to moving in. I will still be in touch but in a new location with a whole bunch of new tricks to learn, but that's what keeps old dogs alive. I found a job on a crew that I admire immensely. I don't know exactly why I was the chosen candidate, but I'm very happy with their decision. I'll be in Bermuda on or shortly after June 1. Do we have any listers there? A. From cfoust at infostatsystems.com Tue May 13 11:58:08 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 13 May 2008 09:58:08 -0700 Subject: [AccessD] Members in Bermuda? In-Reply-To: <29f585dd0805130947l1540c9e3qa8f0362cc29211c1@mail.gmail.com> References: <29f585dd0805130947l1540c9e3qa8f0362cc29211c1@mail.gmail.com> Message-ID: LOL Whether there are any listers living there, I'll bet there'll be some planning to vacation there soon! (How many bedrooms will you have?) Enjoy your new life, Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, May 13, 2008 9:48 AM To: Access Developers discussion and problem solving; Discussion of Hardware and Software issues; Discussion concerning MS SQL Server Subject: [AccessD] Members in Bermuda? I'm moving to Bermuda on or about June 1. It will take me about a month to get established there. I hope that one or two listers here reside there. That would be a good start to moving in. I will still be in touch but in a new location with a whole bunch of new tricks to learn, but that's what keeps old dogs alive. I found a job on a crew that I admire immensely. I don't know exactly why I was the chosen candidate, but I'm very happy with their decision. I'll be in Bermuda on or shortly after June 1. Do we have any listers there? A. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue May 13 12:02:17 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 13 May 2008 13:02:17 -0400 Subject: [AccessD] Members in Bermuda? In-Reply-To: <29f585dd0805130947l1540c9e3qa8f0362cc29211c1@mail.gmail.com> References: <29f585dd0805130947l1540c9e3qa8f0362cc29211c1@mail.gmail.com> Message-ID: <4829C999.8010404@colbyconsulting.com> Woa, congrats on that! Have you been to Bermuda? Ever heard of island fever? ;-) You will find Bermuda is just a tad smaller than Canada. And a tad warmer as well. John W. Colby www.ColbyConsulting.com Arthur Fuller wrote: > I'm moving to Bermuda on or about June 1. It will take me about a month to > get established there. I hope that one or two listers here reside there. > That would be a good start to moving in. I will still be in touch but in a > new location with a whole bunch of new tricks to learn, but that's what > keeps old dogs alive. > > I found a job on a crew that I admire immensely. I don't know exactly why I > was the chosen candidate, but I'm very happy with their decision. I'll be in > Bermuda on or shortly after June 1. Do we have any listers there? > > A. From fuller.artful at gmail.com Tue May 13 12:56:44 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 13 May 2008 13:56:44 -0400 Subject: [AccessD] Members in Bermuda? In-Reply-To: References: <29f585dd0805130947l1540c9e3qa8f0362cc29211c1@mail.gmail.com> Message-ID: <29f585dd0805131056h69afe489pf47abb2af06f1743@mail.gmail.com> The bookings of friends and family are accumulating rapidly, so book soon and I'll see if I can fit you in. On Tue, May 13, 2008 at 12:58 PM, Charlotte Foust < cfoust at infostatsystems.com> wrote: > LOL > > Whether there are any listers living there, I'll bet there'll be some > planning to vacation there soon! (How many bedrooms will you have?) > > Enjoy your new life, > > Charlotte Foust From fuller.artful at gmail.com Tue May 13 13:22:49 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 13 May 2008 14:22:49 -0400 Subject: [AccessD] Members in Bermuda? In-Reply-To: <4829C999.8010404@colbyconsulting.com> References: <29f585dd0805130947l1540c9e3qa8f0362cc29211c1@mail.gmail.com> <4829C999.8010404@colbyconsulting.com> Message-ID: <29f585dd0805131122l74a26fecpf38a51c5d99efd85@mail.gmail.com> Yes I have heard of Island Fever and yes I have been there, but only for a few days, but there are direct flights back to Toronto or NYC or Miami so no problem. It costs a bunch to live there but it's compensated. I am so looking forward to this, and meanwhile trying to learn about hedge funds. Turns out the topic is very complex, but I'm trying, and packing, and realizing that 80% of the stuff I own I don't care about. It's an interesting execercise to move to another country. What do you want to bring? What do you want to store in a rented storage locker? I have discovered some "zen-like" principles here. What ultimately matters is several changes of clothing, a powerful notebook, a few CDs and DVDs and that's about it. This raises the question, why did I bother accumulating all the rest? I cannot provide a good answer to that. I have a large collection of first editions of various novels, all signed, and I think that when I'm dead the authors' signatures will increase the value of same, but they are artefacts not regularly-used items. This exercise of moving to another country has been a huge learning experience for me. What do I own that I need to take? The answer is, Very little. A few changes of clothes and a few CDs. The rest shall lie in storage, and if I need it I'll return and fetch it from the locker. One thing I'm taking, for sure, is "Miller's Crossing", my fave movie of all time. I'lll probably also take "Beethoven Cello Sonatas" by Jacqueline du Pre and the superior version by Jackie and Stephen Bishop, and Shakti -- all and everything. In planning a move such as this, it's remarkable (at least to me) how little stuff I have accumulated really matters. The physical stuff matters not at all, other than a few changes of clothing. The rest, apparently, is just junk. Besides changing countries, this has been an interesting exercise in what I care about. Turns On Tue, May 13, 2008 at 1:02 PM, jwcolby wrote: > Woa, congrats on that! Have you been to Bermuda? > > Ever heard of island fever? ;-) You will find Bermuda is just a tad > smaller than Canada. And a tad warmer as well. > > John W. Colby > www.ColbyConsulting.com > > > Arthur Fuller wrote: > > I'm moving to Bermuda on or about June 1. It will take me about a month > to > > get established there. I hope that one or two listers here reside there. > > That would be a good start to moving in. I will still be in touch but in > a > > new location with a whole bunch of new tricks to learn, but that's what > > keeps old dogs alive. > > > > I found a job on a crew that I admire immensely. I don't know exactly why > I > > was the chosen candidate, but I'm very happy with their decision. I'll be > in > > Bermuda on or shortly after June 1. Do we have any listers there? > > > > A. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Tue May 13 13:35:41 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 13 May 2008 14:35:41 -0400 Subject: [AccessD] Members in Bermuda? In-Reply-To: <29f585dd0805131122l74a26fecpf38a51c5d99efd85@mail.gmail.com> References: <29f585dd0805130947l1540c9e3qa8f0362cc29211c1@mail.gmail.com> <4829C999.8010404@colbyconsulting.com> <29f585dd0805131122l74a26fecpf38a51c5d99efd85@mail.gmail.com> Message-ID: <4829DF7D.4040201@colbyconsulting.com> I think that the stuff we accumulate is there to make our lives more convenient where we are. A snow shovel or snow blower, a favorite recliner, a refrigerator. Sometimes even a car. Like that. Of course where we are going we may or may not need that, but the bigger question is whether it is cheaper to just buy it again than to pack and ship it. The snow shovel is not a cherished item, just a tool. One can be quite comfortable with just a few cherished items, assuming of course that you are not sleeping on the floor of a stone cell. John W. Colby www.ColbyConsulting.com Arthur Fuller wrote: > Yes I have heard of Island Fever and yes I have been there, but only for a > few days, but there are direct flights back to Toronto or NYC or Miami so no > problem. It costs a bunch to live there but it's compensated. I am so > looking forward to this, and meanwhile trying to learn about hedge funds. > Turns out the topic is very complex, but I'm trying, and packing, and > realizing that 80% of the stuff I own I don't care about. It's an > interesting execercise to move to another country. What do you want to > bring? What do you want to store in a rented storage locker? I have > discovered some "zen-like" principles here. What ultimately matters is > several changes of clothing, a powerful notebook, a few CDs and DVDs and > that's about it. This raises the question, why did I bother accumulating all > the rest? I cannot provide a good answer to that. I have a large collection > of first editions of various novels, all signed, and I think that when I'm > dead the authors' signatures will increase the value of same, but they are > artefacts not regularly-used items. > > This exercise of moving to another country has been a huge learning > experience for me. What do I own that I need to take? The answer is, Very > little. A few changes of clothes and a few CDs. The rest shall lie in > storage, and if I need it I'll return and fetch it from the locker. > > One thing I'm taking, for sure, is "Miller's Crossing", my fave movie of all > time. I'lll probably also take "Beethoven Cello Sonatas" by Jacqueline du > Pre and the superior version by Jackie and Stephen Bishop, and Shakti -- all > and everything. > > In planning a move such as this, it's remarkable (at least to me) how little > stuff I have accumulated really matters. The physical stuff matters not at > all, other than a few changes of clothing. The rest, apparently, is just > junk. > Besides changing countries, this has been an interesting exercise in what I > care about. Turns > From ssharkins at gmail.com Tue May 13 13:46:05 2008 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 13 May 2008 14:46:05 -0400 Subject: [AccessD] Members in Bermuda? References: <29f585dd0805130947l1540c9e3qa8f0362cc29211c1@mail.gmail.com> <4829C999.8010404@colbyconsulting.com><29f585dd0805131122l74a26fecpf38a51c5d99efd85@mail.gmail.com> <4829DF7D.4040201@colbyconsulting.com> Message-ID: <030401c8b529$9b73c000$6500a8c0@SusanOne> assuming > of course that you are not sleeping on the floor of a stone cell. ======When did you visit me????? ;) Susan H. From hkotsch at arcor.de Tue May 13 14:03:26 2008 From: hkotsch at arcor.de (Helmut Kotsch) Date: Tue, 13 May 2008 21:03:26 +0200 Subject: [AccessD] A favor In-Reply-To: <39cb22f30805121307i422df5a4t6d240799963fc278@mail.gmail.com> Message-ID: ...voted. Helmut -----Ursprungliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Steve Erbach Gesendet: Montag, 12. Mai 2008 22:08 An: Access Developers discussion and problem solving Betreff: [AccessD] A favor Dear Group, If any of you are CodeProject.com members, could you do me a favor? A co-worker of mine has written a VB article that's in the running for best VB article for April. Currently he's in 2nd place. Would you mind logging into CodeProject, go to the link for "Your favourite VB.NET articles from April", and vote for "ColorBar - A Gradient Colored ProgressBar" by Copper? I think my co-worker, Dave Behnke, would be thrilled. You could certainly vote for other articles...just not the one that's in first place! This is horrible ballot-box-stuffing, I know; but hey! It's an election year! Thanks very much, Steve Erbach Neenah, WI http://www.TheTownCrank.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From drawbridgej at sympatico.ca Tue May 13 14:08:23 2008 From: drawbridgej at sympatico.ca (Jack and Pat) Date: Tue, 13 May 2008 15:08:23 -0400 Subject: [AccessD] A favor In-Reply-To: <39cb22f30805121307i422df5a4t6d240799963fc278@mail.gmail.com> References: <39cb22f30805121307i422df5a4t6d240799963fc278@mail.gmail.com> Message-ID: <000001c8b52c$b74a7dc0$6501a8c0@home6399619597> Also voted.... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Monday, May 12, 2008 4:08 PM To: Access Developers discussion and problem solving Subject: A favor Dear Group, If any of you are CodeProject.com members, could you do me a favor? A co-worker of mine has written a VB article that's in the running for best VB article for April. Currently he's in 2nd place. Would you mind logging into CodeProject, go to the link for "Your favourite VB.NET articles from April", and vote for "ColorBar - A Gradient Colored ProgressBar" by Copper? I think my co-worker, Dave Behnke, would be thrilled. You could certainly vote for other articles...just not the one that's in first place! This is horrible ballot-box-stuffing, I know; but hey! It's an election year! Thanks very much, Steve Erbach Neenah, WI http://www.TheTownCrank.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From davidmcafee at gmail.com Tue May 13 14:16:44 2008 From: davidmcafee at gmail.com (David McAfee) Date: Tue, 13 May 2008 12:16:44 -0700 Subject: [AccessD] Vista and the touchpad In-Reply-To: <7303A459C921B5499AF732CCEEAD2B7F064D14E6@craws161660.int.rdel.co.uk> References: <7303A459C921B5499AF732CCEEAD2B7F064D14E6@craws161660.int.rdel.co.uk> Message-ID: <8786a4c00805131216s24b7f4c1j72d553d14d7328ef@mail.gmail.com> +1 I have the same model and thats how I do it. On Tue, May 13, 2008 at 6:57 AM, Foote, Chris wrote: > > That's interesting William! > > I've got a two week old Acer Aspire 5315 running Vista Home Basic, and Fn + > F7 seems to lock the touch pad. Thanks for that! > > Regards > > Chris F > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of William > > Hindman > > Sent: Tuesday, May 13, 2008 2:35 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Vista and the touchpad > > > > > > > ...both of my laptops come with a function key combo to turn > > the touchpad > > on/off from the keyboard. > > > > William > > "The truth is incontrovertible, malice may attack it, > > ignorance may deride > > it, but in the end; there it is." > > > > -------------------------------------------------- > > From: "jwcolby" > > Sent: Tuesday, May 13, 2008 9:20 AM > > > To: "Access Developers discussion and problem solving" > > > > > > Subject: Re: [AccessD] Vista and the touchpad > > > > > You da man Karen! I was able to turn off the touch pad > > entirely in the > > > BIOS. that means that I will have to go in there to turn it on if I > > > need it (stupid really) but at least it is disabled and I can get on > > > with my life. > > > > > > Thanks! > > > > > > John W. Colby > > > www.ColbyConsulting.com > > > > > > > > > Karen Rosenstiel wrote: > > >> Look in the bios. Should be a choice of using the laptop > > >> touchpad/keyboard > > >> or periperals, or both. > > >> > > >> > > >> Regards, > > >> > > >> Karen Rosenstiel > > >> Seattle WA USA > > >> > > >> -----Original Message----- > > >> From: accessd-bounces at databaseadvisors.com > > >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > > >> Sent: Tuesday, May 13, 2008 5:34 AM > > >> To: Access Developers discussion and problem solving; > > Discussion of > > >> Hardware > > >> and Software issues > > >> Subject: [AccessD] Vista and the touchpad > > >> > > >> Microsoft must hire a special brand of idiots. > > >> > > >> I am not finding ANY way to turn off the touchpad in > > Vista. I have a > > >> bluetooth mouse which is what I use. The touchpad is > > still enabled, and > > >> even worse is set to use a tap as a mouse click, so my > > thumb is always > > >> touching the touchpad as I type and the mouse gets moved > > off to someplace > > >> where it is not supposed to be. > > >> > > >> In XP you could simply select the touchpad and disable it. Vista > > >> apparently > > >> thinks the touchpad is so critical that they completely > > prevent you from > > >> disabling it without uninstalling the driver (which I am > > about to do). > > >> > > >> I NEED THIS TURNED OFF, but it would be nice to be able to > > get it back if > > >> I > > >> ever need to use my laptop without the mouse. > > >> > > >> I went out and found a driver specifically for the > > touchpad but even that > > >> does not (AFAICT) allow you to just disable the damned thing. > > >> > > >> Does anyone know how to just disable the damned thing? > > >> > > >> Microsoft must hire a special brand of idiots. Nobody's > > idiots can match > > >> Microsoft's idiots. > > >> > > >> -- > > >> John W. Colby > > >> www.ColbyConsulting.com > > >> -- > > >> AccessD mailing list > > >> AccessD at databaseadvisors.com > > >> http://databaseadvisors.com/mailman/listinfo/accessd > > >> Website: http://www.databaseadvisors.com > > >> > > >> No virus found in this incoming message. > > >> Checked by AVG. > > >> Version: 7.5.524 / Virus Database: 269.23.16/1429 - Release Date: > > >> 5/12/2008 > > >> 6:14 PM > > >> > > >> > > >> No virus found in this outgoing message. > > >> Checked by AVG. > > >> Version: 7.5.524 / Virus Database: 269.23.16/1429 - Release Date: > > >> 5/12/2008 > > >> 6:14 PM > > >> > > >> > > > -- > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > > > > -- > > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > > > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From iggy at nanaimo.ark.com Tue May 13 14:19:55 2008 From: iggy at nanaimo.ark.com (Tony Septav) Date: Tue, 13 May 2008 12:19:55 -0700 Subject: [AccessD] Importing - 2 Little Gems Message-ID: <4829E9DB.1080800@nanaimo.ark.com> Hey All Over the years when I have been importing Excel and Text files I have been using some routines I developed to check that the dates and number fields are correct. Then voila about a month ago I found Access had 2 functions that are so simple to use. Teach an old dog new tricks. IsDate() Is Number() Works a wonder. From Darryl.Collins at coles.com.au Wed May 14 00:06:39 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Wed, 14 May 2008 15:06:39 +1000 Subject: [AccessD] Closing a Form using VBA Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD7366@WPEXCH05.colesmyer.ad.cmltd.net.au> aaaah, Hi everyone. I am sure this is dead simple, but I keep thinking in Excel.VBA rather than Access.VBA so I get stuck. urrrgh. On Form1 I have a button that opens Form2. Once Form2 is open I want Form1 to close itself and save any data that maybe there. '------ Code Being Used -------------- Private Sub cmdTL_Click() Call OpenTL_Form DoCmd.Close ' <-- Doing this closes the form just opened, and leaves me with the original form. End Sub ' ------- end code ----------------- The code above resides in the Form1 code module. Ideally I would like to make Form1 a variable so this would work from any form. '-------Aircode Start ---- Sub AirCode() Dim sTHIS_FORM as string sTHIS_FORM = ActiveForm.Name Call OpenTL_Form [Forms]![" & sTHIS_FORM & "].Close True 'Close and save data End Sub ' ---- End Aircode --------- Any Advice folks? Regards Darryl. This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From miscellany at mvps.org Wed May 14 00:17:01 2008 From: miscellany at mvps.org (Steve Schapel) Date: Wed, 14 May 2008 17:17:01 +1200 Subject: [AccessD] Closing a Form using VBA In-Reply-To: <49DFE57FB126044B8A8B934E7AEA09ED09FD7366@WPEXCH05.colesmyer.ad.cmltd.net.au> References: <49DFE57FB126044B8A8B934E7AEA09ED09FD7366@WPEXCH05.colesmyer.ad.cmltd.net.au> Message-ID: <482A75CD.1080309@mvps.org> Darryl, Try it like this: DoCmd.Close acForm, Me.Name Regards Steve Darryl Collins wrote: > aaaah, Hi everyone. > > I am sure this is dead simple, but I keep thinking in Excel.VBA rather than Access.VBA so I get stuck. urrrgh. > > On Form1 I have a button that opens Form2. Once Form2 is open I want Form1 to close itself and save any data that maybe there. From Darryl.Collins at coles.com.au Wed May 14 00:23:49 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Wed, 14 May 2008 15:23:49 +1000 Subject: [AccessD] Closing a Form using VBA Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD7369@WPEXCH05.colesmyer.ad.cmltd.net.au> Thanks Steve, I have just got this figured out. '------- start code ------------- Private Sub cmdTL_Click() If Me.Dirty Then RunCommand acCmdSaveRecord End If Call OpenTL_Form DoCmd.Close acForm, "frm_FYP_APLID_HLSU", acSaveYes End Sub ' -------- end code --------- Many thanks :) Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Steve Schapel Sent: Wednesday, 14 May 2008 3:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Closing a Form using VBA Darryl, Try it like this: DoCmd.Close acForm, Me.Name Regards Steve Darryl Collins wrote: > aaaah, Hi everyone. > > I am sure this is dead simple, but I keep thinking in Excel.VBA rather than Access.VBA so I get stuck. urrrgh. > > On Form1 I have a button that opens Form2. Once Form2 is open I want Form1 to close itself and save any data that maybe there. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From miscellany at mvps.org Wed May 14 02:55:59 2008 From: miscellany at mvps.org (Steve Schapel) Date: Wed, 14 May 2008 19:55:59 +1200 Subject: [AccessD] Closing a Form using VBA In-Reply-To: <49DFE57FB126044B8A8B934E7AEA09ED09FD7369@WPEXCH05.colesmyer.ad.cmltd.net.au> References: <49DFE57FB126044B8A8B934E7AEA09ED09FD7369@WPEXCH05.colesmyer.ad.cmltd.net.au> Message-ID: <482A9B0F.2070108@mvps.org> Darryl, Are you aware that the acSaveYes argument you have in your code refers to saving design changes to the form, and is not related to the data? Regards Steve Darryl Collins wrote: > > > Thanks Steve, > > I have just got this figured out. > > '------- start code ------------- > Private Sub cmdTL_Click() > > If Me.Dirty Then > RunCommand acCmdSaveRecord > End If > Call OpenTL_Form > DoCmd.Close acForm, "frm_FYP_APLID_HLSU", acSaveYes > > End Sub > ' -------- end code --------- > From erbachs at gmail.com Wed May 14 04:09:32 2008 From: erbachs at gmail.com (Steve Erbach) Date: Wed, 14 May 2008 04:09:32 -0500 Subject: [AccessD] A favor In-Reply-To: References: <39cb22f30805121307i422df5a4t6d240799963fc278@mail.gmail.com> Message-ID: <39cb22f30805140209m59125071t237863d37030ad53@mail.gmail.com> Dankesch?n, Helmut! Steve Erbach On Tue, May 13, 2008 at 2:03 PM, Helmut Kotsch wrote: > ...voted. > > Helmut > > -----Ursprungliche Nachricht----- > Von: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Steve Erbach > Gesendet: Montag, 12. Mai 2008 22:08 > An: Access Developers discussion and problem solving > Betreff: [AccessD] A favor > > > Dear Group, > > If any of you are CodeProject.com members, could you do me a favor? From erbachs at gmail.com Wed May 14 04:10:03 2008 From: erbachs at gmail.com (Steve Erbach) Date: Wed, 14 May 2008 04:10:03 -0500 Subject: [AccessD] A favor In-Reply-To: <000001c8b52c$b74a7dc0$6501a8c0@home6399619597> References: <39cb22f30805121307i422df5a4t6d240799963fc278@mail.gmail.com> <000001c8b52c$b74a7dc0$6501a8c0@home6399619597> Message-ID: <39cb22f30805140210l190819bera281f097e70043a1@mail.gmail.com> Thanks very much. I appreciate it. Steve Erbach On Tue, May 13, 2008 at 2:08 PM, Jack and Pat wrote: > Also voted.... > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach > Sent: Monday, May 12, 2008 4:08 PM > To: Access Developers discussion and problem solving > Subject: A favor > > Dear Group, > > If any of you are CodeProject.com members, could you do me a favor? From darren at activebilling.com.au Wed May 14 08:15:53 2008 From: darren at activebilling.com.au (Darren D) Date: Wed, 14 May 2008 23:15:53 +1000 Subject: [AccessD] Closing a Form using VBA In-Reply-To: <49DFE57FB126044B8A8B934E7AEA09ED09FD7366@WPEXCH05.colesmyer.ad.cmltd.net.au> Message-ID: <200805141317.m4EDGbTO023095@databaseadvisors.com> Hi Darryl Explicitly name the form you wanna close or it will close the one in the line above the close command EG Call OpenTL_Form DoCmd.Close ' <-- Doing this closes the form just opened, and leaves me with the original Will just close OpenTL_Form Needs to be Call OpenTL_Form DoCmd.Close acForm, "SomeCoolFormNamehere" Darren ----------------- -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, 14 May 2008 3:07 PM To: Access Developers discussion and problem solving Subject: [AccessD] Closing a Form using VBA aaaah, Hi everyone. I am sure this is dead simple, but I keep thinking in Excel.VBA rather than Access.VBA so I get stuck. urrrgh. On Form1 I have a button that opens Form2. Once Form2 is open I want Form1 to close itself and save any data that maybe there. '------ Code Being Used -------------- Private Sub cmdTL_Click() Call OpenTL_Form DoCmd.Close ' <-- Doing this closes the form just opened, and leaves me with the original form. End Sub ' ------- end code ----------------- The code above resides in the Form1 code module. Ideally I would like to make Form1 a variable so this would work from any form. '-------Aircode Start ---- Sub AirCode() Dim sTHIS_FORM as string sTHIS_FORM = ActiveForm.Name Call OpenTL_Form [Forms]![" & sTHIS_FORM & "].Close True 'Close and save data End Sub ' ---- End Aircode --------- Any Advice folks? Regards Darryl. This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From iggy at nanaimo.ark.com Wed May 14 14:28:07 2008 From: iggy at nanaimo.ark.com (Tony Septav) Date: Wed, 14 May 2008 12:28:07 -0700 Subject: [AccessD] Decimal Message-ID: <482B3D47.30500@nanaimo.ark.com> Hey All Can anyone tell me what a Data Type - Decimal means. Everytime I convert an application to 2003 it converts my query specs to Decimal, which has never happened before and of course the program crashes. From miscellany at mvps.org Wed May 14 14:33:08 2008 From: miscellany at mvps.org (Steve Schapel) Date: Thu, 15 May 2008 07:33:08 +1200 Subject: [AccessD] Closing a Form using VBA In-Reply-To: <200805141317.m4EDGbTO023095@databaseadvisors.com> References: <200805141317.m4EDGbTO023095@databaseadvisors.com> Message-ID: <482B3E74.8010707@mvps.org> Darren, As mentioned in my earlier reply, the way to explicitly reference the form from which the code is being called, as is the case with Darryl's example, is: DoCmd.Close acForm, Me.Name Regards Steve Darren D wrote: > Hi Darryl > > Explicitly name the form you wanna close or it will close the one in the line > above the close command > > EG > Call OpenTL_Form > DoCmd.Close ' <-- Doing this closes the form just opened, and leaves me with > the original > > Will just close OpenTL_Form > > > Needs to be > > Call OpenTL_Form > DoCmd.Close acForm, "SomeCoolFormNamehere" > From edzedz at comcast.net Wed May 14 15:38:58 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Wed, 14 May 2008 13:38:58 -0700 Subject: [AccessD] Decimal In-Reply-To: <482B3D47.30500@nanaimo.ark.com> Message-ID: <001201c8b602$8a03e500$63dea8c0@dudley1> I had problems with Decimal, thus I changed things to use Double. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Tony Septav Sent: Wednesday, May 14, 2008 12:28 PM To: Access Developers discussion and problem solving Subject: [AccessD] Decimal Hey All Can anyone tell me what a Data Type - Decimal means. Everytime I convert an application to 2003 it converts my query specs to Decimal, which has never happened before and of course the program crashes. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From edzedz at comcast.net Wed May 14 15:50:49 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Wed, 14 May 2008 13:50:49 -0700 Subject: [AccessD] Closing a Form using VBA In-Reply-To: <482B3E74.8010707@mvps.org> Message-ID: <001301c8b604$320e6df0$63dea8c0@dudley1> Here is an example where some VBA code opens a another form, runs some additional 'Public' VBA code from the newly opened form, then closes the calling form. = = = = = = = = = = = = = = = = = = = = = = = = = Private Sub cmdJobModule_Click() Dim sTmp0 As String Dim zzForm As Form sTmp0 = "" ' ******************************************************* ' Open the New Form. ' DoCmd.OpenForm "zJp700zJDBoss", , , sTmp0 ' ******************************************************* ' Call some VBA Public Code from the new Form. ' Reset the stop-go Indicators. ' Set zzForm = [Forms]![zJp700zJDBoss] Call zzForm.cmdReset_Click Set zzForm = Nothing ' ******************************************************* ' Call some VBA Public Code from the new Form. ' Check the stop-go Indicators. ' Set zzForm = [Forms]![zJp700zJDBoss] Call zzForm.cmdCheckCheck_Click Set zzForm = Nothing beep ' ******************************************************* ' Close the old Form. ' DoCmd.Close 2, "frm060Admin" End Sub = = = = = = = = = = = = = = = = = = = = = = = = = -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Steve Schapel Sent: Wednesday, May 14, 2008 12:33 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Closing a Form using VBA Darren, As mentioned in my earlier reply, the way to explicitly reference the form from which the code is being called, as is the case with Darryl's example, is: DoCmd.Close acForm, Me.Name Regards Steve Darren D wrote: > Hi Darryl > > Explicitly name the form you wanna close or it will close the one in the line > above the close command > > EG > Call OpenTL_Form > DoCmd.Close ' <-- Doing this closes the form just opened, and leaves me with > the original > > Will just close OpenTL_Form > > > Needs to be > > Call OpenTL_Form > DoCmd.Close acForm, "SomeCoolFormNamehere" > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Wed May 14 14:53:20 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 14 May 2008 12:53:20 -0700 Subject: [AccessD] Decimal In-Reply-To: <482B3D47.30500@nanaimo.ark.com> References: <482B3D47.30500@nanaimo.ark.com> Message-ID: Decimal is a data type that was not supported in earlier versions of Access, although it was in VB and I believe in some other Office apps. Change it to a floating point (single or double) for Access. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Wednesday, May 14, 2008 12:28 PM To: Access Developers discussion and problem solving Subject: [AccessD] Decimal Hey All Can anyone tell me what a Data Type - Decimal means. Everytime I convert an application to 2003 it converts my query specs to Decimal, which has never happened before and of course the program crashes. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Wed May 14 15:45:54 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Wed, 14 May 2008 22:45:54 +0200 Subject: [AccessD] Decimal Message-ID: Hi Charlotte I don't think you can put a general rule for the best replacement for Decimal. Quite often Currency would be the first alternative choice. Double - and indeed Single - may introduce new issues in an existing app. That said, Decimal should be avoided as data type in tables as it is known to be buggy. In VBA, however, it can be quite useful. /gustav >>> cfoust at infostatsystems.com 14-05-2008 21:53 >>> Decimal is a data type that was not supported in earlier versions of Access, although it was in VB and I believe in some other Office apps. Change it to a floating point (single or double) for Access. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Wednesday, May 14, 2008 12:28 PM To: Access Developers discussion and problem solving Subject: [AccessD] Decimal Hey All Can anyone tell me what a Data Type - Decimal means. Everytime I convert an application to 2003 it converts my query specs to Decimal, which has never happened before and of course the program crashes. From john at winhaven.net Wed May 14 17:40:24 2008 From: john at winhaven.net (John Bartow) Date: Wed, 14 May 2008 17:40:24 -0500 Subject: [AccessD] A favor In-Reply-To: <39cb22f30805130925s204110abid4525d275d53709@mail.gmail.com> Message-ID: <200805142240.m4EMeJsC004346@databaseadvisors.com> Steve, Everything I write is so fast that progress bars are irrelevant. Yeah, right! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Tuesday, May 13, 2008 11:25 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A favor John, You don't use .NET then? From stuart at lexacorp.com.pg Wed May 14 18:17:44 2008 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 15 May 2008 09:17:44 +1000 Subject: [AccessD] A favor In-Reply-To: <200805142240.m4EMeJsC004346@databaseadvisors.com> References: <39cb22f30805130925s204110abid4525d275d53709@mail.gmail.com>, <200805142240.m4EMeJsC004346@databaseadvisors.com> Message-ID: <482BFFB8.25741.A5A1E1D@stuart.lexacorp.com.pg> Like he said - "You don't use .NET then"! On 14 May 2008 at 17:40, John Bartow wrote: > Steve, > Everything I write is so fast that progress bars are irrelevant. > > Yeah, right! > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach > Sent: Tuesday, May 13, 2008 11:25 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] A favor > > John, > > You don't use .NET then? > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Darryl.Collins at coles.com.au Wed May 14 19:06:07 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Thu, 15 May 2008 10:06:07 +1000 Subject: [AccessD] Closing a Form using VBA Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD736D@WPEXCH05.colesmyer.ad.cmltd.net.au> Yep, it is probably not required once I finish building this, but i leave it in there as a safety for me right now so if I make changes and then step thru the code it will save the form design before close. thanks for the heads up though. cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Steve Schapel Sent: Wednesday, 14 May 2008 5:56 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Closing a Form using VBA Darryl, Are you aware that the acSaveYes argument you have in your code refers to saving design changes to the form, and is not related to the data? Regards Steve Darryl Collins wrote: > > > Thanks Steve, > > I have just got this figured out. > > '------- start code ------------- > Private Sub cmdTL_Click() > > If Me.Dirty Then > RunCommand acCmdSaveRecord > End If > Call OpenTL_Form > DoCmd.Close acForm, "frm_FYP_APLID_HLSU", acSaveYes > > End Sub > ' -------- end code --------- > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From wdhindman at dejpolsystems.com Wed May 14 19:54:17 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Wed, 14 May 2008 20:54:17 -0400 Subject: [AccessD] A favor References: <39cb22f30805130925s204110abid4525d275d53709@mail.gmail.com>, <200805142240.m4EMeJsC004346@databaseadvisors.com> <482BFFB8.25741.A5A1E1D@stuart.lexacorp.com.pg> Message-ID: <8E64BFC209244D3F9D430F9C4A549780@jislaptopdev> ...and thus not nearly as much productive code :) William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "Stuart McLachlan" Sent: Wednesday, May 14, 2008 7:17 PM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] A favor > Like he said - "You don't use .NET then"! > > > On 14 May 2008 at 17:40, John Bartow wrote: > >> Steve, >> Everything I write is so fast that progress bars are irrelevant. >> >> Yeah, right! >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach >> Sent: Tuesday, May 13, 2008 11:25 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] A favor >> >> John, >> >> You don't use .NET then? >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From cfoust at infostatsystems.com Wed May 14 20:33:21 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 14 May 2008 18:33:21 -0700 Subject: [AccessD] Decimal In-Reply-To: References: Message-ID: I'm not clear on just where these Decimals are being changed. I didn't get the impression it was in tables. And I don't know what an Access 2003 conversion has to do with it. Confused ... Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, May 14, 2008 1:46 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Decimal Hi Charlotte I don't think you can put a general rule for the best replacement for Decimal. Quite often Currency would be the first alternative choice. Double - and indeed Single - may introduce new issues in an existing app. That said, Decimal should be avoided as data type in tables as it is known to be buggy. In VBA, however, it can be quite useful. /gustav >>> cfoust at infostatsystems.com 14-05-2008 21:53 >>> Decimal is a data type that was not supported in earlier versions of Access, although it was in VB and I believe in some other Office apps. Change it to a floating point (single or double) for Access. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Wednesday, May 14, 2008 12:28 PM To: Access Developers discussion and problem solving Subject: [AccessD] Decimal Hey All Can anyone tell me what a Data Type - Decimal means. Everytime I convert an application to 2003 it converts my query specs to Decimal, which has never happened before and of course the program crashes. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From erbachs at gmail.com Wed May 14 21:37:10 2008 From: erbachs at gmail.com (Steve Erbach) Date: Wed, 14 May 2008 21:37:10 -0500 Subject: [AccessD] A favor In-Reply-To: <200805142240.m4EMeJsC004346@databaseadvisors.com> References: <39cb22f30805130925s204110abid4525d275d53709@mail.gmail.com> <200805142240.m4EMeJsC004346@databaseadvisors.com> Message-ID: <39cb22f30805141937u6db803b9m2c9057fda7edb583@mail.gmail.com> John, Arf! Arf! Steve Erbach On Wed, May 14, 2008 at 5:40 PM, John Bartow wrote: > Steve, > Everything I write is so fast that progress bars are irrelevant. > > Yeah, right! > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach > Sent: Tuesday, May 13, 2008 11:25 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] A favor > > John, > > You don't use .NET then? > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Regards, Steve Erbach Scientific Marketing Neenah, WI www.swerbach.com Security Page: www.swerbach.com/security From erbachs at gmail.com Wed May 14 21:37:41 2008 From: erbachs at gmail.com (Steve Erbach) Date: Wed, 14 May 2008 21:37:41 -0500 Subject: [AccessD] A favor In-Reply-To: <482BFFB8.25741.A5A1E1D@stuart.lexacorp.com.pg> References: <39cb22f30805130925s204110abid4525d275d53709@mail.gmail.com> <200805142240.m4EMeJsC004346@databaseadvisors.com> <482BFFB8.25741.A5A1E1D@stuart.lexacorp.com.pg> Message-ID: <39cb22f30805141937n2a928528x130315124d1d8af3@mail.gmail.com> Sturart, Har! Steve Erbach On Wed, May 14, 2008 at 6:17 PM, Stuart McLachlan wrote: > Like he said - "You don't use .NET then"! > > > On 14 May 2008 at 17:40, John Bartow wrote: > >> Steve, >> Everything I write is so fast that progress bars are irrelevant. >> >> Yeah, right! >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach >> Sent: Tuesday, May 13, 2008 11:25 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] A favor >> >> John, >> >> You don't use .NET then? From newsgrps at dalyn.co.nz Wed May 14 22:47:24 2008 From: newsgrps at dalyn.co.nz (David Emerson) Date: Thu, 15 May 2008 15:47:24 +1200 Subject: [AccessD] Report breaks in subreports Message-ID: <20080515034656.IFS8128.mta03.xtra.co.nz@Dalyn.dalyn.co.nz> I have a master report that is a container for a whole lot of subreports (they are continuous subreports with a report header and footer - this means that they are not a consistant height). Each subreport needs to start on a new page. At the moment I have each subreport in the main report followed by a page break. This works fine except when the subreport has no data in it. In this case there is a blank page. There doesn't seem to be any properties to prevent the page break from happening in this case. I tried putting the page break at the end of each subreport (report footer section). The idea was for the page break to only occur if the report had data. However no page break occurs. Any ideas how to get around this? Regards David Emerson Dalyn Software Ltd Wellington, New Zealand From DWUTKA at Marlow.com Wed May 14 22:48:14 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 14 May 2008 22:48:14 -0500 Subject: [AccessD] Decimal In-Reply-To: Message-ID: Actually, ran into an issue with this in 2006. We were converting from Office 97 to Office 2003. Access 97 would link tables in our Oracle DB as Double data type. Linking those tables in Access 2003 would link them as Decimal. PROBLEM, if you had queries doing calculations on these, and the decimals were different, you would get error messages about the expressions being too complex, or about rounding issues. To fix it, I linked the tables in a 97 version .mdb, then UPGRADED the database to 2003. This kept the link definitions the same, without changing them to Decimal type. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, May 14, 2008 8:33 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Decimal I'm not clear on just where these Decimals are being changed. I didn't get the impression it was in tables. And I don't know what an Access 2003 conversion has to do with it. Confused ... Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, May 14, 2008 1:46 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Decimal Hi Charlotte I don't think you can put a general rule for the best replacement for Decimal. Quite often Currency would be the first alternative choice. Double - and indeed Single - may introduce new issues in an existing app. That said, Decimal should be avoided as data type in tables as it is known to be buggy. In VBA, however, it can be quite useful. /gustav The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From kp at sdsonline.net Wed May 14 23:04:11 2008 From: kp at sdsonline.net (Kath Pelletti) Date: Thu, 15 May 2008 14:04:11 +1000 Subject: [AccessD] Report breaks in subreports References: <20080515034656.IFS8128.mta03.xtra.co.nz@Dalyn.dalyn.co.nz> Message-ID: <002501c8b640$bc35e530$6401a8c0@DELLAPTOP> David - what about doing some 'on format' code of your detail section in the main report to: - Do a dcount of the expected no. of records for each sub-report - If the result is zero, set the pagebreak to visible = false, otherwise leave the page break in place. hth Kath ----- Original Message ----- From: "David Emerson" To: Sent: Thursday, May 15, 2008 1:47 PM Subject: [AccessD] Report breaks in subreports >I have a master report that is a container for a whole lot of > subreports (they are continuous subreports with a report header and > footer - this means that they are not a consistant height). Each > subreport needs to start on a new page. At the moment I have each > subreport in the main report followed by a page break. This works > fine except when the subreport has no data in it. In this case there > is a blank page. There doesn't seem to be any properties to prevent > the page break from happening in this case. > > I tried putting the page break at the end of each subreport (report > footer section). The idea was for the page break to only occur if > the report had data. However no page break occurs. > > Any ideas how to get around this? > > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From john at winhaven.net Wed May 14 23:13:31 2008 From: john at winhaven.net (John Bartow) Date: Wed, 14 May 2008 23:13:31 -0500 Subject: [AccessD] A favor In-Reply-To: <482BFFB8.25741.A5A1E1D@stuart.lexacorp.com.pg> Message-ID: <200805150413.m4F4DMiw031681@databaseadvisors.com> LOL! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, May 14, 2008 6:18 PM Like he said - "You don't use .NET then"! On 14 May 2008 at 17:40, John Bartow wrote: > Steve, > Everything I write is so fast that progress bars are irrelevant. From newsgrps at dalyn.co.nz Wed May 14 23:24:59 2008 From: newsgrps at dalyn.co.nz (David Emerson) Date: Thu, 15 May 2008 16:24:59 +1200 Subject: [AccessD] Report breaks in subreports In-Reply-To: <002501c8b640$bc35e530$6401a8c0@DELLAPTOP> References: <20080515034656.IFS8128.mta03.xtra.co.nz@Dalyn.dalyn.co.nz> <002501c8b640$bc35e530$6401a8c0@DELLAPTOP> Message-ID: <20080515042441.GBMJ4822.mta06.xtra.co.nz@Dalyn.dalyn.co.nz> Thanks Kath, I don't see the Visible property in the property box for the page break - is it a "hidden" property? David At 15/05/2008, you wrote: >David - what about doing some 'on format' code of your detail section in the >main report to: > >- Do a dcount of the expected no. of records for each sub-report >- If the result is zero, set the pagebreak to visible = false, otherwise >leave the page break in place. > >hth >Kath >----- Original Message ----- >From: "David Emerson" >To: >Sent: Thursday, May 15, 2008 1:47 PM >Subject: [AccessD] Report breaks in subreports > > > >I have a master report that is a container for a whole lot of > > subreports (they are continuous subreports with a report header and > > footer - this means that they are not a consistant height). Each > > subreport needs to start on a new page. At the moment I have each > > subreport in the main report followed by a page break. This works > > fine except when the subreport has no data in it. In this case there > > is a blank page. There doesn't seem to be any properties to prevent > > the page break from happening in this case. > > > > I tried putting the page break at the end of each subreport (report > > footer section). The idea was for the page break to only occur if > > the report had data. However no page break occurs. > > > > Any ideas how to get around this? > > > > Regards > > > > David Emerson > > Dalyn Software Ltd > > Wellington, New Zealand > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Wed May 14 23:29:34 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Wed, 14 May 2008 21:29:34 -0700 Subject: [AccessD] A2K3 vs A2K7? Message-ID: <010801c8b644$475d3020$0301a8c0@HAL9005> Dear List: I have an app in development in 2003. My client tests it in 2007 and occasionally we find something that works in A2K3 and not in A2K7. Now I have a statement in a subform on a form and after manipulating the data in the table that is the recordsource for the sub-form I issue a Me.Requery. Which works in A2K3. But when he tries it in A2K7 he gets an error "2467: The expression you entered refers to an object that is closed or doesn't exist". Since the object, in this case the sub-form, is open and does exists, I think the error might be misleading and may actually be a result of some other condition. But I don't know. Has anyone seen this behavior? Any theories? MTIA Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com From kp at sdsonline.net Wed May 14 23:30:39 2008 From: kp at sdsonline.net (Kath Pelletti) Date: Thu, 15 May 2008 14:30:39 +1000 Subject: [AccessD] Report breaks in subreports References: <20080515034656.IFS8128.mta03.xtra.co.nz@Dalyn.dalyn.co.nz><002501c8b640$bc35e530$6401a8c0@DELLAPTOP> <20080515042441.GBMJ4822.mta06.xtra.co.nz@Dalyn.dalyn.co.nz> Message-ID: <003301c8b644$6e59a820$6401a8c0@DELLAPTOP> David - it doesn't appear in the properties box, but you can set it in code. eg. me.ctlbreak.visible = false (just checked it - it worked). Kath ----- Original Message ----- From: "David Emerson" To: "Access Developers discussion and problem solving" Sent: Thursday, May 15, 2008 2:24 PM Subject: Re: [AccessD] Report breaks in subreports > Thanks Kath, > > I don't see the Visible property in the property box for the page > break - is it a "hidden" property? > > David > > At 15/05/2008, you wrote: >>David - what about doing some 'on format' code of your detail section in >>the >>main report to: >> >>- Do a dcount of the expected no. of records for each sub-report >>- If the result is zero, set the pagebreak to visible = false, otherwise >>leave the page break in place. >> >>hth >>Kath >>----- Original Message ----- >>From: "David Emerson" >>To: >>Sent: Thursday, May 15, 2008 1:47 PM >>Subject: [AccessD] Report breaks in subreports >> >> >> >I have a master report that is a container for a whole lot of >> > subreports (they are continuous subreports with a report header and >> > footer - this means that they are not a consistant height). Each >> > subreport needs to start on a new page. At the moment I have each >> > subreport in the main report followed by a page break. This works >> > fine except when the subreport has no data in it. In this case there >> > is a blank page. There doesn't seem to be any properties to prevent >> > the page break from happening in this case. >> > >> > I tried putting the page break at the end of each subreport (report >> > footer section). The idea was for the page break to only occur if >> > the report had data. However no page break occurs. >> > >> > Any ideas how to get around this? >> > >> > Regards >> > >> > David Emerson >> > Dalyn Software Ltd >> > Wellington, New Zealand >> > >> > -- >> > AccessD mailing list >> > AccessD at databaseadvisors.com >> > http://databaseadvisors.com/mailman/listinfo/accessd >> > Website: http://www.databaseadvisors.com >> > >> >> >>-- >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From newsgrps at dalyn.co.nz Wed May 14 23:38:35 2008 From: newsgrps at dalyn.co.nz (David Emerson) Date: Thu, 15 May 2008 16:38:35 +1200 Subject: [AccessD] Report breaks in subreports In-Reply-To: <003301c8b644$6e59a820$6401a8c0@DELLAPTOP> References: <20080515034656.IFS8128.mta03.xtra.co.nz@Dalyn.dalyn.co.nz> <002501c8b640$bc35e530$6401a8c0@DELLAPTOP> <20080515042441.GBMJ4822.mta06.xtra.co.nz@Dalyn.dalyn.co.nz> <003301c8b644$6e59a820$6401a8c0@DELLAPTOP> Message-ID: <20080515043803.JQGF8207.mta05.xtra.co.nz@Dalyn.dalyn.co.nz> Thanks Kath. David At 15/05/2008, you wrote: >David - it doesn't appear in the properties box, but you can set it in code. > >eg. >me.ctlbreak.visible = false > >(just checked it - it worked). > >Kath > > >----- Original Message ----- >From: "David Emerson" >To: "Access Developers discussion and problem solving" > >Sent: Thursday, May 15, 2008 2:24 PM >Subject: Re: [AccessD] Report breaks in subreports > > > > Thanks Kath, > > > > I don't see the Visible property in the property box for the page > > break - is it a "hidden" property? > > > > David > > > > At 15/05/2008, you wrote: > >>David - what about doing some 'on format' code of your detail section in > >>the > >>main report to: > >> > >>- Do a dcount of the expected no. of records for each sub-report > >>- If the result is zero, set the pagebreak to visible = false, otherwise > >>leave the page break in place. > >> > >>hth > >>Kath > >>----- Original Message ----- > >>From: "David Emerson" > >>To: > >>Sent: Thursday, May 15, 2008 1:47 PM > >>Subject: [AccessD] Report breaks in subreports > >> > >> > >> >I have a master report that is a container for a whole lot of > >> > subreports (they are continuous subreports with a report header and > >> > footer - this means that they are not a consistant height). Each > >> > subreport needs to start on a new page. At the moment I have each > >> > subreport in the main report followed by a page break. This works > >> > fine except when the subreport has no data in it. In this case there > >> > is a blank page. There doesn't seem to be any properties to prevent > >> > the page break from happening in this case. > >> > > >> > I tried putting the page break at the end of each subreport (report > >> > footer section). The idea was for the page break to only occur if > >> > the report had data. However no page break occurs. > >> > > >> > Any ideas how to get around this? > >> > > >> > Regards > >> > > >> > David Emerson > >> > Dalyn Software Ltd > >> > Wellington, New Zealand > >> > > >> > -- > >> > AccessD mailing list > >> > AccessD at databaseadvisors.com > >> > http://databaseadvisors.com/mailman/listinfo/accessd > >> > Website: http://www.databaseadvisors.com > >> > > >> > >> > >>-- > >>AccessD mailing list > >>AccessD at databaseadvisors.com > >>http://databaseadvisors.com/mailman/listinfo/accessd > >>Website: http://www.databaseadvisors.com > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From Darryl.Collins at coles.com.au Wed May 14 23:40:58 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Thu, 15 May 2008 14:40:58 +1000 Subject: [AccessD] A2K3 vs A2K7? Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD7374@WPEXCH05.colesmyer.ad.cmltd.net.au> Hey Rocky, Just as a guess, have you tried to reference the sub form specifically? [Forms]![frm_MainForm].[frm_SubForm].[Form].requery I find this approach is less flakey than using Me.whatever. regards Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin at Beach Access Software Sent: Thursday, 15 May 2008 2:30 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] A2K3 vs A2K7? Dear List: I have an app in development in 2003. My client tests it in 2007 and occasionally we find something that works in A2K3 and not in A2K7. Now I have a statement in a subform on a form and after manipulating the data in the table that is the recordsource for the sub-form I issue a Me.Requery. Which works in A2K3. But when he tries it in A2K7 he gets an error "2467: The expression you entered refers to an object that is closed or doesn't exist". Since the object, in this case the sub-form, is open and does exists, I think the error might be misleading and may actually be a result of some other condition. But I don't know. Has anyone seen this behavior? Any theories? MTIA Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From rockysmolin at bchacc.com Thu May 15 00:14:32 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Wed, 14 May 2008 22:14:32 -0700 Subject: [AccessD] A2K3 vs A2K7? In-Reply-To: <49DFE57FB126044B8A8B934E7AEA09ED09FD7374@WPEXCH05.colesmyer.ad.cmltd.net.au> References: <49DFE57FB126044B8A8B934E7AEA09ED09FD7374@WPEXCH05.colesmyer.ad.cmltd.net.au> Message-ID: <011b01c8b64a$8f62c870$0301a8c0@HAL9005> Darryl: The error is not dependably reproducible. Seems random. He's running over a network with other users. I wonder if it could be related to that. Regards, Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, May 14, 2008 9:41 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2K3 vs A2K7? Hey Rocky, Just as a guess, have you tried to reference the sub form specifically? [Forms]![frm_MainForm].[frm_SubForm].[Form].requery I find this approach is less flakey than using Me.whatever. regards Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin at Beach Access Software Sent: Thursday, 15 May 2008 2:30 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] A2K3 vs A2K7? Dear List: I have an app in development in 2003. My client tests it in 2007 and occasionally we find something that works in A2K3 and not in A2K7. Now I have a statement in a subform on a form and after manipulating the data in the table that is the recordsource for the sub-form I issue a Me.Requery. Which works in A2K3. But when he tries it in A2K7 he gets an error "2467: The expression you entered refers to an object that is closed or doesn't exist". Since the object, in this case the sub-form, is open and does exists, I think the error might be misleading and may actually be a result of some other condition. But I don't know. Has anyone seen this behavior? Any theories? MTIA Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.16/1433 - Release Date: 5/14/2008 4:44 PM From iggy at nanaimo.ark.com Thu May 15 07:37:06 2008 From: iggy at nanaimo.ark.com (Tony Septav) Date: Thu, 15 May 2008 05:37:06 -0700 Subject: [AccessD] Decimal Data Type Message-ID: <482C2E72.2020303@nanaimo.ark.com> Hey Gustav How does Decimal differ from Double or Currency and do you know why it was added as a data type? As Edward has confirmed when Access does the conversion "you have to hunt through the app and fix things by hand". That said, Decimal should be avoided as data type in tables as it is known to be buggy. In VBA, however, it can be quite useful. Just out of curiosity (because I don't know what it is supposed to be used for) where would you use it in VBA? Thanks From Gustav at cactus.dk Thu May 15 08:05:06 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Thu, 15 May 2008 15:05:06 +0200 Subject: [AccessD] Decimal Data Type Message-ID: Hi Tony (iggy?) As for the difference, look up the on-line help for range etc. Why it was added I don't know, but I guess it was to have a data type compatible with Decimal of SQL Server. I haven't used it myself in a table. William, I think, posted some years ago some nasty examples on errors which the use of the data type could cause. In VBA it can be necessary for avoiding bit errors when handling very large numbers. I use it in our rounding function posted several times. Here is another example: Create the Fibonacci sequence of numbers. If Long was used only 46 elements could be calculated: Public Function FibonacciSequenceDec( _ ByVal lngElements As Long) _ As Variant ' Build and return array with Fibonacci sequence of numbers. ' Count of elements is determined by lngElements. ' Max. number returned in array: ' 50095301248058391139327916261 ' ' 2004-10-03. Gustav Brock, Cactus Data, CPH. ' Min. index of sequence per definition. Const clngIndexMin As Long = 0 ' Max. possible index of sequence for datatype Decimal. Const clngIndexMax As Long = 139 Dim adecSeq() As Variant Dim lngIndex As Long If lngElements < clngIndexMin Or lngElements > clngIndexMax Then ' Not a valid input. Else ' Build and fill array with the Fibonacci sequence of numbers. ReDim adecSeq(clngIndexMin To lngElements) For lngIndex = clngIndexMin To lngElements If lngIndex < 2 Then ' Values of the first two elements are 0 and 1 per definition. adecSeq(lngIndex) = CDec(lngIndex) Else ' Value is the sum of the two preceding numbers. adecSeq(lngIndex) = CDec(adecSeq(lngIndex - 2)) + CDec(adecSeq(lngIndex - 1)) End If '' Debug.Print adecSeq(lngIndex); Next End If FibonacciSequenceDec = adecSeq() End Function Public Function FibonacciElementDec( _ ByVal lngElements As Long) _ As Variant ' Returns the value of element lngElements in the ' Fibonacci sequence of numbers. ' Max. number returned: ' 50095301248058391139327916261 ' ' 2004-10-03. Gustav Brock, Cactus Data, CPH. Const clngIndexMin As Long = 0 Const clngIndexMax As Long = 139 Dim decValue As Variant If lngElements < clngIndexMin Or lngElements > clngIndexMax Then ' Not a valid input. Return error. decValue = CDec(-1) Else ' Return last number in sequence in array. decValue = FibonacciSequenceDec(lngElements)(lngElements) End If FibonacciElementDec = decValue End Function /gustav >>> iggy at nanaimo.ark.com 15-05-2008 14:37 >>> Hey Gustav How does Decimal differ from Double or Currency and do you know why it was added as a data type? As Edward has confirmed when Access does the conversion "you have to hunt through the app and fix things by hand". That said, Decimal should be avoided as data type in tables as it is known to be buggy. In VBA, however, it can be quite useful. Just out of curiosity (because I don't know what it is supposed to be used for) where would you use it in VBA? Thanks From edzedz at comcast.net Thu May 15 09:16:02 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Thu, 15 May 2008 07:16:02 -0700 Subject: [AccessD] Decimal Data Type In-Reply-To: <482C2E72.2020303@nanaimo.ark.com> Message-ID: <002201c8b696$35995510$63dea8c0@dudley1> I run into it when working with other types of older databases such as DEC VMS systems or Progress systems, or MAS90 systems, etc. If I can, I try to stick to double and long, as I hate to do work over because something was too small. For a challenge, find an old IBM book called the principles of operation. It will explain many of the older data types from IBM's point of view. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Tony Septav Sent: Thursday, May 15, 2008 5:37 AM To: Access Developers discussion and problem solving Subject: [AccessD] Decimal Data Type Hey Gustav How does Decimal differ from Double or Currency and do you know why it was added as a data type? As Edward has confirmed when Access does the conversion "you have to hunt through the app and fix things by hand". That said, Decimal should be avoided as data type in tables as it is known to be buggy. In VBA, however, it can be quite useful. Just out of curiosity (because I don't know what it is supposed to be used for) where would you use it in VBA? Thanks -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From edzedz at comcast.net Thu May 15 09:20:27 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Thu, 15 May 2008 07:20:27 -0700 Subject: [AccessD] Decimal Data Type In-Reply-To: Message-ID: <002301c8b696$d3829840$63dea8c0@dudley1> I haven't thought of a Fibonacci sequence in a long time. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Gustav Brock Sent: Thursday, May 15, 2008 6:05 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Decimal Data Type Hi Tony (iggy?) As for the difference, look up the on-line help for range etc. Why it was added I don't know, but I guess it was to have a data type compatible with Decimal of SQL Server. I haven't used it myself in a table. William, I think, posted some years ago some nasty examples on errors which the use of the data type could cause. In VBA it can be necessary for avoiding bit errors when handling very large numbers. I use it in our rounding function posted several times. Here is another example: Create the Fibonacci sequence of numbers. If Long was used only 46 elements could be calculated: Public Function FibonacciSequenceDec( _ ByVal lngElements As Long) _ As Variant ' Build and return array with Fibonacci sequence of numbers. ' Count of elements is determined by lngElements. ' Max. number returned in array: ' 50095301248058391139327916261 ' ' 2004-10-03. Gustav Brock, Cactus Data, CPH. ' Min. index of sequence per definition. Const clngIndexMin As Long = 0 ' Max. possible index of sequence for datatype Decimal. Const clngIndexMax As Long = 139 Dim adecSeq() As Variant Dim lngIndex As Long If lngElements < clngIndexMin Or lngElements > clngIndexMax Then ' Not a valid input. Else ' Build and fill array with the Fibonacci sequence of numbers. ReDim adecSeq(clngIndexMin To lngElements) For lngIndex = clngIndexMin To lngElements If lngIndex < 2 Then ' Values of the first two elements are 0 and 1 per definition. adecSeq(lngIndex) = CDec(lngIndex) Else ' Value is the sum of the two preceding numbers. adecSeq(lngIndex) = CDec(adecSeq(lngIndex - 2)) + CDec(adecSeq(lngIndex - 1)) End If '' Debug.Print adecSeq(lngIndex); Next End If FibonacciSequenceDec = adecSeq() End Function Public Function FibonacciElementDec( _ ByVal lngElements As Long) _ As Variant ' Returns the value of element lngElements in the ' Fibonacci sequence of numbers. ' Max. number returned: ' 50095301248058391139327916261 ' ' 2004-10-03. Gustav Brock, Cactus Data, CPH. Const clngIndexMin As Long = 0 Const clngIndexMax As Long = 139 Dim decValue As Variant If lngElements < clngIndexMin Or lngElements > clngIndexMax Then ' Not a valid input. Return error. decValue = CDec(-1) Else ' Return last number in sequence in array. decValue = FibonacciSequenceDec(lngElements)(lngElements) End If FibonacciElementDec = decValue End Function /gustav >>> iggy at nanaimo.ark.com 15-05-2008 14:37 >>> Hey Gustav How does Decimal differ from Double or Currency and do you know why it was added as a data type? As Edward has confirmed when Access does the conversion "you have to hunt through the app and fix things by hand". That said, Decimal should be avoided as data type in tables as it is known to be buggy. In VBA, however, it can be quite useful. Just out of curiosity (because I don't know what it is supposed to be used for) where would you use it in VBA? Thanks -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From iggy at nanaimo.ark.com Thu May 15 08:25:33 2008 From: iggy at nanaimo.ark.com (Tony Septav) Date: Thu, 15 May 2008 06:25:33 -0700 Subject: [AccessD] Decimal Data Type Message-ID: <482C39CD.5010606@nanaimo.ark.com> Hey Gustav Thank you very much for the information. I will avoid using it and just continue to clean it up manually on conversion problems. From fuller.artful at gmail.com Thu May 15 08:28:56 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Thu, 15 May 2008 09:28:56 -0400 Subject: [AccessD] Decimal In-Reply-To: References: Message-ID: <29f585dd0805150628u7638fc1akd73ef2f06f0dce75@mail.gmail.com> Speaking of money, I read somewhere that it's a good idea not to use currency data type and instead store the value as an integer representing the number of cents, then to put in the decimal in the presentation layer not the data. Any opinions on this? Arthur From jimdettman at verizon.net Thu May 15 08:32:30 2008 From: jimdettman at verizon.net (Jim Dettman) Date: Thu, 15 May 2008 09:32:30 -0400 Subject: [AccessD] Decimal Data Type In-Reply-To: <482C2E72.2020303@nanaimo.ark.com> References: <482C2E72.2020303@nanaimo.ark.com> Message-ID: <01dc01c8b690$2033ca30$7ebea8c0@LaptopII> Tony, <> When you want accuracy for a specific number of decimal places. Floating point math by its very nature does not guarantee decimal accuracy. So if you use a single or double, the value to the right of the decimal may not be accurate when you perform math operations with it. At first, VBA had the Currency type to work around this. The Currency type is a scaled integer fixed at four decimals. What it does is if you want to store a number like this: 1.2345, VBA grabs that, multiples it by 10000 and stores 12345. When it hands the number back, it shifts the decimal again and you get 1.2345. For some, that proved to inflexible so the decimal type was created. With it, you specify the scaling factor up to a limit of 28. The bigger the scale, the less range you have. HTH, Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Thursday, May 15, 2008 8:37 AM To: Access Developers discussion and problem solving Subject: [AccessD] Decimal Data Type Hey Gustav How does Decimal differ from Double or Currency and do you know why it was added as a data type? As Edward has confirmed when Access does the conversion "you have to hunt through the app and fix things by hand". That said, Decimal should be avoided as data type in tables as it is known to be buggy. In VBA, however, it can be quite useful. Just out of curiosity (because I don't know what it is supposed to be used for) where would you use it in VBA? Thanks -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Thu May 15 08:34:00 2008 From: jimdettman at verizon.net (Jim Dettman) Date: Thu, 15 May 2008 09:34:00 -0400 Subject: [AccessD] Decimal In-Reply-To: <29f585dd0805150628u7638fc1akd73ef2f06f0dce75@mail.gmail.com> References: <29f585dd0805150628u7638fc1akd73ef2f06f0dce75@mail.gmail.com> Message-ID: <01dd01c8b690$55e25020$7ebea8c0@LaptopII> Arthur, I would only do that if I could not live within the four decimal accuracy that the currency data type offers. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Thursday, May 15, 2008 9:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Decimal Speaking of money, I read somewhere that it's a good idea not to use currency data type and instead store the value as an integer representing the number of cents, then to put in the decimal in the presentation layer not the data. Any opinions on this? Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wdhindman at dejpolsystems.com Thu May 15 08:45:24 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Thu, 15 May 2008 09:45:24 -0400 Subject: [AccessD] Decimal Data Type References: Message-ID: <8ED0EDE0D4B744D99B3B4B249B8AB29B@jislaptopdev> ...MS knows about the problems and is simply unable or unwilling to fix them over multiple versions ...instead of fixes to well known bugs, we get the "ribbon" ...something everyone demanded ...on every wish list, eh :( ...google "access bugs decimal" ...Allan Browne has a particularly good breakdown on the topic. William -------------------------------------------------- From: "Gustav Brock" Sent: Thursday, May 15, 2008 9:05 AM To: Subject: Re: [AccessD] Decimal Data Type > Hi Tony (iggy?) > > As for the difference, look up the on-line help for range etc. > > Why it was added I don't know, but I guess it was to have a data type > compatible with Decimal of SQL Server. > > I haven't used it myself in a table. William, I think, posted some years > ago some nasty examples on errors which the use of the data type could > cause. > > In VBA it can be necessary for avoiding bit errors when handling very > large numbers. I use it in our rounding function posted several times. > > Here is another example: Create the Fibonacci sequence of numbers. If Long > was used only 46 elements could be calculated: > > > Public Function FibonacciSequenceDec( _ > ByVal lngElements As Long) _ > As Variant > > ' Build and return array with Fibonacci sequence of numbers. > ' Count of elements is determined by lngElements. > ' Max. number returned in array: > ' 50095301248058391139327916261 > ' > ' 2004-10-03. Gustav Brock, Cactus Data, CPH. > > ' Min. index of sequence per definition. > Const clngIndexMin As Long = 0 > ' Max. possible index of sequence for datatype Decimal. > Const clngIndexMax As Long = 139 > > Dim adecSeq() As Variant > Dim lngIndex As Long > > If lngElements < clngIndexMin Or lngElements > clngIndexMax Then > ' Not a valid input. > Else > ' Build and fill array with the Fibonacci sequence of numbers. > ReDim adecSeq(clngIndexMin To lngElements) > For lngIndex = clngIndexMin To lngElements > If lngIndex < 2 Then > ' Values of the first two elements are 0 and 1 per definition. > adecSeq(lngIndex) = CDec(lngIndex) > Else > ' Value is the sum of the two preceding numbers. > adecSeq(lngIndex) = CDec(adecSeq(lngIndex - 2)) + > CDec(adecSeq(lngIndex - 1)) > End If > '' Debug.Print adecSeq(lngIndex); > Next > End If > > FibonacciSequenceDec = adecSeq() > > End Function > > Public Function FibonacciElementDec( _ > ByVal lngElements As Long) _ > As Variant > > ' Returns the value of element lngElements in the > ' Fibonacci sequence of numbers. > ' Max. number returned: > ' 50095301248058391139327916261 > ' > ' 2004-10-03. Gustav Brock, Cactus Data, CPH. > > Const clngIndexMin As Long = 0 > Const clngIndexMax As Long = 139 > > Dim decValue As Variant > > If lngElements < clngIndexMin Or lngElements > clngIndexMax Then > ' Not a valid input. Return error. > decValue = CDec(-1) > Else > ' Return last number in sequence in array. > decValue = FibonacciSequenceDec(lngElements)(lngElements) > End If > > FibonacciElementDec = decValue > > End Function > > > /gustav > >>>> iggy at nanaimo.ark.com 15-05-2008 14:37 >>> > Hey Gustav > How does Decimal differ from Double or Currency and do you know why it > was added as a data type? As Edward has confirmed when Access does the > conversion "you have to hunt through the app and fix things by hand". > > That said, Decimal should be avoided as data type in tables as it is known > to be buggy. In VBA, however, it can be quite useful. > > Just out of curiosity (because I don't know what it is supposed to be > used for) where would you use it in VBA? > > Thanks > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From iggy at nanaimo.ark.com Thu May 15 08:47:07 2008 From: iggy at nanaimo.ark.com (Tony Septav) Date: Thu, 15 May 2008 06:47:07 -0700 Subject: [AccessD] Decimal Data Type Message-ID: <482C3EDB.90109@nanaimo.ark.com> Hey Jim Thanks. I now understand. Just for my own interest, next time I have a conversion error where a double gets changed to a decimal and before I fix it, I will check what Access has assigned/defaulted the decimal settings to, to see what is possibly causing my calculations to crash. From jwcolby at colbyconsulting.com Thu May 15 08:51:11 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 15 May 2008 09:51:11 -0400 Subject: [AccessD] Decimal Data Type In-Reply-To: References: Message-ID: <482C3FCF.3060501@colbyconsulting.com> sng and dbl are computed inside of the processor as binary digits in a floating point processor portion of the cpu. IIRC there are 80 bits in the intel processor register. Of these, some number are used to store numbers to the left of the mantissa, and the remainder to store numbers to the right of the mantissa. The number to the left and the right of the mantissa vary depending on whether you are using sng or dbl. Again IIRC the difference is whether you can compute very large numbers with not so large accuracy (to the right of the mantissa) or a smaller range of numbers but with a higher degree of accuracy (to the right of the mantissa). IIRC decimal was actually a math program (not calculated in the math processor) and could calculate and STORE DECIMAL numbers precisely, whereas some decimal numbers can only be approximated when stored in binary. Bear in mind that all of this is very old memory from "back in the day". Such memory is very suspect due to encroaching age, chemical and physical damage inflicted on the memory storage unit etc. John W. Colby www.ColbyConsulting.com Gustav Brock wrote: > Hi Tony (iggy?) > > As for the difference, look up the on-line help for range etc. > > Why it was added I don't know, but I guess it was to have a data type compatible with Decimal of SQL Server. > > I haven't used it myself in a table. William, I think, posted some years ago some nasty examples on errors which the use of the data type could cause. > > In VBA it can be necessary for avoiding bit errors when handling very large numbers. I use it in our rounding function posted several times. > > Here is another example: Create the Fibonacci sequence of numbers. If Long was used only 46 elements could be calculated: > > > Public Function FibonacciSequenceDec( _ > ByVal lngElements As Long) _ > As Variant > > ' Build and return array with Fibonacci sequence of numbers. > ' Count of elements is determined by lngElements. > ' Max. number returned in array: > ' 50095301248058391139327916261 > ' > ' 2004-10-03. Gustav Brock, Cactus Data, CPH. > > ' Min. index of sequence per definition. > Const clngIndexMin As Long = 0 > ' Max. possible index of sequence for datatype Decimal. > Const clngIndexMax As Long = 139 > > Dim adecSeq() As Variant > Dim lngIndex As Long > > If lngElements < clngIndexMin Or lngElements > clngIndexMax Then > ' Not a valid input. > Else > ' Build and fill array with the Fibonacci sequence of numbers. > ReDim adecSeq(clngIndexMin To lngElements) > For lngIndex = clngIndexMin To lngElements > If lngIndex < 2 Then > ' Values of the first two elements are 0 and 1 per definition. > adecSeq(lngIndex) = CDec(lngIndex) > Else > ' Value is the sum of the two preceding numbers. > adecSeq(lngIndex) = CDec(adecSeq(lngIndex - 2)) + CDec(adecSeq(lngIndex - 1)) > End If > '' Debug.Print adecSeq(lngIndex); > Next > End If > > FibonacciSequenceDec = adecSeq() > > End Function > > Public Function FibonacciElementDec( _ > ByVal lngElements As Long) _ > As Variant > > ' Returns the value of element lngElements in the > ' Fibonacci sequence of numbers. > ' Max. number returned: > ' 50095301248058391139327916261 > ' > ' 2004-10-03. Gustav Brock, Cactus Data, CPH. > > Const clngIndexMin As Long = 0 > Const clngIndexMax As Long = 139 > > Dim decValue As Variant > > If lngElements < clngIndexMin Or lngElements > clngIndexMax Then > ' Not a valid input. Return error. > decValue = CDec(-1) > Else > ' Return last number in sequence in array. > decValue = FibonacciSequenceDec(lngElements)(lngElements) > End If > > FibonacciElementDec = decValue > > End Function > > > /gustav > >>>> iggy at nanaimo.ark.com 15-05-2008 14:37 >>> > Hey Gustav > How does Decimal differ from Double or Currency and do you know why it > was added as a data type? As Edward has confirmed when Access does the > conversion "you have to hunt through the app and fix things by hand". > > That said, Decimal should be avoided as data type in tables as it is known to be buggy. In VBA, however, it can be quite useful. > > Just out of curiosity (because I don't know what it is supposed to be > used for) where would you use it in VBA? > > Thanks > > From jwcolby at colbyconsulting.com Thu May 15 08:53:25 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 15 May 2008 09:53:25 -0400 Subject: [AccessD] Decimal Data Type In-Reply-To: <8ED0EDE0D4B744D99B3B4B249B8AB29B@jislaptopdev> References: <8ED0EDE0D4B744D99B3B4B249B8AB29B@jislaptopdev> Message-ID: <482C4055.1080406@colbyconsulting.com> Bug fixes don't sell software. Ribbon bars sell software. John W. Colby www.ColbyConsulting.com William Hindman wrote: > ...MS knows about the problems and is simply unable or unwilling to fix them > over multiple versions ...instead of fixes to well known bugs, we get the > "ribbon" ...something everyone demanded ...on every wish list, eh :( > > ...google "access bugs decimal" ...Allan Browne has a particularly good > breakdown on the topic. > > William > > -------------------------------------------------- > From: "Gustav Brock" > Sent: Thursday, May 15, 2008 9:05 AM > To: > Subject: Re: [AccessD] Decimal Data Type > >> Hi Tony (iggy?) >> >> As for the difference, look up the on-line help for range etc. >> >> Why it was added I don't know, but I guess it was to have a data type >> compatible with Decimal of SQL Server. >> >> I haven't used it myself in a table. William, I think, posted some years >> ago some nasty examples on errors which the use of the data type could >> cause. >> >> In VBA it can be necessary for avoiding bit errors when handling very >> large numbers. I use it in our rounding function posted several times. >> >> Here is another example: Create the Fibonacci sequence of numbers. If Long >> was used only 46 elements could be calculated: >> >> >> Public Function FibonacciSequenceDec( _ >> ByVal lngElements As Long) _ >> As Variant >> >> ' Build and return array with Fibonacci sequence of numbers. >> ' Count of elements is determined by lngElements. >> ' Max. number returned in array: >> ' 50095301248058391139327916261 >> ' >> ' 2004-10-03. Gustav Brock, Cactus Data, CPH. >> >> ' Min. index of sequence per definition. >> Const clngIndexMin As Long = 0 >> ' Max. possible index of sequence for datatype Decimal. >> Const clngIndexMax As Long = 139 >> >> Dim adecSeq() As Variant >> Dim lngIndex As Long >> >> If lngElements < clngIndexMin Or lngElements > clngIndexMax Then >> ' Not a valid input. >> Else >> ' Build and fill array with the Fibonacci sequence of numbers. >> ReDim adecSeq(clngIndexMin To lngElements) >> For lngIndex = clngIndexMin To lngElements >> If lngIndex < 2 Then >> ' Values of the first two elements are 0 and 1 per definition. >> adecSeq(lngIndex) = CDec(lngIndex) >> Else >> ' Value is the sum of the two preceding numbers. >> adecSeq(lngIndex) = CDec(adecSeq(lngIndex - 2)) + >> CDec(adecSeq(lngIndex - 1)) >> End If >> '' Debug.Print adecSeq(lngIndex); >> Next >> End If >> >> FibonacciSequenceDec = adecSeq() >> >> End Function >> >> Public Function FibonacciElementDec( _ >> ByVal lngElements As Long) _ >> As Variant >> >> ' Returns the value of element lngElements in the >> ' Fibonacci sequence of numbers. >> ' Max. number returned: >> ' 50095301248058391139327916261 >> ' >> ' 2004-10-03. Gustav Brock, Cactus Data, CPH. >> >> Const clngIndexMin As Long = 0 >> Const clngIndexMax As Long = 139 >> >> Dim decValue As Variant >> >> If lngElements < clngIndexMin Or lngElements > clngIndexMax Then >> ' Not a valid input. Return error. >> decValue = CDec(-1) >> Else >> ' Return last number in sequence in array. >> decValue = FibonacciSequenceDec(lngElements)(lngElements) >> End If >> >> FibonacciElementDec = decValue >> >> End Function >> >> >> /gustav >> >>>>> iggy at nanaimo.ark.com 15-05-2008 14:37 >>> >> Hey Gustav >> How does Decimal differ from Double or Currency and do you know why it >> was added as a data type? As Edward has confirmed when Access does the >> conversion "you have to hunt through the app and fix things by hand". >> >> That said, Decimal should be avoided as data type in tables as it is known >> to be buggy. In VBA, however, it can be quite useful. >> >> Just out of curiosity (because I don't know what it is supposed to be >> used for) where would you use it in VBA? >> >> Thanks >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > From erbachs at gmail.com Thu May 15 09:10:06 2008 From: erbachs at gmail.com (Steve Erbach) Date: Thu, 15 May 2008 09:10:06 -0500 Subject: [AccessD] A favor In-Reply-To: <200805150413.m4F4DMiw031681@databaseadvisors.com> References: <482BFFB8.25741.A5A1E1D@stuart.lexacorp.com.pg> <200805150413.m4F4DMiw031681@databaseadvisors.com> Message-ID: <39cb22f30805150710h4034bd38h97e69585cd5788db@mail.gmail.com> John, Since you're the President, I think I can write to you and everybody else will pay attention, right? When I first wrote my electioneering request on Monday, my co-worker Dave was in clear 2nd place with, if I remember correctly, 8 or 9 votes. He's now up to 20 and in sniffing distance of the 1st place guy who has 24. Thank you, everyone, for voting. This is pretty exciting! Steve Erbach On Wed, May 14, 2008 at 11:13 PM, John Bartow wrote: > LOL! > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan > Sent: Wednesday, May 14, 2008 6:18 PM > > Like he said - "You don't use .NET then"! > > > On 14 May 2008 at 17:40, John Bartow wrote: > >> Steve, >> Everything I write is so fast that progress bars are irrelevant. > From jwcolby at colbyconsulting.com Thu May 15 09:14:38 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 15 May 2008 10:14:38 -0400 Subject: [AccessD] using ADO to populate combos - was RE: Error3048Cannotopen any more databases In-Reply-To: References: Message-ID: <482C454E.2050007@colbyconsulting.com> Drew, I finally got around to tweaking a callback widget I created long ago while trying to get a generic callback that could be used by any combo. The method uses a class which holds the actual callback method as well as a collection to hold arrays loaded from queries. Basically I set up a query names qSomeCboName, qSomeOtherCboName etc. This allows me to use the combo name from inside of the callback function to get at the data required for that combo. Thus my rowsource can be cboCallBack() for any combo which has a stored query named in the proper manner. It works. It is not speedy. In fact it is slow. For small lists like states it is quite acceptable, a very slight hesitation as you pull down the list or type in the name of the list item and have the combo "follow" your typing. On large lists, for example a city table with 10555 cities, it locks up the form for minutes as it opens. It also locks up the form for a long period as you type in something like Racoon (an actual city name in the table!). In fact performance gets marginally better the second time you do such a "search" through the combo, apparently due to caching in memory? But in general it is unusable for "large" lists. I am going to have to do some research for what "large" is. BTW, the same table loaded directly into a combo using the query itself runs at a quite acceptable speed, barely noticible hesitation as the combo "finds" racoon. I assume the difference is interpreted VBA callback vs optimized C++ or even assembler callback "behind" the combo using the recordset. This still leaves plenty of opportunity to use the callback though since I have dozens of combos which use small lists. Getting these converted to use a callback MIGHT make a significant difference in some of my complex form load times. We shall see. I just thought you might be interested to know that I at least got it working. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > That's not necessary, to write a function for each control. One of the > arguments of that control is the control itself. > > So you could create one function, in a module, that would be your > 'global' callback function. What I would recommend would be to create a > class that would handle recordset objects, and in your callback function > pull the appropriate recordset from that class based on the control > argument that is passed to the callback function. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, March 05, 2008 9:17 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] using ADO to populate combos - was RE: > Error3048Cannotopen any more databases > > Long ago I tried using call back functions and the only way I could > figure > out to do it was write a callback for each object. That just doesn't > work > when you want to implement this easily and automatically system wide - > five > hundred different combos. > > John W. Colby > Colby Consulting > www.ColbyConsulting.com -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka > Sent: Wednesday, March 05, 2008 10:06 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] using ADO to populate combos - was RE: Error > 3048Cannotopen any more databases > > Use a callback function. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, March 05, 2008 8:23 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] using ADO to populate combos - was RE: Error 3048 > Cannotopen any more databases > > I was under the perhaps naive belief that with Access 2000 and greater, > a > combo could be populated by an ADO recordset, i.e. it's rowsource > property > could be an ado recordset. When I go out and look, I am running into > methods that build up a string and the row source type is set to value > list. > That is a rather useless solution in the majority of cases since the max > limit of characters in the list is around 2000. > > Is it in fact possible to make the rowsource an ADO recordset or am I > delusional? If possible, how is it done? Example code would be nice. > > John W. Colby > Colby Consulting > www.ColbyConsulting.com From john at winhaven.net Thu May 15 09:46:09 2008 From: john at winhaven.net (John Bartow) Date: Thu, 15 May 2008 09:46:09 -0500 Subject: [AccessD] A favor In-Reply-To: <39cb22f30805150710h4034bd38h97e69585cd5788db@mail.gmail.com> Message-ID: <200805151446.m4FEk5Qk007594@databaseadvisors.com> Steve, I think you have me confused with some other president ;o) I'm happy for your co-worker. Even 2nd place should make him happy. Especially if it's a close race. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Thursday, May 15, 2008 9:10 AM John, Since you're the President, I think I can write to you and everybody else will pay attention, right? From dwaters at usinternet.com Thu May 15 10:13:07 2008 From: dwaters at usinternet.com (Dan Waters) Date: Thu, 15 May 2008 10:13:07 -0500 Subject: [AccessD] using ADO to populate combos - was RE: Error3048Cannotopen any more databases In-Reply-To: <482C454E.2050007@colbyconsulting.com> References: <482C454E.2050007@colbyconsulting.com> Message-ID: <3577FB8E4F8D45029482B350DBFFC158@danwaters> John, Somewhere I learned this way to help comboboxes with long lists. In the form's load event, enter this line lngCount = cbo.ListCount You don't care what the actual count is. But the behind the scenes activity of counting the list makes the list much more 'usable'. I suppose that there is some amount of time to count the list as above, but you'll have to try this out to trade off form opening time vs. combobox behavior to see what works well. I haven't used very long lists like you're mentioning, but I don't notice any real delay with a 200 line list, as an example. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 15, 2008 9:15 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] using ADO to populate combos - was RE: Error3048Cannotopen any more databases Drew, I finally got around to tweaking a callback widget I created long ago while trying to get a generic callback that could be used by any combo. The method uses a class which holds the actual callback method as well as a collection to hold arrays loaded from queries. Basically I set up a query names qSomeCboName, qSomeOtherCboName etc. This allows me to use the combo name from inside of the callback function to get at the data required for that combo. Thus my rowsource can be cboCallBack() for any combo which has a stored query named in the proper manner. It works. It is not speedy. In fact it is slow. For small lists like states it is quite acceptable, a very slight hesitation as you pull down the list or type in the name of the list item and have the combo "follow" your typing. On large lists, for example a city table with 10555 cities, it locks up the form for minutes as it opens. It also locks up the form for a long period as you type in something like Racoon (an actual city name in the table!). In fact performance gets marginally better the second time you do such a "search" through the combo, apparently due to caching in memory? But in general it is unusable for "large" lists. I am going to have to do some research for what "large" is. BTW, the same table loaded directly into a combo using the query itself runs at a quite acceptable speed, barely noticible hesitation as the combo "finds" racoon. I assume the difference is interpreted VBA callback vs optimized C++ or even assembler callback "behind" the combo using the recordset. This still leaves plenty of opportunity to use the callback though since I have dozens of combos which use small lists. Getting these converted to use a callback MIGHT make a significant difference in some of my complex form load times. We shall see. I just thought you might be interested to know that I at least got it working. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > That's not necessary, to write a function for each control. One of the > arguments of that control is the control itself. > > So you could create one function, in a module, that would be your > 'global' callback function. What I would recommend would be to create a > class that would handle recordset objects, and in your callback function > pull the appropriate recordset from that class based on the control > argument that is passed to the callback function. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, March 05, 2008 9:17 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] using ADO to populate combos - was RE: > Error3048Cannotopen any more databases > > Long ago I tried using call back functions and the only way I could > figure > out to do it was write a callback for each object. That just doesn't > work > when you want to implement this easily and automatically system wide - > five > hundred different combos. > > John W. Colby > Colby Consulting > www.ColbyConsulting.com -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka > Sent: Wednesday, March 05, 2008 10:06 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] using ADO to populate combos - was RE: Error > 3048Cannotopen any more databases > > Use a callback function. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, March 05, 2008 8:23 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] using ADO to populate combos - was RE: Error 3048 > Cannotopen any more databases > > I was under the perhaps naive belief that with Access 2000 and greater, > a > combo could be populated by an ADO recordset, i.e. it's rowsource > property > could be an ado recordset. When I go out and look, I am running into > methods that build up a string and the row source type is set to value > list. > That is a rather useless solution in the majority of cases since the max > limit of characters in the list is around 2000. > > Is it in fact possible to make the rowsource an ADO recordset or am I > delusional? If possible, how is it done? Example code would be nice. > > John W. Colby > Colby Consulting > www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Thu May 15 10:18:48 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 15 May 2008 10:18:48 -0500 Subject: [AccessD] using ADO to populate combos - was RE: Error3048Cannotopen any more databases In-Reply-To: <482C454E.2050007@colbyconsulting.com> Message-ID: The speed is going to be dependent on your code. Can you post the function you wrote? There's two basic ways to approach a recordset based callback function. Method One: Keep the recordset open, and constantly refer back to it. Method Two: Load all of the data of the recordset into memory (using a collection or an array). Method One may be slower, depending on how you are pulling the data, and manipulating the recordset (to return the values to the function). Method Two should scream, if the data resides in memory. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 15, 2008 9:15 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] using ADO to populate combos - was RE: Error3048Cannotopen any more databases Drew, I finally got around to tweaking a callback widget I created long ago while trying to get a generic callback that could be used by any combo. The method uses a class which holds the actual callback method as well as a collection to hold arrays loaded from queries. Basically I set up a query names qSomeCboName, qSomeOtherCboName etc. This allows me to use the combo name from inside of the callback function to get at the data required for that combo. Thus my rowsource can be cboCallBack() for any combo which has a stored query named in the proper manner. It works. It is not speedy. In fact it is slow. For small lists like states it is quite acceptable, a very slight hesitation as you pull down the list or type in the name of the list item and have the combo "follow" your typing. On large lists, for example a city table with 10555 cities, it locks up the form for minutes as it opens. It also locks up the form for a long period as you type in something like Racoon (an actual city name in the table!). In fact performance gets marginally better the second time you do such a "search" through the combo, apparently due to caching in memory? But in general it is unusable for "large" lists. I am going to have to do some research for what "large" is. BTW, the same table loaded directly into a combo using the query itself runs at a quite acceptable speed, barely noticible hesitation as the combo "finds" racoon. I assume the difference is interpreted VBA callback vs optimized C++ or even assembler callback "behind" the combo using the recordset. This still leaves plenty of opportunity to use the callback though since I have dozens of combos which use small lists. Getting these converted to use a callback MIGHT make a significant difference in some of my complex form load times. We shall see. I just thought you might be interested to know that I at least got it working. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > That's not necessary, to write a function for each control. One of the > arguments of that control is the control itself. > > So you could create one function, in a module, that would be your > 'global' callback function. What I would recommend would be to create a > class that would handle recordset objects, and in your callback function > pull the appropriate recordset from that class based on the control > argument that is passed to the callback function. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, March 05, 2008 9:17 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] using ADO to populate combos - was RE: > Error3048Cannotopen any more databases > > Long ago I tried using call back functions and the only way I could > figure > out to do it was write a callback for each object. That just doesn't > work > when you want to implement this easily and automatically system wide - > five > hundred different combos. > > John W. Colby > Colby Consulting > www.ColbyConsulting.com -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka > Sent: Wednesday, March 05, 2008 10:06 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] using ADO to populate combos - was RE: Error > 3048Cannotopen any more databases > > Use a callback function. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, March 05, 2008 8:23 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] using ADO to populate combos - was RE: Error 3048 > Cannotopen any more databases > > I was under the perhaps naive belief that with Access 2000 and greater, > a > combo could be populated by an ADO recordset, i.e. it's rowsource > property > could be an ado recordset. When I go out and look, I am running into > methods that build up a string and the row source type is set to value > list. > That is a rather useless solution in the majority of cases since the max > limit of characters in the list is around 2000. > > Is it in fact possible to make the rowsource an ADO recordset or am I > delusional? If possible, how is it done? Example code would be nice. > > John W. Colby > Colby Consulting > www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From cfoust at infostatsystems.com Thu May 15 10:27:49 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 15 May 2008 08:27:49 -0700 Subject: [AccessD] Decimal In-Reply-To: References: Message-ID: Thanks, Drew. It all makes perfect sense now. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Wednesday, May 14, 2008 8:48 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Decimal Actually, ran into an issue with this in 2006. We were converting from Office 97 to Office 2003. Access 97 would link tables in our Oracle DB as Double data type. Linking those tables in Access 2003 would link them as Decimal. PROBLEM, if you had queries doing calculations on these, and the decimals were different, you would get error messages about the expressions being too complex, or about rounding issues. To fix it, I linked the tables in a 97 version .mdb, then UPGRADED the database to 2003. This kept the link definitions the same, without changing them to Decimal type. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, May 14, 2008 8:33 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Decimal I'm not clear on just where these Decimals are being changed. I didn't get the impression it was in tables. And I don't know what an Access 2003 conversion has to do with it. Confused ... Charlotte Foust From cfoust at infostatsystems.com Thu May 15 10:32:26 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 15 May 2008 08:32:26 -0700 Subject: [AccessD] Decimal Data Type In-Reply-To: <002201c8b696$35995510$63dea8c0@dudley1> References: <482C2E72.2020303@nanaimo.ark.com> <002201c8b696$35995510$63dea8c0@dudley1> Message-ID: I don't use doubles if I can avoid them. Floating point creep is worse to debug than spaghetti code, so when I have to calculate those numbers, I convert them to decimals then save the result back to doubles! Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S Zuris Sent: Thursday, May 15, 2008 7:16 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Decimal Data Type I run into it when working with other types of older databases such as DEC VMS systems or Progress systems, or MAS90 systems, etc. If I can, I try to stick to double and long, as I hate to do work over because something was too small. For a challenge, find an old IBM book called the principles of operation. It will explain many of the older data types from IBM's point of view. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Tony Septav Sent: Thursday, May 15, 2008 5:37 AM To: Access Developers discussion and problem solving Subject: [AccessD] Decimal Data Type Hey Gustav How does Decimal differ from Double or Currency and do you know why it was added as a data type? As Edward has confirmed when Access does the conversion "you have to hunt through the app and fix things by hand". That said, Decimal should be avoided as data type in tables as it is known to be buggy. In VBA, however, it can be quite useful. Just out of curiosity (because I don't know what it is supposed to be used for) where would you use it in VBA? Thanks -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dbdoug at gmail.com Thu May 15 10:40:31 2008 From: dbdoug at gmail.com (Doug Steele) Date: Thu, 15 May 2008 08:40:31 -0700 Subject: [AccessD] A2K3 vs A2K7? In-Reply-To: <011b01c8b64a$8f62c870$0301a8c0@HAL9005> References: <49DFE57FB126044B8A8B934E7AEA09ED09FD7374@WPEXCH05.colesmyer.ad.cmltd.net.au> <011b01c8b64a$8f62c870$0301a8c0@HAL9005> Message-ID: <4dd71a0c0805150840h4cd7335era6d562d7702b21c3@mail.gmail.com> Are all the computers running Office 2007 at the same version level? We were having intermittent weird errors like this and discovered that there was a version level discrepancy between two of the Office 2007 computers. Fixing this fixed most, but not all, of the errors. Doug Steele On Wed, May 14, 2008 at 10:14 PM, Rocky Smolin at Beach Access Software < rockysmolin at bchacc.com> wrote: > Darryl: > > The error is not dependably reproducible. Seems random. He's running over > a network with other users. I wonder if it could be related to that. > > Regards, > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > www.bchacc.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Wednesday, May 14, 2008 9:41 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] A2K3 vs A2K7? > > > Hey Rocky, > > Just as a guess, have you tried to reference the sub form specifically? > > [Forms]![frm_MainForm].[frm_SubForm].[Form].requery > > I find this approach is less flakey than using Me.whatever. > > regards > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin at > Beach Access Software > Sent: Thursday, 15 May 2008 2:30 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] A2K3 vs A2K7? > > > Dear List: > > I have an app in development in 2003. My client tests it in 2007 and > occasionally we find something that works in A2K3 and not in A2K7. > > Now I have a statement in a subform on a form and after manipulating the > data in the table that is the recordsource for the sub-form I issue a > Me.Requery. Which works in A2K3. But when he tries it in A2K7 he gets an > error "2467: The expression you entered refers to an object that is closed > or doesn't exist". Since the object, in this case the sub-form, is open > and > does exists, I think the error might be misleading and may actually be a > result of some other condition. But I don't know. > > Has anyone seen this behavior? Any theories? > > MTIA > > Rocky > > > > > > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.e-z-mrp.com > > www.bchacc.com > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > This email and any attachments may contain privileged and confidential > information and are intended for the named addressee only. If you have > received this e-mail in error, please notify the sender and delete this > e-mail immediately. Any confidentiality, privilege or copyright is not > waived or lost because this e-mail has been sent to you in error. It is > your > responsibility to check this e-mail and any attachments for viruses. No > warranty is made that this material is free from computer virus or any > other > defect or error. Any loss/damage incurred by using this material is not > the > sender's responsibility. The sender's entire liability will be limited to > resupplying the material. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 269.23.16/1433 - Release Date: 5/14/2008 > 4:44 PM > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From markamatte at hotmail.com Thu May 15 12:04:19 2008 From: markamatte at hotmail.com (Mark A Matte) Date: Thu, 15 May 2008 17:04:19 +0000 Subject: [AccessD] Decimal Data Type In-Reply-To: <482C2E72.2020303@nanaimo.ark.com> References: <482C2E72.2020303@nanaimo.ark.com> Message-ID: I use CDEC in in VBA when I have to deal with Credit Card numbers as numbers instead of text. Mark A. Matte > Date: Thu, 15 May 2008 05:37:06 -0700 > From: iggy at nanaimo.ark.com > To: accessd at databaseadvisors.com > Subject: [AccessD] Decimal Data Type > > Hey Gustav > How does Decimal differ from Double or Currency and do you know why it > was added as a data type? As Edward has confirmed when Access does the > conversion "you have to hunt through the app and fix things by hand". > > That said, Decimal should be avoided as data type in tables as it is known to be buggy. In VBA, however, it can be quite useful. > > Just out of curiosity (because I don't know what it is supposed to be > used for) where would you use it in VBA? > > Thanks > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com _________________________________________________________________ Windows Live SkyDrive lets you share files with faraway friends. http://www.windowslive.com/skydrive/overview.html?ocid=TXT_TAGLM_WL_Refresh_skydrive_052008 From erbachs at gmail.com Thu May 15 15:59:38 2008 From: erbachs at gmail.com (Steve Erbach) Date: Thu, 15 May 2008 15:59:38 -0500 Subject: [AccessD] A favor In-Reply-To: <200805151446.m4FEk5Qk007594@databaseadvisors.com> References: <39cb22f30805150710h4034bd38h97e69585cd5788db@mail.gmail.com> <200805151446.m4FEk5Qk007594@databaseadvisors.com> Message-ID: <39cb22f30805151359n6eae1c2fqb3404bf76723c758@mail.gmail.com> John, Well, I still see you listed as President of dba... Just did another check: Dave is just one behind the leader: 24 to 25! Steve Erbach On Thu, May 15, 2008 at 9:46 AM, John Bartow wrote: > Steve, > I think you have me confused with some other president ;o) > > I'm happy for your co-worker. Even 2nd place should make him happy. > Especially if it's a close race. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach > Sent: Thursday, May 15, 2008 9:10 AM > > John, > > Since you're the President, I think I can write to you and everybody else > will pay attention, right? > From john at winhaven.net Thu May 15 16:27:20 2008 From: john at winhaven.net (John Bartow) Date: Thu, 15 May 2008 16:27:20 -0500 Subject: [AccessD] A favor In-Reply-To: <39cb22f30805151359n6eae1c2fqb3404bf76723c758@mail.gmail.com> Message-ID: <200805152127.m4FLRBHu017342@databaseadvisors.com> I was referring to the "pay attention" part :o) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Thursday, May 15, 2008 4:00 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A favor John, Well, I still see you listed as President of dba... Just did another check: Dave is just one behind the leader: 24 to 25! Steve Erbach On Thu, May 15, 2008 at 9:46 AM, John Bartow wrote: > Steve, > I think you have me confused with some other president ;o) > > I'm happy for your co-worker. Even 2nd place should make him happy. > Especially if it's a close race. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve > Erbach > Sent: Thursday, May 15, 2008 9:10 AM > > John, > > Since you're the President, I think I can write to you and everybody > else will pay attention, right? > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Thu May 15 16:27:57 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Thu, 15 May 2008 14:27:57 -0700 Subject: [AccessD] A2K3 vs A2K7? In-Reply-To: <49DFE57FB126044B8A8B934E7AEA09ED09FD7374@WPEXCH05.colesmyer.ad.cmltd.net.au> References: <49DFE57FB126044B8A8B934E7AEA09ED09FD7374@WPEXCH05.colesmyer.ad.cmltd.net.au> Message-ID: <005f01c8b6d2$8b820300$0301a8c0@HAL9005> Darryl: I'm using Forms!Matters.Matters_GroupMatters.Form.Requery But get an "application-defined or object-defined error" which usually means the wrong syntax. This is being called from a module behind the sub form. Main form is Matters; sub form is Matters_GroupMatters. I'm trying to requery the subform. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, May 14, 2008 9:41 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2K3 vs A2K7? Hey Rocky, Just as a guess, have you tried to reference the sub form specifically? [Forms]![frm_MainForm].[frm_SubForm].[Form].requery I find this approach is less flakey than using Me.whatever. regards Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin at Beach Access Software Sent: Thursday, 15 May 2008 2:30 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] A2K3 vs A2K7? Dear List: I have an app in development in 2003. My client tests it in 2007 and occasionally we find something that works in A2K3 and not in A2K7. Now I have a statement in a subform on a form and after manipulating the data in the table that is the recordsource for the sub-form I issue a Me.Requery. Which works in A2K3. But when he tries it in A2K7 he gets an error "2467: The expression you entered refers to an object that is closed or doesn't exist". Since the object, in this case the sub-form, is open and does exists, I think the error might be misleading and may actually be a result of some other condition. But I don't know. Has anyone seen this behavior? Any theories? MTIA Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.16/1433 - Release Date: 5/14/2008 4:44 PM From cfoust at infostatsystems.com Thu May 15 16:36:38 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 15 May 2008 14:36:38 -0700 Subject: [AccessD] A2K3 vs A2K7? In-Reply-To: <005f01c8b6d2$8b820300$0301a8c0@HAL9005> References: <49DFE57FB126044B8A8B934E7AEA09ED09FD7374@WPEXCH05.colesmyer.ad.cmltd.net.au> <005f01c8b6d2$8b820300$0301a8c0@HAL9005> Message-ID: I don't understand, Rocky. If you're calling the code behind the subform and trying to requery the subform, there's no reason to refer to the parent at all. Me.Requery should be the right construction. Put a breakpoint in and find out what Me points to at that point. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Thursday, May 15, 2008 2:28 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2K3 vs A2K7? Darryl: I'm using Forms!Matters.Matters_GroupMatters.Form.Requery But get an "application-defined or object-defined error" which usually means the wrong syntax. This is being called from a module behind the sub form. Main form is Matters; sub form is Matters_GroupMatters. I'm trying to requery the subform. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, May 14, 2008 9:41 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2K3 vs A2K7? Hey Rocky, Just as a guess, have you tried to reference the sub form specifically? [Forms]![frm_MainForm].[frm_SubForm].[Form].requery I find this approach is less flakey than using Me.whatever. regards Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin at Beach Access Software Sent: Thursday, 15 May 2008 2:30 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] A2K3 vs A2K7? Dear List: I have an app in development in 2003. My client tests it in 2007 and occasionally we find something that works in A2K3 and not in A2K7. Now I have a statement in a subform on a form and after manipulating the data in the table that is the recordsource for the sub-form I issue a Me.Requery. Which works in A2K3. But when he tries it in A2K7 he gets an error "2467: The expression you entered refers to an object that is closed or doesn't exist". Since the object, in this case the sub-form, is open and does exists, I think the error might be misleading and may actually be a result of some other condition. But I don't know. Has anyone seen this behavior? Any theories? MTIA Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.16/1433 - Release Date: 5/14/2008 4:44 PM -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Thu May 15 17:20:23 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Thu, 15 May 2008 15:20:23 -0700 Subject: [AccessD] A2K3 vs A2K7? In-Reply-To: References: <49DFE57FB126044B8A8B934E7AEA09ED09FD7374@WPEXCH05.colesmyer.ad.cmltd.net.au><005f01c8b6d2$8b820300$0301a8c0@HAL9005> Message-ID: <006601c8b6d9$de6182b0$0301a8c0@HAL9005> Well, I agree Charlotte. Me should just refer to the subform; Me.Requery should refer to the RecordSource of the subform. But Darryl was speculating that perhaps an explicit call This works perfectly in A2K3. Fails consistently in A2K7. I just tried it myself with A2K7 (loathe as I am to even fire it up). And got it to fail. Then I tried converting the mdb to A2K7 format. And got the same result with an accdb. Something really screwy going on there but darned if I can figure out what it might be. To try to find out what Me. was referring to at that point I put in MsgBox Me.Name but in A2K7 that gives an error message as well - Invalid procedure call or argument In A2K3 MsgBox Me.Name displays "Matters_GroupMatters" which is the correct name of the sub-form. On the theory that it might have something to do with a library, here's the references in A2K7 of the accdb which fails: Visual Basic for Applications Microsoft Access 12.0 Object Library OLE Automation Microsoft CDO for Windows 2000 library MicrosoftCalendarControl 11.0 Microsoft Visual Basic for Applications Extensibility 5.3 Microsoft Office 12.0 Access database engine Object library The references for the A2K3 mdb are the same except for the addition of Microsoft DAO 3.6 Object Library When I try to add DAO 3.6 to the references in the A2K7 accdb I get Name conflicts with existing project, module or library. Any ideas? Regards, Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, May 15, 2008 2:37 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2K3 vs A2K7? I don't understand, Rocky. If you're calling the code behind the subform and trying to requery the subform, there's no reason to refer to the parent at all. Me.Requery should be the right construction. Put a breakpoint in and find out what Me points to at that point. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Thursday, May 15, 2008 2:28 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2K3 vs A2K7? Darryl: I'm using Forms!Matters.Matters_GroupMatters.Form.Requery But get an "application-defined or object-defined error" which usually means the wrong syntax. This is being called from a module behind the sub form. Main form is Matters; sub form is Matters_GroupMatters. I'm trying to requery the subform. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, May 14, 2008 9:41 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2K3 vs A2K7? Hey Rocky, Just as a guess, have you tried to reference the sub form specifically? [Forms]![frm_MainForm].[frm_SubForm].[Form].requery I find this approach is less flakey than using Me.whatever. regards Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin at Beach Access Software Sent: Thursday, 15 May 2008 2:30 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] A2K3 vs A2K7? Dear List: I have an app in development in 2003. My client tests it in 2007 and occasionally we find something that works in A2K3 and not in A2K7. Now I have a statement in a subform on a form and after manipulating the data in the table that is the recordsource for the sub-form I issue a Me.Requery. Which works in A2K3. But when he tries it in A2K7 he gets an error "2467: The expression you entered refers to an object that is closed or doesn't exist". Since the object, in this case the sub-form, is open and does exists, I think the error might be misleading and may actually be a result of some other condition. But I don't know. Has anyone seen this behavior? Any theories? MTIA Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.16/1433 - Release Date: 5/14/2008 4:44 PM -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.16/1433 - Release Date: 5/14/2008 4:44 PM From cfoust at infostatsystems.com Thu May 15 18:32:20 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 15 May 2008 16:32:20 -0700 Subject: [AccessD] A2K3 vs A2K7? In-Reply-To: <006601c8b6d9$de6182b0$0301a8c0@HAL9005> References: <49DFE57FB126044B8A8B934E7AEA09ED09FD7374@WPEXCH05.colesmyer.ad.cmltd.net.au><005f01c8b6d2$8b820300$0301a8c0@HAL9005> <006601c8b6d9$de6182b0$0301a8c0@HAL9005> Message-ID: Screen.ActiveControl? Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Thursday, May 15, 2008 3:20 PM To: 'Access Developers discussion and problem solving' Cc: 'Jack Stone' Subject: Re: [AccessD] A2K3 vs A2K7? Well, I agree Charlotte. Me should just refer to the subform; Me.Requery should refer to the RecordSource of the subform. But Darryl was speculating that perhaps an explicit call This works perfectly in A2K3. Fails consistently in A2K7. I just tried it myself with A2K7 (loathe as I am to even fire it up). And got it to fail. Then I tried converting the mdb to A2K7 format. And got the same result with an accdb. Something really screwy going on there but darned if I can figure out what it might be. To try to find out what Me. was referring to at that point I put in MsgBox Me.Name but in A2K7 that gives an error message as well - Invalid procedure call or argument In A2K3 MsgBox Me.Name displays "Matters_GroupMatters" which is the correct name of the sub-form. On the theory that it might have something to do with a library, here's the references in A2K7 of the accdb which fails: Visual Basic for Applications Microsoft Access 12.0 Object Library OLE Automation Microsoft CDO for Windows 2000 library MicrosoftCalendarControl 11.0 Microsoft Visual Basic for Applications Extensibility 5.3 Microsoft Office 12.0 Access database engine Object library The references for the A2K3 mdb are the same except for the addition of Microsoft DAO 3.6 Object Library When I try to add DAO 3.6 to the references in the A2K7 accdb I get Name conflicts with existing project, module or library. Any ideas? Regards, Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, May 15, 2008 2:37 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2K3 vs A2K7? I don't understand, Rocky. If you're calling the code behind the subform and trying to requery the subform, there's no reason to refer to the parent at all. Me.Requery should be the right construction. Put a breakpoint in and find out what Me points to at that point. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Thursday, May 15, 2008 2:28 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2K3 vs A2K7? Darryl: I'm using Forms!Matters.Matters_GroupMatters.Form.Requery But get an "application-defined or object-defined error" which usually means the wrong syntax. This is being called from a module behind the sub form. Main form is Matters; sub form is Matters_GroupMatters. I'm trying to requery the subform. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, May 14, 2008 9:41 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2K3 vs A2K7? Hey Rocky, Just as a guess, have you tried to reference the sub form specifically? [Forms]![frm_MainForm].[frm_SubForm].[Form].requery I find this approach is less flakey than using Me.whatever. regards Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin at Beach Access Software Sent: Thursday, 15 May 2008 2:30 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] A2K3 vs A2K7? Dear List: I have an app in development in 2003. My client tests it in 2007 and occasionally we find something that works in A2K3 and not in A2K7. Now I have a statement in a subform on a form and after manipulating the data in the table that is the recordsource for the sub-form I issue a Me.Requery. Which works in A2K3. But when he tries it in A2K7 he gets an error "2467: The expression you entered refers to an object that is closed or doesn't exist". Since the object, in this case the sub-form, is open and does exists, I think the error might be misleading and may actually be a result of some other condition. But I don't know. Has anyone seen this behavior? Any theories? MTIA Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.16/1433 - Release Date: 5/14/2008 4:44 PM -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.16/1433 - Release Date: 5/14/2008 4:44 PM -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Thu May 15 19:14:38 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Thu, 15 May 2008 17:14:38 -0700 Subject: [AccessD] A2K3 vs A2K7? In-Reply-To: References: <49DFE57FB126044B8A8B934E7AEA09ED09FD7374@WPEXCH05.colesmyer.ad.cmltd.net.au><005f01c8b6d2$8b820300$0301a8c0@HAL9005><006601c8b6d9$de6182b0$0301a8c0@HAL9005> Message-ID: <009401c8b6e9$d47016d0$0301a8c0@HAL9005> Charlotte: Just before the Me.Requery ActiveControl.Name is a text box on the main form. I put in a msgbox for a text box on the sub-form and got the same message. Apparently Access 2007 thinks that, at that point, the subform is closed. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, May 15, 2008 4:32 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2K3 vs A2K7? Screen.ActiveControl? Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Thursday, May 15, 2008 3:20 PM To: 'Access Developers discussion and problem solving' Cc: 'Jack Stone' Subject: Re: [AccessD] A2K3 vs A2K7? Well, I agree Charlotte. Me should just refer to the subform; Me.Requery should refer to the RecordSource of the subform. But Darryl was speculating that perhaps an explicit call This works perfectly in A2K3. Fails consistently in A2K7. I just tried it myself with A2K7 (loathe as I am to even fire it up). And got it to fail. Then I tried converting the mdb to A2K7 format. And got the same result with an accdb. Something really screwy going on there but darned if I can figure out what it might be. To try to find out what Me. was referring to at that point I put in MsgBox Me.Name but in A2K7 that gives an error message as well - Invalid procedure call or argument In A2K3 MsgBox Me.Name displays "Matters_GroupMatters" which is the correct name of the sub-form. On the theory that it might have something to do with a library, here's the references in A2K7 of the accdb which fails: Visual Basic for Applications Microsoft Access 12.0 Object Library OLE Automation Microsoft CDO for Windows 2000 library MicrosoftCalendarControl 11.0 Microsoft Visual Basic for Applications Extensibility 5.3 Microsoft Office 12.0 Access database engine Object library The references for the A2K3 mdb are the same except for the addition of Microsoft DAO 3.6 Object Library When I try to add DAO 3.6 to the references in the A2K7 accdb I get Name conflicts with existing project, module or library. Any ideas? Regards, Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, May 15, 2008 2:37 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2K3 vs A2K7? I don't understand, Rocky. If you're calling the code behind the subform and trying to requery the subform, there's no reason to refer to the parent at all. Me.Requery should be the right construction. Put a breakpoint in and find out what Me points to at that point. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Thursday, May 15, 2008 2:28 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2K3 vs A2K7? Darryl: I'm using Forms!Matters.Matters_GroupMatters.Form.Requery But get an "application-defined or object-defined error" which usually means the wrong syntax. This is being called from a module behind the sub form. Main form is Matters; sub form is Matters_GroupMatters. I'm trying to requery the subform. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, May 14, 2008 9:41 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2K3 vs A2K7? Hey Rocky, Just as a guess, have you tried to reference the sub form specifically? [Forms]![frm_MainForm].[frm_SubForm].[Form].requery I find this approach is less flakey than using Me.whatever. regards Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin at Beach Access Software Sent: Thursday, 15 May 2008 2:30 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] A2K3 vs A2K7? Dear List: I have an app in development in 2003. My client tests it in 2007 and occasionally we find something that works in A2K3 and not in A2K7. Now I have a statement in a subform on a form and after manipulating the data in the table that is the recordsource for the sub-form I issue a Me.Requery. Which works in A2K3. But when he tries it in A2K7 he gets an error "2467: The expression you entered refers to an object that is closed or doesn't exist". Since the object, in this case the sub-form, is open and does exists, I think the error might be misleading and may actually be a result of some other condition. But I don't know. Has anyone seen this behavior? Any theories? MTIA Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.16/1433 - Release Date: 5/14/2008 4:44 PM -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.16/1433 - Release Date: 5/14/2008 4:44 PM -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.16/1433 - Release Date: 5/14/2008 4:44 PM From cfoust at infostatsystems.com Thu May 15 19:42:17 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 15 May 2008 17:42:17 -0700 Subject: [AccessD] A2K3 vs A2K7? In-Reply-To: <009401c8b6e9$d47016d0$0301a8c0@HAL9005> References: <49DFE57FB126044B8A8B934E7AEA09ED09FD7374@WPEXCH05.colesmyer.ad.cmltd.net.au><005f01c8b6d2$8b820300$0301a8c0@HAL9005><006601c8b6d9$de6182b0$0301a8c0@HAL9005> <009401c8b6e9$d47016d0$0301a8c0@HAL9005> Message-ID: Well, I'll be the first to admit I've never worked with 2007 (installing it and running weeping into the corner doesn't count, does it?), so I don't know what's going on behind the scenes. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Thursday, May 15, 2008 5:15 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2K3 vs A2K7? Charlotte: Just before the Me.Requery ActiveControl.Name is a text box on the main form. I put in a msgbox for a text box on the sub-form and got the same message. Apparently Access 2007 thinks that, at that point, the subform is closed. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, May 15, 2008 4:32 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2K3 vs A2K7? Screen.ActiveControl? Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Thursday, May 15, 2008 3:20 PM To: 'Access Developers discussion and problem solving' Cc: 'Jack Stone' Subject: Re: [AccessD] A2K3 vs A2K7? Well, I agree Charlotte. Me should just refer to the subform; Me.Requery should refer to the RecordSource of the subform. But Darryl was speculating that perhaps an explicit call This works perfectly in A2K3. Fails consistently in A2K7. I just tried it myself with A2K7 (loathe as I am to even fire it up). And got it to fail. Then I tried converting the mdb to A2K7 format. And got the same result with an accdb. Something really screwy going on there but darned if I can figure out what it might be. To try to find out what Me. was referring to at that point I put in MsgBox Me.Name but in A2K7 that gives an error message as well - Invalid procedure call or argument In A2K3 MsgBox Me.Name displays "Matters_GroupMatters" which is the correct name of the sub-form. On the theory that it might have something to do with a library, here's the references in A2K7 of the accdb which fails: Visual Basic for Applications Microsoft Access 12.0 Object Library OLE Automation Microsoft CDO for Windows 2000 library MicrosoftCalendarControl 11.0 Microsoft Visual Basic for Applications Extensibility 5.3 Microsoft Office 12.0 Access database engine Object library The references for the A2K3 mdb are the same except for the addition of Microsoft DAO 3.6 Object Library When I try to add DAO 3.6 to the references in the A2K7 accdb I get Name conflicts with existing project, module or library. Any ideas? Regards, Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, May 15, 2008 2:37 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2K3 vs A2K7? I don't understand, Rocky. If you're calling the code behind the subform and trying to requery the subform, there's no reason to refer to the parent at all. Me.Requery should be the right construction. Put a breakpoint in and find out what Me points to at that point. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Thursday, May 15, 2008 2:28 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2K3 vs A2K7? Darryl: I'm using Forms!Matters.Matters_GroupMatters.Form.Requery But get an "application-defined or object-defined error" which usually means the wrong syntax. This is being called from a module behind the sub form. Main form is Matters; sub form is Matters_GroupMatters. I'm trying to requery the subform. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, May 14, 2008 9:41 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2K3 vs A2K7? Hey Rocky, Just as a guess, have you tried to reference the sub form specifically? [Forms]![frm_MainForm].[frm_SubForm].[Form].requery I find this approach is less flakey than using Me.whatever. regards Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin at Beach Access Software Sent: Thursday, 15 May 2008 2:30 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] A2K3 vs A2K7? Dear List: I have an app in development in 2003. My client tests it in 2007 and occasionally we find something that works in A2K3 and not in A2K7. Now I have a statement in a subform on a form and after manipulating the data in the table that is the recordsource for the sub-form I issue a Me.Requery. Which works in A2K3. But when he tries it in A2K7 he gets an error "2467: The expression you entered refers to an object that is closed or doesn't exist". Since the object, in this case the sub-form, is open and does exists, I think the error might be misleading and may actually be a result of some other condition. But I don't know. Has anyone seen this behavior? Any theories? MTIA Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.16/1433 - Release Date: 5/14/2008 4:44 PM -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.16/1433 - Release Date: 5/14/2008 4:44 PM -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.16/1433 - Release Date: 5/14/2008 4:44 PM -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Darryl.Collins at coles.com.au Thu May 15 19:55:25 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Fri, 16 May 2008 10:55:25 +1000 Subject: [AccessD] Decimal Data Type Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD7377@WPEXCH05.colesmyer.ad.cmltd.net.au> Amen! although it seems microsoft is not the only one getting the sales... ;) MenuExcel http://www.addintools.com/english/menuexcel/ Tooolbar Toggle http://www.toolbartoggle.com XL Menu 2003 http://in.geocities.com/shahshaileshs/ hehehehe... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Thursday, 15 May 2008 11:53 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Decimal Data Type Bug fixes don't sell software. Ribbon bars sell software. John W. Colby www.ColbyConsulting.com William Hindman wrote: > ...MS knows about the problems and is simply unable or unwilling to fix them > over multiple versions ...instead of fixes to well known bugs, we get the > "ribbon" ...something everyone demanded ...on every wish list, eh :( > > ...google "access bugs decimal" ...Allan Browne has a particularly good > breakdown on the topic. > > William > > -------------------------------------------------- > From: "Gustav Brock" > Sent: Thursday, May 15, 2008 9:05 AM > To: > Subject: Re: [AccessD] Decimal Data Type > >> Hi Tony (iggy?) >> >> As for the difference, look up the on-line help for range etc. >> >> Why it was added I don't know, but I guess it was to have a data type >> compatible with Decimal of SQL Server. >> >> I haven't used it myself in a table. William, I think, posted some years >> ago some nasty examples on errors which the use of the data type could >> cause. >> >> In VBA it can be necessary for avoiding bit errors when handling very >> large numbers. I use it in our rounding function posted several times. >> >> Here is another example: Create the Fibonacci sequence of numbers. If Long >> was used only 46 elements could be calculated: >> >> >> Public Function FibonacciSequenceDec( _ >> ByVal lngElements As Long) _ >> As Variant >> >> ' Build and return array with Fibonacci sequence of numbers. >> ' Count of elements is determined by lngElements. >> ' Max. number returned in array: >> ' 50095301248058391139327916261 >> ' >> ' 2004-10-03. Gustav Brock, Cactus Data, CPH. >> >> ' Min. index of sequence per definition. >> Const clngIndexMin As Long = 0 >> ' Max. possible index of sequence for datatype Decimal. >> Const clngIndexMax As Long = 139 >> >> Dim adecSeq() As Variant >> Dim lngIndex As Long >> >> If lngElements < clngIndexMin Or lngElements > clngIndexMax Then >> ' Not a valid input. >> Else >> ' Build and fill array with the Fibonacci sequence of numbers. >> ReDim adecSeq(clngIndexMin To lngElements) >> For lngIndex = clngIndexMin To lngElements >> If lngIndex < 2 Then >> ' Values of the first two elements are 0 and 1 per definition. >> adecSeq(lngIndex) = CDec(lngIndex) >> Else >> ' Value is the sum of the two preceding numbers. >> adecSeq(lngIndex) = CDec(adecSeq(lngIndex - 2)) + >> CDec(adecSeq(lngIndex - 1)) >> End If >> '' Debug.Print adecSeq(lngIndex); >> Next >> End If >> >> FibonacciSequenceDec = adecSeq() >> >> End Function >> >> Public Function FibonacciElementDec( _ >> ByVal lngElements As Long) _ >> As Variant >> >> ' Returns the value of element lngElements in the >> ' Fibonacci sequence of numbers. >> ' Max. number returned: >> ' 50095301248058391139327916261 >> ' >> ' 2004-10-03. Gustav Brock, Cactus Data, CPH. >> >> Const clngIndexMin As Long = 0 >> Const clngIndexMax As Long = 139 >> >> Dim decValue As Variant >> >> If lngElements < clngIndexMin Or lngElements > clngIndexMax Then >> ' Not a valid input. Return error. >> decValue = CDec(-1) >> Else >> ' Return last number in sequence in array. >> decValue = FibonacciSequenceDec(lngElements)(lngElements) >> End If >> >> FibonacciElementDec = decValue >> >> End Function >> >> >> /gustav >> >>>>> iggy at nanaimo.ark.com 15-05-2008 14:37 >>> >> Hey Gustav >> How does Decimal differ from Double or Currency and do you know why it >> was added as a data type? As Edward has confirmed when Access does the >> conversion "you have to hunt through the app and fix things by hand". >> >> That said, Decimal should be avoided as data type in tables as it is known >> to be buggy. In VBA, however, it can be quite useful. >> >> Just out of curiosity (because I don't know what it is supposed to be >> used for) where would you use it in VBA? >> >> Thanks >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From wdhindman at dejpolsystems.com Thu May 15 20:41:42 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Thu, 15 May 2008 21:41:42 -0400 Subject: [AccessD] A2K3 vs A2K7? References: <49DFE57FB126044B8A8B934E7AEA09ED09FD7374@WPEXCH05.colesmyer.ad.cmltd.net.au><005f01c8b6d2$8b820300$0301a8c0@HAL9005><006601c8b6d9$de6182b0$0301a8c0@HAL9005><009401c8b6e9$d47016d0$0301a8c0@HAL9005> Message-ID: "installing it and running weeping into the corner doesn't count, does it?" Charlotte ...probably not since that would make more than a few of us guilty :( William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "Charlotte Foust" Sent: Thursday, May 15, 2008 8:42 PM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] A2K3 vs A2K7? > Well, I'll be the first to admit I've never worked with 2007 (installing > it and running weeping into the corner doesn't count, does it?), so I > don't know what's going on behind the scenes. > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > at Beach Access Software > Sent: Thursday, May 15, 2008 5:15 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] A2K3 vs A2K7? > > Charlotte: > > Just before the Me.Requery ActiveControl.Name is a text box on the main > form. > > I put in a msgbox for a text box on the sub-form and got the same > message. > Apparently Access 2007 thinks that, at that point, the subform is > closed. > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > www.bchacc.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte > Foust > Sent: Thursday, May 15, 2008 4:32 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] A2K3 vs A2K7? > > Screen.ActiveControl? > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > at Beach Access Software > Sent: Thursday, May 15, 2008 3:20 PM > To: 'Access Developers discussion and problem solving' > Cc: 'Jack Stone' > Subject: Re: [AccessD] A2K3 vs A2K7? > > Well, I agree Charlotte. Me should just refer to the subform; > Me.Requery should refer to the RecordSource of the subform. But Darryl > was speculating that perhaps an explicit call > > This works perfectly in A2K3. Fails consistently in A2K7. I just tried > it myself with A2K7 (loathe as I am to even fire it up). And got it to > fail. > > Then I tried converting the mdb to A2K7 format. And got the same result > with an accdb. Something really screwy going on there but darned if I > can figure out what it might be. > > To try to find out what Me. was referring to at that point I put in > MsgBox Me.Name but in A2K7 that gives an error message as well - Invalid > procedure call or argument > > In A2K3 MsgBox Me.Name displays "Matters_GroupMatters" which is the > correct name of the sub-form. > > On the theory that it might have something to do with a library, here's > the references in A2K7 of the accdb which fails: > > Visual Basic for Applications > Microsoft Access 12.0 Object Library > OLE Automation > Microsoft CDO for Windows 2000 library > MicrosoftCalendarControl 11.0 > Microsoft Visual Basic for Applications Extensibility 5.3 Microsoft > Office 12.0 Access database engine Object library > > The references for the A2K3 mdb are the same except for the addition of > > Microsoft DAO 3.6 Object Library > > When I try to add DAO 3.6 to the references in the A2K7 accdb I get Name > conflicts with existing project, module or library. > > Any ideas? > > Regards, > > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > www.bchacc.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte > Foust > Sent: Thursday, May 15, 2008 2:37 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] A2K3 vs A2K7? > > I don't understand, Rocky. If you're calling the code behind the > subform and trying to requery the subform, there's no reason to refer to > the parent at all. Me.Requery should be the right construction. Put a > breakpoint in and find out what Me points to at that point. > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > at Beach Access Software > Sent: Thursday, May 15, 2008 2:28 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] A2K3 vs A2K7? > > Darryl: > > I'm using > > Forms!Matters.Matters_GroupMatters.Form.Requery > > But get an "application-defined or object-defined error" which usually > means the wrong syntax. This is being called from a module behind the > sub form. Main form is Matters; sub form is Matters_GroupMatters. I'm > trying to requery the subform. > > > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > www.bchacc.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl > Collins > Sent: Wednesday, May 14, 2008 9:41 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] A2K3 vs A2K7? > > > Hey Rocky, > > Just as a guess, have you tried to reference the sub form specifically? > > [Forms]![frm_MainForm].[frm_SubForm].[Form].requery > > I find this approach is less flakey than using Me.whatever. > > regards > Darryl. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin > at Beach Access Software > Sent: Thursday, 15 May 2008 2:30 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] A2K3 vs A2K7? > > > Dear List: > > I have an app in development in 2003. My client tests it in 2007 and > occasionally we find something that works in A2K3 and not in A2K7. > > Now I have a statement in a subform on a form and after manipulating the > data in the table that is the recordsource for the sub-form I issue a > Me.Requery. Which works in A2K3. But when he tries it in A2K7 he gets > an error "2467: The expression you entered refers to an object that is > closed or doesn't exist". Since the object, in this case the sub-form, > is open and does exists, I think the error might be misleading and may > actually be a result of some other condition. But I don't know. > > Has anyone seen this behavior? Any theories? > > MTIA > > Rocky > > > > > > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.e-z-mrp.com > > www.bchacc.com > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > This email and any attachments may contain privileged and confidential > information and are intended for the named addressee only. If you have > received this e-mail in error, please notify the sender and delete this > e-mail immediately. Any confidentiality, privilege or copyright is not > waived or lost because this e-mail has been sent to you in error. It is > your responsibility to check this e-mail and any attachments for > viruses. No warranty is made that this material is free from computer > virus or any other defect or error. Any loss/damage incurred by using > this material is not the sender's responsibility. The sender's entire > liability will be limited to resupplying the material. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 269.23.16/1433 - Release Date: > 5/14/2008 > 4:44 PM > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 269.23.16/1433 - Release Date: > 5/14/2008 > 4:44 PM > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.524 / Virus Database: 269.23.16/1433 - Release Date: > 5/14/2008 > 4:44 PM > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Thu May 15 22:52:02 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 15 May 2008 23:52:02 -0400 Subject: [AccessD] using ADO to populate combos - was RE: Error3048Cannotopen any more databases In-Reply-To: References: Message-ID: <482D04E2.4070409@colbyconsulting.com> I am loading arrays and storing them in a collection. The biggest problem is that the number of trips through the function is just extreme, 4 or more for each record plus a handful for no apparent reason. Thus if you have a table of 10,500 cities with a PKID and city name column, that is 40 thousand trips through the function plus. This is the result for my state table: Ctl=cboState; ID=-1; Row=0; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=1; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=2; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=3; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=4; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=5; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=6; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=7; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=8; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=9; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=10; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=11; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=12; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=13; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=14; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=15; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=16; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=17; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=18; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=19; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=20; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=21; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=22; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=23; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=24; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=25; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=26; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=27; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=28; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=29; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=30; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=31; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=32; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=33; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=34; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=35; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=36; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=37; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=38; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=39; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=40; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=41; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=42; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=43; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=44; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=45; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=46; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=47; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=48; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=49; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=50; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=51; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=52; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=53; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=54; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=55; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=56; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=57; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=58; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=59; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=60; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=61; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=61; column=1; Code=6; Ctl=cboState; ID=-1; Row=-1; column=1; Code=7; cboState: Trips: 126 Not good! For "small" lists it is quite serviceable though, the time spent calling the function being much less than the time to hit the table, plus it doesn't tie up connections to the be. I replaced about 15 or so combos using queries with combos using the callback and shaved about 20% of my form open time the second and subsequent times I opened the form. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > The speed is going to be dependent on your code. Can you post the > function you wrote? There's two basic ways to approach a recordset > based callback function. > > Method One: Keep the recordset open, and constantly refer back to it. > > Method Two: Load all of the data of the recordset into memory (using a > collection or an array). > > Method One may be slower, depending on how you are pulling the data, and > manipulating the recordset (to return the values to the function). > > Method Two should scream, if the data resides in memory. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 15, 2008 9:15 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] using ADO to populate combos - was RE: > Error3048Cannotopen any more databases > > Drew, > > I finally got around to tweaking a callback widget I created long ago > while trying to get a generic callback that could be used by any combo. > > The method uses a class which holds the actual callback method as well > as a collection to hold arrays loaded from queries. Basically I set up > a query names qSomeCboName, qSomeOtherCboName etc. This allows me to > use the combo name from inside of the callback function to get at the > data required for that combo. Thus my rowsource can be cboCallBack() > for any combo which has a stored query named in the proper manner. > > It works. It is not speedy. In fact it is slow. For small lists like > states it is quite acceptable, a very slight hesitation as you pull down > > the list or type in the name of the list item and have the combo > "follow" your typing. > > On large lists, for example a city table with 10555 cities, it locks up > the form for minutes as it opens. It also locks up the form for a long > period as you type in something like Racoon (an actual city name in the > table!). In fact performance gets marginally better the second time you > > do such a "search" through the combo, apparently due to caching in > memory? > > But in general it is unusable for "large" lists. I am going to have to > do some research for what "large" is. BTW, the same table loaded > directly into a combo using the query itself runs at a quite acceptable > speed, barely noticible hesitation as the combo "finds" racoon. > > I assume the difference is interpreted VBA callback vs optimized C++ or > even assembler callback "behind" the combo using the recordset. > > This still leaves plenty of opportunity to use the callback though since > > I have dozens of combos which use small lists. Getting these converted > to use a callback MIGHT make a significant difference in some of my > complex form load times. We shall see. > > I just thought you might be interested to know that I at least got it > working. > > John W. Colby > www.ColbyConsulting.com > > > Drew Wutka wrote: >> That's not necessary, to write a function for each control. One of > the >> arguments of that control is the control itself. >> >> So you could create one function, in a module, that would be your >> 'global' callback function. What I would recommend would be to create > a >> class that would handle recordset objects, and in your callback > function >> pull the appropriate recordset from that class based on the control >> argument that is passed to the callback function. >> >> Drew >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Wednesday, March 05, 2008 9:17 AM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] using ADO to populate combos - was RE: >> Error3048Cannotopen any more databases >> >> Long ago I tried using call back functions and the only way I could >> figure >> out to do it was write a callback for each object. That just doesn't >> work >> when you want to implement this easily and automatically system wide - >> five >> hundred different combos. >> >> John W. Colby >> Colby Consulting >> www.ColbyConsulting.com -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka >> Sent: Wednesday, March 05, 2008 10:06 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] using ADO to populate combos - was RE: Error >> 3048Cannotopen any more databases >> >> Use a callback function. >> >> Drew >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Wednesday, March 05, 2008 8:23 AM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] using ADO to populate combos - was RE: Error 3048 >> Cannotopen any more databases >> >> I was under the perhaps naive belief that with Access 2000 and > greater, >> a >> combo could be populated by an ADO recordset, i.e. it's rowsource >> property >> could be an ado recordset. When I go out and look, I am running into >> methods that build up a string and the row source type is set to value >> list. >> That is a rather useless solution in the majority of cases since the > max >> limit of characters in the list is around 2000. >> >> Is it in fact possible to make the rowsource an ADO recordset or am I >> delusional? If possible, how is it done? Example code would be nice. >> >> John W. Colby >> Colby Consulting >> www.ColbyConsulting.com From erbachs at gmail.com Fri May 16 05:23:36 2008 From: erbachs at gmail.com (Steve Erbach) Date: Fri, 16 May 2008 05:23:36 -0500 Subject: [AccessD] A favor In-Reply-To: <200805152127.m4FLRBHu017342@databaseadvisors.com> References: <39cb22f30805151359n6eae1c2fqb3404bf76723c758@mail.gmail.com> <200805152127.m4FLRBHu017342@databaseadvisors.com> Message-ID: <39cb22f30805160323s217c42a9j76681c8c2180ebcd@mail.gmail.com> John, Ooohhhhhhh! Right! No Oval Office for you. Steve Erbach On Thu, May 15, 2008 at 4:27 PM, John Bartow wrote: > I was referring to the "pay attention" part :o) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach > Sent: Thursday, May 15, 2008 4:00 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] A favor > > John, > > Well, I still see you listed as President of dba... > > Just did another check: Dave is just one behind the leader: 24 to 25! > > Steve Erbach > From Gustav at cactus.dk Fri May 16 05:37:30 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 16 May 2008 12:37:30 +0200 Subject: [AccessD] A favor Message-ID: Hi Steve OK. Registered an put my vote ... /gustav > If any of you are CodeProject.com members, could you do me a favor? From jwcolby at colbyconsulting.com Fri May 16 06:38:29 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 16 May 2008 07:38:29 -0400 Subject: [AccessD] A favor In-Reply-To: <39cb22f30805160323s217c42a9j76681c8c2180ebcd@mail.gmail.com> References: <39cb22f30805151359n6eae1c2fqb3404bf76723c758@mail.gmail.com> <200805152127.m4FLRBHu017342@databaseadvisors.com> <39cb22f30805160323s217c42a9j76681c8c2180ebcd@mail.gmail.com> Message-ID: <482D7235.4050106@colbyconsulting.com> > Ooohhhhhhh! Right! No Oval Office for you. In cyberspace your office can be any shape you want! ;-) John W. Colby www.ColbyConsulting.com Steve Erbach wrote: > John, > > Ooohhhhhhh! Right! No Oval Office for you. > > Steve Erbach > > On Thu, May 15, 2008 at 4:27 PM, John Bartow wrote: >> I was referring to the "pay attention" part :o) >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach >> Sent: Thursday, May 15, 2008 4:00 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] A favor >> >> John, >> >> Well, I still see you listed as President of dba... >> >> Just did another check: Dave is just one behind the leader: 24 to 25! >> >> Steve Erbach >> From mmattys at rochester.rr.com Fri May 16 06:51:30 2008 From: mmattys at rochester.rr.com (Michael R Mattys) Date: Fri, 16 May 2008 07:51:30 -0400 Subject: [AccessD] A favor References: <39cb22f30805151359n6eae1c2fqb3404bf76723c758@mail.gmail.com> <200805152127.m4FLRBHu017342@databaseadvisors.com><39cb22f30805160323s217c42a9j76681c8c2180ebcd@mail.gmail.com> <482D7235.4050106@colbyconsulting.com> Message-ID: <033d01c8b74b$2f5b4540$0502a8c0@Laptop> ----- Original Message ----- From: "jwcolby" To: "Access Developers discussion and problem solving" Sent: Friday, May 16, 2008 7:38 AM Subject: Re: [AccessD] A favor > > Ooohhhhhhh! Right! No Oval Office for you. > > In cyberspace your office can be any shape you want! ;-) Just be sure to hang your 'Beware of Dog' sign where the mail and paper delivery people can see it ... ... and if a spammer gets bit, oh well. Michael R. Mattys MapPoint & Access Dev www.mattysconsulting.com From askolits at nni.com Fri May 16 07:04:43 2008 From: askolits at nni.com (John Skolits) Date: Fri, 16 May 2008 08:04:43 -0400 Subject: [AccessD] A2K3 vs A2K7? In-Reply-To: Message-ID: Actually, I hardly ever use .requery. It sometimes causes me proplems. I always set the record source to itself. me.recordsource = me.recordsource (For combo or list boxes) me.cboName.rowsource=me.cboname.rowsource I've also had problems using the "Me." reference. Not often, but now and then I change it to "Me!" and it works. But sometimes "Me!" doesn't work. me!recordsource = me!recordsource me!cboName.rowsource=me!cboName.rowsource Go figure... --------------------------------------------------------------------- Web mail provided by NuNet, Inc. The Premier National provider. http://www.nni.com/ From mmattys at rochester.rr.com Fri May 16 08:49:12 2008 From: mmattys at rochester.rr.com (Michael R Mattys) Date: Fri, 16 May 2008 09:49:12 -0400 Subject: [AccessD] A favor References: <39cb22f30805151359n6eae1c2fqb3404bf76723c758@mail.gmail.com> <200805152127.m4FLRBHu017342@databaseadvisors.com><39cb22f30805160323s217c42a9j76681c8c2180ebcd@mail.gmail.com><482D7235.4050106@colbyconsulting.com> <033d01c8b74b$2f5b4540$0502a8c0@Laptop> Message-ID: <038301c8b75b$a28bb170$0502a8c0@Laptop> > In cyberspace your office can be any shape you want! ;-) > > Just be sure to hang your 'Beware of Dog' sign where > the mail and paper delivery people can see it ... > ... and if a spammer gets bit, oh well. The comment (being Friday) was related to Virtual Worlds http://www.washingtonpost.com/wp-dyn/content/article/2008/05/11/AR2008051101380.html Michael R. Mattys MapPoint & Access Dev www.mattysconsulting.com From DWUTKA at Marlow.com Fri May 16 10:50:28 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 16 May 2008 10:50:28 -0500 Subject: [AccessD] using ADO to populate combos - was RE: Error3048Cannotopen any more databases In-Reply-To: <482D04E2.4070409@colbyconsulting.com> Message-ID: That shouldn't matter John, please post the code for your callback function. I've had large listboxes which are callback based too, which work fine. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 15, 2008 10:52 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] using ADO to populate combos - was RE: Error3048Cannotopen any more databases I am loading arrays and storing them in a collection. The biggest problem is that the number of trips through the function is just extreme, 4 or more for each record plus a handful for no apparent reason. Thus if you have a table of 10,500 cities with a PKID and city name column, that is 40 thousand trips through the function plus. This is the result for my state table: Ctl=cboState; ID=-1; Row=0; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=1; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=2; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=3; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=4; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=5; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=6; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=7; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=8; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=9; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=10; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=11; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=12; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=13; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=14; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=15; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=16; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=17; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=18; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=19; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=20; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=21; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=22; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=23; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=24; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=25; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=26; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=27; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=28; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=29; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=30; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=31; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=32; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=33; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=34; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=35; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=36; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=37; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=38; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=39; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=40; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=41; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=42; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=43; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=44; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=45; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=46; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=47; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=48; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=49; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=50; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=51; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=52; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=53; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=54; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=55; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=56; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=57; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=58; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=59; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=60; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=61; column=0; Code=6; Ctl=cboState; ID=-1; Row=-1; column=0; Code=7; Ctl=cboState; ID=-1; Row=61; column=1; Code=6; Ctl=cboState; ID=-1; Row=-1; column=1; Code=7; cboState: Trips: 126 Not good! For "small" lists it is quite serviceable though, the time spent calling the function being much less than the time to hit the table, plus it doesn't tie up connections to the be. I replaced about 15 or so combos using queries with combos using the callback and shaved about 20% of my form open time the second and subsequent times I opened the form. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > The speed is going to be dependent on your code. Can you post the > function you wrote? There's two basic ways to approach a recordset > based callback function. > > Method One: Keep the recordset open, and constantly refer back to it. > > Method Two: Load all of the data of the recordset into memory (using a > collection or an array). > > Method One may be slower, depending on how you are pulling the data, and > manipulating the recordset (to return the values to the function). > > Method Two should scream, if the data resides in memory. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 15, 2008 9:15 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] using ADO to populate combos - was RE: > Error3048Cannotopen any more databases > > Drew, > > I finally got around to tweaking a callback widget I created long ago > while trying to get a generic callback that could be used by any combo. > > The method uses a class which holds the actual callback method as well > as a collection to hold arrays loaded from queries. Basically I set up > a query names qSomeCboName, qSomeOtherCboName etc. This allows me to > use the combo name from inside of the callback function to get at the > data required for that combo. Thus my rowsource can be cboCallBack() > for any combo which has a stored query named in the proper manner. > > It works. It is not speedy. In fact it is slow. For small lists like > states it is quite acceptable, a very slight hesitation as you pull down > > the list or type in the name of the list item and have the combo > "follow" your typing. > > On large lists, for example a city table with 10555 cities, it locks up > the form for minutes as it opens. It also locks up the form for a long > period as you type in something like Racoon (an actual city name in the > table!). In fact performance gets marginally better the second time you > > do such a "search" through the combo, apparently due to caching in > memory? > > But in general it is unusable for "large" lists. I am going to have to > do some research for what "large" is. BTW, the same table loaded > directly into a combo using the query itself runs at a quite acceptable > speed, barely noticible hesitation as the combo "finds" racoon. > > I assume the difference is interpreted VBA callback vs optimized C++ or > even assembler callback "behind" the combo using the recordset. > > This still leaves plenty of opportunity to use the callback though since > > I have dozens of combos which use small lists. Getting these converted > to use a callback MIGHT make a significant difference in some of my > complex form load times. We shall see. > > I just thought you might be interested to know that I at least got it > working. > > John W. Colby > www.ColbyConsulting.com > > > Drew Wutka wrote: >> That's not necessary, to write a function for each control. One of > the >> arguments of that control is the control itself. >> >> So you could create one function, in a module, that would be your >> 'global' callback function. What I would recommend would be to create > a >> class that would handle recordset objects, and in your callback > function >> pull the appropriate recordset from that class based on the control >> argument that is passed to the callback function. >> >> Drew >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Wednesday, March 05, 2008 9:17 AM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] using ADO to populate combos - was RE: >> Error3048Cannotopen any more databases >> >> Long ago I tried using call back functions and the only way I could >> figure >> out to do it was write a callback for each object. That just doesn't >> work >> when you want to implement this easily and automatically system wide - >> five >> hundred different combos. >> >> John W. Colby >> Colby Consulting >> www.ColbyConsulting.com -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka >> Sent: Wednesday, March 05, 2008 10:06 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] using ADO to populate combos - was RE: Error >> 3048Cannotopen any more databases >> >> Use a callback function. >> >> Drew >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Wednesday, March 05, 2008 8:23 AM >> To: 'Access Developers discussion and problem solving' >> Subject: [AccessD] using ADO to populate combos - was RE: Error 3048 >> Cannotopen any more databases >> >> I was under the perhaps naive belief that with Access 2000 and > greater, >> a >> combo could be populated by an ADO recordset, i.e. it's rowsource >> property >> could be an ado recordset. When I go out and look, I am running into >> methods that build up a string and the row source type is set to value >> list. >> That is a rather useless solution in the majority of cases since the > max >> limit of characters in the list is around 2000. >> >> Is it in fact possible to make the rowsource an ADO recordset or am I >> delusional? If possible, how is it done? Example code would be nice. >> >> John W. Colby >> Colby Consulting >> www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From jwcolby at colbyconsulting.com Fri May 16 11:15:51 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 16 May 2008 12:15:51 -0400 Subject: [AccessD] cbo Callback - method In-Reply-To: References: Message-ID: <482DB337.3030407@colbyconsulting.com> Drew, The code is a function cboCallback(typical params here) calling a method of a class. The callback function (module): Option Compare Database Option Explicit Const cstrModule As String = "basCallback" Private mdb As DAO.Database Private mclsCallback As clsCallBack Function cboCallBack(control As control, ID As Variant, _ row As Variant, column As Variant, _ code As Variant) As Variant On Error GoTo Err_cboCallBack If code = acLBGetFormat Then cboCallBack = -1 Exit Function End If ' 'checks if the class is initialized If mclsCallback Is Nothing Then Set mclsCallback = New clsCallBack If mdb Is Nothing Then Set mdb = CurrentDb End If End If ' 'Calls the callback method of the class cboCallBack = mclsCallback.mCallBack(control, ID, row, column, code) Exit_cboCallBack: On Error Resume Next Exit Function Err_cboCallBack: LogErr Err.Number, Err.Description, Erl, cstrModule, "" Resume Exit_cboCallBack Resume 0 '.FOR TROUBLESHOOTING End Function > That shouldn't matter John, please post the code for your callback > function. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > That shouldn't matter John, please post the code for your callback > function. > > I've had large listboxes which are callback based too, which work fine. > > Drew From jwcolby at colbyconsulting.com Fri May 16 11:19:12 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 16 May 2008 12:19:12 -0400 Subject: [AccessD] cboCallback - class part In-Reply-To: References: Message-ID: <482DB400.5060902@colbyconsulting.com> Drew, You will have to comment out or fake up a logerr function as called in my error handlers. The system works just fine, it just bogs down for large data sets. > That shouldn't matter John, please post the code for your callback > function. '--------------------------------------------------------------------------------------- ' Module : clsCallBack ' Author : jwcolby ' Date : 5/15/2008 ' Purpose : This class implements the call back logic for multiple combo controls in a ' single callback. It is used in conjunction with basCallback. ' ' The concept is that we will load arrays of data using the names of queries passed in to ' mInit. As a combo uses a callback, the name of the combo will be checked in cboCallback ' and if it is different than the last time cboCallback was called then mInit of this class ' will be called passing in the name of the query used to fill the array. ' ' mInit will first attempt to load an existing array from a collection of arrays, keyed ' on the query name. If the array is found in the collection we are done. If it is not ' found then we will open the recordset and load the data into the array, and then store ' the array into the collection for the next time. ' ' Over time, every query ever used for a combo (that uses the callback) will eventually ' be cached in the collection. ' ' This provides a couple of advantages: ' ' 1) A query which directly using a query holds open a connection to the BE so we will ' use fewer connections. ' 2) Loading the data out of the BE requires time as the form opens. Since the recordsets ' will eventually all cache, the forms should open faster. ' '--------------------------------------------------------------------------------------- Option Compare Database Option Explicit Const cstrModule As String = "clsCallBack" Private mdb As DAO.Database Private strCtlName As String Private intRows As Integer Private intColumns As Integer Private varDisplayData() As Variant Private varRetVal As Variant Private mblnInitialized As Boolean Private mblnEnd As Boolean Private mInstanceCnt As Integer 'how many combos are using this class instance? Private mcolCboData As Collection 'Holds the arrays of data for combos, keyed on the query name Private Sub Class_Initialize() Set mdb = dbDAO Set mcolCboData = New Collection End Sub Private Sub Class_Terminate() Set mdb = Nothing Set mcolCboData = Nothing End Sub '--------------------------------------------------------------------------------------- ' Procedure : mInit ' Author : jwcolby ' Date : 5/15/2008 ' Purpose : Loads the data from a query into an array and stores the array into a ' collection. The recordset only loads once, then is found in the ' collection after that. '--------------------------------------------------------------------------------------- ' Public Function mInit(strQryName As String) On Error GoTo Err_mInit ' 'Attempt to get the query data out of the collection On Error Resume Next varDisplayData = mcolCboData(strQryName) ' 'If not found then load from a recordset If Err <> 0 Then Err.Clear On Error GoTo Err_mInit Dim rst As DAO.Recordset Set rst = mdb.OpenRecordset(strQryName) With rst rst.MoveLast rst.MoveFirst varDisplayData = rst.GetRows(rst.RecordCount) End With ' 'Once the data is loaded into the array, store in the collection, keyed on strQryName mcolCboData.Add varDisplayData, strQryName End If ' 'Get the row and column count for the callback function intRows = UBound(varDisplayData, 2) + 1 intColumns = UBound(varDisplayData, 1) + 1 Exit_mInit: On Error Resume Next If Not (rst Is Nothing) Then rst.Close: Set rst = Nothing Exit Function Err_mInit: LogErr Err.Number, Err.Description, Erl, cstrModule, "" Resume Exit_mInit Resume 0 '.FOR TROUBLESHOOTING End Function Property Get pInitialized() As Boolean pInitialized = mblnInitialized End Property Property Get pEnd() As Boolean pEnd = mblnEnd End Property '--------------------------------------------------------------------------------------- ' Procedure : mCallBack ' Author : jwcolby ' Date : 5/15/2008 ' Purpose : This is the actual callback function used to fill the combo. '--------------------------------------------------------------------------------------- ' Public Function mCallBack(control As control, ID As Variant, _ row As Variant, column As Variant, _ code As Variant) As Variant On Error GoTo Err_mCallBack If control.Name <> strCtlName Then 'Debug.Print strCtlName & ": Trips: " & lngTripCnt strCtlName = control.Name mInit "q" & strCtlName End If Select Case code Case acLBGetFormat 'Code 7 ' Return formatting information here. Case acLBGetValue 'Code 6 ' Return data to be displayed here. varRetVal = varDisplayData(column, row) Case acLBInitialize 'Code 0 ' Any necessary initialization code goes here. ' For example: determine number or rows and number ' of columns, save these values in the intRows and ' intColumns variables, and re-dimension the Static array ' varDisplayData(). 'Debug.Print control.Name & ": Code=" & code 'mInit "q" & control.Name mInstanceCnt = mInstanceCnt + 1 varRetVal = True Case acLBOpen 'Code 1 ' Return a unique id value here. varRetVal = Timer Case 2 'Debug.Print "code: " & code Case acLBGetRowCount 'Code 3 ' Return the number of rows here. varRetVal = intRows Case acLBGetColumnCount 'Code 4 ' Return the number of columns here. varRetVal = intColumns Case acLBGetColumnWidth 'Code 5 ' Return the column widths here. varRetVal = -1 Case acLBClose Case acLBEnd 'Code 9 ' Perform any necessary clean up here. mInstanceCnt = mInstanceCnt - 1 If mInstanceCnt = 0 Then mblnEnd = True Else mblnEnd = False End If Case Else 'Debug.Print "code: " & code End Select mCallBack = varRetVal Exit_mCallBack: Exit Function Err_mCallBack: LogErr Err.Number, Err.Description, Erl, cstrModule, "" Resume Exit_mCallBack Resume 0 '.FOR TROUBLESHOOTING End Function John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > That shouldn't matter John, please post the code for your callback > function. > > I've had large listboxes which are callback based too, which work fine. > > Drew From DWUTKA at Marlow.com Fri May 16 11:27:41 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 16 May 2008 11:27:41 -0500 Subject: [AccessD] cbo Callback - method In-Reply-To: <482DB337.3030407@colbyconsulting.com> Message-ID: Do you realize that you are creating an instance of this class for each callback? No wonder it's sluggish! (To check, but a debug statement into your initialize event). Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, May 16, 2008 11:16 AM To: Access Developers discussion and problem solving Subject: [AccessD] cbo Callback - method Drew, The code is a function cboCallback(typical params here) calling a method of a class. The callback function (module): Option Compare Database Option Explicit Const cstrModule As String = "basCallback" Private mdb As DAO.Database Private mclsCallback As clsCallBack Function cboCallBack(control As control, ID As Variant, _ row As Variant, column As Variant, _ code As Variant) As Variant On Error GoTo Err_cboCallBack If code = acLBGetFormat Then cboCallBack = -1 Exit Function End If ' 'checks if the class is initialized If mclsCallback Is Nothing Then Set mclsCallback = New clsCallBack If mdb Is Nothing Then Set mdb = CurrentDb End If End If ' 'Calls the callback method of the class cboCallBack = mclsCallback.mCallBack(control, ID, row, column, code) Exit_cboCallBack: On Error Resume Next Exit Function Err_cboCallBack: LogErr Err.Number, Err.Description, Erl, cstrModule, "" Resume Exit_cboCallBack Resume 0 '.FOR TROUBLESHOOTING End Function > That shouldn't matter John, please post the code for your callback > function. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > That shouldn't matter John, please post the code for your callback > function. > > I've had large listboxes which are callback based too, which work fine. > > Drew -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From jwcolby at colbyconsulting.com Fri May 16 11:41:37 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 16 May 2008 12:41:37 -0400 Subject: [AccessD] cbo Callback - method In-Reply-To: References: Message-ID: <482DB941.30307@colbyconsulting.com> Drew, That is not happening here. I place a debug.Print in the init event of the class and it fires exactly once. In fact I can close and reopen the test form and it does not fire again (as it should not). This code in the main function: ' 'checks if the class is initialized If mclsCallback Is Nothing Then Set mclsCallback = New clsCallBack If mdb Is Nothing Then Set mdb = CurrentDb End If End If checks if the mclsCallback is initialized and does not initialize it again. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > Do you realize that you are creating an instance of this class for each > callback? > > No wonder it's sluggish! (To check, but a debug statement into your > initialize event). > > Drew From DWUTKA at Marlow.com Fri May 16 11:48:05 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 16 May 2008 11:48:05 -0500 Subject: [AccessD] cbo Callback - method In-Reply-To: <482DB941.30307@colbyconsulting.com> Message-ID: What's holding it? Is this a bas module, or a class module,that contains the callback function? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, May 16, 2008 11:42 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] cbo Callback - method Drew, That is not happening here. I place a debug.Print in the init event of the class and it fires exactly once. In fact I can close and reopen the test form and it does not fire again (as it should not). This code in the main function: ' 'checks if the class is initialized If mclsCallback Is Nothing Then Set mclsCallback = New clsCallBack If mdb Is Nothing Then Set mdb = CurrentDb End If End If checks if the mclsCallback is initialized and does not initialize it again. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > Do you realize that you are creating an instance of this class for each > callback? > > No wonder it's sluggish! (To check, but a debug statement into your > initialize event). > > Drew -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From jwcolby at colbyconsulting.com Fri May 16 12:09:04 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 16 May 2008 13:09:04 -0400 Subject: [AccessD] cbo Callback - method In-Reply-To: References: Message-ID: <482DBFB0.5000903@colbyconsulting.com> The first email contained a complete module. The second email contained a complete class module. The function cboCallback contained in the module is called from the combo. In order to make it automagic, you need to use a naming convention, qCboName for the query name. As long as the query exists and contains the correct data for the combo of that name, the data will load into an array the first time that any combo calls cboCallBack, and the array will be stored into the collection. The second and subsequent times the data will be in the collection and will just be pulled out and used without hitting the table again. As an example a combo named cboState will cause qcboState to load the very first callback, but from then on any cbo state anywhere in the system will use the data in the array, stored in the collection in the class. This means that only queries that do not change the data contents (static data) can use this function. In order to discover WHICH combo is currently calling the callback, and more importantly that a DIFFERENT combo is now calling the callback, I store the CURRENT control name in the class. When the control name changes, the code goes to mInit() and tries to load the data for the current combo from the collection. If that fails, then a recordset is opened, data is loaded into the array, and the array is stored in the collection and used in the callback method of the class until the next combo control name change. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > What's holding it? Is this a bas module, or a class module,that > contains the callback function? > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, May 16, 2008 11:42 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] cbo Callback - method > > Drew, > > That is not happening here. I place a debug.Print in the init event of > the class and it fires exactly once. In fact I can close and reopen the > > test form and it does not fire again (as it should not). > > This code in the main function: > > ' > 'checks if the class is initialized > If mclsCallback Is Nothing Then > Set mclsCallback = New clsCallBack > If mdb Is Nothing Then > Set mdb = CurrentDb > End If > End If > > checks if the mclsCallback is initialized and does not initialize it > again. > > > John W. Colby > www.ColbyConsulting.com > > > Drew Wutka wrote: >> Do you realize that you are creating an instance of this class for > each >> callback? >> >> No wonder it's sluggish! (To check, but a debug statement into your >> initialize event). >> >> Drew > From jwcolby at colbyconsulting.com Fri May 16 13:58:27 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 16 May 2008 14:58:27 -0400 Subject: [AccessD] cbo Callback - method In-Reply-To: References: Message-ID: <482DD953.4000408@colbyconsulting.com> Drew, I pulled the entire thing out into a demo database, data tables, queries, classes and modules. Zipped and loaded onto my laptop (from the client) and guess what... the class is fast enough for large lists. The city combo works real time. I am a bit confused at this point, since I tested the city combo and it was taking 30 seconds to load / display / move way down the list. I remote desktop into the client over a slooooowwwww data link (384K MAXIMUM) and I have noticed that how fast the database operates is affected by the link speed, though I have never noticed a direct correlation like this. OTOH I went back in and created a city combo in my little demo database and it works just fine even when operated over the link at the client site. So I dunno. You are correct though, the code is fast enough even for a list of 10500 city names. Now I have to solve the question of "what happened earlier"? John W. Colby www.ColbyConsulting.com From jwcolby at colbyconsulting.com Fri May 16 14:01:39 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 16 May 2008 15:01:39 -0400 Subject: [AccessD] new combo callback demo file available to DBA Message-ID: <482DDA13.5000101@colbyconsulting.com> Jim Lawrence, If you are still the man to page about this, I have a demo that can be put up on the DBA site for showing how to do a generic combo callback. This is a database with 4 tables, queries, a demo form and the code for the callback. Get in touch with me if you want to get it up there. Thanks, -- John W. Colby www.ColbyConsulting.com From jengross at gte.net Fri May 16 16:12:53 2008 From: jengross at gte.net (Jennifer Gross) Date: Fri, 16 May 2008 13:12:53 -0800 Subject: [AccessD] Who is locking the record? Message-ID: <0K0Z007T29JF6YZF@vms042.mailsrvcs.net> Hi All, In a multi-user split database using Access security, using the statement Currentdb.Execute SQLUpdateQueryName, dbFailOnError When it generates the error 3218 that a record is locked, how can I find out which user is locking that record? Is there a better way to do this? What I want to do is know that the operation failed and let the user know which other user they need to go to and ask them to close a screen, or whatever. Thanks in advance, Jennifer From erbachs at gmail.com Fri May 16 22:25:06 2008 From: erbachs at gmail.com (Steve Erbach) Date: Fri, 16 May 2008 22:25:06 -0500 Subject: [AccessD] A favor In-Reply-To: References: Message-ID: <39cb22f30805162025xe674212qf71625f155ff2b3c@mail.gmail.com> Gustav, Thank you very much. I think the first-place guy has had some electioneering help, too, as his total went from 25 votes last night to 33 votes now. Dave is not too far back at 29. I know that he won't be crushed if he doesn't win; but I couldn't resist asking you and everybody else here at AccessD since he's a good egg. Steve Erbach Neenah, WI USA On Fri, May 16, 2008 at 5:37 AM, Gustav Brock wrote: > Hi Steve > > OK. Registered an put my vote ... > > /gustav > >> If any of you are CodeProject.com members, could you do me a favor? > > > -- From DWUTKA at Marlow.com Sat May 17 07:41:50 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Sat, 17 May 2008 07:41:50 -0500 Subject: [AccessD] cbo Callback - method In-Reply-To: <482DD953.4000408@colbyconsulting.com> Message-ID: LOL, well, you had me confused too... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, May 16, 2008 1:58 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] cbo Callback - method Drew, I pulled the entire thing out into a demo database, data tables, queries, classes and modules. Zipped and loaded onto my laptop (from the client) and guess what... the class is fast enough for large lists. The city combo works real time. I am a bit confused at this point, since I tested the city combo and it was taking 30 seconds to load / display / move way down the list. I remote desktop into the client over a slooooowwwww data link (384K MAXIMUM) and I have noticed that how fast the database operates is affected by the link speed, though I have never noticed a direct correlation like this. OTOH I went back in and created a city combo in my little demo database and it works just fine even when operated over the link at the client site. So I dunno. You are correct though, the code is fast enough even for a list of 10500 city names. Now I have to solve the question of "what happened earlier"? John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From rbgajewski at adelphia.net Sun May 18 12:01:21 2008 From: rbgajewski at adelphia.net (Bob Gajewski) Date: Sun, 18 May 2008 13:01:21 -0400 Subject: [AccessD] Problem with OrderBy function In-Reply-To: References: Message-ID: Dear Friends Once again, I find myself prevailing upon you to help me solve what should be an easy problem. I have a table (tblAgencies) which has an AutoNumber primary key and an AgencyName index (ascending). On my Form_Open (single form), I automatically apply a filter to show only those records that have a Yes/No field (AgencyMutualAidFlag) equal to true. On the form, there are two command buttons - one to show the filtered list (cmdApplyFilter) and one to show all records (cmdShowAllRecords). My problem is that when the form opens, the filtered recordset shows in proper order - alphabetically by AgencyName. However, clicking on cmdShowAllRecords returns the entire recordset but in AutoNumber order; not by name. How do I add the OrderBy code to the command button code to ensure that the records will ALWAYS be in AgencyName order? BTW, clicking on cmdApplyFilter does return the filtered recordset in alphabetical order. TIA, Bob Gajewski ----------------------------------------------------- Private Sub Form_Open(Cancel As Integer) Call cmdApplyFilter_Click End Sub ----------------------------------------------------- Private Sub cmdApplyFilter_Click() On Error GoTo Err_cmdApplyFilter_Click DoCmd.ApplyFilter , "AgencyMutualAidFlag = True" Exit_cmdApplyFilter_Click: Exit Sub Err_cmdApplyFilter_Click: MsgBox Err.Description Resume Exit_cmdApplyFilter_Click End Sub ----------------------------------------------------- Private Sub cmdShowAllRecords_Click() On Error GoTo Err_cmdShowAllRecords_Click DoCmd.ShowAllRecords Exit_cmdShowAllRecords_Click: Exit Sub Err_cmdShowAllRecords_Click: MsgBox Err.Description Resume Exit_cmdShowAllRecords_Click End Sub ----------------------------------------------------- From ssharkins at gmail.com Sun May 18 12:13:57 2008 From: ssharkins at gmail.com (Susan Harkins) Date: Sun, 18 May 2008 13:13:57 -0400 Subject: [AccessD] Problem with OrderBy function References: Message-ID: <044c01c8b90a$9020a850$6500a8c0@SusanOne> How do I add the OrderBy code to the command button code to ensure > that the records will ALWAYS be in AgencyName order? BTW, clicking on > cmdApplyFilter does return the filtered recordset in alphabetical order. =====What's the code you're currently using? Susan H. From Gustav at cactus.dk Sun May 18 12:17:42 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Sun, 18 May 2008 19:17:42 +0200 Subject: [AccessD] Problem with OrderBy function Message-ID: Hi Bob Sounds like you use the table directly as RecordSource for the form. Have you tried using: Select * From tblAgencies Order By AgencyName; as the source? /gustav >>> rbgajewski at adelphia.net 18-05-2008 19:01 >>> Dear Friends Once again, I find myself prevailing upon you to help me solve what should be an easy problem. I have a table (tblAgencies) which has an AutoNumber primary key and an AgencyName index (ascending). On my Form_Open (single form), I automatically apply a filter to show only those records that have a Yes/No field (AgencyMutualAidFlag) equal to true. On the form, there are two command buttons - one to show the filtered list (cmdApplyFilter) and one to show all records (cmdShowAllRecords). My problem is that when the form opens, the filtered recordset shows in proper order - alphabetically by AgencyName. However, clicking on cmdShowAllRecords returns the entire recordset but in AutoNumber order; not by name. How do I add the OrderBy code to the command button code to ensure that the records will ALWAYS be in AgencyName order? BTW, clicking on cmdApplyFilter does return the filtered recordset in alphabetical order. TIA, Bob Gajewski ----------------------------------------------------- Private Sub Form_Open(Cancel As Integer) Call cmdApplyFilter_Click End Sub ----------------------------------------------------- Private Sub cmdApplyFilter_Click() On Error GoTo Err_cmdApplyFilter_Click DoCmd.ApplyFilter , "AgencyMutualAidFlag = True" Exit_cmdApplyFilter_Click: Exit Sub Err_cmdApplyFilter_Click: MsgBox Err.Description Resume Exit_cmdApplyFilter_Click End Sub ----------------------------------------------------- Private Sub cmdShowAllRecords_Click() On Error GoTo Err_cmdShowAllRecords_Click DoCmd.ShowAllRecords Exit_cmdShowAllRecords_Click: Exit Sub Err_cmdShowAllRecords_Click: MsgBox Err.Description Resume Exit_cmdShowAllRecords_Click End Sub ----------------------------------------------------- From rbgajewski at adelphia.net Sun May 18 17:04:16 2008 From: rbgajewski at adelphia.net (Bob Gajewski) Date: Sun, 18 May 2008 18:04:16 -0400 Subject: [AccessD] Problem with OrderBy function In-Reply-To: References: Message-ID: Gustav Thank you soooo much - that solved everything! I figured it wasn't that difficult (for you gurus, anyways), but I just didn't know where to put it. Best regards, Bob PS - Susan ... I wasn't using any code before; that was the problem! As Gustav suspected, I was just using the table as the RecordSource. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Sunday, May 18, 2008 13:18 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Problem with OrderBy function Hi Bob Sounds like you use the table directly as RecordSource for the form. Have you tried using: Select * From tblAgencies Order By AgencyName; as the source? /gustav >>> rbgajewski at adelphia.net 18-05-2008 19:01 >>> Dear Friends Once again, I find myself prevailing upon you to help me solve what should be an easy problem. I have a table (tblAgencies) which has an AutoNumber primary key and an AgencyName index (ascending). On my Form_Open (single form), I automatically apply a filter to show only those records that have a Yes/No field (AgencyMutualAidFlag) equal to true. On the form, there are two command buttons - one to show the filtered list (cmdApplyFilter) and one to show all records (cmdShowAllRecords). My problem is that when the form opens, the filtered recordset shows in proper order - alphabetically by AgencyName. However, clicking on cmdShowAllRecords returns the entire recordset but in AutoNumber order; not by name. How do I add the OrderBy code to the command button code to ensure that the records will ALWAYS be in AgencyName order? BTW, clicking on cmdApplyFilter does return the filtered recordset in alphabetical order. TIA, Bob Gajewski ----------------------------------------------------- Private Sub Form_Open(Cancel As Integer) Call cmdApplyFilter_Click End Sub ----------------------------------------------------- Private Sub cmdApplyFilter_Click() On Error GoTo Err_cmdApplyFilter_Click DoCmd.ApplyFilter , "AgencyMutualAidFlag = True" Exit_cmdApplyFilter_Click: Exit Sub Err_cmdApplyFilter_Click: MsgBox Err.Description Resume Exit_cmdApplyFilter_Click End Sub ----------------------------------------------------- Private Sub cmdShowAllRecords_Click() On Error GoTo Err_cmdShowAllRecords_Click DoCmd.ShowAllRecords Exit_cmdShowAllRecords_Click: Exit Sub Err_cmdShowAllRecords_Click: MsgBox Err.Description Resume Exit_cmdShowAllRecords_Click End Sub ----------------------------------------------------- -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From newsgrps at dalyn.co.nz Sun May 18 21:24:40 2008 From: newsgrps at dalyn.co.nz (David Emerson) Date: Mon, 19 May 2008 14:24:40 +1200 Subject: [AccessD] Tabbing to Another control Message-ID: <20080519022354.IRRT16357.mta04.xtra.co.nz@Dalyn.dalyn.co.nz> I have a form called frmClient. On it is a tab called tabClient. On tabClient is a subform called sfrClientRevision On sfrClientRevision is a tab called tabRevision with two pages - pgeSaving and pgeBudget On pgeSaving is a subform called sfrClientInvestment On sfrClientInvestment is a field called cboInvestmentType On pgeBudget is a subform called sfrClientBudget On sfrClientBudget is a tab called tabCashFlow On tabCashFlow is a page called pgeSummary On pgeSummary is a field called txtpgeSummaryLast What I would like to do is this: When txtpgeSummaryLast is tabbed into, then the focus automatically moves to cboInvestmentType. What I have tried on the OnEnter event of txtpgeSummaryLast is this: DoCmd.GoToControl "sfrClientRevision" DoCmd.GoToControl "tabRevision" <-- Error here DoCmd.GoToPage "pgeSaving" DoCmd.GoToControl "sfrClientInvestment" DoCmd.GoToControl "cboInvestmentType" The error message I get is No 2109: There is no field named "tabRevision" in the current record. I have also tried: Forms!frmClient.SetFocus Forms!frmClient!sfrClientRevision.SetFocus Forms!frmClient!sfrClientRevision.Forms!sfrClientInvestment.SetFocus <-- Error here The error message I get is No 438: Object doesn't support this property or method. How can I get from txtpgeSummaryLast to cboInvestmentType? From miscellany at mvps.org Sun May 18 21:36:21 2008 From: miscellany at mvps.org (Steve Schapel) Date: Mon, 19 May 2008 14:36:21 +1200 Subject: [AccessD] Tabbing to Another control In-Reply-To: <20080519022354.IRRT16357.mta04.xtra.co.nz@Dalyn.dalyn.co.nz> References: <20080519022354.IRRT16357.mta04.xtra.co.nz@Dalyn.dalyn.co.nz> Message-ID: <4830E7A5.4060409@mvps.org> Hi David, Basically, whether a control is on a tab control or not is irrelevant. Without testing, I'm pretty sure this will do it: Me.Parent.sfrClientInvestment.Form!cboInvestmentType.SetFocus Regards Steve David Emerson wrote: > I have a form called frmClient. > On it is a tab called tabClient. > On tabClient is a subform called sfrClientRevision > On sfrClientRevision is a tab called tabRevision with two pages - > pgeSaving and pgeBudget > > On pgeSaving is a subform called sfrClientInvestment > On sfrClientInvestment is a field called cboInvestmentType > > On pgeBudget is a subform called sfrClientBudget > On sfrClientBudget is a tab called tabCashFlow > On tabCashFlow is a page called pgeSummary > On pgeSummary is a field called txtpgeSummaryLast > > What I would like to do is this: When txtpgeSummaryLast is tabbed > into, then the focus automatically moves to cboInvestmentType. > > What I have tried on the OnEnter event of txtpgeSummaryLast is this: > > DoCmd.GoToControl "sfrClientRevision" > DoCmd.GoToControl "tabRevision" <-- Error here > DoCmd.GoToPage "pgeSaving" > DoCmd.GoToControl "sfrClientInvestment" > DoCmd.GoToControl "cboInvestmentType" > > The error message I get is No 2109: There is no field named > "tabRevision" in the current record. > > I have also tried: > > Forms!frmClient.SetFocus > Forms!frmClient!sfrClientRevision.SetFocus > Forms!frmClient!sfrClientRevision.Forms!sfrClientInvestment.SetFocus > <-- Error here > > The error message I get is No 438: Object doesn't support this > property or method. > > How can I get from txtpgeSummaryLast to cboInvestmentType? > From Darryl.Collins at coles.com.au Sun May 18 21:37:21 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Mon, 19 May 2008 12:37:21 +1000 Subject: [AccessD] Tabbing to Another control Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD7389@WPEXCH05.colesmyer.ad.cmltd.net.au> Just a quick thing. Did you double check the NAME field is what you think it is? Often the SOURCE OBJECT has the name you want and the NAME has something stupid like combobox1. Sorry if you have already done this, but it just seems like the place to start. cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of David Emerson Sent: Monday, 19 May 2008 12:25 PM To: accessd at databaseadvisors.com Subject: [AccessD] Tabbing to Another control I have a form called frmClient. On it is a tab called tabClient. On tabClient is a subform called sfrClientRevision On sfrClientRevision is a tab called tabRevision with two pages - pgeSaving and pgeBudget On pgeSaving is a subform called sfrClientInvestment On sfrClientInvestment is a field called cboInvestmentType On pgeBudget is a subform called sfrClientBudget On sfrClientBudget is a tab called tabCashFlow On tabCashFlow is a page called pgeSummary On pgeSummary is a field called txtpgeSummaryLast What I would like to do is this: When txtpgeSummaryLast is tabbed into, then the focus automatically moves to cboInvestmentType. What I have tried on the OnEnter event of txtpgeSummaryLast is this: DoCmd.GoToControl "sfrClientRevision" DoCmd.GoToControl "tabRevision" <-- Error here DoCmd.GoToPage "pgeSaving" DoCmd.GoToControl "sfrClientInvestment" DoCmd.GoToControl "cboInvestmentType" The error message I get is No 2109: There is no field named "tabRevision" in the current record. I have also tried: Forms!frmClient.SetFocus Forms!frmClient!sfrClientRevision.SetFocus Forms!frmClient!sfrClientRevision.Forms!sfrClientInvestment.SetFocus <-- Error here The error message I get is No 438: Object doesn't support this property or method. How can I get from txtpgeSummaryLast to cboInvestmentType? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From edzedz at comcast.net Sun May 18 23:08:38 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Sun, 18 May 2008 21:08:38 -0700 Subject: [AccessD] Tabbing to Another control In-Reply-To: <4830E7A5.4060409@mvps.org> Message-ID: <002e01c8b966$04d65fe0$63dea8c0@dudley1> -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Steve Schapel Sent: Sunday, May 18, 2008 7:36 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Tabbing to Another control Hi David, Basically, whether a control is on a tab control or not is irrelevant. Without testing, I'm pretty sure this will do it: Me.Parent.sfrClientInvestment.Form!cboInvestmentType.SetFocus Regards Steve David Emerson wrote: > I have a form called frmClient. > On it is a tab called tabClient. > On tabClient is a subform called sfrClientRevision > On sfrClientRevision is a tab called tabRevision with two pages - > pgeSaving and pgeBudget > > On pgeSaving is a subform called sfrClientInvestment > On sfrClientInvestment is a field called cboInvestmentType > > On pgeBudget is a subform called sfrClientBudget > On sfrClientBudget is a tab called tabCashFlow > On tabCashFlow is a page called pgeSummary > On pgeSummary is a field called txtpgeSummaryLast > > What I would like to do is this: When txtpgeSummaryLast is tabbed > into, then the focus automatically moves to cboInvestmentType. > > What I have tried on the OnEnter event of txtpgeSummaryLast is this: > > DoCmd.GoToControl "sfrClientRevision" > DoCmd.GoToControl "tabRevision" <-- Error here > DoCmd.GoToPage "pgeSaving" > DoCmd.GoToControl "sfrClientInvestment" > DoCmd.GoToControl "cboInvestmentType" > > The error message I get is No 2109: There is no field named > "tabRevision" in the current record. > > I have also tried: > > Forms!frmClient.SetFocus > Forms!frmClient!sfrClientRevision.SetFocus > Forms!frmClient!sfrClientRevision.Forms!sfrClientInvestment.SetFocus > <-- Error here > > The error message I get is No 438: Object doesn't support this > property or method. > > How can I get from txtpgeSummaryLast to cboInvestmentType? > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From edzedz at comcast.net Sun May 18 23:21:01 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Sun, 18 May 2008 21:21:01 -0700 Subject: [AccessD] Tabbing to Another control In-Reply-To: <4830E7A5.4060409@mvps.org> Message-ID: <002f01c8b967$bf3bda80$63dea8c0@dudley1> These also work. . . [Forms]![frmMain1].SubForm.Form.RecordSource = sSQL [Forms]![frmMain1].SubForm.Form.Requery [Forms]![frmMain1].SubForm.Form.Refresh [Forms]![frmMain1].SubForm("cmdOKButton").SetFocus - or - [Forms]![frmDataView].SubFind.Form.cmdGetID.SetFocus Please note the second word .Form. doesn't have an "S". -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Steve Schapel miscellany at mvps.org Sent: Sunday, May 18, 2008 7:36 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Tabbing to Another control Hi David, Basically, whether a control is on a tab control or not is irrelevant. Without testing, I'm pretty sure this will do it: Me.Parent.sfrClientInvestment.Form!cboInvestmentType.SetFocus Regards Steve David Emerson wrote: > I have a form called frmClient. > On it is a tab called tabClient. > On tabClient is a subform called sfrClientRevision > On sfrClientRevision is a tab called tabRevision with two pages - > pgeSaving and pgeBudget > > On pgeSaving is a subform called sfrClientInvestment > On sfrClientInvestment is a field called cboInvestmentType > > On pgeBudget is a subform called sfrClientBudget > On sfrClientBudget is a tab called tabCashFlow > On tabCashFlow is a page called pgeSummary > On pgeSummary is a field called txtpgeSummaryLast > > What I would like to do is this: When txtpgeSummaryLast is tabbed > into, then the focus automatically moves to cboInvestmentType. > > What I have tried on the OnEnter event of txtpgeSummaryLast is this: > > DoCmd.GoToControl "sfrClientRevision" > DoCmd.GoToControl "tabRevision" <-- Error here > DoCmd.GoToPage "pgeSaving" > DoCmd.GoToControl "sfrClientInvestment" > DoCmd.GoToControl "cboInvestmentType" > > The error message I get is No 2109: There is no field named > "tabRevision" in the current record. > > I have also tried: > > Forms!frmClient.SetFocus > Forms!frmClient!sfrClientRevision.SetFocus > Forms!frmClient!sfrClientRevision.Forms!sfrClientInvestment.SetFocus > <-- Error here > > The error message I get is No 438: Object doesn't support this > property or method. > > How can I get from txtpgeSummaryLast to cboInvestmentType? > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From newsgrps at dalyn.co.nz Sun May 18 23:27:41 2008 From: newsgrps at dalyn.co.nz (David Emerson) Date: Mon, 19 May 2008 16:27:41 +1200 Subject: [AccessD] Tabbing to Another control In-Reply-To: <002f01c8b967$bf3bda80$63dea8c0@dudley1> References: <4830E7A5.4060409@mvps.org> <002f01c8b967$bf3bda80$63dea8c0@dudley1> Message-ID: <20080519042713.DWCC16357.mta04.xtra.co.nz@Dalyn.dalyn.co.nz> Thans Steve, Edward and Darryl. The final solution was: Forms!frmClient!sfrClientRevision.Form!sfrClientInvestment.SetFocus Since cboInvestmentType was the first control on the form it ended up with the focus. Regards David At 19/05/2008, you wrote: > These also work. . . > > [Forms]![frmMain1].SubForm.Form.RecordSource = sSQL > [Forms]![frmMain1].SubForm.Form.Requery > [Forms]![frmMain1].SubForm.Form.Refresh > [Forms]![frmMain1].SubForm("cmdOKButton").SetFocus > > - or - > > [Forms]![frmDataView].SubFind.Form.cmdGetID.SetFocus > > Please note the second word .Form. doesn't have an "S". > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Steve Schapel >miscellany at mvps.org >Sent: Sunday, May 18, 2008 7:36 PM >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] Tabbing to Another control > > >Hi David, > >Basically, whether a control is on a tab control or not is irrelevant. > >Without testing, I'm pretty sure this will do it: > >Me.Parent.sfrClientInvestment.Form!cboInvestmentType.SetFocus > >Regards >Steve > > >David Emerson wrote: > > I have a form called frmClient. > > On it is a tab called tabClient. > > On tabClient is a subform called sfrClientRevision > > On sfrClientRevision is a tab called tabRevision with two pages - > > pgeSaving and pgeBudget > > > > On pgeSaving is a subform called sfrClientInvestment > > On sfrClientInvestment is a field called cboInvestmentType > > > > On pgeBudget is a subform called sfrClientBudget > > On sfrClientBudget is a tab called tabCashFlow > > On tabCashFlow is a page called pgeSummary > > On pgeSummary is a field called txtpgeSummaryLast > > > > What I would like to do is this: When txtpgeSummaryLast is tabbed > > into, then the focus automatically moves to cboInvestmentType. > > > > What I have tried on the OnEnter event of txtpgeSummaryLast is this: > > > > DoCmd.GoToControl "sfrClientRevision" > > DoCmd.GoToControl "tabRevision" <-- Error here > > DoCmd.GoToPage "pgeSaving" > > DoCmd.GoToControl "sfrClientInvestment" > > DoCmd.GoToControl "cboInvestmentType" > > > > The error message I get is No 2109: There is no field named > > "tabRevision" in the current record. > > > > I have also tried: > > > > Forms!frmClient.SetFocus > > Forms!frmClient!sfrClientRevision.SetFocus > > Forms!frmClient!sfrClientRevision.Forms!sfrClientInvestment.SetFocus > > <-- Error here > > > > The error message I get is No 438: Object doesn't support this > > property or method. > > > > How can I get from txtpgeSummaryLast to cboInvestmentType? > > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From miscellany at mvps.org Sun May 18 23:47:41 2008 From: miscellany at mvps.org (Steve Schapel) Date: Mon, 19 May 2008 16:47:41 +1200 Subject: [AccessD] Tabbing to Another control In-Reply-To: <20080519042713.DWCC16357.mta04.xtra.co.nz@Dalyn.dalyn.co.nz> References: <4830E7A5.4060409@mvps.org> <002f01c8b967$bf3bda80$63dea8c0@dudley1> <20080519042713.DWCC16357.mta04.xtra.co.nz@Dalyn.dalyn.co.nz> Message-ID: <4831066D.50401@mvps.org> David, David Emerson wrote: > Since cboInvestmentType was the first control on the form it ended up > with the focus. That sounds pretty cool, if it works. However, I wouldn't myself feel comfortable about relying on the Tab Order of the subform to manage this for you. If the subform has not already been accessed during the session, no worries, but I think there is a danger that if the form has been previously accessed then the focus could be on a control other than the "first". Just a thought. Regards Steve From fuller.artful at gmail.com Mon May 19 06:12:48 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 19 May 2008 07:12:48 -0400 Subject: [AccessD] Prevent opening the database window Message-ID: <29f585dd0805190412w2563224amf59b4b231a2ca0ed@mail.gmail.com> How does one prevent a user from opening the database window? As the last step in this Access 2003 app, I need to do this. TIA, Arthur From paul.hartland at googlemail.com Mon May 19 06:22:52 2008 From: paul.hartland at googlemail.com (Paul Hartland) Date: Mon, 19 May 2008 12:22:52 +0100 Subject: [AccessD] Prevent opening the database window In-Reply-To: <29f585dd0805190412w2563224amf59b4b231a2ca0ed@mail.gmail.com> References: <29f585dd0805190412w2563224amf59b4b231a2ca0ed@mail.gmail.com> Message-ID: <38c884770805190422xeadf5m1daf5778607b60b0@mail.gmail.com> Tools, Startup, uncheck the display database window box 2008/5/19 Arthur Fuller : > How does one prevent a user from opening the database window? As the last > step in this Access 2003 app, I need to do this. > > TIA, > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Paul Hartland paul.hartland at googlemail.com From fuller.artful at gmail.com Mon May 19 07:01:18 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 19 May 2008 08:01:18 -0400 Subject: [AccessD] Prevent opening the database window In-Reply-To: <38c884770805190422xeadf5m1daf5778607b60b0@mail.gmail.com> References: <29f585dd0805190412w2563224amf59b4b231a2ca0ed@mail.gmail.com> <38c884770805190422xeadf5m1daf5778607b60b0@mail.gmail.com> Message-ID: <29f585dd0805190501r4f552e7drbe73b612c5bd87c@mail.gmail.com> Thanks. Arthur On Mon, May 19, 2008 at 7:22 AM, Paul Hartland wrote: > Tools, Startup, uncheck the display database window box > > From jwcolby at colbyconsulting.com Mon May 19 07:06:15 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 19 May 2008 08:06:15 -0400 Subject: [AccessD] Prevent opening the database window In-Reply-To: <38c884770805190422xeadf5m1daf5778607b60b0@mail.gmail.com> References: <29f585dd0805190412w2563224amf59b4b231a2ca0ed@mail.gmail.com> <38c884770805190422xeadf5m1daf5778607b60b0@mail.gmail.com> Message-ID: <48316D37.3070702@colbyconsulting.com> Arthur, > Tools, Startup, uncheck the display database window box This much prevents the database windows from being displayed as the database window opens. The database window is simply hidden, but can still be unhidden by the F11 shortcut. In order to disable that and other shortcuts you need to uncheck "use access special keys while in Tools / startup. THAT only disables the special keys however. The database window can still be unhidden from the menu bar Window / Unhide. Thus to absolutely prevent the database window from being unhidden you need to do both of the above, and then uncheck allow full Menus while in Tools / Startup. HOWEVER... you (the developer) will not be able to get at it as well. As you might know I have a tool on my web site to allow you to turn all that stuff back on (and off as well) from an external Access database (the tool on my web site). Some developers do things like create a hidden area of the switchboard that they can dbl click on to unhide the db window, ask for a password etc. there are many "programmatic" workarounds should you decide to tighten things down really well. So, the question you have to ask is "how far do I need to go to keep the users out". Just hide it? Disable the special keys? Replace the menu so they can't get at the Windows / unhide? And that of course depends on your users. A funny story... One day I was walking by a cubicle at my client's office and saw a user in design view of a table. I came to a screeching halt and asked what she was doing. She replied that she was renaming some fields in the tables. I informed her that renaming fields in tables was not her job and that in the future, if she needed something like that done in the database she should talk to her boss. It seems she had attended an Access class and was all set to start applying her new found knowledge (a little of which is a DANGEROUS thing!). The funniest part is that it was a split FE/BE, where the FE downloaded to her desktop every morning so: 1) She was renaming a field in a linked table 2) She was renaming a field in a FE that tomorrow would be downloaded anew to her machine. All of which she was blissfully unaware. You may believe me, I did not inform her of those points. I went to her boss and let him know (just in case she ignored my warning) and we had a good chuckle together. John W. Colby www.ColbyConsulting.com Paul Hartland wrote: > Tools, Startup, uncheck the display database window box > > 2008/5/19 Arthur Fuller : > >> How does one prevent a user from opening the database window? As the last >> step in this Access 2003 app, I need to do this. >> >> TIA, >> Arthur >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > From EdTesiny at oasas.state.ny.us Mon May 19 09:28:18 2008 From: EdTesiny at oasas.state.ny.us (Tesiny, Ed) Date: Mon, 19 May 2008 10:28:18 -0400 Subject: [AccessD] Multiple Frontend Users Message-ID: Hi All, This is probably a simple question but we're so busy at work I want to make sure I don't screw something up. Have an Access database linked to SQL Server 2000 via ODBC. Actually, there are some Access table in there too. Can I just put the Access database on a network server...there will be 3 users...or should I split the database. I think the latter, in case the users want to take snapshots of the live data and create Access tables. MTIA, Ed Edward P. Tesiny Assistant Director for Evaluation New York State OASAS 1450 Western Avenue Albany, NY 12203 Phone: (518) 485-7189 Fax: (518) 485-5769 EdTesiny at oasas.state.ny.us IMPORTANT: This E-mail may contain confidential material for the sole use of the intended recipient. The use, distribution, transmittal or re-transmittal by an unintended recipient of any communication is prohibited without our express approval in writing or by e-mail. Any use, distribution, transmittal or re-transmittal by persons who are not intended recipients of this e-mail may be a violation of law and is strictly prohibited. If you are not the intended recipient please contact the sender and delete all copies. E-mail transmission cannot be guaranteed to be secure or error-free. The sender therefore does not accept liability for any errors or omissions in the contents of this transmission. All e-mails sent to or from NYS OASAS are to be used for our business purposes only. E-mails sent from or to NYS OASAS are subject to review by the Agency. From jwcolby at colbyconsulting.com Mon May 19 09:37:31 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 19 May 2008 10:37:31 -0400 Subject: [AccessD] Multiple Frontend Users In-Reply-To: References: Message-ID: <483190AB.7030704@colbyconsulting.com> It is generally accepted Access "best practice" to not have multiple users in the same FRONT END on a network share. I would split it. John W. Colby www.ColbyConsulting.com Tesiny, Ed wrote: > Hi All, > This is probably a simple question but we're so busy at work I want to > make sure I don't screw something up. Have an Access database linked to > SQL Server 2000 via ODBC. Actually, there are some Access table in > there too. Can I just put the Access database on a network > server...there will be 3 users...or should I split the database. I > think the latter, in case the users want to take snapshots of the live > data and create Access tables. > MTIA, > Ed > > Edward P. Tesiny > Assistant Director for Evaluation > New York State OASAS > 1450 Western Avenue > Albany, NY 12203 > Phone: (518) 485-7189 > Fax: (518) 485-5769 > EdTesiny at oasas.state.ny.us > > > IMPORTANT: This E-mail may contain confidential material for the sole > use of the intended recipient. The use, distribution, transmittal or > re-transmittal by an unintended recipient of any communication is > prohibited without our express approval in writing or by e-mail. Any > use, distribution, transmittal or re-transmittal by persons who are not > intended recipients of this e-mail may be a violation of law and is > strictly prohibited. If you are not the intended recipient please > contact the sender and delete all copies. E-mail transmission cannot be > guaranteed to be secure or error-free. The sender therefore does not > accept liability for any errors or omissions in the contents of this > transmission. All e-mails sent to or from NYS OASAS are to be used for > our business purposes only. E-mails sent from or to NYS OASAS are > subject to review by the Agency. > > From dwaters at usinternet.com Mon May 19 09:42:02 2008 From: dwaters at usinternet.com (Dan Waters) Date: Mon, 19 May 2008 09:42:02 -0500 Subject: [AccessD] Multiple Frontend Users In-Reply-To: References: Message-ID: Ed, Even with 3 users, splitting is a good preventive measure to avoid data corruption. You can put the Access Back End .mdb file on the server, and put the Front end .mdb files on each user's PC. Managing 3 users shouldn't be difficult. Good Luck! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tesiny, Ed Sent: Monday, May 19, 2008 9:28 AM To: Access Developers discussion and problem solving Subject: [AccessD] Multiple Frontend Users Hi All, This is probably a simple question but we're so busy at work I want to make sure I don't screw something up. Have an Access database linked to SQL Server 2000 via ODBC. Actually, there are some Access table in there too. Can I just put the Access database on a network server...there will be 3 users...or should I split the database. I think the latter, in case the users want to take snapshots of the live data and create Access tables. MTIA, Ed Edward P. Tesiny Assistant Director for Evaluation New York State OASAS 1450 Western Avenue Albany, NY 12203 Phone: (518) 485-7189 Fax: (518) 485-5769 EdTesiny at oasas.state.ny.us IMPORTANT: This E-mail may contain confidential material for the sole use of the intended recipient. The use, distribution, transmittal or re-transmittal by an unintended recipient of any communication is prohibited without our express approval in writing or by e-mail. Any use, distribution, transmittal or re-transmittal by persons who are not intended recipients of this e-mail may be a violation of law and is strictly prohibited. If you are not the intended recipient please contact the sender and delete all copies. E-mail transmission cannot be guaranteed to be secure or error-free. The sender therefore does not accept liability for any errors or omissions in the contents of this transmission. All e-mails sent to or from NYS OASAS are to be used for our business purposes only. E-mails sent from or to NYS OASAS are subject to review by the Agency. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From edzedz at comcast.net Mon May 19 10:44:37 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Mon, 19 May 2008 08:44:37 -0700 Subject: [AccessD] Multiple Frontend Users In-Reply-To: Message-ID: <003c01c8b9c7$3f6e8fe0$63dea8c0@dudley1> I have had several users use Access successfully using the DB concurrently on a network. However, you might want to discover what its internal tables do. What is its front-end doing is another thing you should look into. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Tesiny, Ed Sent: Monday, May 19, 2008 7:28 AM To: Access Developers discussion and problem solving Subject: [AccessD] Multiple Frontend Users Hi All, This is probably a simple question but we're so busy at work I want to make sure I don't screw something up. Have an Access database linked to SQL Server 2000 via ODBC. Actually, there are some Access table in there too. Can I just put the Access database on a network server...there will be 3 users...or should I split the database. I think the latter, in case the users want to take snapshots of the live data and create Access tables. MTIA, Ed Edward P. Tesiny Assistant Director for Evaluation New York State OASAS 1450 Western Avenue Albany, NY 12203 Phone: (518) 485-7189 Fax: (518) 485-5769 EdTesiny at oasas.state.ny.us IMPORTANT: This E-mail may contain confidential material for the sole use of the intended recipient. The use, distribution, transmittal or re-transmittal by an unintended recipient of any communication is prohibited without our express approval in writing or by e-mail. Any use, distribution, transmittal or re-transmittal by persons who are not intended recipients of this e-mail may be a violation of law and is strictly prohibited. If you are not the intended recipient please contact the sender and delete all copies. E-mail transmission cannot be guaranteed to be secure or error-free. The sender therefore does not accept liability for any errors or omissions in the contents of this transmission. All e-mails sent to or from NYS OASAS are to be used for our business purposes only. E-mails sent from or to NYS OASAS are subject to review by the Agency. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Mon May 19 10:27:42 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Mon, 19 May 2008 08:27:42 -0700 Subject: [AccessD] Multiple Frontend Users In-Reply-To: <003c01c8b9c7$3f6e8fe0$63dea8c0@dudley1> References: <003c01c8b9c7$3f6e8fe0$63dea8c0@dudley1> Message-ID: Then you have been very, VERY fortunate. That is a recipe for disaster. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S Zuris Sent: Monday, May 19, 2008 8:45 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Multiple Frontend Users I have had several users use Access successfully using the DB concurrently on a network. However, you might want to discover what its internal tables do. What is its front-end doing is another thing you should look into. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Tesiny, Ed Sent: Monday, May 19, 2008 7:28 AM To: Access Developers discussion and problem solving Subject: [AccessD] Multiple Frontend Users Hi All, This is probably a simple question but we're so busy at work I want to make sure I don't screw something up. Have an Access database linked to SQL Server 2000 via ODBC. Actually, there are some Access table in there too. Can I just put the Access database on a network server...there will be 3 users...or should I split the database. I think the latter, in case the users want to take snapshots of the live data and create Access tables. MTIA, Ed Edward P. Tesiny Assistant Director for Evaluation New York State OASAS 1450 Western Avenue Albany, NY 12203 Phone: (518) 485-7189 Fax: (518) 485-5769 EdTesiny at oasas.state.ny.us IMPORTANT: This E-mail may contain confidential material for the sole use of the intended recipient. The use, distribution, transmittal or re-transmittal by an unintended recipient of any communication is prohibited without our express approval in writing or by e-mail. Any use, distribution, transmittal or re-transmittal by persons who are not intended recipients of this e-mail may be a violation of law and is strictly prohibited. If you are not the intended recipient please contact the sender and delete all copies. E-mail transmission cannot be guaranteed to be secure or error-free. The sender therefore does not accept liability for any errors or omissions in the contents of this transmission. All e-mails sent to or from NYS OASAS are to be used for our business purposes only. E-mails sent from or to NYS OASAS are subject to review by the Agency. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Mon May 19 10:48:07 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 19 May 2008 11:48:07 -0400 Subject: [AccessD] Max rows columns in an array Message-ID: <4831A137.5080602@colbyconsulting.com> Does anyone know what the maximum row / column size is in a VBA Array? Is it an Integer or a Long integer? -- John W. Colby www.ColbyConsulting.com From jwcolby at colbyconsulting.com Mon May 19 10:49:09 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 19 May 2008 11:49:09 -0400 Subject: [AccessD] Multiple Frontend Users In-Reply-To: References: <003c01c8b9c7$3f6e8fe0$63dea8c0@dudley1> Message-ID: <4831A175.3030605@colbyconsulting.com> Thanks Charlotte. I didn't want to get into that argument but that is my understanding as well. John W. Colby www.ColbyConsulting.com Charlotte Foust wrote: > Then you have been very, VERY fortunate. That is a recipe for disaster. > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S > Zuris > Sent: Monday, May 19, 2008 8:45 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Multiple Frontend Users > > > I have had several users use Access successfully using the DB > concurrently on a network. > > However, you might want to discover what its internal tables do. What > is its front-end doing is another thing you should look into. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Tesiny, Ed > Sent: Monday, May 19, 2008 7:28 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Multiple Frontend Users > > > Hi All, > This is probably a simple question but we're so busy at work I want to > make sure I don't screw something up. Have an Access database linked to > SQL Server 2000 via ODBC. Actually, there are some Access table in > there too. Can I just put the Access database on a network > server...there will be 3 users...or should I split the database. I > think the latter, in case the users want to take snapshots of the live > data and create Access tables. > MTIA, > Ed > > Edward P. Tesiny > Assistant Director for Evaluation > New York State OASAS > 1450 Western Avenue > Albany, NY 12203 > Phone: (518) 485-7189 > Fax: (518) 485-5769 > EdTesiny at oasas.state.ny.us > > > IMPORTANT: This E-mail may contain confidential material for the sole > use of the intended recipient. The use, distribution, transmittal or > re-transmittal by an unintended recipient of any communication is > prohibited without our express approval in writing or by e-mail. Any > use, distribution, transmittal or re-transmittal by persons who are not > intended recipients of this e-mail may be a violation of law and is > strictly prohibited. If you are not the intended recipient please > contact the sender and delete all copies. E-mail transmission cannot be > guaranteed to be secure or error-free. The sender therefore does not > accept liability for any errors or omissions in the contents of this > transmission. All e-mails sent to or from NYS OASAS are to be used for > our business purposes only. E-mails sent from or to NYS OASAS are > subject to review by the Agency. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Lambert.Heenan at AIG.com Mon May 19 11:10:20 2008 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Mon, 19 May 2008 11:10:20 -0500 Subject: [AccessD] Max rows columns in an array Message-ID: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C41C@XLIVMBX35bkup.aig.com> That's confirmed now Dim BigArray(66000) As Integer Dim BigggerArray(2147483647) As Integer Dim BiggestArray(2147483650) As Integer The third line results in an overflow error when you try to compile. So Long Integer it is. Lambert -----Original Message----- From: Heenan, Lambert Sent: Monday, May 19, 2008 12:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Max rows columns in an array >From the help file: "The maximum size of an array varies, based on your operating system and how much memory is available. Using an array that exceeds the amount of RAM available on your system is slower because the data must be read from and written to disk." So that implies that the index is a Long integer to me. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, May 19, 2008 11:48 AM To: Access Developers discussion and problem solving Subject: [AccessD] Max rows columns in an array Does anyone know what the maximum row / column size is in a VBA Array? Is it an Integer or a Long integer? -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From john at winhaven.net Mon May 19 11:10:50 2008 From: john at winhaven.net (John Bartow) Date: Mon, 19 May 2008 11:10:50 -0500 Subject: [AccessD] Multiple Frontend Users In-Reply-To: <4831A175.3030605@colbyconsulting.com> Message-ID: <200805191610.m4JGAfmt025788@databaseadvisors.com> Ditto John B. -----Original Message----- On Behalf Of jwcolby Thanks Charlotte. I didn't want to get into that argument but that is my understanding as well. John W. Colby Charlotte Foust wrote: > Then you have been very, VERY fortunate. That is a recipe for disaster. From mmattys at rochester.rr.com Mon May 19 11:15:12 2008 From: mmattys at rochester.rr.com (Michael R Mattys) Date: Mon, 19 May 2008 12:15:12 -0400 Subject: [AccessD] Max rows columns in an array References: <4831A137.5080602@colbyconsulting.com> Message-ID: <004501c8b9cb$853baf40$0302a8c0@Laptop> I've never heard of it. However, long before you've reached theoretical limits, you'll have switched over to collections or linked lists. Redim Preserve on a large array is like manipulation of a 500 mb bitmap with limited RAM. Michael R. Mattys MapPoint & Access Dev www.mattysconsulting.com ----- Original Message ----- From: "jwcolby" To: "Access Developers discussion and problem solving" Sent: Monday, May 19, 2008 11:48 AM Subject: [AccessD] Max rows columns in an array > Does anyone know what the maximum row / column size is in a VBA Array? > Is it an Integer or a Long integer? > > -- > John W. Colby > www.ColbyConsulting.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Lambert.Heenan at AIG.com Mon May 19 11:01:08 2008 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Mon, 19 May 2008 12:01:08 -0400 Subject: [AccessD] Max rows columns in an array Message-ID: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C40E@XLIVMBX35bkup.aig.com> >From the help file: "The maximum size of an array varies, based on your operating system and how much memory is available. Using an array that exceeds the amount of RAM available on your system is slower because the data must be read from and written to disk." So that implies that the index is a Long integer to me. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, May 19, 2008 11:48 AM To: Access Developers discussion and problem solving Subject: [AccessD] Max rows columns in an array Does anyone know what the maximum row / column size is in a VBA Array? Is it an Integer or a Long integer? -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at AIG.com Mon May 19 11:26:06 2008 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Mon, 19 May 2008 11:26:06 -0500 Subject: [AccessD] Max rows columns in an array Message-ID: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C42C@XLIVMBX35bkup.aig.com> You may be right that huge arrays are slow to manipulate when you need to use Redim Preserve (never had to find out myself), but is that disadvantage at least partly offset by the speed with which one can access an element in the array? How do Collections compare with Arrays for random access to the elements? I'm pretty sure that a linked list will be on the slow side, but not sure about Collections. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael R Mattys Sent: Monday, May 19, 2008 12:15 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Max rows columns in an array I've never heard of it. However, long before you've reached theoretical limits, you'll have switched over to collections or linked lists. Redim Preserve on a large array is like manipulation of a 500 mb bitmap with limited RAM. Michael R. Mattys MapPoint & Access Dev www.mattysconsulting.com ----- Original Message ----- From: "jwcolby" To: "Access Developers discussion and problem solving" Sent: Monday, May 19, 2008 11:48 AM Subject: [AccessD] Max rows columns in an array > Does anyone know what the maximum row / column size is in a VBA Array? > Is it an Integer or a Long integer? > > -- > John W. Colby > www.ColbyConsulting.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mmattys at rochester.rr.com Mon May 19 11:38:40 2008 From: mmattys at rochester.rr.com (Michael R Mattys) Date: Mon, 19 May 2008 12:38:40 -0400 Subject: [AccessD] Max rows columns in an array References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C42C@XLIVMBX35bkup.aig.com> Message-ID: <008401c8b9ce$cca24fd0$0302a8c0@Laptop> I found an article on this: http://msdn.microsoft.com/en-us/library/e1ad18x6(VS.80).aspx Michael R. Mattys MapPoint & Access Dev www.mattysconsulting.com ----- Original Message ----- From: "Heenan, Lambert" To: "'Access Developers discussion and problem solving'" Sent: Monday, May 19, 2008 12:26 PM Subject: Re: [AccessD] Max rows columns in an array > You may be right that huge arrays are slow to manipulate when you need to > use Redim Preserve (never had to find out myself), but is that > disadvantage > at least partly offset by the speed with which one can access an element > in > the array? How do Collections compare with Arrays for random access to the > elements? I'm pretty sure that a linked list will be on the slow side, but > not sure about Collections. > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael R > Mattys > Sent: Monday, May 19, 2008 12:15 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Max rows columns in an array > > I've never heard of it. > > However, long before you've reached theoretical limits, you'll have > switched > over to collections or linked lists. > > Redim Preserve on a large array is like manipulation of a 500 mb bitmap > with > limited RAM. > > Michael R. Mattys > MapPoint & Access Dev > www.mattysconsulting.com > > ----- Original Message ----- > From: "jwcolby" > To: "Access Developers discussion and problem solving" > > Sent: Monday, May 19, 2008 11:48 AM > Subject: [AccessD] Max rows columns in an array > > >> Does anyone know what the maximum row / column size is in a VBA Array? >> Is it an Integer or a Long integer? >> >> -- >> John W. Colby >> www.ColbyConsulting.com >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From mmattys at rochester.rr.com Mon May 19 11:44:15 2008 From: mmattys at rochester.rr.com (Michael R Mattys) Date: Mon, 19 May 2008 12:44:15 -0400 Subject: [AccessD] Max rows columns in an array References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C42C@XLIVMBX35bkup.aig.com> Message-ID: <008701c8b9cf$93af7ee0$0302a8c0@Laptop> As usual, Steve has an answer: http://www.vbaccelerator.com/home/vb/Code/Techniques/A_Fast_Index-Based_Object_Collection/article.asp Michael R. Mattys MapPoint & Access Dev www.mattysconsulting.com From edzedz at comcast.net Mon May 19 12:48:29 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Mon, 19 May 2008 10:48:29 -0700 Subject: [AccessD] Multiple Frontend Users In-Reply-To: Message-ID: <004e01c8b9d8$8cb11870$63dea8c0@dudley1> Lucky ? Maybe. However, it seems to pay to know what the application doing and why. Whatever solution that works, is a solution. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Charlotte Foust Sent: Monday, May 19, 2008 8:28 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Multiple Frontend Users Then you have been very, VERY fortunate. That is a recipe for disaster. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S Zuris Sent: Monday, May 19, 2008 8:45 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Multiple Frontend Users I have had several users use Access successfully using the DB concurrently on a network. However, you might want to discover what its internal tables do. What is its front-end doing is another thing you should look into. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Tesiny, Ed Sent: Monday, May 19, 2008 7:28 AM To: Access Developers discussion and problem solving Subject: [AccessD] Multiple Frontend Users Hi All, This is probably a simple question but we're so busy at work I want to make sure I don't screw something up. Have an Access database linked to SQL Server 2000 via ODBC. Actually, there are some Access table in there too. Can I just put the Access database on a network server...there will be 3 users...or should I split the database. I think the latter, in case the users want to take snapshots of the live data and create Access tables. MTIA, Ed Edward P. Tesiny Assistant Director for Evaluation New York State OASAS 1450 Western Avenue Albany, NY 12203 Phone: (518) 485-7189 Fax: (518) 485-5769 EdTesiny at oasas.state.ny.us IMPORTANT: This E-mail may contain confidential material for the sole use of the intended recipient. The use, distribution, transmittal or re-transmittal by an unintended recipient of any communication is prohibited without our express approval in writing or by e-mail. Any use, distribution, transmittal or re-transmittal by persons who are not intended recipients of this e-mail may be a violation of law and is strictly prohibited. If you are not the intended recipient please contact the sender and delete all copies. E-mail transmission cannot be guaranteed to be secure or error-free. The sender therefore does not accept liability for any errors or omissions in the contents of this transmission. All e-mails sent to or from NYS OASAS are to be used for our business purposes only. E-mails sent from or to NYS OASAS are subject to review by the Agency. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Mon May 19 11:50:37 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 19 May 2008 12:50:37 -0400 Subject: [AccessD] Max rows columns in an array In-Reply-To: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C40E@XLIVMBX35bkup.aig.com> References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C40E@XLIVMBX35bkup.aig.com> Message-ID: <4831AFDD.1050309@colbyconsulting.com> Thanks, that appears to be the case. John W. Colby www.ColbyConsulting.com Heenan, Lambert wrote: >>From the help file: > > "The maximum size of an array varies, based on your operating system and how > much memory is available. Using an array that exceeds the amount of RAM > available on your system is slower because the data must be read from and > written to disk." > > So that implies that the index is a Long integer to me. > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Monday, May 19, 2008 11:48 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Max rows columns in an array > > Does anyone know what the maximum row / column size is in a VBA Array? > Is it an Integer or a Long integer? > > -- > John W. Colby > www.ColbyConsulting.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Mon May 19 11:52:37 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 19 May 2008 12:52:37 -0400 Subject: [AccessD] Max rows columns in an array In-Reply-To: <004501c8b9cb$853baf40$0302a8c0@Laptop> References: <4831A137.5080602@colbyconsulting.com> <004501c8b9cb$853baf40$0302a8c0@Laptop> Message-ID: <4831B055.3030307@colbyconsulting.com> Michael, > Redim Preserve on a large array is like manipulation of > a 500 mb bitmap with limited RAM. This is for the combo callback I have been building. Some lists can be long and of course are of unknown number of records, since they cache specific fields from a table. I never do a redim. John W. Colby www.ColbyConsulting.com Michael R Mattys wrote: > I've never heard of it. > > However, long before you've reached theoretical limits, > you'll have switched over to collections or linked lists. > > Redim Preserve on a large array is like manipulation of > a 500 mb bitmap with limited RAM. > > Michael R. Mattys > MapPoint & Access Dev > www.mattysconsulting.com > > ----- Original Message ----- > From: "jwcolby" > To: "Access Developers discussion and problem solving" > > Sent: Monday, May 19, 2008 11:48 AM > Subject: [AccessD] Max rows columns in an array > > >> Does anyone know what the maximum row / column size is in a VBA Array? >> Is it an Integer or a Long integer? >> >> -- >> John W. Colby >> www.ColbyConsulting.com >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > From jwcolby at colbyconsulting.com Mon May 19 12:09:01 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 19 May 2008 13:09:01 -0400 Subject: [AccessD] Max rows columns in an array In-Reply-To: <008401c8b9ce$cca24fd0$0302a8c0@Laptop> References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C42C@XLIVMBX35bkup.aig.com> <008401c8b9ce$cca24fd0$0302a8c0@Laptop> Message-ID: <4831B42D.9000800@colbyconsulting.com> I rarely use arrays, in fact this combo callback is the only time in years. I use collections extensively (as does Access in fact), and virtually always use a key. If I need to use an index (PKID for example), I convert the index to a string using cstr, then use the resulting string as the key. I find arrays are just inefficient enough to not bother with them. What with all elements having to be the same data type (and thus so often ending up a variant), the fact that you have to do custom programming to speed up inserts / deletes etc. Collections rock, and classes stored in collection rock even more. If you look behind the scenes in Access, EVERYTHING is stored in collections, and I do mean EVERYTHING!!! All of your DAO stuff, collections of recordsets, forms, reports, fields, properties... you name it. If it is good enough for Access... John W. Colby www.ColbyConsulting.com Michael R Mattys wrote: > I found an article on this: > http://msdn.microsoft.com/en-us/library/e1ad18x6(VS.80).aspx > > Michael R. Mattys > MapPoint & Access Dev > www.mattysconsulting.com > > ----- Original Message ----- > From: "Heenan, Lambert" > To: "'Access Developers discussion and problem solving'" > > Sent: Monday, May 19, 2008 12:26 PM > Subject: Re: [AccessD] Max rows columns in an array > > >> You may be right that huge arrays are slow to manipulate when you need to >> use Redim Preserve (never had to find out myself), but is that >> disadvantage >> at least partly offset by the speed with which one can access an element >> in >> the array? How do Collections compare with Arrays for random access to the >> elements? I'm pretty sure that a linked list will be on the slow side, but >> not sure about Collections. >> >> Lambert >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael R >> Mattys >> Sent: Monday, May 19, 2008 12:15 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Max rows columns in an array >> >> I've never heard of it. >> >> However, long before you've reached theoretical limits, you'll have >> switched >> over to collections or linked lists. >> >> Redim Preserve on a large array is like manipulation of a 500 mb bitmap >> with >> limited RAM. >> >> Michael R. Mattys >> MapPoint & Access Dev >> www.mattysconsulting.com >> >> ----- Original Message ----- >> From: "jwcolby" >> To: "Access Developers discussion and problem solving" >> >> Sent: Monday, May 19, 2008 11:48 AM >> Subject: [AccessD] Max rows columns in an array >> >> >>> Does anyone know what the maximum row / column size is in a VBA Array? >>> Is it an Integer or a Long integer? >>> >>> -- >>> John W. Colby >>> www.ColbyConsulting.com >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > From DWUTKA at Marlow.com Mon May 19 13:23:55 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Mon, 19 May 2008 13:23:55 -0500 Subject: [AccessD] Max rows columns in an array In-Reply-To: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C42C@XLIVMBX35bkup.aig.com> Message-ID: I've never timed them, but they are pretty quick. What's nice about collections is that you have 2 keys you can go off of to retrieve an element. You have the position (and collections are 1 based), so you can retrieve: Set MyObject=MyCollection(1000) And you have the index you can set on your own, which must be unique and a string, so you can use: Set MyObject= MyCollection("ID:25"). I use that all the time, when I use a Data Class with a Collection class. The Data Class Objects are stored as : MyCollection.Add obj, "ID:" & obj.ID , and in most cases, that ID is an Autonumber field and/or the primary key for the relevant record. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Monday, May 19, 2008 11:26 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Max rows columns in an array You may be right that huge arrays are slow to manipulate when you need to use Redim Preserve (never had to find out myself), but is that disadvantage at least partly offset by the speed with which one can access an element in the array? How do Collections compare with Arrays for random access to the elements? I'm pretty sure that a linked list will be on the slow side, but not sure about Collections. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael R Mattys Sent: Monday, May 19, 2008 12:15 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Max rows columns in an array I've never heard of it. However, long before you've reached theoretical limits, you'll have switched over to collections or linked lists. Redim Preserve on a large array is like manipulation of a 500 mb bitmap with limited RAM. Michael R. Mattys MapPoint & Access Dev www.mattysconsulting.com ----- Original Message ----- From: "jwcolby" To: "Access Developers discussion and problem solving" Sent: Monday, May 19, 2008 11:48 AM Subject: [AccessD] Max rows columns in an array > Does anyone know what the maximum row / column size is in a VBA Array? > Is it an Integer or a Long integer? > > -- > John W. Colby > www.ColbyConsulting.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From joeo at appoli.com Mon May 19 15:18:00 2008 From: joeo at appoli.com (Joe O'Connell) Date: Mon, 19 May 2008 16:18:00 -0400 Subject: [AccessD] Autonumber problem In-Reply-To: References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C42C@XLIVMBX35bkup.aig.com> Message-ID: There are several tables in an application that have developed "holes" in the autonumber field. This is not a problem, except that Access has lost track of the next autonumber to use so it is reusing the autonumbers that are no longer in the table. For example, the autonumbers may go from 1-100 and then 200-300. Instead of using 301 as the next autonumber, Access uses 101. There is no problem until the autonumber for the new records reaches 199, then Access attempts to use 200 for the next autonumber. Since 200 is already in use, the record cannot be created. Has anyone else experienced a problem like this? What is the recommended method to correct this problem? Is there a way to reset the seed for the autonumber to force it to resume after the largest in the table? Joe O'Connell From drawbridgej at sympatico.ca Mon May 19 15:39:09 2008 From: drawbridgej at sympatico.ca (Jack and Pat) Date: Mon, 19 May 2008 16:39:09 -0400 Subject: [AccessD] Autonumber problem In-Reply-To: References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C42C@XLIVMBX35bkup.aig.com> Message-ID: <000001c8b9f0$6394b9c0$6501a8c0@home6399619597> Joe, This problem has been reported before. Not sure if anyone found exact cause, but there is a way to reset the autonumber. ALTER TABLE ALTER COLUMN Counter(,) This will reset the autonumber for the next record to be added. To find the current maximum for each table SELECT Max( autonumberFieldName) FROM TableName. Hope this helps. jack -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Joe O'Connell Sent: Monday, May 19, 2008 4:18 PM To: Access Developers discussion and problem solving Subject: [AccessD] Autonumber problem There are several tables in an application that have developed "holes" in the autonumber field. This is not a problem, except that Access has lost track of the next autonumber to use so it is reusing the autonumbers that are no longer in the table. For example, the autonumbers may go from 1-100 and then 200-300. Instead of using 301 as the next autonumber, Access uses 101. There is no problem until the autonumber for the new records reaches 199, then Access attempts to use 200 for the next autonumber. Since 200 is already in use, the record cannot be created. Has anyone else experienced a problem like this? What is the recommended method to correct this problem? Is there a way to reset the seed for the autonumber to force it to resume after the largest in the table? Joe O'Connell -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From garykjos at gmail.com Mon May 19 15:40:57 2008 From: garykjos at gmail.com (Gary Kjos) Date: Mon, 19 May 2008 15:40:57 -0500 Subject: [AccessD] Autonumber problem In-Reply-To: References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C42C@XLIVMBX35bkup.aig.com> Message-ID: You have run Compact and Repair Function? GK On 5/19/08, Joe O'Connell wrote: > There are several tables in an application that have developed "holes" > in the autonumber field. This is not a problem, except that Access has > lost track of the next autonumber to use so it is reusing the > autonumbers that are no longer in the table. > > For example, the autonumbers may go from 1-100 and then 200-300. Instead > of using 301 as the next autonumber, Access uses 101. There is no > problem until the autonumber for the new records reaches 199, then > Access attempts to use 200 for the next autonumber. Since 200 is > already in use, the record cannot be created. > > Has anyone else experienced a problem like this? What is the > recommended method to correct this problem? Is there a way to reset the > seed for the autonumber to force it to resume after the largest in the > table? > > Joe O'Connell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Gary Kjos garykjos at gmail.com From Elizabeth.J.Doering at wellsfargo.com Mon May 19 15:45:39 2008 From: Elizabeth.J.Doering at wellsfargo.com (Elizabeth.J.Doering at wellsfargo.com) Date: Mon, 19 May 2008 15:45:39 -0500 Subject: [AccessD] Autonumber problem References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C42C@XLIVMBX35bkup.aig.com> Message-ID: If you do an insert query with the number you want for 'next' in the query, you can usually shock these back to behaving. INSERT INTO MyTable (MyAutonumberField, MyPretendField1, MyPretendField2) VALUES (301, 'Fred', 'Smith') No guarantees that it won't wander off again though. Thanks, Liz Liz Doering elizabeth.j.doering at wellsfargo.com 612.667.2447 This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Joe O'Connell Sent: Monday, May 19, 2008 3:18 PM To: Access Developers discussion and problem solving Subject: [AccessD] Autonumber problem There are several tables in an application that have developed "holes" in the autonumber field. This is not a problem, except that Access has lost track of the next autonumber to use so it is reusing the autonumbers that are no longer in the table. For example, the autonumbers may go from 1-100 and then 200-300. Instead of using 301 as the next autonumber, Access uses 101. There is no problem until the autonumber for the new records reaches 199, then Access attempts to use 200 for the next autonumber. Since 200 is already in use, the record cannot be created. Has anyone else experienced a problem like this? What is the recommended method to correct this problem? Is there a way to reset the seed for the autonumber to force it to resume after the largest in the table? Joe O'Connell -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at AIG.com Mon May 19 16:11:11 2008 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Mon, 19 May 2008 16:11:11 -0500 Subject: [AccessD] Autonumber problem Message-ID: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C622@XLIVMBX35bkup.aig.com> I agree with Gary. I've seen this exact problem happen before and compact and repair sorted it out. Any solution involving fiddling around with the 'next' value or redefining the field properties should be a last resort if C&R does not do the job. IMHO of course. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Joe O'Connell Sent: Monday, May 19, 2008 4:18 PM To: Access Developers discussion and problem solving Subject: [AccessD] Autonumber problem There are several tables in an application that have developed "holes" in the autonumber field. This is not a problem, except that Access has lost track of the next autonumber to use so it is reusing the autonumbers that are no longer in the table. For example, the autonumbers may go from 1-100 and then 200-300. Instead of using 301 as the next autonumber, Access uses 101. There is no problem until the autonumber for the new records reaches 199, then Access attempts to use 200 for the next autonumber. Since 200 is already in use, the record cannot be created. Has anyone else experienced a problem like this? What is the recommended method to correct this problem? Is there a way to reset the seed for the autonumber to force it to resume after the largest in the table? Joe O'Connell -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Mon May 19 16:24:16 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 19 May 2008 17:24:16 -0400 Subject: [AccessD] Autonumber problem In-Reply-To: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C622@XLIVMBX35bkup.aig.com> References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C622@XLIVMBX35bkup.aig.com> Message-ID: <4831F000.2010602@colbyconsulting.com> This was a known bug back in 2K (I believe) which an SP sorted out. The bug "reset" the autonumber to the next "available" number, which of course is at the beginning of the first "hole". I have dealt with this MANY times. If you perform the C&R using a machine where the bug has not been fixed, then you will CAUSE the problem, not fix it. To my knowledge the fix never "REPAIRED" the problem, i.e. it never resequenced the autonumber out past the last used number, a manual fix such as discussed previously has always been required. John W. Colby www.ColbyConsulting.com Heenan, Lambert wrote: > I agree with Gary. I've seen this exact problem happen before and compact > and repair sorted it out. Any solution involving fiddling around with the > 'next' value or redefining the field properties should be a last resort if > C&R does not do the job. IMHO of course. > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Joe O'Connell > Sent: Monday, May 19, 2008 4:18 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Autonumber problem > > There are several tables in an application that have developed "holes" > in the autonumber field. This is not a problem, except that Access has lost > track of the next autonumber to use so it is reusing the autonumbers that > are no longer in the table. > > For example, the autonumbers may go from 1-100 and then 200-300. Instead of > using 301 as the next autonumber, Access uses 101. There is no problem > until the autonumber for the new records reaches 199, then Access attempts > to use 200 for the next autonumber. Since 200 is already in use, the record > cannot be created. > > Has anyone else experienced a problem like this? What is the recommended > method to correct this problem? Is there a way to reset the seed for the > autonumber to force it to resume after the largest in the table? > > Joe O'Connell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From joeo at appoli.com Mon May 19 16:42:33 2008 From: joeo at appoli.com (Joe O'Connell) Date: Mon, 19 May 2008 17:42:33 -0400 Subject: [AccessD] Autonumber problem In-Reply-To: <4831F000.2010602@colbyconsulting.com> References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C622@XLIVMBX35bkup.aig.com> <4831F000.2010602@colbyconsulting.com> Message-ID: Thanks to all who replied. I had performed a compact and repair to no avail. The suggestion by Jack looks like what I need. This is Access 2003 SP3 database. I took another look at it is in 2000 format. Could this be a potential problem? Should it be converted to 2003 format? Does anyone know what series of events causes the problem to occur? Joe O'Connell -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, May 19, 2008 5:24 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Autonumber problem This was a known bug back in 2K (I believe) which an SP sorted out. The bug "reset" the autonumber to the next "available" number, which of course is at the beginning of the first "hole". I have dealt with this MANY times. If you perform the C&R using a machine where the bug has not been fixed, then you will CAUSE the problem, not fix it. To my knowledge the fix never "REPAIRED" the problem, i.e. it never resequenced the autonumber out past the last used number, a manual fix such as discussed previously has always been required. John W. Colby www.ColbyConsulting.com Heenan, Lambert wrote: > I agree with Gary. I've seen this exact problem happen before and compact > and repair sorted it out. Any solution involving fiddling around with the > 'next' value or redefining the field properties should be a last resort if > C&R does not do the job. IMHO of course. > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Joe O'Connell > Sent: Monday, May 19, 2008 4:18 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Autonumber problem > > There are several tables in an application that have developed "holes" > in the autonumber field. This is not a problem, except that Access has lost > track of the next autonumber to use so it is reusing the autonumbers that > are no longer in the table. > > For example, the autonumbers may go from 1-100 and then 200-300. Instead of > using 301 as the next autonumber, Access uses 101. There is no problem > until the autonumber for the new records reaches 199, then Access attempts > to use 200 for the next autonumber. Since 200 is already in use, the record > cannot be created. > > Has anyone else experienced a problem like this? What is the recommended > method to correct this problem? Is there a way to reset the seed for the > autonumber to force it to resume after the largest in the table? > > Joe O'Connell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Mon May 19 16:48:33 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Mon, 19 May 2008 14:48:33 -0700 Subject: [AccessD] Multiple Frontend Users In-Reply-To: <004e01c8b9d8$8cb11870$63dea8c0@dudley1> References: <004e01c8b9d8$8cb11870$63dea8c0@dudley1> Message-ID: My point is that with multiple users in the same front end, you can[t possibly know what the application is doing and why. When all you have is a hammer, everything looks like a nail, too. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S Zuris Sent: Monday, May 19, 2008 10:48 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Multiple Frontend Users Lucky ? Maybe. However, it seems to pay to know what the application doing and why. Whatever solution that works, is a solution. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Charlotte Foust Sent: Monday, May 19, 2008 8:28 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Multiple Frontend Users Then you have been very, VERY fortunate. That is a recipe for disaster. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S Zuris Sent: Monday, May 19, 2008 8:45 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Multiple Frontend Users I have had several users use Access successfully using the DB concurrently on a network. However, you might want to discover what its internal tables do. What is its front-end doing is another thing you should look into. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Tesiny, Ed Sent: Monday, May 19, 2008 7:28 AM To: Access Developers discussion and problem solving Subject: [AccessD] Multiple Frontend Users Hi All, This is probably a simple question but we're so busy at work I want to make sure I don't screw something up. Have an Access database linked to SQL Server 2000 via ODBC. Actually, there are some Access table in there too. Can I just put the Access database on a network server...there will be 3 users...or should I split the database. I think the latter, in case the users want to take snapshots of the live data and create Access tables. MTIA, Ed Edward P. Tesiny Assistant Director for Evaluation New York State OASAS 1450 Western Avenue Albany, NY 12203 Phone: (518) 485-7189 Fax: (518) 485-5769 EdTesiny at oasas.state.ny.us IMPORTANT: This E-mail may contain confidential material for the sole use of the intended recipient. The use, distribution, transmittal or re-transmittal by an unintended recipient of any communication is prohibited without our express approval in writing or by e-mail. Any use, distribution, transmittal or re-transmittal by persons who are not intended recipients of this e-mail may be a violation of law and is strictly prohibited. If you are not the intended recipient please contact the sender and delete all copies. E-mail transmission cannot be guaranteed to be secure or error-free. The sender therefore does not accept liability for any errors or omissions in the contents of this transmission. All e-mails sent to or from NYS OASAS are to be used for our business purposes only. E-mails sent from or to NYS OASAS are subject to review by the Agency. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wdhindman at dejpolsystems.com Mon May 19 18:43:12 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Mon, 19 May 2008 19:43:12 -0400 Subject: [AccessD] Multiple Frontend Users References: <004e01c8b9d8$8cb11870$63dea8c0@dudley1> Message-ID: <9A81E406E4064A5C9BB8C28F36BC0AB5@jislaptopdev> :)))) William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "Charlotte Foust" Sent: Monday, May 19, 2008 5:48 PM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] Multiple Frontend Users > My point is that with multiple users in the same front end, you can[t > possibly know what the application is doing and why. When all you have > is a hammer, everything looks like a nail, too. > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S > Zuris > Sent: Monday, May 19, 2008 10:48 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Multiple Frontend Users > > > Lucky ? Maybe. > > However, it seems to pay to know > what the application doing and why. > > Whatever solution that works, is > a solution. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Charlotte > Foust > Sent: Monday, May 19, 2008 8:28 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Multiple Frontend Users > > Then you have been very, VERY fortunate. That is a recipe for disaster. > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S > Zuris > Sent: Monday, May 19, 2008 8:45 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Multiple Frontend Users > > I have had several users use Access successfully using the DB > concurrently on a network. > > However, you might want to discover what its internal tables do. What > is its front-end doing is another thing you should look into. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Tesiny, Ed > Sent: Monday, May 19, 2008 7:28 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Multiple Frontend Users > > > Hi All, > This is probably a simple question but we're so busy at work I want to > make sure I don't screw something up. Have an Access database linked to > SQL Server 2000 via ODBC. Actually, there are some Access table in > there too. Can I just put the Access database on a network > server...there will be 3 users...or should I split the database. I > think the latter, in case the users want to take snapshots of the live > data and create Access tables. > MTIA, > Ed > > Edward P. Tesiny > Assistant Director for Evaluation > New York State OASAS > 1450 Western Avenue > Albany, NY 12203 > Phone: (518) 485-7189 > Fax: (518) 485-5769 > EdTesiny at oasas.state.ny.us > > > IMPORTANT: This E-mail may contain confidential material for the sole > use of the intended recipient. The use, distribution, transmittal or > re-transmittal by an unintended recipient of any communication is > prohibited without our express approval in writing or by e-mail. Any > use, distribution, transmittal or re-transmittal by persons who are not > intended recipients of this e-mail may be a violation of law and is > strictly prohibited. If you are not the intended recipient please > contact the sender and delete all copies. E-mail transmission cannot be > guaranteed to be secure or error-free. The sender therefore does not > accept liability for any errors or omissions in the contents of this > transmission. All e-mails sent to or from NYS OASAS are to be used for > our business purposes only. E-mails sent from or to NYS OASAS are > subject to review by the Agency. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Darryl.Collins at coles.com.au Mon May 19 20:12:48 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Tue, 20 May 2008 11:12:48 +1000 Subject: [AccessD] Multiple Frontend Users Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD7394@WPEXCH05.colesmyer.ad.cmltd.net.au> As a voice of painful experience - SPLIT IT, and give all the users their own front end. regards Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Tesiny, Ed Sent: Tuesday, 20 May 2008 12:28 AM To: Access Developers discussion and problem solving Subject: [AccessD] Multiple Frontend Users Hi All, This is probably a simple question but we're so busy at work I want to make sure I don't screw something up. Have an Access database linked to SQL Server 2000 via ODBC. Actually, there are some Access table in there too. Can I just put the Access database on a network server...there will be 3 users...or should I split the database. I think the latter, in case the users want to take snapshots of the live data and create Access tables. MTIA, Ed Edward P. Tesiny Assistant Director for Evaluation New York State OASAS 1450 Western Avenue Albany, NY 12203 Phone: (518) 485-7189 Fax: (518) 485-5769 EdTesiny at oasas.state.ny.us IMPORTANT: This E-mail may contain confidential material for the sole use of the intended recipient. The use, distribution, transmittal or re-transmittal by an unintended recipient of any communication is prohibited without our express approval in writing or by e-mail. Any use, distribution, transmittal or re-transmittal by persons who are not intended recipients of this e-mail may be a violation of law and is strictly prohibited. If you are not the intended recipient please contact the sender and delete all copies. E-mail transmission cannot be guaranteed to be secure or error-free. The sender therefore does not accept liability for any errors or omissions in the contents of this transmission. All e-mails sent to or from NYS OASAS are to be used for our business purposes only. E-mails sent from or to NYS OASAS are subject to review by the Agency. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From Darryl.Collins at coles.com.au Mon May 19 20:19:54 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Tue, 20 May 2008 11:19:54 +1000 Subject: [AccessD] Max rows columns in an array Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD7395@WPEXCH05.colesmyer.ad.cmltd.net.au> Can really speak for Access, but I use Arrays a fair bit in Excel. Advantages: 1: You can process data much larger than the limits of Excel (no 65535 row limit for example) 2: Very fast to rip selected data out of a print/text file and then manipulate it (such as creating totals via a collection) 3: Can do neat stuff like create unique lists of entries from large data sets 4: They are just FAST - can process a lot of records much quicker than in the application itself (such as sorting, subtotals etc). 5: You can store massive amounts of data in text/print files and quickly rip in what you need. Issues: 1: I still struggle to get my head around them sometimes 2: The code doesn't seem logical and easy to follow (probably because of Point 1 above!) 3: It can take a fair bit of work to set up a byte array that strips data from a large print file Anyway, I like them and think I am only just starting to understand the power of arrays. regards Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Drew Wutka Sent: Tuesday, 20 May 2008 4:24 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Max rows columns in an array I've never timed them, but they are pretty quick. What's nice about collections is that you have 2 keys you can go off of to retrieve an element. You have the position (and collections are 1 based), so you can retrieve: Set MyObject=MyCollection(1000) And you have the index you can set on your own, which must be unique and a string, so you can use: Set MyObject= MyCollection("ID:25"). I use that all the time, when I use a Data Class with a Collection class. The Data Class Objects are stored as : MyCollection.Add obj, "ID:" & obj.ID , and in most cases, that ID is an Autonumber field and/or the primary key for the relevant record. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Monday, May 19, 2008 11:26 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Max rows columns in an array You may be right that huge arrays are slow to manipulate when you need to use Redim Preserve (never had to find out myself), but is that disadvantage at least partly offset by the speed with which one can access an element in the array? How do Collections compare with Arrays for random access to the elements? I'm pretty sure that a linked list will be on the slow side, but not sure about Collections. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael R Mattys Sent: Monday, May 19, 2008 12:15 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Max rows columns in an array I've never heard of it. However, long before you've reached theoretical limits, you'll have switched over to collections or linked lists. Redim Preserve on a large array is like manipulation of a 500 mb bitmap with limited RAM. Michael R. Mattys MapPoint & Access Dev www.mattysconsulting.com ----- Original Message ----- From: "jwcolby" To: "Access Developers discussion and problem solving" Sent: Monday, May 19, 2008 11:48 AM Subject: [AccessD] Max rows columns in an array > Does anyone know what the maximum row / column size is in a VBA Array? > Is it an Integer or a Long integer? > > -- > John W. Colby > www.ColbyConsulting.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From askolits at nni.com Mon May 19 21:30:53 2008 From: askolits at nni.com (John Skolits) Date: Mon, 19 May 2008 22:30:53 -0400 Subject: [AccessD] Query Column Headings -Table's Caption Property Vs a Query's Alias In-Reply-To: <49DFE57FB126044B8A8B934E7AEA09ED09FD7395@WPEXCH05.colesmyer.ad.cmltd.net.au> References: <49DFE57FB126044B8A8B934E7AEA09ED09FD7395@WPEXCH05.colesmyer.ad.cmltd.net.au> Message-ID: <00a301c8ba21$86952eb0$93bf8c10$@com> I have some tables where I have added captions in the Table's design. When I run a query against the table, I see those captions as the column headings instead of the field name. Good, this is what I want. But there are a few query headings I would like to change and still keep the table's captions the table's design. You would think that you would simply use an alias prefix in the grid's field name (i.e. EXPR1:FieldName) But when you run the query, it still shows the caption listed in the table's design not 'EXPR1'. I thought maybe there was a setting but I didn't find anything. Also nothing in the query's properties (as far as I could see). Anyone have any thoughts? John Skolits From darren at activebilling.com.au Mon May 19 23:25:17 2008 From: darren at activebilling.com.au (Darren D) Date: Tue, 20 May 2008 14:25:17 +1000 Subject: [AccessD] OT-EXCEL Q - Retrieving passwords from the VBA Message-ID: <200805200426.m4K4QCIq002656@databaseadvisors.com> Hi Team - Apologies for the OT post Brains trust Q Reply off-line if you think the replies will chew up too much AccessD bandwidth I have been sent an Excel doc that has the VBA Behind it password protected I want to look at the code - Is there a way to determine this password? Many thanks in advance Darren From Darryl.Collins at coles.com.au Mon May 19 23:55:52 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Tue, 20 May 2008 14:55:52 +1000 Subject: [AccessD] OT-EXCEL Q - Retrieving passwords from the VBA Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD739E@WPEXCH05.colesmyer.ad.cmltd.net.au> I have fwd'd this to the Exel-L list that I am a memeber where they can provide a solution quickly for you. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darren D Sent: Tuesday, 20 May 2008 2:25 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] OT-EXCEL Q - Retrieving passwords from the VBA Hi Team - Apologies for the OT post Brains trust Q Reply off-line if you think the replies will chew up too much AccessD bandwidth I have been sent an Excel doc that has the VBA Behind it password protected I want to look at the code - Is there a way to determine this password? Many thanks in advance Darren -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From fuller.artful at gmail.com Tue May 20 06:52:40 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 20 May 2008 07:52:40 -0400 Subject: [AccessD] Multiple Frontend Users In-Reply-To: References: Message-ID: <29f585dd0805200452t3a317a10q949047a40ed37f3a@mail.gmail.com> I was presented with this problem recently and recommended this solution. The network support people flatly refused it. They argued that in their setup (with hundreds of users) virtually nothing on the local PCs was backed up. The local PCs can be replaced and/re-imaged anytime, and users are warned not to store anything locally, otherwise it won't be backed up. So I had no choice but to put both the FE and the BE on a network share. The argument makes perfect sense to me, but I've never done it that way before. What will happen when a hundred users open a single FE? Should I replace the FE MDB with an MDE? Thanks, Arthur On Mon, May 19, 2008 at 10:42 AM, Dan Waters wrote: > Ed, > > Even with 3 users, splitting is a good preventive measure to avoid data > corruption. You can put the Access Back End .mdb file on the server, and > put the Front end .mdb files on each user's PC. Managing 3 users shouldn't > be difficult. > From jwcolby at colbyconsulting.com Tue May 20 07:05:55 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 20 May 2008 08:05:55 -0400 Subject: [AccessD] Multiple Frontend Users In-Reply-To: <29f585dd0805200452t3a317a10q949047a40ed37f3a@mail.gmail.com> References: <29f585dd0805200452t3a317a10q949047a40ed37f3a@mail.gmail.com> Message-ID: <4832BEA3.5050706@colbyconsulting.com> There is no arguing with the Network Nazis, they own the network and what they say goes. Never mind that it may cause YOU problems. What you need to at least tell them in a place like that is that the FE is transferred to their PC daily. It is backed up on the network store, the local hard drive just makes it faster because there is not so much NETWORK TRAFFIC. Reducing network traffic MIGHT get their attention. Unfortunately there may be cases where they have just locked the local store down and there is nothing you can do about it. However... each user may then get their own NETWORK STORE and you could then transfer a copy to their individual network store location and run it from there? Just things to think about. John W. Colby www.ColbyConsulting.com Arthur Fuller wrote: > I was presented with this problem recently and recommended this solution. > The network support people flatly refused it. They argued that in their > setup (with hundreds of users) virtually nothing on the local PCs was backed > up. The local PCs can be replaced and/re-imaged anytime, and users are > warned not to store anything locally, otherwise it won't be backed up. So I > had no choice but to put both the FE and the BE on a network share. The > argument makes perfect sense to me, but I've never done it that way before. > What will happen when a hundred users open a single FE? Should I replace the > FE MDB with an MDE? > > Thanks, > Arthur > > On Mon, May 19, 2008 at 10:42 AM, Dan Waters wrote: > >> Ed, >> >> Even with 3 users, splitting is a good preventive measure to avoid data >> corruption. You can put the Access Back End .mdb file on the server, and >> put the Front end .mdb files on each user's PC. Managing 3 users shouldn't >> be difficult. >> From ssharkins at gmail.com Tue May 20 07:17:53 2008 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 20 May 2008 08:17:53 -0400 Subject: [AccessD] Query Column Headings -Table's Caption Property Vs aQuery's Alias References: <49DFE57FB126044B8A8B934E7AEA09ED09FD7395@WPEXCH05.colesmyer.ad.cmltd.net.au> <00a301c8ba21$86952eb0$93bf8c10$@com> Message-ID: <005001c8ba73$8d5fcb90$6500a8c0@SusanOne> You want a second caption for the query column, correct? You can do it manually in the query design window. Does that help? Susan H. >I have some tables where I have added captions in the Table's design. > When I run a query against the table, I see those captions as the column > headings instead of the field name. Good, this is what I want. > But there are a few query headings I would like to change and still keep > the > table's captions the table's design. > > You would think that you would simply use an alias prefix in the grid's > field name (i.e. EXPR1:FieldName) > > But when you run the query, it still shows the caption listed in the > table's > design not 'EXPR1'. > > I thought maybe there was a setting but I didn't find > anything. Also nothing in the query's properties (as far as I could see). > > Anyone have any thoughts? > > John Skolits > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Chris.Foote at uk.thalesgroup.com Tue May 20 07:22:29 2008 From: Chris.Foote at uk.thalesgroup.com (Foote, Chris) Date: Tue, 20 May 2008 13:22:29 +0100 Subject: [AccessD] Multiple Frontend Users Message-ID: <7303A459C921B5499AF732CCEEAD2B7F064D1504@craws161660.int.rdel.co.uk> Arthur! I've had similar arguments with our IT "professionals"! My multi-user split FE/BE database worked as follows: BE and copy of FE stored on network "share" along with bat file. User has shortcut to bat file on desktop When user needs to use database they double-click on shortcut to bat file. Bat file looks to see if user has latest version of FE on their C: drive, if not, it copies file for network share and runs it, if it is latest it runs it. Simple! The only this you need to do if user gets a new machine is to create the shortcut to the bat file. I would have automated that if I could have been bothered ;-) If you need any more info of a copy to my super-duper bat file please let me know. Regards Chris Foote > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of > Arthur Fuller > Sent: Tuesday, May 20, 2008 12:53 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Multiple Frontend Users > > > I was presented with this problem recently and recommended > this solution. > The network support people flatly refused it. They argued > that in their > setup (with hundreds of users) virtually nothing on the local > PCs was backed > up. The local PCs can be replaced and/re-imaged anytime, and users are > warned not to store anything locally, otherwise it won't be > backed up. So I > had no choice but to put both the FE and the BE on a network > share. The > argument makes perfect sense to me, but I've never done it > that way before. > What will happen when a hundred users open a single FE? > Should I replace the > FE MDB with an MDE? > > Thanks, > Arthur > > On Mon, May 19, 2008 at 10:42 AM, Dan Waters > wrote: > > > Ed, > > > > Even with 3 users, splitting is a good preventive measure > to avoid data > > corruption. You can put the Access Back End .mdb file on > the server, and > > put the Front end .mdb files on each user's PC. Managing 3 > users shouldn't > > be difficult. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jimdettman at verizon.net Tue May 20 07:26:39 2008 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 20 May 2008 08:26:39 -0400 Subject: [AccessD] Multiple Frontend Users In-Reply-To: <4832BEA3.5050706@colbyconsulting.com> References: <29f585dd0805200452t3a317a10q949047a40ed37f3a@mail.gmail.com> <4832BEA3.5050706@colbyconsulting.com> Message-ID: <018b01c8ba74$c14757b0$7ebea8c0@LaptopII> I would also argue with them that in this case, the FE is more like a program and it does not need to be backed up as it is not storing any data. I'm sure they have many programs installed locally on each PC. John's point too about increased network traffic is an excellent one; I've yet to meet a network engineer that likes to hear the words "increased traffic" Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 20, 2008 8:06 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Multiple Frontend Users There is no arguing with the Network Nazis, they own the network and what they say goes. Never mind that it may cause YOU problems. What you need to at least tell them in a place like that is that the FE is transferred to their PC daily. It is backed up on the network store, the local hard drive just makes it faster because there is not so much NETWORK TRAFFIC. Reducing network traffic MIGHT get their attention. Unfortunately there may be cases where they have just locked the local store down and there is nothing you can do about it. However... each user may then get their own NETWORK STORE and you could then transfer a copy to their individual network store location and run it from there? Just things to think about. John W. Colby www.ColbyConsulting.com Arthur Fuller wrote: > I was presented with this problem recently and recommended this solution. > The network support people flatly refused it. They argued that in their > setup (with hundreds of users) virtually nothing on the local PCs was backed > up. The local PCs can be replaced and/re-imaged anytime, and users are > warned not to store anything locally, otherwise it won't be backed up. So I > had no choice but to put both the FE and the BE on a network share. The > argument makes perfect sense to me, but I've never done it that way before. > What will happen when a hundred users open a single FE? Should I replace the > FE MDB with an MDE? > > Thanks, > Arthur > > On Mon, May 19, 2008 at 10:42 AM, Dan Waters wrote: > >> Ed, >> >> Even with 3 users, splitting is a good preventive measure to avoid data >> corruption. You can put the Access Back End .mdb file on the server, and >> put the Front end .mdb files on each user's PC. Managing 3 users shouldn't >> be difficult. >> -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Tue May 20 07:32:42 2008 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 20 May 2008 08:32:42 -0400 Subject: [AccessD] Multiple Frontend Users In-Reply-To: <7303A459C921B5499AF732CCEEAD2B7F064D1504@craws161660.int.rdel.co.uk> References: <7303A459C921B5499AF732CCEEAD2B7F064D1504@craws161660.int.rdel.co.uk> Message-ID: <018c01c8ba75$99b58810$7ebea8c0@LaptopII> Chris, I do that the same, but twist it around a bit; the FE has a version table and at startup, checks the local table vs a network "master" copy. If the rev's don't match, the user is told to "update" (run the batch file) and the app quits. The batch file also serves as the install as all one needs to do is call it from the run line or click on a link in an e-mail. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Foote, Chris Sent: Tuesday, May 20, 2008 8:22 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Multiple Frontend Users Arthur! I've had similar arguments with our IT "professionals"! My multi-user split FE/BE database worked as follows: BE and copy of FE stored on network "share" along with bat file. User has shortcut to bat file on desktop When user needs to use database they double-click on shortcut to bat file. Bat file looks to see if user has latest version of FE on their C: drive, if not, it copies file for network share and runs it, if it is latest it runs it. Simple! The only this you need to do if user gets a new machine is to create the shortcut to the bat file. I would have automated that if I could have been bothered ;-) If you need any more info of a copy to my super-duper bat file please let me know. Regards Chris Foote > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of > Arthur Fuller > Sent: Tuesday, May 20, 2008 12:53 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Multiple Frontend Users > > > I was presented with this problem recently and recommended > this solution. > The network support people flatly refused it. They argued > that in their > setup (with hundreds of users) virtually nothing on the local > PCs was backed > up. The local PCs can be replaced and/re-imaged anytime, and users are > warned not to store anything locally, otherwise it won't be > backed up. So I > had no choice but to put both the FE and the BE on a network > share. The > argument makes perfect sense to me, but I've never done it > that way before. > What will happen when a hundred users open a single FE? > Should I replace the > FE MDB with an MDE? > > Thanks, > Arthur > > On Mon, May 19, 2008 at 10:42 AM, Dan Waters > wrote: > > > Ed, > > > > Even with 3 users, splitting is a good preventive measure > to avoid data > > corruption. You can put the Access Back End .mdb file on > the server, and > > put the Front end .mdb files on each user's PC. Managing 3 > users shouldn't > > be difficult. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rosalyn.clarke at barclays.com Tue May 20 07:38:03 2008 From: rosalyn.clarke at barclays.com (rosalyn.clarke at barclays.com) Date: Tue, 20 May 2008 13:38:03 +0100 Subject: [AccessD] Multiple Frontend Users In-Reply-To: <4832BEA3.5050706@colbyconsulting.com> References: <29f585dd0805200452t3a317a10q949047a40ed37f3a@mail.gmail.com> <4832BEA3.5050706@colbyconsulting.com> Message-ID: The last option is basically how you have to do it if you are running on a thin-client network, something I have often had to do. In this instance a batch file that copies the 'master' FE to the user's personal network directory if their copy is out of date works the same way as copying it to their local machine and is well worth doing. Roz -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: 20 May 2008 13:06 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Multiple Frontend Users There is no arguing with the Network Nazis, they own the network and what they say goes. Never mind that it may cause YOU problems. What you need to at least tell them in a place like that is that the FE is transferred to their PC daily. It is backed up on the network store, the local hard drive just makes it faster because there is not so much NETWORK TRAFFIC. Reducing network traffic MIGHT get their attention. Unfortunately there may be cases where they have just locked the local store down and there is nothing you can do about it. However... each user may then get their own NETWORK STORE and you could then transfer a copy to their individual network store location and run it from there? Just things to think about. John W. Colby www.ColbyConsulting.com Arthur Fuller wrote: > I was presented with this problem recently and recommended this solution. > The network support people flatly refused it. They argued that in > their setup (with hundreds of users) virtually nothing on the local > PCs was backed up. The local PCs can be replaced and/re-imaged > anytime, and users are warned not to store anything locally, otherwise > it won't be backed up. So I had no choice but to put both the FE and > the BE on a network share. The argument makes perfect sense to me, but I've never done it that way before. > What will happen when a hundred users open a single FE? Should I > replace the FE MDB with an MDE? > > Thanks, > Arthur > > On Mon, May 19, 2008 at 10:42 AM, Dan Waters wrote: > >> Ed, >> >> Even with 3 users, splitting is a good preventive measure to avoid >> data corruption. You can put the Access Back End .mdb file on the >> server, and put the Front end .mdb files on each user's PC. Managing >> 3 users shouldn't be difficult. >> -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. From askolits at nni.com Tue May 20 07:42:39 2008 From: askolits at nni.com (John Skolits) Date: Tue, 20 May 2008 08:42:39 -0400 Subject: [AccessD] Query Column Headings -Table's Caption Property Vs aQuery's Alias In-Reply-To: <005001c8ba73$8d5fcb90$6500a8c0@SusanOne> References: <49DFE57FB126044B8A8B934E7AEA09ED09FD7395@WPEXCH05.colesmyer.ad.cmltd.net.au> <00a301c8ba21$86952eb0$93bf8c10$@com> <005001c8ba73$8d5fcb90$6500a8c0@SusanOne> Message-ID: <004301c8ba76$fd7b90a0$f872b1e0$@com> When using a query, I want an alternate column heading to what's provided in the field's caption property located in the table's design. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Tuesday, May 20, 2008 8:18 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Query Column Headings -Table's Caption Property Vs aQuery's Alias You want a second caption for the query column, correct? You can do it manually in the query design window. Does that help? Susan H. >I have some tables where I have added captions in the Table's design. > When I run a query against the table, I see those captions as the column > headings instead of the field name. Good, this is what I want. > But there are a few query headings I would like to change and still keep > the > table's captions the table's design. > > You would think that you would simply use an alias prefix in the grid's > field name (i.e. EXPR1:FieldName) > > But when you run the query, it still shows the caption listed in the > table's > design not 'EXPR1'. > > I thought maybe there was a setting but I didn't find > anything. Also nothing in the query's properties (as far as I could see). > > Anyone have any thoughts? > > John Skolits > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Tue May 20 08:06:29 2008 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 20 May 2008 09:06:29 -0400 Subject: [AccessD] Query Column Headings -Table's Caption PropertyVs aQuery's Alias References: <49DFE57FB126044B8A8B934E7AEA09ED09FD7395@WPEXCH05.colesmyer.ad.cmltd.net.au> <00a301c8ba21$86952eb0$93bf8c10$@com><005001c8ba73$8d5fcb90$6500a8c0@SusanOne> <004301c8ba76$fd7b90a0$f872b1e0$@com> Message-ID: <00be01c8ba7a$53fd8840$6500a8c0@SusanOne> > When using a query, I want an alternate column heading to what's provided > in > the field's caption property located in the table's design. =====Can you set it manually in the query design window, or must you do it on the fly with code? Susan H. > > You can do it manually in the query design window. Does that help? > > Susan H. From Chris.Foote at uk.thalesgroup.com Tue May 20 08:19:43 2008 From: Chris.Foote at uk.thalesgroup.com (Foote, Chris) Date: Tue, 20 May 2008 14:19:43 +0100 Subject: [AccessD] Multiple Frontend Users Message-ID: <7303A459C921B5499AF732CCEEAD2B7F064D1505@craws161660.int.rdel.co.uk> Elegant Jim! Regards Chris F > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Dettman > Sent: Tuesday, May 20, 2008 1:33 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Multiple Frontend Users > > > Chris, > > I do that the same, but twist it around a bit; the FE has a > version table > and at startup, checks the local table vs a network "master" > copy. If the > rev's don't match, the user is told to "update" (run the > batch file) and the > app quits. > > The batch file also serves as the install as all one needs > to do is call > it from the run line or click on a link in an e-mail. > > Jim. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Foote, Chris > Sent: Tuesday, May 20, 2008 8:22 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Multiple Frontend Users > > Arthur! > > I've had similar arguments with our IT "professionals"! > > My multi-user split FE/BE database worked as follows: > > BE and copy of FE stored on network "share" along with bat file. > User has shortcut to bat file on desktop > When user needs to use database they double-click on shortcut > to bat file. > Bat file looks to see if user has latest version of FE on > their C: drive, > if not, it copies file for network share and runs it, if it > is latest it > runs it. > > Simple! > > The only this you need to do if user gets a new machine is to > create the > shortcut to the bat file. I would have automated that if I > could have been > bothered ;-) > > If you need any more info of a copy to my super-duper bat > file please let me > know. > > Regards > Chris Foote From Lambert.Heenan at AIG.com Tue May 20 08:16:04 2008 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Tue, 20 May 2008 09:16:04 -0400 Subject: [AccessD] Autonumber problem Message-ID: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C6D7@XLIVMBX35bkup.aig.com> Well that just goes to show that experience isn't everything. :-) I have only seen this problem once (lucky me) and the cure was a plain and simple C&R. That was over a year ago and it has not recurred. The moral being your mileage may vary. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Monday, May 19, 2008 5:24 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Autonumber problem This was a known bug back in 2K (I believe) which an SP sorted out. The bug "reset" the autonumber to the next "available" number, which of course is at the beginning of the first "hole". I have dealt with this MANY times. If you perform the C&R using a machine where the bug has not been fixed, then you will CAUSE the problem, not fix it. To my knowledge the fix never "REPAIRED" the problem, i.e. it never resequenced the autonumber out past the last used number, a manual fix such as discussed previously has always been required. John W. Colby www.ColbyConsulting.com Heenan, Lambert wrote: > I agree with Gary. I've seen this exact problem happen before and > compact and repair sorted it out. Any solution involving fiddling > around with the 'next' value or redefining the field properties should > be a last resort if C&R does not do the job. IMHO of course. > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Joe > O'Connell > Sent: Monday, May 19, 2008 4:18 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Autonumber problem > > There are several tables in an application that have developed "holes" > in the autonumber field. This is not a problem, except that Access > has lost track of the next autonumber to use so it is reusing the > autonumbers that are no longer in the table. > > For example, the autonumbers may go from 1-100 and then 200-300. > Instead of using 301 as the next autonumber, Access uses 101. There > is no problem until the autonumber for the new records reaches 199, > then Access attempts to use 200 for the next autonumber. Since 200 is > already in use, the record cannot be created. > > Has anyone else experienced a problem like this? What is the > recommended method to correct this problem? Is there a way to reset > the seed for the autonumber to force it to resume after the largest in the table? > > Joe O'Connell > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at AIG.com Tue May 20 08:23:36 2008 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Tue, 20 May 2008 08:23:36 -0500 Subject: [AccessD] Multiple Frontend Users Message-ID: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C6DE@XLIVMBX35bkup.aig.com> There's no law that says the FE has to be on the user's local hard drive. Most networks I've come across users have their own personal network storage, a 'home' drive. I just give them a copy of the FE that runs off that network drive. Like Jim Dettman I use a version table and have an automated update process. (Whisper it: network load be damned). Anyway I don't quite follow the logic of the claim that the FE on the C drive reduces network traffic. Isn't most of the traffic fetching data from the back end? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, May 20, 2008 7:53 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Multiple Frontend Users I was presented with this problem recently and recommended this solution. The network support people flatly refused it. They argued that in their setup (with hundreds of users) virtually nothing on the local PCs was backed up. The local PCs can be replaced and/re-imaged anytime, and users are warned not to store anything locally, otherwise it won't be backed up. So I had no choice but to put both the FE and the BE on a network share. The argument makes perfect sense to me, but I've never done it that way before. What will happen when a hundred users open a single FE? Should I replace the FE MDB with an MDE? Thanks, Arthur On Mon, May 19, 2008 at 10:42 AM, Dan Waters wrote: > Ed, > > Even with 3 users, splitting is a good preventive measure to avoid > data corruption. You can put the Access Back End .mdb file on the > server, and put the Front end .mdb files on each user's PC. Managing > 3 users shouldn't be difficult. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From askolits at nni.com Tue May 20 08:27:56 2008 From: askolits at nni.com (John Skolits) Date: Tue, 20 May 2008 09:27:56 -0400 Subject: [AccessD] Query Column Headings -Table's Caption PropertyVs aQuery's Alias In-Reply-To: <00be01c8ba7a$53fd8840$6500a8c0@SusanOne> References: <49DFE57FB126044B8A8B934E7AEA09ED09FD7395@WPEXCH05.colesmyer.ad.cmltd.net.au> <00a301c8ba21$86952eb0$93bf8c10$@com><005001c8ba73$8d5fcb90$6500a8c0@SusanOne> <004301c8ba76$fd7b90a0$f872b1e0$@com> <00be01c8ba7a$53fd8840$6500a8c0@SusanOne> Message-ID: <000501c8ba7d$50abbdd0$f2033970$@com> Manually is fine but it always defaults to the string that's in the caption property. So if in the table's design I have: (Ignore all quotes) FieldName: "strLastName" Caption: "Last Name" And create a query that has the following alias in the field grid: "The Last Name Of The Person Is:strLastName" You would think after running the query the column heading would be "The Last Name Of The Person Is". But it's not. The alias is ignored and it defaults to the value in the caption property within the table's design. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Tuesday, May 20, 2008 9:06 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Query Column Headings -Table's Caption PropertyVs aQuery's Alias > When using a query, I want an alternate column heading to what's provided > in > the field's caption property located in the table's design. =====Can you set it manually in the query design window, or must you do it on the fly with code? Susan H. > > You can do it manually in the query design window. Does that help? > > Susan H. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From erbachs at gmail.com Tue May 20 08:30:30 2008 From: erbachs at gmail.com (Steve Erbach) Date: Tue, 20 May 2008 08:30:30 -0500 Subject: [AccessD] OT: Hey! You guys! Dave won! Message-ID: <39cb22f30805200630u1ca480f0s8b7c91a23431bae4@mail.gmail.com> Dear Group, YOUR VOTES COUNTED BIG TIME! Thank you everyone that voted for my co-worker, Dave Behnke's, article on CodeProject.com. He received notification this morning that he'd won the competition for April! Whoa! Dave wanted me to thank you all. He was rather speechless. I told him last week that I was electioneering for him. He was, as usual, very modest. This is so great! Thank you, again, everyone! You are a force to be reckoned with! Regards, Steve Erbach Neenah, WI http://www.TheTownCrank.com From jwcolby at colbyconsulting.com Tue May 20 08:34:23 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 20 May 2008 09:34:23 -0400 Subject: [AccessD] Multiple Frontend Users In-Reply-To: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C6DE@XLIVMBX35bkup.aig.com> References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C6DE@XLIVMBX35bkup.aig.com> Message-ID: <4832D35F.1030602@colbyconsulting.com> >Isn't most > of the traffic fetching data from the back end? Whenever you load ANYTHING out of the FE it has to be loaded out of the container. Load a form, pull data (the form) from the FE container. Load a report, pull data from the container. Load a query, pull it from the container. Load a module, pull it from the container. The ONLY thing not loaded every time it is opened is the module. I have never seen any actual statistics as to how much data the form / report / query itself requires just to load. Thus there is a fair bit of network traffic just loading the forms and reports themselves, never mind the data loaded into the form or report. John W. Colby www.ColbyConsulting.com Heenan, Lambert wrote: > There's no law that says the FE has to be on the user's local hard drive. > Most networks I've come across users have their own personal network > storage, a 'home' drive. I just give them a copy of the FE that runs off > that network drive. Like Jim Dettman I use a version table and have an > automated update process. > > (Whisper it: network load be damned). Anyway I don't quite follow the logic > of the claim that the FE on the C drive reduces network traffic. Isn't most > of the traffic fetching data from the back end? > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller > Sent: Tuesday, May 20, 2008 7:53 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Multiple Frontend Users > > I was presented with this problem recently and recommended this solution. > The network support people flatly refused it. They argued that in their > setup (with hundreds of users) virtually nothing on the local PCs was backed > up. The local PCs can be replaced and/re-imaged anytime, and users are > warned not to store anything locally, otherwise it won't be backed up. So I > had no choice but to put both the FE and the BE on a network share. The > argument makes perfect sense to me, but I've never done it that way before. > What will happen when a hundred users open a single FE? Should I replace the > FE MDB with an MDE? > > Thanks, > Arthur > > On Mon, May 19, 2008 at 10:42 AM, Dan Waters wrote: > >> Ed, >> >> Even with 3 users, splitting is a good preventive measure to avoid >> data corruption. You can put the Access Back End .mdb file on the >> server, and put the Front end .mdb files on each user's PC. Managing >> 3 users shouldn't be difficult. >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue May 20 08:37:23 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 20 May 2008 09:37:23 -0400 Subject: [AccessD] Autonumber problem In-Reply-To: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C6D7@XLIVMBX35bkup.aig.com> References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C6D7@XLIVMBX35bkup.aig.com> Message-ID: <4832D413.5030205@colbyconsulting.com> > The moral being your mileage may vary. Yup. However the fact that this happened at all says that somewhere the bug is striking again. Either there is an unpatched workstation being used to C/R the database BE or the bug has resurfaced, which wouldn't surprise me. BTW, it does not have to do with the BE container revision - 2k, 2k3 etc. It was a known bug in the C/R itself, thus almost certainly a bug in JET. John W. Colby www.ColbyConsulting.com Heenan, Lambert wrote: > Well that just goes to show that experience isn't everything. :-) > > I have only seen this problem once (lucky me) and the cure was a plain and > simple C&R. That was over a year ago and it has not recurred. > > The moral being your mileage may vary. > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Monday, May 19, 2008 5:24 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Autonumber problem > > This was a known bug back in 2K (I believe) which an SP sorted out. The bug > "reset" the autonumber to the next "available" number, which of course is at > the beginning of the first "hole". I have dealt with this MANY times. > > If you perform the C&R using a machine where the bug has not been fixed, > then you will CAUSE the problem, not fix it. To my knowledge the fix never > "REPAIRED" the problem, i.e. it never resequenced the autonumber out past > the last used number, a manual fix such as discussed previously has always > been required. > > > John W. Colby > www.ColbyConsulting.com > > > Heenan, Lambert wrote: >> I agree with Gary. I've seen this exact problem happen before and >> compact and repair sorted it out. Any solution involving fiddling >> around with the 'next' value or redefining the field properties should >> be a last resort if C&R does not do the job. IMHO of course. >> >> Lambert >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Joe >> O'Connell >> Sent: Monday, May 19, 2008 4:18 PM >> To: Access Developers discussion and problem solving >> Subject: [AccessD] Autonumber problem >> >> There are several tables in an application that have developed "holes" >> in the autonumber field. This is not a problem, except that Access >> has lost track of the next autonumber to use so it is reusing the >> autonumbers that are no longer in the table. >> >> For example, the autonumbers may go from 1-100 and then 200-300. >> Instead of using 301 as the next autonumber, Access uses 101. There >> is no problem until the autonumber for the new records reaches 199, >> then Access attempts to use 200 for the next autonumber. Since 200 is >> already in use, the record cannot be created. >> >> Has anyone else experienced a problem like this? What is the >> recommended method to correct this problem? Is there a way to reset >> the seed for the autonumber to force it to resume after the largest in the > table? >> Joe O'Connell >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue May 20 08:37:47 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Tue, 20 May 2008 06:37:47 -0700 Subject: [AccessD] Multiple Frontend Users In-Reply-To: <29f585dd0805200452t3a317a10q949047a40ed37f3a@mail.gmail.com> References: <29f585dd0805200452t3a317a10q949047a40ed37f3a@mail.gmail.com> Message-ID: <017c01c8ba7e$b0d517a0$0301a8c0@HAL9005> Arthur: That thing about the back up doesn't make sense. The original is on the server. Only COPIES are on the clients. It doesn't need to be backed up at the client end. If a machine gets replaced, a shortcut to the FE on the server would need to be created anyway. Why not just copy the FE from the server to the new client? The answer is simple - control. It's just petty politics. They want to be in control and when you put something on a client you lose control. Yes and MDE would be better so that they don't go mucking around with your objects. But really... Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, May 20, 2008 4:53 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Multiple Frontend Users I was presented with this problem recently and recommended this solution. The network support people flatly refused it. They argued that in their setup (with hundreds of users) virtually nothing on the local PCs was backed up. The local PCs can be replaced and/re-imaged anytime, and users are warned not to store anything locally, otherwise it won't be backed up. So I had no choice but to put both the FE and the BE on a network share. The argument makes perfect sense to me, but I've never done it that way before. What will happen when a hundred users open a single FE? Should I replace the FE MDB with an MDE? Thanks, Arthur On Mon, May 19, 2008 at 10:42 AM, Dan Waters wrote: > Ed, > > Even with 3 users, splitting is a good preventive measure to avoid > data corruption. You can put the Access Back End .mdb file on the > server, and put the Front end .mdb files on each user's PC. Managing > 3 users shouldn't be difficult. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.21/1455 - Release Date: 5/19/2008 5:04 PM From jwcolby at colbyconsulting.com Tue May 20 08:39:02 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 20 May 2008 09:39:02 -0400 Subject: [AccessD] OT: Hey! You guys! Dave won! In-Reply-To: <39cb22f30805200630u1ca480f0s8b7c91a23431bae4@mail.gmail.com> References: <39cb22f30805200630u1ca480f0s8b7c91a23431bae4@mail.gmail.com> Message-ID: <4832D476.2080103@colbyconsulting.com> So what was the prize, do we know? John W. Colby www.ColbyConsulting.com Steve Erbach wrote: > Dear Group, > > YOUR VOTES COUNTED BIG TIME! Thank you everyone that voted for my > co-worker, Dave Behnke's, article on CodeProject.com. He received > notification this morning that he'd won the competition for April! > Whoa! > > Dave wanted me to thank you all. He was rather speechless. I told > him last week that I was electioneering for him. He was, as usual, > very modest. > > This is so great! Thank you, again, everyone! You are a force to be > reckoned with! > > Regards, > > Steve Erbach > Neenah, WI > http://www.TheTownCrank.com From Gustav at cactus.dk Tue May 20 08:42:44 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 20 May 2008 15:42:44 +0200 Subject: [AccessD] Query Column Headings -Table's Caption PropertyVs a Query's Alias Message-ID: Hi John I didn't know that, but actually it is explained in the on-line help of Access 97. Morale: Don't set Caption for fields of tables/queries which are going to be used as the source for a query where you need custom captions. /gustav >>> askolits at nni.com 20-05-2008 15:27 >>> Manually is fine but it always defaults to the string that's in the caption property. So if in the table's design I have: (Ignore all quotes) FieldName: "strLastName" Caption: "Last Name" And create a query that has the following alias in the field grid: "The Last Name Of The Person Is:strLastName" You would think after running the query the column heading would be "The Last Name Of The Person Is". But it's not. The alias is ignored and it defaults to the value in the caption property within the table's design. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Tuesday, May 20, 2008 9:06 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Query Column Headings -Table's Caption PropertyVs aQuery's Alias > When using a query, I want an alternate column heading to what's provided > in > the field's caption property located in the table's design. =====Can you set it manually in the query design window, or must you do it on the fly with code? Susan H. > > You can do it manually in the query design window. Does that help? > > Susan H. From erbachs at gmail.com Tue May 20 08:46:16 2008 From: erbachs at gmail.com (Steve Erbach) Date: Tue, 20 May 2008 08:46:16 -0500 Subject: [AccessD] Query Column Headings -Table's Caption PropertyVs aQuery's Alias In-Reply-To: <000501c8ba7d$50abbdd0$f2033970$@com> References: <49DFE57FB126044B8A8B934E7AEA09ED09FD7395@WPEXCH05.colesmyer.ad.cmltd.net.au> <00a301c8ba21$86952eb0$93bf8c10$@com> <005001c8ba73$8d5fcb90$6500a8c0@SusanOne> <004301c8ba76$fd7b90a0$f872b1e0$@com> <00be01c8ba7a$53fd8840$6500a8c0@SusanOne> <000501c8ba7d$50abbdd0$f2033970$@com> Message-ID: <39cb22f30805200646r51f7f66bw6f17ce37c40e0d0@mail.gmail.com> John, Right you are. I very seldom use the Caption property in my table designs. Much more frequently I'll use the Description field. The solution, I'm afraid, is to restructure the tables to get rid of the Caption properties. Steve Erbach Neenah, WI On Tue, May 20, 2008 at 8:27 AM, John Skolits wrote: > Manually is fine but it always defaults to the string that's in the caption > property. > > So if in the table's design I have: (Ignore all quotes) > FieldName: "strLastName" > Caption: "Last Name" > > And create a query that has the following alias in the field grid: > > "The Last Name Of The Person Is:strLastName" > > You would think after running the query the column heading would be "The > Last Name Of The Person Is". > > But it's not. The alias is ignored and it defaults to the value in the > caption property within the table's design. > > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > Sent: Tuesday, May 20, 2008 9:06 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Query Column Headings -Table's Caption PropertyVs > aQuery's Alias > > > >> When using a query, I want an alternate column heading to what's provided >> in >> the field's caption property located in the table's design. > > =====Can you set it manually in the query design window, or must you do it > on the fly with code? > > Susan H. From erbachs at gmail.com Tue May 20 08:50:25 2008 From: erbachs at gmail.com (Steve Erbach) Date: Tue, 20 May 2008 08:50:25 -0500 Subject: [AccessD] OT: Hey! You guys! Dave won! In-Reply-To: <4832D476.2080103@colbyconsulting.com> References: <39cb22f30805200630u1ca480f0s8b7c91a23431bae4@mail.gmail.com> <4832D476.2080103@colbyconsulting.com> Message-ID: <39cb22f30805200650k48138e7am4deb8c76531e1fad@mail.gmail.com> John, We sure do! [Product name - Manufacturer] iGrid.NET - 10Tec ($199) Spices.VSIP.Obfuscator - 9rays ($892.95) Dundas Chart for .NET Pro - Dundas ($699) The latest VB books from Apress - Work Outsource ($202.96) .Net Dashboard Suite - Perpetuumsoft ($950) Nevron User Interface for .NET (Professional edition) - Nevron Software ($369) Shell MegaPack 2008 - LogicNP Software ($299) SmartOutline 2010 - SmartOutline ($139) CodeProject.com says it's worth about $3700 retail!! Steve Erbach Neenah, WI http://www.TheTownCrank.com On Tue, May 20, 2008 at 8:39 AM, jwcolby wrote: > So what was the prize, do we know? > > John W. Colby > www.ColbyConsulting.com > > > Steve Erbach wrote: >> Dear Group, >> >> YOUR VOTES COUNTED BIG TIME! Thank you everyone that voted for my >> co-worker, Dave Behnke's, article on CodeProject.com. He received >> notification this morning that he'd won the competition for April! >> Whoa! >> >> Dave wanted me to thank you all. He was rather speechless. I told >> him last week that I was electioneering for him. He was, as usual, >> very modest. >> >> This is so great! Thank you, again, everyone! You are a force to be >> reckoned with! >> >> Regards, >> >> Steve Erbach >> Neenah, WI >> http://www.TheTownCrank.com From ssharkins at gmail.com Tue May 20 08:50:28 2008 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 20 May 2008 09:50:28 -0400 Subject: [AccessD] Query Column Headings -Table'sCaption PropertyVs aQuery's Alias References: <49DFE57FB126044B8A8B934E7AEA09ED09FD7395@WPEXCH05.colesmyer.ad.cmltd.net.au> <00a301c8ba21$86952eb0$93bf8c10$@com><005001c8ba73$8d5fcb90$6500a8c0@SusanOne> <004301c8ba76$fd7b90a0$f872b1e0$@com><00be01c8ba7a$53fd8840$6500a8c0@SusanOne> <000501c8ba7d$50abbdd0$f2033970$@com> Message-ID: <015201c8ba80$b5d67490$6500a8c0@SusanOne> By manually, I meant the query column's property -- right-click the column, choose Properties. You can enter "The Last Name..." string as the query column's Caption property to override the table's. Susan H. > Manually is fine but it always defaults to the string that's in the > caption > property. > > So if in the table's design I have: (Ignore all quotes) > FieldName: "strLastName" > Caption: "Last Name" > > And create a query that has the following alias in the field grid: > > "The Last Name Of The Person Is:strLastName" > > You would think after running the query the column heading would be "The > Last Name Of The Person Is". > > But it's not. The alias is ignored and it defaults to the value in the > caption property within the table's design. > > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > Sent: Tuesday, May 20, 2008 9:06 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Query Column Headings -Table's Caption PropertyVs > aQuery's Alias > > > >> When using a query, I want an alternate column heading to what's provided >> in >> the field's caption property located in the table's design. > > =====Can you set it manually in the query design window, or must you do it > on the fly with code? > > Susan H. > >> >> You can do it manually in the query design window. Does that help? >> >> Susan H. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From ssharkins at gmail.com Tue May 20 08:52:12 2008 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 20 May 2008 09:52:12 -0400 Subject: [AccessD] Query Column Headings -Table's Caption PropertyVsaQuery's Alias References: <49DFE57FB126044B8A8B934E7AEA09ED09FD7395@WPEXCH05.colesmyer.ad.cmltd.net.au><00a301c8ba21$86952eb0$93bf8c10$@com><005001c8ba73$8d5fcb90$6500a8c0@SusanOne><004301c8ba76$fd7b90a0$f872b1e0$@com><00be01c8ba7a$53fd8840$6500a8c0@SusanOne><000501c8ba7d$50abbdd0$f2033970$@com> <39cb22f30805200646r51f7f66bw6f17ce37c40e0d0@mail.gmail.com> Message-ID: <015301c8ba80$b6848ee0$6500a8c0@SusanOne> > The solution, I'm afraid, is to restructure the tables to get rid of > the Caption properties. ======No, use the Caption property for the query's column. Or, perhaps I'm misunderstanding what John wants to do? Susan H. From jwcolby at colbyconsulting.com Tue May 20 09:00:20 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 20 May 2008 10:00:20 -0400 Subject: [AccessD] OT: Hey! You guys! Dave won! In-Reply-To: <39cb22f30805200650k48138e7am4deb8c76531e1fad@mail.gmail.com> References: <39cb22f30805200630u1ca480f0s8b7c91a23431bae4@mail.gmail.com> <4832D476.2080103@colbyconsulting.com> <39cb22f30805200650k48138e7am4deb8c76531e1fad@mail.gmail.com> Message-ID: <4832D974.8090307@colbyconsulting.com> WOW!!! Congrats to your friend. Does he have to pay taxes now? 8-( John W. Colby www.ColbyConsulting.com Steve Erbach wrote: > John, > > We sure do! > > [Product name - Manufacturer] > iGrid.NET - 10Tec ($199) > Spices.VSIP.Obfuscator - 9rays ($892.95) > Dundas Chart for .NET Pro - Dundas ($699) > The latest VB books from Apress - Work Outsource ($202.96) > .Net Dashboard Suite - Perpetuumsoft ($950) > Nevron User Interface for .NET (Professional edition) - Nevron Software ($369) > Shell MegaPack 2008 - LogicNP Software ($299) > SmartOutline 2010 - SmartOutline ($139) > > CodeProject.com says it's worth about $3700 retail!! > > Steve Erbach > Neenah, WI > http://www.TheTownCrank.com > > On Tue, May 20, 2008 at 8:39 AM, jwcolby wrote: >> So what was the prize, do we know? >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Steve Erbach wrote: >>> Dear Group, >>> >>> YOUR VOTES COUNTED BIG TIME! Thank you everyone that voted for my >>> co-worker, Dave Behnke's, article on CodeProject.com. He received >>> notification this morning that he'd won the competition for April! >>> Whoa! >>> >>> Dave wanted me to thank you all. He was rather speechless. I told >>> him last week that I was electioneering for him. He was, as usual, >>> very modest. >>> >>> This is so great! Thank you, again, everyone! You are a force to be >>> reckoned with! >>> >>> Regards, >>> >>> Steve Erbach >>> Neenah, WI >>> http://www.TheTownCrank.com From dwaters at usinternet.com Tue May 20 09:12:58 2008 From: dwaters at usinternet.com (Dan Waters) Date: Tue, 20 May 2008 09:12:58 -0500 Subject: [AccessD] Autonumber problem In-Reply-To: <4832D413.5030205@colbyconsulting.com> References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C6D7@XLIVMBX35bkup.aig.com> <4832D413.5030205@colbyconsulting.com> Message-ID: <82EEF5F7533D4F7BA25E77215DDCCE85@danwaters> You can set up a method to automatically compact and repair a BE daily. 1) Pick a time of day where it is least likely that users will be in your database. Say 3:00 AM. 2) Create a small database titled BECompact.mdb with the following code in a standard module: '------------------------------------------------------------------------ Option Compare Database Option Explicit Public Declare Sub Sleep Lib "kernel32" (ByVal dwMilliseconds As Long) Public Function CompactBE() On Error GoTo EH Dim stgPathBEFile As String Dim stgPathBELDB As String Dim appAccess As Access.Application Dim fso As FileSystemObject Dim stg As String Dim rst As DAO.Recordset ' Stop stg = "SELECT BEFullPath FROM tblBEFullPath" Set rst = DBEngine(0)(0).OpenRecordset(stg, dbOpenSnapshot) stgPathBEFile = rst("BEFullPath") rst.Close Set rst = Nothing Set fso = CreateObject("Scripting.FileSystemObject") '-- If the BE file is in use then the BE can't be compacted stgPathBELDB = Replace(stgPathBEFile, "mdb", "ldb") If fso.FileExists(stgPathBELDB) Then Access.Application.Quit acQuitSaveNone Exit Function End If Set appAccess = New Access.Application appAccess.OpenCurrentDatabase stgPathBEFile, False Sleep 5000 '-- pause code execution for 5 seconds '-- When the BE closes it will auto-compact. appAccess.CloseCurrentDatabase Sleep 5000 '-- pause code execution for 5 seconds DoEvents appAccess.Quit acQuitSaveNone Set appAccess = Nothing Access.Application.Quit acQuitSaveNone Exit Function EH: Access.Application.Quit acQuitSaveNone End Function '------------------------------------------------------------------------ 2) Set the above code to run automatically using an AutoExec macro or a startup form. 3) Add a table (tblBEFullPath) to BECompact.mdb with one field (BEFullPath) and enter the full path to the BE file. 3) Save BECompact.mdb on the server in the correct location. 4) Open the BE file and go to Options. Check 'Compact on Close'. 5) Create a Scheduled Task on the server which will open BECompact.mdb at the time you have selected. 6) Test the Scheduled Task and BECompact.mdb. This will now automatically compact your BE file automatically every day. HTH! Dan From askolits at nni.com Tue May 20 09:21:03 2008 From: askolits at nni.com (John Skolits) Date: Tue, 20 May 2008 10:21:03 -0400 Subject: [AccessD] Query Column Headings -Table'sCaption PropertyVs aQuery's Alias In-Reply-To: <015201c8ba80$b5d67490$6500a8c0@SusanOne> References: <49DFE57FB126044B8A8B934E7AEA09ED09FD7395@WPEXCH05.colesmyer.ad.cmltd.net.au> <00a301c8ba21$86952eb0$93bf8c10$@com><005001c8ba73$8d5fcb90$6500a8c0@SusanOne> <004301c8ba76$fd7b90a0$f872b1e0$@com><00be01c8ba7a$53fd8840$6500a8c0@SusanOne> <000501c8ba7d$50abbdd0$f2033970$@com> <015201c8ba80$b5d67490$6500a8c0@SusanOne> Message-ID: <000c01c8ba84$bc85bdb0$35913910$@com> Yes, that's it! And I can do it programmatically! Dim qryDef As DAO.QueryDef Set qryDef = CurrentDb().QueryDefs("qrySearchResults") qrydef.fields("strLastName ").Properties("Caption")="The Last Name Of The Person Is" qryDef.close Thanks! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Tuesday, May 20, 2008 9:50 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Query Column Headings -Table'sCaption PropertyVs aQuery's Alias By manually, I meant the query column's property -- right-click the column, choose Properties. You can enter "The Last Name..." string as the query column's Caption property to override the table's. Susan H. > Manually is fine but it always defaults to the string that's in the > caption > property. > > So if in the table's design I have: (Ignore all quotes) > FieldName: "strLastName" > Caption: "Last Name" > > And create a query that has the following alias in the field grid: > > "The Last Name Of The Person Is:strLastName" > > You would think after running the query the column heading would be "The > Last Name Of The Person Is". > > But it's not. The alias is ignored and it defaults to the value in the > caption property within the table's design. > > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > Sent: Tuesday, May 20, 2008 9:06 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Query Column Headings -Table's Caption PropertyVs > aQuery's Alias > > > >> When using a query, I want an alternate column heading to what's provided >> in >> the field's caption property located in the table's design. > > =====Can you set it manually in the query design window, or must you do it > on the fly with code? > > Susan H. > >> >> You can do it manually in the query design window. Does that help? >> >> Susan H. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From askolits at nni.com Tue May 20 09:26:41 2008 From: askolits at nni.com (John Skolits) Date: Tue, 20 May 2008 10:26:41 -0400 Subject: [AccessD] Query Column Headings -Table's Caption PropertyVs a Query's Alias In-Reply-To: References: Message-ID: <001201c8ba85$85a41980$90ec4c80$@com> Typically, I never use them because of query issues, but in this case I want them. I'm trying to do some tricky things. Thanks. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, May 20, 2008 9:43 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Query Column Headings -Table's Caption PropertyVs a Query's Alias Hi John I didn't know that, but actually it is explained in the on-line help of Access 97. Morale: Don't set Caption for fields of tables/queries which are going to be used as the source for a query where you need custom captions. /gustav >>> askolits at nni.com 20-05-2008 15:27 >>> Manually is fine but it always defaults to the string that's in the caption property. So if in the table's design I have: (Ignore all quotes) FieldName: "strLastName" Caption: "Last Name" And create a query that has the following alias in the field grid: "The Last Name Of The Person Is:strLastName" You would think after running the query the column heading would be "The Last Name Of The Person Is". But it's not. The alias is ignored and it defaults to the value in the caption property within the table's design. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Tuesday, May 20, 2008 9:06 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Query Column Headings -Table's Caption PropertyVs aQuery's Alias > When using a query, I want an alternate column heading to what's provided > in > the field's caption property located in the table's design. =====Can you set it manually in the query design window, or must you do it on the fly with code? Susan H. > > You can do it manually in the query design window. Does that help? > > Susan H. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From erbachs at gmail.com Tue May 20 09:39:11 2008 From: erbachs at gmail.com (Steve Erbach) Date: Tue, 20 May 2008 09:39:11 -0500 Subject: [AccessD] Query Column Headings -Table's Caption PropertyVsaQuery's Alias In-Reply-To: <015301c8ba80$b6848ee0$6500a8c0@SusanOne> References: <49DFE57FB126044B8A8B934E7AEA09ED09FD7395@WPEXCH05.colesmyer.ad.cmltd.net.au> <00a301c8ba21$86952eb0$93bf8c10$@com> <005001c8ba73$8d5fcb90$6500a8c0@SusanOne> <004301c8ba76$fd7b90a0$f872b1e0$@com> <00be01c8ba7a$53fd8840$6500a8c0@SusanOne> <000501c8ba7d$50abbdd0$f2033970$@com> <39cb22f30805200646r51f7f66bw6f17ce37c40e0d0@mail.gmail.com> <015301c8ba80$b6848ee0$6500a8c0@SusanOne> Message-ID: <39cb22f30805200739t41e03e11x5272898a370505e5@mail.gmail.com> Susan, Right you are. And John discovered a programmatic way to do it, which I was unaware of. Sorry. Steve Erbach On Tue, May 20, 2008 at 8:52 AM, Susan Harkins wrote: >> The solution, I'm afraid, is to restructure the tables to get rid of >> the Caption properties. > > ======No, use the Caption property for the query's column. Or, perhaps I'm > misunderstanding what John wants to do? > > Susan H. From erbachs at gmail.com Tue May 20 09:39:45 2008 From: erbachs at gmail.com (Steve Erbach) Date: Tue, 20 May 2008 09:39:45 -0500 Subject: [AccessD] OT: Hey! You guys! Dave won! In-Reply-To: <4832D974.8090307@colbyconsulting.com> References: <39cb22f30805200630u1ca480f0s8b7c91a23431bae4@mail.gmail.com> <4832D476.2080103@colbyconsulting.com> <39cb22f30805200650k48138e7am4deb8c76531e1fad@mail.gmail.com> <4832D974.8090307@colbyconsulting.com> Message-ID: <39cb22f30805200739n4094a361y4e6db6c5c0db8952@mail.gmail.com> John, That's the first thing I thought of, too! Gack! Steve Erbach On Tue, May 20, 2008 at 9:00 AM, jwcolby wrote: > WOW!!! > > Congrats to your friend. > > Does he have to pay taxes now? 8-( > > John W. Colby From markamatte at hotmail.com Tue May 20 10:04:40 2008 From: markamatte at hotmail.com (Mark A Matte) Date: Tue, 20 May 2008 15:04:40 +0000 Subject: [AccessD] Treeview In-Reply-To: <001401c8ac57$4ed60440$0300a8c0@danwaters> References: <000c01c8a947$cc1a58b0$8abea8c0@XPS><002d01c8a97e$640bd690$7ebea8c0@LaptopII><000801c8ab22$a4543940$ecfcabc0$@rr.com><009001c8ab54$45260020$8119fea9@LTVM><004001c8aba5$18df73b0$0300a8c0@danwaters><00a401c8abc5$01071ed0$8119fea9@LTVM> <002301c8abdf$2209bf60$0300a8c0@danwaters> <001401c8ac57$4ed60440$0300a8c0@danwaters> Message-ID: Hello All, In Access XP...I'm going to try to use a treeview...I have never used this before. Any advice...places to start? Thanks, Mark A. Matte _________________________________________________________________ Make every e-mail and IM count. Join the i?m Initiative from Microsoft. http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ MakeCount From Lambert.Heenan at AIG.com Tue May 20 10:14:58 2008 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Tue, 20 May 2008 10:14:58 -0500 Subject: [AccessD] Multiple Frontend Users Message-ID: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C79A@XLIVMBX35bkup.aig.com> Hear hear! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Tuesday, May 20, 2008 9:38 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Multiple Frontend Users Arthur: That thing about the back up doesn't make sense. The original is on the server. Only COPIES are on the clients. It doesn't need to be backed up at the client end. If a machine gets replaced, a shortcut to the FE on the server would need to be created anyway. Why not just copy the FE from the server to the new client? The answer is simple - control. It's just petty politics. They want to be in control and when you put something on a client you lose control. Yes and MDE would be better so that they don't go mucking around with your objects. But really... Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, May 20, 2008 4:53 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Multiple Frontend Users I was presented with this problem recently and recommended this solution. The network support people flatly refused it. They argued that in their setup (with hundreds of users) virtually nothing on the local PCs was backed up. The local PCs can be replaced and/re-imaged anytime, and users are warned not to store anything locally, otherwise it won't be backed up. So I had no choice but to put both the FE and the BE on a network share. The argument makes perfect sense to me, but I've never done it that way before. What will happen when a hundred users open a single FE? Should I replace the FE MDB with an MDE? Thanks, Arthur On Mon, May 19, 2008 at 10:42 AM, Dan Waters wrote: > Ed, > > Even with 3 users, splitting is a good preventive measure to avoid > data corruption. You can put the Access Back End .mdb file on the > server, and put the Front end .mdb files on each user's PC. Managing > 3 users shouldn't be difficult. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.21/1455 - Release Date: 5/19/2008 5:04 PM -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at AIG.com Tue May 20 10:14:06 2008 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Tue, 20 May 2008 10:14:06 -0500 Subject: [AccessD] Autonumber problem Message-ID: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C796@XLIVMBX35bkup.aig.com> Just out of curiosity, does the manual method of resetting the autonumber seed handle tables where the autonumber is random instead of sequential - like in a replicated table? Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 20, 2008 9:37 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Autonumber problem > The moral being your mileage may vary. Yup. However the fact that this happened at all says that somewhere the bug is striking again. Either there is an unpatched workstation being used to C/R the database BE or the bug has resurfaced, which wouldn't surprise me. BTW, it does not have to do with the BE container revision - 2k, 2k3 etc. It was a known bug in the C/R itself, thus almost certainly a bug in JET. John W. Colby www.ColbyConsulting.com From mmattys at rochester.rr.com Tue May 20 10:25:52 2008 From: mmattys at rochester.rr.com (Michael R Mattys) Date: Tue, 20 May 2008 11:25:52 -0400 Subject: [AccessD] Treeview References: <000c01c8a947$cc1a58b0$8abea8c0@XPS><002d01c8a97e$640bd690$7ebea8c0@LaptopII><000801c8ab22$a4543940$ecfcabc0$@rr.com><009001c8ab54$45260020$8119fea9@LTVM><004001c8aba5$18df73b0$0300a8c0@danwaters><00a401c8abc5$01071ed0$8119fea9@LTVM><002301c8abdf$2209bf60$0300a8c0@danwaters> <001401c8ac57$4ed60440$0300a8c0@danwaters> Message-ID: <011301c8ba8d$cb3592a0$0302a8c0@Laptop> Hi Mark, There are a couple treeview examples here: http://www.helenfeddema.com/access.htm Michael R. Mattys MapPoint & Access Dev www.mattysconsulting.com ----- Original Message ----- From: "Mark A Matte" To: "Access Developers discussion and problem solving" Sent: Tuesday, May 20, 2008 11:04 AM Subject: [AccessD] Treeview Hello All, In Access XP...I'm going to try to use a treeview...I have never used this before. Any advice...places to start? Thanks, Mark A. Matte _________________________________________________________________ Make every e-mail and IM count. Join the i?m Initiative from Microsoft. http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ MakeCount -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at AIG.com Tue May 20 10:11:50 2008 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Tue, 20 May 2008 11:11:50 -0400 Subject: [AccessD] Multiple Frontend Users Message-ID: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C794@XLIVMBX35bkup.aig.com> Granted some bits and bytes have to move across the LAN to open objects in the front end. But that's what I mean by "isn't most of the traffic fetching data". You might have a front end that's 30 Mb, but it's attached to a multi-gigabyte collection of back ends. The data that your front-end is fetching, filtering, updating etc. etc. dwarfs the amount of data moved over the LAN in order to just load a form object. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 20, 2008 9:34 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Multiple Frontend Users >Isn't most > of the traffic fetching data from the back end? Whenever you load ANYTHING out of the FE it has to be loaded out of the container. Load a form, pull data (the form) from the FE container. Load a report, pull data from the container. Load a query, pull it from the container. Load a module, pull it from the container. The ONLY thing not loaded every time it is opened is the module. I have never seen any actual statistics as to how much data the form / report / query itself requires just to load. Thus there is a fair bit of network traffic just loading the forms and reports themselves, never mind the data loaded into the form or report. John W. Colby www.ColbyConsulting.com Heenan, Lambert wrote: > There's no law that says the FE has to be on the user's local hard drive. > Most networks I've come across users have their own personal network > storage, a 'home' drive. I just give them a copy of the FE that runs > off that network drive. Like Jim Dettman I use a version table and > have an automated update process. > > (Whisper it: network load be damned). Anyway I don't quite follow the > logic of the claim that the FE on the C drive reduces network traffic. > Isn't most of the traffic fetching data from the back end? > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur > Fuller > Sent: Tuesday, May 20, 2008 7:53 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Multiple Frontend Users > > I was presented with this problem recently and recommended this solution. > The network support people flatly refused it. They argued that in > their setup (with hundreds of users) virtually nothing on the local > PCs was backed up. The local PCs can be replaced and/re-imaged > anytime, and users are warned not to store anything locally, otherwise > it won't be backed up. So I had no choice but to put both the FE and > the BE on a network share. The argument makes perfect sense to me, but I've never done it that way before. > What will happen when a hundred users open a single FE? Should I > replace the FE MDB with an MDE? > > Thanks, > Arthur > > On Mon, May 19, 2008 at 10:42 AM, Dan Waters wrote: > >> Ed, >> >> Even with 3 users, splitting is a good preventive measure to avoid >> data corruption. You can put the Access Back End .mdb file on the >> server, and put the Front end .mdb files on each user's PC. Managing >> 3 users shouldn't be difficult. >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue May 20 10:35:54 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 20 May 2008 11:35:54 -0400 Subject: [AccessD] Autonumber problem In-Reply-To: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C796@XLIVMBX35bkup.aig.com> References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C796@XLIVMBX35bkup.aig.com> Message-ID: <4832EFDA.9020100@colbyconsulting.com> To be quite honest, I do not use random autonumbers but it seems that the entire question is moot since you don't have "holes" anymore. How the random generator decides that a number is not already used is beyond me, but I assume that it checks. John W. Colby www.ColbyConsulting.com Heenan, Lambert wrote: > Just out of curiosity, does the manual method of resetting the autonumber > seed handle tables where the autonumber is random instead of sequential - > like in a replicated table? > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, May 20, 2008 9:37 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Autonumber problem > > > The moral being your mileage may vary. > > Yup. However the fact that this happened at all says that somewhere the bug > is striking again. Either there is an unpatched workstation being used to > C/R the database BE or the bug has resurfaced, which wouldn't surprise me. > > BTW, it does not have to do with the BE container revision - 2k, 2k3 etc. > It was a known bug in the C/R itself, thus almost certainly a bug in JET. > > John W. Colby > www.ColbyConsulting.com > From jwcolby at colbyconsulting.com Tue May 20 10:47:13 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 20 May 2008 11:47:13 -0400 Subject: [AccessD] Multiple Frontend Users In-Reply-To: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C794@XLIVMBX35bkup.aig.com> References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C214F4C794@XLIVMBX35bkup.aig.com> Message-ID: <4832F281.5010202@colbyconsulting.com> You are probably correct. Again though that depends. If you are hitting a SQL Server BE and loading just a single record then the form itself might actually be more "data" than the data loaded into the form. Are you entering new data records, just sitting with the form open all the time? Are you browsing through existing records with the form open all the time? Another consideration is that if the FE is on the local workstation then the hard disk serves just that user. The time to load a form is probably faster because you are not in a queue to have your form loaded from your FE on your network storage. As far as the total impact on network traffic, it is probably not that great. I probably would not care much whether the FE was on a network store for each user or on the local hard disk. It would almost certainly be faster opening forms if it were local but how much would depend on a lot of different things. Only in the case where hundreds or thousands of users were in the database would it make much difference. John W. Colby www.ColbyConsulting.com Heenan, Lambert wrote: > Granted some bits and bytes have to move across the LAN to open objects in > the front end. But that's what I mean by "isn't most of the traffic fetching > data". You might have a front end that's 30 Mb, but it's attached to a > multi-gigabyte collection of back ends. The data that your front-end is > fetching, filtering, updating etc. etc. dwarfs the amount of data moved over > the LAN in order to just load a form object. > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, May 20, 2008 9:34 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Multiple Frontend Users > > >Isn't most > > of the traffic fetching data from the back end? > > Whenever you load ANYTHING out of the FE it has to be loaded out of the > container. Load a form, pull data (the form) from the FE container. > Load a report, pull data from the container. Load a query, pull it from the > container. Load a module, pull it from the container. The ONLY thing not > loaded every time it is opened is the module. I have never seen any actual > statistics as to how much data the form / report / query itself requires > just to load. > > Thus there is a fair bit of network traffic just loading the forms and > reports themselves, never mind the data loaded into the form or report. > > John W. Colby > www.ColbyConsulting.com > > > Heenan, Lambert wrote: >> There's no law that says the FE has to be on the user's local hard drive. >> Most networks I've come across users have their own personal network >> storage, a 'home' drive. I just give them a copy of the FE that runs >> off that network drive. Like Jim Dettman I use a version table and >> have an automated update process. >> >> (Whisper it: network load be damned). Anyway I don't quite follow the >> logic of the claim that the FE on the C drive reduces network traffic. >> Isn't most of the traffic fetching data from the back end? >> >> Lambert >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur >> Fuller >> Sent: Tuesday, May 20, 2008 7:53 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Multiple Frontend Users >> >> I was presented with this problem recently and recommended this solution. >> The network support people flatly refused it. They argued that in >> their setup (with hundreds of users) virtually nothing on the local >> PCs was backed up. The local PCs can be replaced and/re-imaged >> anytime, and users are warned not to store anything locally, otherwise >> it won't be backed up. So I had no choice but to put both the FE and >> the BE on a network share. The argument makes perfect sense to me, but > I've never done it that way before. >> What will happen when a hundred users open a single FE? Should I >> replace the FE MDB with an MDE? >> >> Thanks, >> Arthur >> >> On Mon, May 19, 2008 at 10:42 AM, Dan Waters > wrote: >>> Ed, >>> >>> Even with 3 users, splitting is a good preventive measure to avoid >>> data corruption. You can put the Access Back End .mdb file on the >>> server, and put the Front end .mdb files on each user's PC. Managing >>> 3 users shouldn't be difficult. >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue May 20 10:48:39 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 20 May 2008 11:48:39 -0400 Subject: [AccessD] Multiple Frontend Users In-Reply-To: References: <29f585dd0805200452t3a317a10q949047a40ed37f3a@mail.gmail.com> <4832BEA3.5050706@colbyconsulting.com> Message-ID: <4832F2D7.7050002@colbyconsulting.com> Roz, How's the network mapping "conversion" going. John W. Colby www.ColbyConsulting.com rosalyn.clarke at barclays.com wrote: > The last option is basically how you have to do it if you are running on a > thin-client network, something I have often had to do. In this instance a > batch file that copies the 'master' FE to the user's personal network > directory if their copy is out of date works the same way as copying it to > their local machine and is well worth doing. > > Roz From rosalyn.clarke at barclays.com Tue May 20 10:57:03 2008 From: rosalyn.clarke at barclays.com (rosalyn.clarke at barclays.com) Date: Tue, 20 May 2008 16:57:03 +0100 Subject: [AccessD] Multiple Frontend Users In-Reply-To: <4832F2D7.7050002@colbyconsulting.com> References: <29f585dd0805200452t3a317a10q949047a40ed37f3a@mail.gmail.com> <4832BEA3.5050706@colbyconsulting.com> <4832F2D7.7050002@colbyconsulting.com> Message-ID: They pulled me off that job and set me to migrating an Access-FE, SQL-BE fax-integrated application instead (in a different city...) Looks like that may get the axe today though, so with a bit of luck I might get back to the network mapping job. I despair of ever finishing anything but I gather that is normal around here. Thanks for asking though - I feel bad for the effort everyone put into trying to help me so I do hope I get a chance to have a crack at it. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: 20 May 2008 16:49 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Multiple Frontend Users Roz, How's the network mapping "conversion" going. John W. Colby www.ColbyConsulting.com rosalyn.clarke at barclays.com wrote: > The last option is basically how you have to do it if you are running > on a thin-client network, something I have often had to do. In this > instance a batch file that copies the 'master' FE to the user's > personal network directory if their copy is out of date works the same > way as copying it to their local machine and is well worth doing. > > Roz -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. From drawbridgej at sympatico.ca Tue May 20 11:03:57 2008 From: drawbridgej at sympatico.ca (Jack and Pat) Date: Tue, 20 May 2008 12:03:57 -0400 Subject: [AccessD] Treeview In-Reply-To: References: <000c01c8a947$cc1a58b0$8abea8c0@XPS><002d01c8a97e$640bd690$7ebea8c0@LaptopII><000801c8ab22$a4543940$ecfcabc0$@rr.com><009001c8ab54$45260020$8119fea9@LTVM><004001c8aba5$18df73b0$0300a8c0@danwaters><00a401c8abc5$01071ed0$8119fea9@LTVM><002301c8abdf$2209bf60$0300a8c0@danwaters> <001401c8ac57$4ed60440$0300a8c0@danwaters> Message-ID: <001801c8ba93$1c7752c0$6501a8c0@home6399619597> Mark, There is also an example here: http://www.utteraccess.com/forums/showthreaded.php?Number=1433636&page=&view =&sb=5&o=&vc=1 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Tuesday, May 20, 2008 11:05 AM To: Access Developers discussion and problem solving Subject: [AccessD] Treeview Hello All, In Access XP...I'm going to try to use a treeview...I have never used this before. Any advice...places to start? Thanks, Mark A. Matte _________________________________________________________________ Make every e-mail and IM count. Join the i'm Initiative from Microsoft. http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ MakeCount -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue May 20 11:09:41 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 20 May 2008 12:09:41 -0400 Subject: [AccessD] The Job In-Reply-To: References: <29f585dd0805200452t3a317a10q949047a40ed37f3a@mail.gmail.com> <4832BEA3.5050706@colbyconsulting.com> <4832F2D7.7050002@colbyconsulting.com> Message-ID: <4832F7C5.7060502@colbyconsulting.com> ROTFL. Is the job term still fixed or are they talking about another three years? ;-) John W. Colby www.ColbyConsulting.com rosalyn.clarke at barclays.com wrote: > They pulled me off that job and set me to migrating an Access-FE, SQL-BE > fax-integrated application instead (in a different city...) Looks like that > may get the axe today though, so with a bit of luck I might get back to the > network mapping job. I despair of ever finishing anything but I gather that > is normal around here. > > Thanks for asking though - I feel bad for the effort everyone put into trying > to help me so I do hope I get a chance to have a crack at it. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: 20 May 2008 16:49 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Multiple Frontend Users > > Roz, > > How's the network mapping "conversion" going. > > John W. Colby > www.ColbyConsulting.com Net From john at winhaven.net Tue May 20 11:16:37 2008 From: john at winhaven.net (John Bartow) Date: Tue, 20 May 2008 11:16:37 -0500 Subject: [AccessD] Multiple Frontend Users In-Reply-To: Message-ID: <200805201616.m4KGGQkU028779@databaseadvisors.com> Odd how that can happen. Projects that never get completed I mean. My first programming job as a consultant was cut after I was about 80-90% completed. I got paid for everything I did but I still as heart-broken. What a waste. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of rosalyn.clarke at barclays.com Sent: Tuesday, May 20, 2008 10:57 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Multiple Frontend Users They pulled me off that job and set me to migrating an Access-FE, SQL-BE fax-integrated application instead (in a different city...) Looks like that may get the axe today though, so with a bit of luck I might get back to the network mapping job. I despair of ever finishing anything but I gather that is normal around here. Thanks for asking though - I feel bad for the effort everyone put into trying to help me so I do hope I get a chance to have a crack at it. From edzedz at comcast.net Tue May 20 12:49:58 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Tue, 20 May 2008 10:49:58 -0700 Subject: [AccessD] Multiple Frontend Users In-Reply-To: <200805201616.m4KGGQkU028779@databaseadvisors.com> Message-ID: <008801c8baa1$ec405840$63dea8c0@dudley1> That's why I try to do what the customer wants First, just to see if it will work. Then later, if it becomes a big mess, and if it is safe, I might humbly ask the customer if they want to look into any other ideas. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Bartow Sent: Tuesday, May 20, 2008 9:17 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Multiple Frontend Users Odd how that can happen. Projects that never get completed I mean. My first programming job as a consultant was cut after I was about 80-90% completed. I got paid for everything I did but I still as heart-broken. What a waste. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of rosalyn.clarke at barclays.com Sent: Tuesday, May 20, 2008 10:57 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Multiple Frontend Users They pulled me off that job and set me to migrating an Access-FE, SQL-BE fax-integrated application instead (in a different city...) Looks like that may get the axe today though, so with a bit of luck I might get back to the network mapping job. I despair of ever finishing anything but I gather that is normal around here. Thanks for asking though - I feel bad for the effort everyone put into trying to help me so I do hope I get a chance to have a crack at it. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From john at winhaven.net Tue May 20 12:18:27 2008 From: john at winhaven.net (John Bartow) Date: Tue, 20 May 2008 12:18:27 -0500 Subject: [AccessD] Multiple Frontend Users In-Reply-To: <008801c8baa1$ec405840$63dea8c0@dudley1> Message-ID: <200805201718.m4KHIG4m027152@databaseadvisors.com> I was a subcontractor in that scenario. The project was dictated to the contractor and totally out of their and my hands :o( -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S Zuris That's why I try to do what the customer wants First, just to see if it will work. Then later, if it becomes a big mess, and if it is safe, I might humbly ask the customer if they want to look into any other ideas. From wdhindman at dejpolsystems.com Tue May 20 12:45:32 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Tue, 20 May 2008 13:45:32 -0400 Subject: [AccessD] Treeview References: <000c01c8a947$cc1a58b0$8abea8c0@XPS><002d01c8a97e$640bd690$7ebea8c0@LaptopII><000801c8ab22$a4543940$ecfcabc0$@rr.com><009001c8ab54$45260020$8119fea9@LTVM><004001c8aba5$18df73b0$0300a8c0@danwaters><00a401c8abc5$01071ed0$8119fea9@LTVM><002301c8abdf$2209bf60$0300a8c0@danwaters> <001401c8ac57$4ed60440$0300a8c0@danwaters> Message-ID: <90ED51AAFA384F73B865E2916291E93E@jislaptopdev> Mark ...when I was first getting into treeviews I found lots of resources ...most of them confusing as hell or not what I needed ...but the one I found that helped me the most was a sample treeview switchboard our own Bryan Carbonnell put together from a thread on this list ...in fact, that code is still the heart of the switchboard system I use for all my apps to this day ...the link I had to his site is bad now but you might ask him directly if its till available ...Arthur also has some treeview examples that are well worth looking at ...they were on dba at one time and might still be there. William -------------------------------------------------- From: "Mark A Matte" Sent: Tuesday, May 20, 2008 11:04 AM To: "Access Developers discussion and problem solving" Subject: [AccessD] Treeview > > Hello All, > > In Access XP...I'm going to try to use a treeview...I have never used this > before. Any advice...places to start? > > Thanks, > > Mark A. Matte > _________________________________________________________________ > Make every e-mail and IM count. Join the i?m Initiative from Microsoft. > http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ MakeCount > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Tue May 20 13:02:29 2008 From: andy at minstersystems.co.uk (Andy Lacey) Date: Tue, 20 May 2008 19:02:29 +0100 Subject: [AccessD] Multiple Frontend Users In-Reply-To: <018c01c8ba75$99b58810$7ebea8c0@LaptopII> Message-ID: <014101c8baa3$ab561480$89ec2a50@minster33c3r25> Saw a different take on this recently Jim. Wasn't mine so I claim no credit. It checks a version like yours does but if an update's needed it actually sets the batch file running and exits the app. The trick is in the batch file which checks for the existence of the LDB and keeps looping until it doesn't exist, then copies the MDB. In that way it is waiting for the app to quit. Takes one thing away from the user. -- Andy Lacey http://www.minstersystems.co.uk >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman >Sent: 20 May 2008 13:33 >To: 'Access Developers discussion and problem solving' >Subject: Re: [AccessD] Multiple Frontend Users > > >Chris, > > I do that the same, but twist it around a bit; the FE has a >version table and at startup, checks the local table vs a >network "master" copy. If the rev's don't match, the user is >told to "update" (run the batch file) and the app quits. > > The batch file also serves as the install as all one needs >to do is call it from the run line or click on a link in an e-mail. > >Jim. >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Foote, Chris >Sent: Tuesday, May 20, 2008 8:22 AM >To: 'Access Developers discussion and problem solving' >Subject: Re: [AccessD] Multiple Frontend Users > >Arthur! > >I've had similar arguments with our IT "professionals"! > >My multi-user split FE/BE database worked as follows: > >BE and copy of FE stored on network "share" along with bat >file. User has shortcut to bat file on desktop When user needs >to use database they double-click on shortcut to bat file. Bat >file looks to see if user has latest version of FE on their C: >drive, if not, it copies file for network share and runs it, >if it is latest it runs it. > >Simple! > >The only this you need to do if user gets a new machine is to >create the shortcut to the bat file. I would have automated >that if I could have been bothered ;-) > >If you need any more info of a copy to my super-duper bat file >please let me know. > >Regards >Chris Foote > > >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of >> Arthur Fuller >> Sent: Tuesday, May 20, 2008 12:53 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Multiple Frontend Users >> >> >> I was presented with this problem recently and recommended >> this solution. >> The network support people flatly refused it. They argued >> that in their >> setup (with hundreds of users) virtually nothing on the local >> PCs was backed >> up. The local PCs can be replaced and/re-imaged anytime, and >users are >> warned not to store anything locally, otherwise it won't be >> backed up. So I >> had no choice but to put both the FE and the BE on a network >> share. The >> argument makes perfect sense to me, but I've never done it >> that way before. >> What will happen when a hundred users open a single FE? >> Should I replace the >> FE MDB with an MDE? >> >> Thanks, >> Arthur >> >> On Mon, May 19, 2008 at 10:42 AM, Dan Waters >> wrote: >> >> > Ed, >> > >> > Even with 3 users, splitting is a good preventive measure >> to avoid data >> > corruption. You can put the Access Back End .mdb file on >> the server, and >> > put the Front end .mdb files on each user's PC. Managing 3 >> users shouldn't >> > be difficult. >> > >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > From rockysmolin at bchacc.com Wed May 14 13:05:16 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Wed, 14 May 2008 11:05:16 -0700 Subject: [AccessD] Method or Data Member Not Found Message-ID: <002601c8b5ed$10e3f2b0$0301a8c0@HAL9005> Dear List: I'm getting a compile error "Method or Data Member Not Found" on the variable MatterActionID in a line of code which reads: Set rstMatterActionPersons = db.OpenRecordset("SELECT MatterActionID, PersonID, " _ & "Hours, SortOrder FROM MatterActionPersons WHERE MatterActionID = " _ & rstMatterAction!MatterActionID & " AND " _ & "(PersonID = " & lngOldAttyMatter & " OR PersonID = " & Me.AttyMatter.Column(0) & ")") rstMatterAction is set with: Set rstMatterAction = db.OpenRecordset("SELECT Matters.MatterID, " _ & "MatterActions.MatterActionID, MatterActions.Complete FROM Matters " _ & "INNER JOIN MatterActions ON Matters.MatterID = MatterActions.MatterID " _ & "WHERE Matters.MatterID = " & rstMatters!MatterID _ & " And MatterActions.Complete = False " _ & "ORDER BY MatterActions.MatterActionID;") so you can see that rstMatterAction!MatterActionID is included in the MatterAction recordset. This code compiles in another module. So I think that the Data Member Not Found is due to something else. Any ideas? MTIA Rocky From ssharkins at gmail.com Tue May 20 13:12:51 2008 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 20 May 2008 14:12:51 -0400 Subject: [AccessD] Method or Data Member Not Found References: <002601c8b5ed$10e3f2b0$0301a8c0@HAL9005> Message-ID: <03b701c8baa5$433a17f0$6500a8c0@SusanOne> Rocky, are you sure you have the object library referenced? Susan H. > so you can see that rstMatterAction!MatterActionID is included in the > MatterAction recordset. This code compiles in another module. So I think > that the Data Member Not Found is due to something else. From edzedz at comcast.net Tue May 20 14:15:37 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Tue, 20 May 2008 12:15:37 -0700 Subject: [AccessD] Multiple Frontend Users In-Reply-To: <200805201718.m4KHIG4m027152@databaseadvisors.com> Message-ID: <009101c8baad$f35631c0$63dea8c0@dudley1> Been there, done that. Some toes, likely someone hiding in the background, were probably stepped on. I have tried educating, but all in all, its best to keep quiet, do whatever, and tried to get paid. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Bartow Sent: Tuesday, May 20, 2008 10:18 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Multiple Frontend Users I was a subcontractor in that scenario. The project was dictated to the contractor and totally out of their and my hands :o( -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S Zuris That's why I try to do what the customer wants First, just to see if it will work. Then later, if it becomes a big mess, and if it is safe, I might humbly ask the customer if they want to look into any other ideas. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From shamil at smsconsulting.spb.ru Tue May 20 13:16:01 2008 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Tue, 20 May 2008 22:16:01 +0400 Subject: [AccessD] Treeview In-Reply-To: <90ED51AAFA384F73B865E2916291E93E@jislaptopdev> Message-ID: <11df01c8baa5$8f748f10$6401a8c0@nant> Hello Mark, You might have a look also at these Marek Kepinski's and my samples: http://smsconsulting.spb.ru/shamil_s/demos/pages/demoaccess97.htm Although, be careful with them, please, they could mislead, if you're not yet ready to embrace WithEvents-based programming style... Thank you. -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: Tuesday, May 20, 2008 9:46 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Treeview Mark ...when I was first getting into treeviews I found lots of resources ...most of them confusing as hell or not what I needed ...but the one I found that helped me the most was a sample treeview switchboard our own Bryan Carbonnell put together from a thread on this list ...in fact, that code is still the heart of the switchboard system I use for all my apps to this day ...the link I had to his site is bad now but you might ask him directly if its till available ...Arthur also has some treeview examples that are well worth looking at ...they were on dba at one time and might still be there. William -------------------------------------------------- From: "Mark A Matte" Sent: Tuesday, May 20, 2008 11:04 AM To: "Access Developers discussion and problem solving" Subject: [AccessD] Treeview > > Hello All, > > In Access XP...I'm going to try to use a treeview...I have never used this > before. Any advice...places to start? > > Thanks, > > Mark A. Matte > _________________________________________________________________ > Make every e-mail and IM count. Join the i?m Initiative from Microsoft. > http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ MakeCount > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Wed May 14 13:25:06 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Wed, 14 May 2008 11:25:06 -0700 Subject: [AccessD] Method or Data Member Not Found In-Reply-To: <03b701c8baa5$433a17f0$6500a8c0@SusanOne> References: <002601c8b5ed$10e3f2b0$0301a8c0@HAL9005> <03b701c8baa5$433a17f0$6500a8c0@SusanOne> Message-ID: <003a01c8b5ef$d59e1f20$0301a8c0@HAL9005> Yeah. There's lots of other DAO in this app. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Tuesday, May 20, 2008 11:13 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Method or Data Member Not Found Rocky, are you sure you have the object library referenced? Susan H. > so you can see that rstMatterAction!MatterActionID is included in the > MatterAction recordset. This code compiles in another module. So I > think that the Data Member Not Found is due to something else. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.21/1455 - Release Date: 5/19/2008 5:04 PM From jengross at gte.net Tue May 20 14:24:13 2008 From: jengross at gte.net (Jennifer Gross) Date: Tue, 20 May 2008 11:24:13 -0800 Subject: [AccessD] Who is locking the record? In-Reply-To: <0K0Z007T29JF6YZF@vms042.mailsrvcs.net> Message-ID: <0K16001Q1J6LV600@vms173001.mailsrvcs.net> No takers on this? Sometimes the Access message is generic and just lets you know the record is locked. Other times when a record is locked Access will display their own message letting the user know who is locking the record. So it seems that information is available, must be in the LDB file - does anyone know how to get at it? 3218 is a record locking error, perhaps 3188 as well. I can trap the error, but I don't know how to identify who is locking the record. Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer Gross Sent: Friday, May 16, 2008 1:13 PM To: AccessD List Subject: [AccessD] Who is locking the record? Hi All, In a multi-user split database using Access security, using the statement Currentdb.Execute SQLUpdateQueryName, dbFailOnError When it generates the error 3218 that a record is locked, how can I find out which user is locking that record? Is there a better way to do this? What I want to do is know that the operation failed and let the user know which other user they need to go to and ask them to close a screen, or whatever. Thanks in advance, Jennifer -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue May 20 13:41:41 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 20 May 2008 14:41:41 -0400 Subject: [AccessD] Who is locking the record? In-Reply-To: <0K16001Q1J6LV600@vms173001.mailsrvcs.net> References: <0K16001Q1J6LV600@vms173001.mailsrvcs.net> Message-ID: <48331B65.7080701@colbyconsulting.com> To my knowledge it is not possible. John W. Colby www.ColbyConsulting.com Jennifer Gross wrote: > No takers on this? Sometimes the Access message is generic and just lets > you know the record is locked. Other times when a record is locked Access > will display their own message letting the user know who is locking the > record. So it seems that information is available, must be in the LDB file > - does anyone know how to get at it? > > 3218 is a record locking error, perhaps 3188 as well. I can trap the error, > but I don't know how to identify who is locking the record. > > Jennifer From jimdettman at verizon.net Tue May 20 13:33:43 2008 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 20 May 2008 14:33:43 -0400 Subject: [AccessD] Multiple Frontend Users In-Reply-To: <014101c8baa3$ab561480$89ec2a50@minster33c3r25> References: <018c01c8ba75$99b58810$7ebea8c0@LaptopII> <014101c8baa3$ab561480$89ec2a50@minster33c3r25> Message-ID: <02f501c8baa8$08408fa0$7ebea8c0@LaptopII> Andy, Yes, many do that. I always went for the simple approach, but just recently was considering automating the launch of the batch file. I have also seen more sophisticated setups where some type of a launcher app was used (typically written in VB so it could be a .exe), which does the version check at app startup, copies down a new FE if needed, then starts the app. And since the latter is controlled by the launcher, command line switches can be used to make sure the app is not started in any other way. It also moves all the check/update logic out of each individual DB and puts it in one place. So I have been seriously considering this approach. I already have part of my update process residing in VB (testing for proper Access version being installed, creation of shortcuts, and creating required DSN's) anyway. I'm also sensitive to the fact that my current setup does require an extra step from the user, which has been commented on in the past. But the batch concept is simple and has held up well over the years, so I'm a bit hesitant to move away from it. Moving everything into VB gains some things, but it also means I just can't sit at a clients and use notepad to fix or change something. One drawback I do have with it now is when a user has a lot of apps installed. They end up with a ton of "Update .... Application" shortcuts on the menu. I typically build all my stuff into a single app believing integration is a key factor in good software development, so this has not been a real issue for me in the past. But with one client, which I inherited, they have got a ton of little one task DB's all over the place. So a typical user ends up with a dozen or so apps installed. There are lots of ways to approach this and several free implementations out there on the net. Within the next couple of months I plan to clean up my present process one way or another. At that time, if anyone is interested, I'd be willing to share. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Tuesday, May 20, 2008 2:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Multiple Frontend Users Saw a different take on this recently Jim. Wasn't mine so I claim no credit. It checks a version like yours does but if an update's needed it actually sets the batch file running and exits the app. The trick is in the batch file which checks for the existence of the LDB and keeps looping until it doesn't exist, then copies the MDB. In that way it is waiting for the app to quit. Takes one thing away from the user. -- Andy Lacey http://www.minstersystems.co.uk >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman >Sent: 20 May 2008 13:33 >To: 'Access Developers discussion and problem solving' >Subject: Re: [AccessD] Multiple Frontend Users > > >Chris, > > I do that the same, but twist it around a bit; the FE has a >version table and at startup, checks the local table vs a >network "master" copy. If the rev's don't match, the user is >told to "update" (run the batch file) and the app quits. > > The batch file also serves as the install as all one needs >to do is call it from the run line or click on a link in an e-mail. > >Jim. >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Foote, Chris >Sent: Tuesday, May 20, 2008 8:22 AM >To: 'Access Developers discussion and problem solving' >Subject: Re: [AccessD] Multiple Frontend Users > >Arthur! > >I've had similar arguments with our IT "professionals"! > >My multi-user split FE/BE database worked as follows: > >BE and copy of FE stored on network "share" along with bat >file. User has shortcut to bat file on desktop When user needs >to use database they double-click on shortcut to bat file. Bat >file looks to see if user has latest version of FE on their C: >drive, if not, it copies file for network share and runs it, >if it is latest it runs it. > >Simple! > >The only this you need to do if user gets a new machine is to >create the shortcut to the bat file. I would have automated >that if I could have been bothered ;-) > >If you need any more info of a copy to my super-duper bat file >please let me know. > >Regards >Chris Foote > > >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of >> Arthur Fuller >> Sent: Tuesday, May 20, 2008 12:53 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Multiple Frontend Users >> >> >> I was presented with this problem recently and recommended >> this solution. >> The network support people flatly refused it. They argued >> that in their >> setup (with hundreds of users) virtually nothing on the local >> PCs was backed >> up. The local PCs can be replaced and/re-imaged anytime, and >users are >> warned not to store anything locally, otherwise it won't be >> backed up. So I >> had no choice but to put both the FE and the BE on a network >> share. The >> argument makes perfect sense to me, but I've never done it >> that way before. >> What will happen when a hundred users open a single FE? >> Should I replace the >> FE MDB with an MDE? >> >> Thanks, >> Arthur >> >> On Mon, May 19, 2008 at 10:42 AM, Dan Waters >> wrote: >> >> > Ed, >> > >> > Even with 3 users, splitting is a good preventive measure >> to avoid data >> > corruption. You can put the Access Back End .mdb file on >> the server, and >> > put the Front end .mdb files on each user's PC. Managing 3 >> users shouldn't >> > be difficult. >> > >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From edzedz at comcast.net Tue May 20 14:51:57 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Tue, 20 May 2008 12:51:57 -0700 Subject: [AccessD] Who is locking the record Message-ID: <009301c8bab2$f697aee0$63dea8c0@dudley1> You could look in the ldb file, of some versions of Access, using notepad, and see who is logged into the mdb. But I think it won't tell you has what record is claimed by whom. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jennifer Gross Sent: Tuesday, May 20, 2008 12:24 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Who is locking the record? No takers on this? Sometimes the Access message is generic and just lets you know the record is locked. Other times when a record is locked Access will display their own message letting the user know who is locking the record. So it seems that information is available, must be in the LDB file - does anyone know how to get at it? 3218 is a record locking error, perhaps 3188 as well. I can trap the error, but I don't know how to identify who is locking the record. Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer Gross Sent: Friday, May 16, 2008 1:13 PM To: AccessD List Subject: [AccessD] Who is locking the record? Hi All, In a multi-user split database using Access security, using the statement Currentdb.Execute SQLUpdateQueryName, dbFailOnError When it generates the error 3218 that a record is locked, how can I find out which user is locking that record? Is there a better way to do this? What I want to do is know that the operation failed and let the user know which other user they need to go to and ask them to close a screen, or whatever. Thanks in advance, Jennifer From john at winhaven.net Tue May 20 13:56:03 2008 From: john at winhaven.net (John Bartow) Date: Tue, 20 May 2008 13:56:03 -0500 Subject: [AccessD] Multiple Frontend Users In-Reply-To: <009101c8baad$f35631c0$63dea8c0@dudley1> Message-ID: <200805201855.m4KItpfd018408@databaseadvisors.com> That's the ironic part - it was a regional government agency that was the customer of the main contractor. I got paid, no questions asked, they kept the agency as a customer and I kept working with the main contractor. I put it down to "gubmint". A couple of years later I asked the main contractor what ever happened with that project. They had decided to stop development of tabular only systems and were trying to integrate everything into one comprehensive spatial system. Great idea except much of the data wasn't spatial in nature. A hybrid system would have been the solution they needed but people seldom seem to be able to grasp a solution that isn't easily placed into categories. My contact laughed when I said it bummed me out and said it had nothing to do with you or your work so just let it go! I just despise waste, especially when its tax money paying for it. Last I asked they still didn't have a solution for their needs so they were patching stuff together with spreadsheets and such . -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S Zuris Sent: Tuesday, May 20, 2008 2:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Multiple Frontend Users Been there, done that. Some toes, likely someone hiding in the background, were probably stepped on. I have tried educating, but all in all, its best to keep quiet, do whatever, and tried to get paid. From jengross at gte.net Tue May 20 14:55:30 2008 From: jengross at gte.net (Jennifer Gross) Date: Tue, 20 May 2008 11:55:30 -0800 Subject: [AccessD] Who is locking the record? In-Reply-To: <48331B65.7080701@colbyconsulting.com> Message-ID: <0K16000ANKMNRA40@vms173001.mailsrvcs.net> Dang. You would think that since they can get at the information they would expose it to us as well. My users find it handy when they are alerted who is locking the record. You'd be amazed how many people are in the middle of editing a record and go to lunch with the screen open, record locked. Since I can't seem to figure out how to tell them who is locking the record they have to walk around to everyone until they find out who is working on the same record as they are. Thanks for getting back to me John. Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 20, 2008 10:42 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Who is locking the record? To my knowledge it is not possible. John W. Colby www.ColbyConsulting.com Jennifer Gross wrote: > No takers on this? Sometimes the Access message is generic and just > lets you know the record is locked. Other times when a record is > locked Access will display their own message letting the user know who > is locking the record. So it seems that information is available, > must be in the LDB file > - does anyone know how to get at it? > > 3218 is a record locking error, perhaps 3188 as well. I can trap the > error, but I don't know how to identify who is locking the record. > > Jennifer -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jengross at gte.net Tue May 20 14:59:04 2008 From: jengross at gte.net (Jennifer Gross) Date: Tue, 20 May 2008 11:59:04 -0800 Subject: [AccessD] Who is locking the record In-Reply-To: <009301c8bab2$f697aee0$63dea8c0@dudley1> Message-ID: <0K1600456KNU9X40@vms173003.mailsrvcs.net> You are correct. I can see all the users that are logged in, as well as their computer name, but I am not seeing any other information. Access is storing it somewhere, wish they would let me at it. Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S Zuris Sent: Tuesday, May 20, 2008 11:52 AM To: accessd at databaseadvisors.com Subject: [AccessD] Who is locking the record You could look in the ldb file, of some versions of Access, using notepad, and see who is logged into the mdb. But I think it won't tell you has what record is claimed by whom. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jennifer Gross Sent: Tuesday, May 20, 2008 12:24 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Who is locking the record? No takers on this? Sometimes the Access message is generic and just lets you know the record is locked. Other times when a record is locked Access will display their own message letting the user know who is locking the record. So it seems that information is available, must be in the LDB file - does anyone know how to get at it? 3218 is a record locking error, perhaps 3188 as well. I can trap the error, but I don't know how to identify who is locking the record. Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer Gross Sent: Friday, May 16, 2008 1:13 PM To: AccessD List Subject: [AccessD] Who is locking the record? Hi All, In a multi-user split database using Access security, using the statement Currentdb.Execute SQLUpdateQueryName, dbFailOnError When it generates the error 3218 that a record is locked, how can I find out which user is locking that record? Is there a better way to do this? What I want to do is know that the operation failed and let the user know which other user they need to go to and ask them to close a screen, or whatever. Thanks in advance, Jennifer -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue May 20 14:22:25 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 20 May 2008 15:22:25 -0400 Subject: [AccessD] Who is locking the record In-Reply-To: <0K1600456KNU9X40@vms173003.mailsrvcs.net> References: <0K1600456KNU9X40@vms173003.mailsrvcs.net> Message-ID: <483324F1.6010005@colbyconsulting.com> Someone on this list (Drew maybe?) said that the information is stored in WINDOWS lock system. IOW to Windows this is really just a file. JET uses the windows lock system to create locks and uses some part of that lock mechanism to say what pieces of the MDB file is being locked. It is a "place a lock from byte x to byte Y of file z". It is not clear that even Jet knows WHO is locking something, only that something is being locked. OTOH this entire subject is not clear to me. I have never seen it written down that this is the way it actually happens, it was just some list member saying so. I did find this which appears to explain this process: http://www.wotsit.org/download.asp?f=jetlock&sc=264608112 John W. Colby www.ColbyConsulting.com Jennifer Gross wrote: > You are correct. I can see all the users that are logged in, as well as > their computer name, but I am not seeing any other information. Access is > storing it somewhere, wish they would let me at it. > > Jennifer > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S Zuris > Sent: Tuesday, May 20, 2008 11:52 AM > To: accessd at databaseadvisors.com > Subject: [AccessD] Who is locking the record > > > You could look in the ldb file, of some versions of Access, using notepad, > and see who is logged into the mdb. > > But I think it won't tell you has what record is claimed by whom. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jennifer Gross > Sent: Tuesday, May 20, 2008 12:24 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Who is locking the record? > > > No takers on this? Sometimes the Access message is generic and just lets > you know the record is locked. Other times when a record is locked Access > will display their own message letting the user know who is locking the > record. So it seems that information is available, must be in the LDB file > - does anyone know how to get at it? > > 3218 is a record locking error, perhaps 3188 as well. I can trap the error, > but I don't know how to identify who is locking the record. > > Jennifer > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer Gross > Sent: Friday, May 16, 2008 1:13 PM > To: AccessD List > Subject: [AccessD] Who is locking the record? > > Hi All, > > In a multi-user split database using Access security, using the statement > > Currentdb.Execute SQLUpdateQueryName, dbFailOnError > > When it generates the error 3218 that a record is locked, how can I find out > which user is locking that record? > > Is there a better way to do this? What I want to do is know that the > operation failed and let the user know which other user they need to go to > and ask them to close a screen, or whatever. > > Thanks in advance, > > Jennifer > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > From drawbridgej at sympatico.ca Tue May 20 14:24:24 2008 From: drawbridgej at sympatico.ca (Jack and Pat) Date: Tue, 20 May 2008 15:24:24 -0400 Subject: [AccessD] Who is locking the record In-Reply-To: <0K1600456KNU9X40@vms173003.mailsrvcs.net> References: <009301c8bab2$f697aee0$63dea8c0@dudley1> <0K1600456KNU9X40@vms173003.mailsrvcs.net> Message-ID: <000001c8baaf$1d015990$6501a8c0@home6399619597> Jennifer, I found this kb article that relates to - but does not solve- your issue. It may be useful??? http://support.microsoft.com/kb/198755/EN-US/ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer Gross Sent: Tuesday, May 20, 2008 3:59 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Who is locking the record You are correct. I can see all the users that are logged in, as well as their computer name, but I am not seeing any other information. Access is storing it somewhere, wish they would let me at it. Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S Zuris Sent: Tuesday, May 20, 2008 11:52 AM To: accessd at databaseadvisors.com Subject: [AccessD] Who is locking the record You could look in the ldb file, of some versions of Access, using notepad, and see who is logged into the mdb. But I think it won't tell you has what record is claimed by whom. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jennifer Gross Sent: Tuesday, May 20, 2008 12:24 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Who is locking the record? No takers on this? Sometimes the Access message is generic and just lets you know the record is locked. Other times when a record is locked Access will display their own message letting the user know who is locking the record. So it seems that information is available, must be in the LDB file - does anyone know how to get at it? 3218 is a record locking error, perhaps 3188 as well. I can trap the error, but I don't know how to identify who is locking the record. Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer Gross Sent: Friday, May 16, 2008 1:13 PM To: AccessD List Subject: [AccessD] Who is locking the record? Hi All, In a multi-user split database using Access security, using the statement Currentdb.Execute SQLUpdateQueryName, dbFailOnError When it generates the error 3218 that a record is locked, how can I find out which user is locking that record? Is there a better way to do this? What I want to do is know that the operation failed and let the user know which other user they need to go to and ask them to close a screen, or whatever. Thanks in advance, Jennifer -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at AIG.com Tue May 20 14:29:42 2008 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Tue, 20 May 2008 14:29:42 -0500 Subject: [AccessD] Who is locking the record Message-ID: <34C8A2AB1EF3564CB0D64DB6AFFDD5C215341765@XLIVMBX35bkup.aig.com> That is indeed the same information that is presented here http://support.microsoft.com/kb/176670/en-us Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 20, 2008 3:22 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Who is locking the record Someone on this list (Drew maybe?) said that the information is stored in WINDOWS lock system. IOW to Windows this is really just a file. JET uses the windows lock system to create locks and uses some part of that lock mechanism to say what pieces of the MDB file is being locked. It is a "place a lock from byte x to byte Y of file z". It is not clear that even Jet knows WHO is locking something, only that something is being locked. OTOH this entire subject is not clear to me. I have never seen it written down that this is the way it actually happens, it was just some list member saying so. I did find this which appears to explain this process: http://www.wotsit.org/download.asp?f=jetlock&sc=264608112 John W. Colby www.ColbyConsulting.com From jwcolby at colbyconsulting.com Tue May 20 14:33:30 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 20 May 2008 15:33:30 -0400 Subject: [AccessD] Who is locking the record In-Reply-To: <000001c8baaf$1d015990$6501a8c0@home6399619597> References: <009301c8bab2$f697aee0$63dea8c0@dudley1> <0K1600456KNU9X40@vms173003.mailsrvcs.net> <000001c8baaf$1d015990$6501a8c0@home6399619597> Message-ID: <4833278A.4080202@colbyconsulting.com> Having scanned down through the jetlock document found here: http://www.wotsit.org/download.asp?f=jetlock&sc=264608112 this pops out: To utilize the information previously discussed in a way that can help you resolve locking issues with your application, you need to be able to view, understand, and decipher the locks that Microsoft Jet places. To view the locks being placed, you need to have either a Novell NetWare environment, Microsoft SMS Network Monitor, or some other ?network sniffing? tool. By having one of these utilities, particularly the real-time NetWare Monitor program, an administrator can view the locks being placed by Microsoft Jet on the .ldb file. Developers can also use this information to see how their code places locks on the .ldb file and what effects it might have in a multiuser environment. IOW, it ain't easy and you need VERY special tools and knowledge. 'Nuff for me. John W. Colby www.ColbyConsulting.com Jack and Pat wrote: > Jennifer, > I found this kb article that relates to - but does not solve- your issue. > It may be useful??? > > http://support.microsoft.com/kb/198755/EN-US/ From Lambert.Heenan at AIG.com Tue May 20 14:22:24 2008 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Tue, 20 May 2008 15:22:24 -0400 Subject: [AccessD] Who is locking the record Message-ID: <34C8A2AB1EF3564CB0D64DB6AFFDD5C215341757@XLIVMBX35bkup.aig.com> Take a look here http://support.microsoft.com/kb/176670/en-us Download the JetUtils.exe file and extract the files. There's a Word Document in there that might explain it a bit better. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer Gross Sent: Tuesday, May 20, 2008 3:59 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Who is locking the record You are correct. I can see all the users that are logged in, as well as their computer name, but I am not seeing any other information. Access is storing it somewhere, wish they would let me at it. Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S Zuris Sent: Tuesday, May 20, 2008 11:52 AM To: accessd at databaseadvisors.com Subject: [AccessD] Who is locking the record You could look in the ldb file, of some versions of Access, using notepad, and see who is logged into the mdb. But I think it won't tell you has what record is claimed by whom. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jennifer Gross Sent: Tuesday, May 20, 2008 12:24 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Who is locking the record? No takers on this? Sometimes the Access message is generic and just lets you know the record is locked. Other times when a record is locked Access will display their own message letting the user know who is locking the record. So it seems that information is available, must be in the LDB file - does anyone know how to get at it? 3218 is a record locking error, perhaps 3188 as well. I can trap the error, but I don't know how to identify who is locking the record. Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer Gross Sent: Friday, May 16, 2008 1:13 PM To: AccessD List Subject: [AccessD] Who is locking the record? Hi All, In a multi-user split database using Access security, using the statement Currentdb.Execute SQLUpdateQueryName, dbFailOnError When it generates the error 3218 that a record is locked, how can I find out which user is locking that record? Is there a better way to do this? What I want to do is know that the operation failed and let the user know which other user they need to go to and ask them to close a screen, or whatever. Thanks in advance, Jennifer -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Tue May 20 15:26:59 2008 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 20 May 2008 16:26:59 -0400 Subject: [AccessD] Who is locking the record? In-Reply-To: <0K16001Q1J6LV600@vms173001.mailsrvcs.net> References: <0K0Z007T29JF6YZF@vms042.mailsrvcs.net> <0K16001Q1J6LV600@vms173001.mailsrvcs.net> Message-ID: <036301c8bab7$db07c480$7ebea8c0@LaptopII> Jennifer, << So it seems that information is available, must be in the LDB file - does anyone know how to get at it?>> The information is not available in the LDB file. The LDB file is simply a list of users currently in the database and in all cases, that may not be true. To really understand who is in the DB, you must look at the user locks placed on the .LDB file. <<3218 is a record locking error, perhaps 3188 as well. I can trap the error, but I don't know how to identify who is locking the record. >> The way to do it is to parse the message that Access generates. Below is the code to do that. Jim. Function IsLocked(rs As Recordset, UserName As String, MachineName As String) ' Accepts: a recordset and two string variables ' Purpose: determines if the current record in the recordset is locked, ' and if so who has it locked. ' Returns: True if current record is locked (and sets UserName ' and MachineName to the user with the lock). False if the ' record isn't locked. ' From: Building Applications Chapter 12 Dim ErrorString As String Dim MachineNameStart As Integer IsLocked = False On Error GoTo IsLockedError rs.Edit 'Try to edit the current record in the recordset. rs.MoveNext rs.MovePrevious Exit Function 'No error, so return False. IsLockedError: If Err = 3260 Then 'Record is locked -- parse error string. ErrorString = Error$ UserName = Mid$(ErrorString, 44, InStr(44, ErrorString, "'") - 44) If UserName = "" Then UserName = "(unknown)" MachineNameStart = InStr(43, ErrorString, " on machine ") + 13 MachineName = Mid$(ErrorString, MachineNameStart, Len(ErrorString) - MachineNameStart - 1) If MachineName = "" Then MachineName = "(unknown)" IsLocked = True End If Exit Function End Function -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer Gross Sent: Tuesday, May 20, 2008 3:24 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Who is locking the record? No takers on this? Sometimes the Access message is generic and just lets you know the record is locked. Other times when a record is locked Access will display their own message letting the user know who is locking the record. So it seems that information is available, must be in the LDB file - does anyone know how to get at it? 3218 is a record locking error, perhaps 3188 as well. I can trap the error, but I don't know how to identify who is locking the record. Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer Gross Sent: Friday, May 16, 2008 1:13 PM To: AccessD List Subject: [AccessD] Who is locking the record? Hi All, In a multi-user split database using Access security, using the statement Currentdb.Execute SQLUpdateQueryName, dbFailOnError When it generates the error 3218 that a record is locked, how can I find out which user is locking that record? Is there a better way to do this? What I want to do is know that the operation failed and let the user know which other user they need to go to and ask them to close a screen, or whatever. Thanks in advance, Jennifer -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Tue May 20 15:58:31 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 20 May 2008 15:58:31 -0500 Subject: [AccessD] Who is locking the record In-Reply-To: <483324F1.6010005@colbyconsulting.com> Message-ID: It was in the JET White Paper that Microsoft put out, and I probably mentioned something about it a long time ago. Basically, the 'locks' on the .mdb are actually placed on the .ldb on 'virtual' bits of that file. The .ldb is 64 bytes for every connection to the .mdb. 32 bytes for the user name, 32 bytes for the computer name. With a maximum of 255 users, the most the .ldb will ever physically be is roughly 16k. BUT, when you are locking byte 205,000 of an .mdb, you can 'lock' the 205,000 byte of the .ldb, even though that byte doesn't physically exist on the hard drive, you can still tell the OS that you want that byte locked. Jet puts these locks on the .ldb, so it can write to the .mdb (can't write to a file another user has locked). The white paper had some of the math required to figure out what bits on the .ldb would be locked for the various 'pages' in an .mdb. Honestly, not really worth the effort if you ask me. If you need that much control over the database system, I would go with a server-side db. (this is coming from someone who uses .mdbs A LOT). Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 20, 2008 2:22 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Who is locking the record Someone on this list (Drew maybe?) said that the information is stored in WINDOWS lock system. IOW to Windows this is really just a file. JET uses the windows lock system to create locks and uses some part of that lock mechanism to say what pieces of the MDB file is being locked. It is a "place a lock from byte x to byte Y of file z". It is not clear that even Jet knows WHO is locking something, only that something is being locked. OTOH this entire subject is not clear to me. I have never seen it written down that this is the way it actually happens, it was just some list member saying so. I did find this which appears to explain this process: http://www.wotsit.org/download.asp?f=jetlock&sc=264608112 John W. Colby www.ColbyConsulting.com Jennifer Gross wrote: > You are correct. I can see all the users that are logged in, as well as > their computer name, but I am not seeing any other information. Access is > storing it somewhere, wish they would let me at it. > > Jennifer > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S Zuris > Sent: Tuesday, May 20, 2008 11:52 AM > To: accessd at databaseadvisors.com > Subject: [AccessD] Who is locking the record > > > You could look in the ldb file, of some versions of Access, using notepad, > and see who is logged into the mdb. > > But I think it won't tell you has what record is claimed by whom. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jennifer Gross > Sent: Tuesday, May 20, 2008 12:24 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Who is locking the record? > > > No takers on this? Sometimes the Access message is generic and just lets > you know the record is locked. Other times when a record is locked Access > will display their own message letting the user know who is locking the > record. So it seems that information is available, must be in the LDB file > - does anyone know how to get at it? > > 3218 is a record locking error, perhaps 3188 as well. I can trap the error, > but I don't know how to identify who is locking the record. > > Jennifer > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer Gross > Sent: Friday, May 16, 2008 1:13 PM > To: AccessD List > Subject: [AccessD] Who is locking the record? > > Hi All, > > In a multi-user split database using Access security, using the statement > > Currentdb.Execute SQLUpdateQueryName, dbFailOnError > > When it generates the error 3218 that a record is locked, how can I find out > which user is locking that record? > > Is there a better way to do this? What I want to do is know that the > operation failed and let the user know which other user they need to go to > and ask them to close a screen, or whatever. > > Thanks in advance, > > Jennifer > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From jwcolby at colbyconsulting.com Tue May 20 16:20:42 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 20 May 2008 17:20:42 -0400 Subject: [AccessD] Who is locking the record? In-Reply-To: <036301c8bab7$db07c480$7ebea8c0@LaptopII> References: <0K0Z007T29JF6YZF@vms042.mailsrvcs.net> <0K16001Q1J6LV600@vms173001.mailsrvcs.net> <036301c8bab7$db07c480$7ebea8c0@LaptopII> Message-ID: <483340AA.9090106@colbyconsulting.com> I wrote a function to test this code: Function testIsLocked() Dim db As dao.Database Dim rst As dao.Recordset Dim UserName As String Dim MachineName As String Set db = dbDAO Set rst = db.OpenRecordset("tlkpClaimStatus") While Not rst.EOF Debug.Print "Record with PKID " & rst!CS_ID & " is locked: " & IsLocked(rst, UserName, MachineName) rst.MoveNext Wend End Function Notice the hardcoded table name. I then went in to make sure that Access locked to the record level (Tools / options / Advanced), checked the box and exited the db. Came back in, opened the table, started an edit of the first records but did not save, then ran the testIsLocked. I got an error 3188 "locked by another session on this machine". So I opened another session of the same application on the same machine. This time I did get the 3268, but the error message is just "Could not update, currently locked." The code failed (errored) because of the Instr(43,...) pointing past the end of the error string. IOW, it don't work! It might have in older versions of jet? John W. Colby www.ColbyConsulting.com Jim Dettman wrote: > Jennifer, > > << So it seems that information is available, must be in the LDB file > - does anyone know how to get at it?>> > > The information is not available in the LDB file. The LDB file is simply > a list of users currently in the database and in all cases, that may not be > true. > > To really understand who is in the DB, you must look at the user locks > placed on the .LDB file. > > <<3218 is a record locking error, perhaps 3188 as well. I can trap the > error, > but I don't know how to identify who is locking the record. >> > > The way to do it is to parse the message that Access generates. Below is > the code to do that. > > Jim. > > Function IsLocked(rs As Recordset, UserName As String, MachineName As > String) > ' Accepts: a recordset and two string variables > ' Purpose: determines if the current record in the recordset is locked, > ' and if so who has it locked. > ' Returns: True if current record is locked (and sets UserName > ' and MachineName to the user with the lock). False if the > ' record isn't locked. > ' From: Building Applications Chapter 12 > > Dim ErrorString As String > Dim MachineNameStart As Integer > > IsLocked = False > On Error GoTo IsLockedError > rs.Edit 'Try to edit the current record in the > recordset. > rs.MoveNext > rs.MovePrevious > Exit Function 'No error, so return False. > > IsLockedError: > If Err = 3260 Then 'Record is locked -- parse error string. > ErrorString = Error$ > UserName = Mid$(ErrorString, 44, InStr(44, ErrorString, "'") - 44) > If UserName = "" Then UserName = "(unknown)" > MachineNameStart = InStr(43, ErrorString, " on machine ") + 13 > MachineName = Mid$(ErrorString, MachineNameStart, Len(ErrorString) - > MachineNameStart - 1) > If MachineName = "" Then MachineName = "(unknown)" > IsLocked = True > End If > > Exit Function > > End Function > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer Gross > Sent: Tuesday, May 20, 2008 3:24 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Who is locking the record? > > No takers on this? Sometimes the Access message is generic and just lets > you know the record is locked. Other times when a record is locked Access > will display their own message letting the user know who is locking the > record. So it seems that information is available, must be in the LDB file > - does anyone know how to get at it? > > 3218 is a record locking error, perhaps 3188 as well. I can trap the error, > but I don't know how to identify who is locking the record. > > Jennifer > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer Gross > Sent: Friday, May 16, 2008 1:13 PM > To: AccessD List > Subject: [AccessD] Who is locking the record? > > Hi All, > > In a multi-user split database using Access security, using the statement > > Currentdb.Execute SQLUpdateQueryName, dbFailOnError > > When it generates the error 3218 that a record is locked, how can I find out > which user is locking that record? > > Is there a better way to do this? What I want to do is know that the > operation failed and let the user know which other user they need to go to > and ask them to close a screen, or whatever. > > Thanks in advance, > > Jennifer > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > From jengross at gte.net Tue May 20 17:27:01 2008 From: jengross at gte.net (Jennifer Gross) Date: Tue, 20 May 2008 14:27:01 -0800 Subject: [AccessD] Who is locking the record? In-Reply-To: <483340AA.9090106@colbyconsulting.com> Message-ID: <0K1600542RN8A83J@vms044.mailsrvcs.net> I've done some testing with the code as well. When the same machine is involved I also get error 3188 or 3218. A record lock generates error code 3260 if two different machines are involved (it seems that that is the criteria). I am not sure why the difference. It is only error code 3260 that give you the user and machine name. The other two either give "locked by another session on this machine" or "record locked: cannot update" Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 20, 2008 1:21 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Who is locking the record? I wrote a function to test this code: Function testIsLocked() Dim db As dao.Database Dim rst As dao.Recordset Dim UserName As String Dim MachineName As String Set db = dbDAO Set rst = db.OpenRecordset("tlkpClaimStatus") While Not rst.EOF Debug.Print "Record with PKID " & rst!CS_ID & " is locked: " & IsLocked(rst, UserName, MachineName) rst.MoveNext Wend End Function Notice the hardcoded table name. I then went in to make sure that Access locked to the record level (Tools / options / Advanced), checked the box and exited the db. Came back in, opened the table, started an edit of the first records but did not save, then ran the testIsLocked. I got an error 3188 "locked by another session on this machine". So I opened another session of the same application on the same machine. This time I did get the 3268, but the error message is just "Could not update, currently locked." The code failed (errored) because of the Instr(43,...) pointing past the end of the error string. IOW, it don't work! It might have in older versions of jet? John W. Colby www.ColbyConsulting.com Jim Dettman wrote: > Jennifer, > > << So it seems that information is available, must be in the LDB file > - does anyone know how to get at it?>> > > The information is not available in the LDB file. The LDB file is > simply a list of users currently in the database and in all cases, > that may not be true. > > To really understand who is in the DB, you must look at the user > locks placed on the .LDB file. > > <<3218 is a record locking error, perhaps 3188 as well. I can trap > the error, but I don't know how to identify who is locking the record. > >> > > The way to do it is to parse the message that Access generates. > Below is the code to do that. > > Jim. > > Function IsLocked(rs As Recordset, UserName As String, MachineName As > String) > ' Accepts: a recordset and two string variables ' Purpose: determines > if the current record in the recordset is locked, > ' and if so who has it locked. > ' Returns: True if current record is locked (and sets UserName > ' and MachineName to the user with the lock). False if the > ' record isn't locked. > ' From: Building Applications Chapter 12 > > Dim ErrorString As String > Dim MachineNameStart As Integer > > IsLocked = False > On Error GoTo IsLockedError > rs.Edit 'Try to edit the current record in the > recordset. > rs.MoveNext > rs.MovePrevious > Exit Function 'No error, so return False. > > IsLockedError: > If Err = 3260 Then 'Record is locked -- parse error string. > ErrorString = Error$ > UserName = Mid$(ErrorString, 44, InStr(44, ErrorString, "'") - 44) > If UserName = "" Then UserName = "(unknown)" > MachineNameStart = InStr(43, ErrorString, " on machine ") + 13 > MachineName = Mid$(ErrorString, MachineNameStart, > Len(ErrorString) - MachineNameStart - 1) > If MachineName = "" Then MachineName = "(unknown)" > IsLocked = True > End If > > Exit Function > > End Function > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer > Gross > Sent: Tuesday, May 20, 2008 3:24 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Who is locking the record? > > No takers on this? Sometimes the Access message is generic and just > lets you know the record is locked. Other times when a record is > locked Access will display their own message letting the user know who > is locking the record. So it seems that information is available, > must be in the LDB file > - does anyone know how to get at it? > > 3218 is a record locking error, perhaps 3188 as well. I can trap the > error, but I don't know how to identify who is locking the record. > > Jennifer > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer > Gross > Sent: Friday, May 16, 2008 1:13 PM > To: AccessD List > Subject: [AccessD] Who is locking the record? > > Hi All, > > In a multi-user split database using Access security, using the > statement > > Currentdb.Execute SQLUpdateQueryName, dbFailOnError > > When it generates the error 3218 that a record is locked, how can I > find out which user is locking that record? > > Is there a better way to do this? What I want to do is know that the > operation failed and let the user know which other user they need to > go to and ask them to close a screen, or whatever. > > Thanks in advance, > > Jennifer > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jengross at gte.net Tue May 20 17:33:39 2008 From: jengross at gte.net (Jennifer Gross) Date: Tue, 20 May 2008 14:33:39 -0800 Subject: [AccessD] Who is locking the record? In-Reply-To: <0K1600542RN8A83J@vms044.mailsrvcs.net> Message-ID: <0K16007AYRYC6XT6@vms048.mailsrvcs.net> I just tested on terminal server with two different sessions running and it generates error 3260 which has the locking user information in the error description. Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer Gross Sent: Tuesday, May 20, 2008 2:27 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Who is locking the record? I've done some testing with the code as well. When the same machine is involved I also get error 3188 or 3218. A record lock generates error code 3260 if two different machines are involved (it seems that that is the criteria). I am not sure why the difference. It is only error code 3260 that give you the user and machine name. The other two either give "locked by another session on this machine" or "record locked: cannot update" Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 20, 2008 1:21 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Who is locking the record? I wrote a function to test this code: Function testIsLocked() Dim db As dao.Database Dim rst As dao.Recordset Dim UserName As String Dim MachineName As String Set db = dbDAO Set rst = db.OpenRecordset("tlkpClaimStatus") While Not rst.EOF Debug.Print "Record with PKID " & rst!CS_ID & " is locked: " & IsLocked(rst, UserName, MachineName) rst.MoveNext Wend End Function Notice the hardcoded table name. I then went in to make sure that Access locked to the record level (Tools / options / Advanced), checked the box and exited the db. Came back in, opened the table, started an edit of the first records but did not save, then ran the testIsLocked. I got an error 3188 "locked by another session on this machine". So I opened another session of the same application on the same machine. This time I did get the 3268, but the error message is just "Could not update, currently locked." The code failed (errored) because of the Instr(43,...) pointing past the end of the error string. IOW, it don't work! It might have in older versions of jet? John W. Colby www.ColbyConsulting.com Jim Dettman wrote: > Jennifer, > > << So it seems that information is available, must be in the LDB file > - does anyone know how to get at it?>> > > The information is not available in the LDB file. The LDB file is > simply a list of users currently in the database and in all cases, > that may not be true. > > To really understand who is in the DB, you must look at the user > locks placed on the .LDB file. > > <<3218 is a record locking error, perhaps 3188 as well. I can trap > the error, but I don't know how to identify who is locking the record. > >> > > The way to do it is to parse the message that Access generates. > Below is the code to do that. > > Jim. > > Function IsLocked(rs As Recordset, UserName As String, MachineName As > String) > ' Accepts: a recordset and two string variables ' Purpose: determines > if the current record in the recordset is locked, > ' and if so who has it locked. > ' Returns: True if current record is locked (and sets UserName > ' and MachineName to the user with the lock). False if the > ' record isn't locked. > ' From: Building Applications Chapter 12 > > Dim ErrorString As String > Dim MachineNameStart As Integer > > IsLocked = False > On Error GoTo IsLockedError > rs.Edit 'Try to edit the current record in the > recordset. > rs.MoveNext > rs.MovePrevious > Exit Function 'No error, so return False. > > IsLockedError: > If Err = 3260 Then 'Record is locked -- parse error string. > ErrorString = Error$ > UserName = Mid$(ErrorString, 44, InStr(44, ErrorString, "'") - 44) > If UserName = "" Then UserName = "(unknown)" > MachineNameStart = InStr(43, ErrorString, " on machine ") + 13 > MachineName = Mid$(ErrorString, MachineNameStart, > Len(ErrorString) - MachineNameStart - 1) > If MachineName = "" Then MachineName = "(unknown)" > IsLocked = True > End If > > Exit Function > > End Function > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer > Gross > Sent: Tuesday, May 20, 2008 3:24 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Who is locking the record? > > No takers on this? Sometimes the Access message is generic and just > lets you know the record is locked. Other times when a record is > locked Access will display their own message letting the user know who > is locking the record. So it seems that information is available, > must be in the LDB file > - does anyone know how to get at it? > > 3218 is a record locking error, perhaps 3188 as well. I can trap the > error, but I don't know how to identify who is locking the record. > > Jennifer > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer > Gross > Sent: Friday, May 16, 2008 1:13 PM > To: AccessD List > Subject: [AccessD] Who is locking the record? > > Hi All, > > In a multi-user split database using Access security, using the > statement > > Currentdb.Execute SQLUpdateQueryName, dbFailOnError > > When it generates the error 3218 that a record is locked, how can I > find out which user is locking that record? > > Is there a better way to do this? What I want to do is know that the > operation failed and let the user know which other user they need to > go to and ask them to close a screen, or whatever. > > Thanks in advance, > > Jennifer > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From erbachs at gmail.com Tue May 20 16:44:27 2008 From: erbachs at gmail.com (Steve Erbach) Date: Tue, 20 May 2008 16:44:27 -0500 Subject: [AccessD] Who is locking the record? In-Reply-To: <48331B65.7080701@colbyconsulting.com> References: <0K16001Q1J6LV600@vms173001.mailsrvcs.net> <48331B65.7080701@colbyconsulting.com> Message-ID: <39cb22f30805201444s4dd78fb6p4e32a6cc9a49c4d8@mail.gmail.com> John, Could LDBView or UserRoster be of use at all? http://www.mvps.org/access/modules/mdl0055.htm http://support.microsoft.com/kb/285822#1 http://www.granite.ab.ca/access/corruption/workstation.htm Steve Erbach Neenah, WI http://www.TheTownCrank.com On Tue, May 20, 2008 at 1:41 PM, jwcolby wrote: > To my knowledge it is not possible. > > John W. Colby > www.ColbyConsulting.com > > > Jennifer Gross wrote: >> No takers on this? Sometimes the Access message is generic and just lets >> you know the record is locked. Other times when a record is locked Access >> will display their own message letting the user know who is locking the >> record. So it seems that information is available, must be in the LDB file >> - does anyone know how to get at it? >> >> 3218 is a record locking error, perhaps 3188 as well. I can trap the error, >> but I don't know how to identify who is locking the record. >> >> Jennifer From jengross at gte.net Tue May 20 18:07:07 2008 From: jengross at gte.net (Jennifer Gross) Date: Tue, 20 May 2008 15:07:07 -0800 Subject: [AccessD] Who is locking the record? In-Reply-To: <39cb22f30805201444s4dd78fb6p4e32a6cc9a49c4d8@mail.gmail.com> Message-ID: <0K16004KSTDE9JM0@vms173003.mailsrvcs.net> Hi Steven, LDBView and UserRoster give me who is logged in, but not who is locking a particular record. So far, parsing the error description for 3260 seems to be the only viable option. This error does not seem to be raised with two sessions on the same machine or on a Windows peer to peer network. With Windows Server record locking is raising error 3260, as long as the record is not locked by the same session. At least with my basic testing it seems that is what is going on. Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Tuesday, May 20, 2008 1:44 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Who is locking the record? John, Could LDBView or UserRoster be of use at all? http://www.mvps.org/access/modules/mdl0055.htm http://support.microsoft.com/kb/285822#1 http://www.granite.ab.ca/access/corruption/workstation.htm Steve Erbach Neenah, WI http://www.TheTownCrank.com On Tue, May 20, 2008 at 1:41 PM, jwcolby wrote: > To my knowledge it is not possible. > > John W. Colby > www.ColbyConsulting.com > > > Jennifer Gross wrote: >> No takers on this? Sometimes the Access message is generic and just >> lets you know the record is locked. Other times when a record is >> locked Access will display their own message letting the user know >> who is locking the record. So it seems that information is >> available, must be in the LDB file >> - does anyone know how to get at it? >> >> 3218 is a record locking error, perhaps 3188 as well. I can trap the >> error, but I don't know how to identify who is locking the record. >> >> Jennifer -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Tue May 20 17:44:12 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 20 May 2008 17:44:12 -0500 Subject: [AccessD] Who is locking the record? In-Reply-To: <0K16004KSTDE9JM0@vms173003.mailsrvcs.net> Message-ID: To find out who is locking a record is pretty tricky. Basically, you need to find out where in the 'virtual' .ldb space the table records are located. Then to test if they are locked, you have to try to lock those bits/bytes yourself, if they are locked, you can determine who is locking them by another set of bits....pretty complex, and I don't think the white papers give exact details on how to do it. To throw in a slight tangent to this, you may want to look into why a record is being locked. I'd say that in 99% of the systems that I have built, the end users are never able to lock a record more then the split second that it is required to add a record, or change a record. Of course, this leads into the bound/unbound debate.... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer Gross Sent: Tuesday, May 20, 2008 6:07 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Who is locking the record? Hi Steven, LDBView and UserRoster give me who is logged in, but not who is locking a particular record. So far, parsing the error description for 3260 seems to be the only viable option. This error does not seem to be raised with two sessions on the same machine or on a Windows peer to peer network. With Windows Server record locking is raising error 3260, as long as the record is not locked by the same session. At least with my basic testing it seems that is what is going on. Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Tuesday, May 20, 2008 1:44 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Who is locking the record? John, Could LDBView or UserRoster be of use at all? http://www.mvps.org/access/modules/mdl0055.htm http://support.microsoft.com/kb/285822#1 http://www.granite.ab.ca/access/corruption/workstation.htm Steve Erbach Neenah, WI http://www.TheTownCrank.com On Tue, May 20, 2008 at 1:41 PM, jwcolby wrote: > To my knowledge it is not possible. > > John W. Colby > www.ColbyConsulting.com > > > Jennifer Gross wrote: >> No takers on this? Sometimes the Access message is generic and just >> lets you know the record is locked. Other times when a record is >> locked Access will display their own message letting the user know >> who is locking the record. So it seems that information is >> available, must be in the LDB file >> - does anyone know how to get at it? >> >> 3218 is a record locking error, perhaps 3188 as well. I can trap the >> error, but I don't know how to identify who is locking the record. >> >> Jennifer -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From jengross at gte.net Tue May 20 19:09:08 2008 From: jengross at gte.net (Jennifer Gross) Date: Tue, 20 May 2008 16:09:08 -0800 Subject: [AccessD] Who is locking the record? In-Reply-To: Message-ID: <0K160016UWDJVVU0@vms173001.mailsrvcs.net> Bound forms, left open while they go to lunch . . . she sends a shock wave through the community. . . skip the debate (please). -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Tuesday, May 20, 2008 2:44 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Who is locking the record? To find out who is locking a record is pretty tricky. Basically, you need to find out where in the 'virtual' .ldb space the table records are located. Then to test if they are locked, you have to try to lock those bits/bytes yourself, if they are locked, you can determine who is locking them by another set of bits....pretty complex, and I don't think the white papers give exact details on how to do it. To throw in a slight tangent to this, you may want to look into why a record is being locked. I'd say that in 99% of the systems that I have built, the end users are never able to lock a record more then the split second that it is required to add a record, or change a record. Of course, this leads into the bound/unbound debate.... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer Gross Sent: Tuesday, May 20, 2008 6:07 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Who is locking the record? Hi Steven, LDBView and UserRoster give me who is logged in, but not who is locking a particular record. So far, parsing the error description for 3260 seems to be the only viable option. This error does not seem to be raised with two sessions on the same machine or on a Windows peer to peer network. With Windows Server record locking is raising error 3260, as long as the record is not locked by the same session. At least with my basic testing it seems that is what is going on. Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Tuesday, May 20, 2008 1:44 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Who is locking the record? John, Could LDBView or UserRoster be of use at all? http://www.mvps.org/access/modules/mdl0055.htm http://support.microsoft.com/kb/285822#1 http://www.granite.ab.ca/access/corruption/workstation.htm Steve Erbach Neenah, WI http://www.TheTownCrank.com On Tue, May 20, 2008 at 1:41 PM, jwcolby wrote: > To my knowledge it is not possible. > > John W. Colby > www.ColbyConsulting.com > > > Jennifer Gross wrote: >> No takers on this? Sometimes the Access message is generic and just >> lets you know the record is locked. Other times when a record is >> locked Access will display their own message letting the user know >> who is locking the record. So it seems that information is >> available, must be in the LDB file >> - does anyone know how to get at it? >> >> 3218 is a record locking error, perhaps 3188 as well. I can trap the >> error, but I don't know how to identify who is locking the record. >> >> Jennifer -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Darryl.Collins at coles.com.au Tue May 20 18:58:31 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Wed, 21 May 2008 09:58:31 +1000 Subject: [AccessD] OT-EXCEL Q - Retrieving passwords from the VBA Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD73A3@WPEXCH05.colesmyer.ad.cmltd.net.au> Darren: have a look at the following. Cheers Darryl ' ----------------------------------------------------- Rather than post this "in the clear"... here's a web site that will provide guidance on unprotecting a protected VBA in Excel: http://www.schmittis-page.de/index.html?/excel/vba/t48e.htm Hope this helps. David -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darren D Sent: Tuesday, 20 May 2008 2:25 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] OT-EXCEL Q - Retrieving passwords from the VBA Hi Team - Apologies for the OT post Brains trust Q Reply off-line if you think the replies will chew up too much AccessD bandwidth I have been sent an Excel doc that has the VBA Behind it password protected I want to look at the code - Is there a way to determine this password? Many thanks in advance Darren -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From rockysmolin at bchacc.com Tue May 20 18:59:26 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Tue, 20 May 2008 16:59:26 -0700 Subject: [AccessD] Method or Data Member Not Found In-Reply-To: <03b701c8baa5$433a17f0$6500a8c0@SusanOne> References: <002601c8b5ed$10e3f2b0$0301a8c0@HAL9005> <03b701c8baa5$433a17f0$6500a8c0@SusanOne> Message-ID: <005f01c8bad5$88d0e110$0301a8c0@HAL9005> The mystery deepens: This statement goes through: MsgBox rstMatterAction!MatterActionID And two statements later this fails: Set rstMatterActionPersons = db.OpenRecordset("SELECT MatterActionID, PersonID, " _ & "Hours, SortOrder FROM MatterActionPersons WHERE MatterActionID = " _ & rstMatterAction!MatterActionID & " AND " _ & "(PersonID = " & lngOldAttyMatter & " OR PersonID = " & Me.AttyMatter.Column(0) & ")") With !MatterActionID highlighted and saying method or data member not found. Same datafield in the recordset rstMatterAction. Does anybody see something I'm overlooking? As I say this OpenRecordset was copied from another module where it is working. MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Tuesday, May 20, 2008 11:13 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Method or Data Member Not Found Rocky, are you sure you have the object library referenced? Susan H. > so you can see that rstMatterAction!MatterActionID is included in the > MatterAction recordset. This code compiles in another module. So I > think that the Data Member Not Found is due to something else. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.21/1455 - Release Date: 5/19/2008 5:04 PM From cfoust at infostatsystems.com Tue May 20 19:05:34 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 20 May 2008 17:05:34 -0700 Subject: [AccessD] Method or Data Member Not Found In-Reply-To: <005f01c8bad5$88d0e110$0301a8c0@HAL9005> References: <002601c8b5ed$10e3f2b0$0301a8c0@HAL9005><03b701c8baa5$433a17f0$6500a8c0@SusanOne> <005f01c8bad5$88d0e110$0301a8c0@HAL9005> Message-ID: Rocky, Is MatterActionID numeric or a string? What happens if you assign it to a variable right after the line that succeeds and then use that variable in your SELECT statement? Does it still fail? Charlottte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Tuesday, May 20, 2008 4:59 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Method or Data Member Not Found The mystery deepens: This statement goes through: MsgBox rstMatterAction!MatterActionID And two statements later this fails: Set rstMatterActionPersons = db.OpenRecordset("SELECT MatterActionID, PersonID, " _ & "Hours, SortOrder FROM MatterActionPersons WHERE MatterActionID = " _ & rstMatterAction!MatterActionID & " AND " _ & "(PersonID = " & lngOldAttyMatter & " OR PersonID = " & Me.AttyMatter.Column(0) & ")") With !MatterActionID highlighted and saying method or data member not found. Same datafield in the recordset rstMatterAction. Does anybody see something I'm overlooking? As I say this OpenRecordset was copied from another module where it is working. MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Tuesday, May 20, 2008 11:13 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Method or Data Member Not Found Rocky, are you sure you have the object library referenced? Susan H. > so you can see that rstMatterAction!MatterActionID is included in the > MatterAction recordset. This code compiles in another module. So I > think that the Data Member Not Found is due to something else. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.21/1455 - Release Date: 5/19/2008 5:04 PM -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue May 20 19:53:22 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Tue, 20 May 2008 17:53:22 -0700 Subject: [AccessD] Method or Data Member Not Found In-Reply-To: References: <002601c8b5ed$10e3f2b0$0301a8c0@HAL9005><03b701c8baa5$433a17f0$6500a8c0@SusanOne><005f01c8bad5$88d0e110$0301a8c0@HAL9005> Message-ID: <008001c8badd$121405e0$0301a8c0@HAL9005> The ID fields are numeric. However, for reasons which I will never be able to figure out, it suddenly began to work. I tried your method actually but put the value into an invisible text box on the form. And it went through. Then, because it was so esthetically offensive, I put it back to the original syntax and it worked. Access - ya gotta love it... Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Tuesday, May 20, 2008 5:06 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Method or Data Member Not Found Rocky, Is MatterActionID numeric or a string? What happens if you assign it to a variable right after the line that succeeds and then use that variable in your SELECT statement? Does it still fail? Charlottte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Tuesday, May 20, 2008 4:59 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Method or Data Member Not Found The mystery deepens: This statement goes through: MsgBox rstMatterAction!MatterActionID And two statements later this fails: Set rstMatterActionPersons = db.OpenRecordset("SELECT MatterActionID, PersonID, " _ & "Hours, SortOrder FROM MatterActionPersons WHERE MatterActionID = " _ & rstMatterAction!MatterActionID & " AND " _ & "(PersonID = " & lngOldAttyMatter & " OR PersonID = " & Me.AttyMatter.Column(0) & ")") With !MatterActionID highlighted and saying method or data member not found. Same datafield in the recordset rstMatterAction. Does anybody see something I'm overlooking? As I say this OpenRecordset was copied from another module where it is working. MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Tuesday, May 20, 2008 11:13 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Method or Data Member Not Found Rocky, are you sure you have the object library referenced? Susan H. > so you can see that rstMatterAction!MatterActionID is included in the > MatterAction recordset. This code compiles in another module. So I > think that the Data Member Not Found is due to something else. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.21/1455 - Release Date: 5/19/2008 5:04 PM -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.21/1455 - Release Date: 5/19/2008 5:04 PM From Darryl.Collins at coles.com.au Tue May 20 20:54:19 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Wed, 21 May 2008 11:54:19 +1000 Subject: [AccessD] Autonumber problem Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD73AC@WPEXCH05.colesmyer.ad.cmltd.net.au> Dan, Very nice. Thanks for this. One for the code archives. cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Dan Waters Sent: Wednesday, 21 May 2008 12:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Autonumber problem You can set up a method to automatically compact and repair a BE daily. 1) Pick a time of day where it is least likely that users will be in your database. Say 3:00 AM. 2) Create a small database titled BECompact.mdb with the following code in a standard module: '------------------------------------------------------------------------ Option Compare Database Option Explicit Public Declare Sub Sleep Lib "kernel32" (ByVal dwMilliseconds As Long) Public Function CompactBE() On Error GoTo EH Dim stgPathBEFile As String Dim stgPathBELDB As String Dim appAccess As Access.Application Dim fso As FileSystemObject Dim stg As String Dim rst As DAO.Recordset ' Stop stg = "SELECT BEFullPath FROM tblBEFullPath" Set rst = DBEngine(0)(0).OpenRecordset(stg, dbOpenSnapshot) stgPathBEFile = rst("BEFullPath") rst.Close Set rst = Nothing Set fso = CreateObject("Scripting.FileSystemObject") '-- If the BE file is in use then the BE can't be compacted stgPathBELDB = Replace(stgPathBEFile, "mdb", "ldb") If fso.FileExists(stgPathBELDB) Then Access.Application.Quit acQuitSaveNone Exit Function End If Set appAccess = New Access.Application appAccess.OpenCurrentDatabase stgPathBEFile, False Sleep 5000 '-- pause code execution for 5 seconds '-- When the BE closes it will auto-compact. appAccess.CloseCurrentDatabase Sleep 5000 '-- pause code execution for 5 seconds DoEvents appAccess.Quit acQuitSaveNone Set appAccess = Nothing Access.Application.Quit acQuitSaveNone Exit Function EH: Access.Application.Quit acQuitSaveNone End Function '------------------------------------------------------------------------ 2) Set the above code to run automatically using an AutoExec macro or a startup form. 3) Add a table (tblBEFullPath) to BECompact.mdb with one field (BEFullPath) and enter the full path to the BE file. 3) Save BECompact.mdb on the server in the correct location. 4) Open the BE file and go to Options. Check 'Compact on Close'. 5) Create a Scheduled Task on the server which will open BECompact.mdb at the time you have selected. 6) Test the Scheduled Task and BECompact.mdb. This will now automatically compact your BE file automatically every day. HTH! Dan -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From Darryl.Collins at coles.com.au Tue May 20 21:00:49 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Wed, 21 May 2008 12:00:49 +1000 Subject: [AccessD] Multiple Frontend Users Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD73AE@WPEXCH05.colesmyer.ad.cmltd.net.au> "so they were patching stuff together with spreadsheets and such" oh hell... that is going to end in tears! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Bartow Sent: Wednesday, 21 May 2008 4:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Multiple Frontend Users That's the ironic part - it was a regional government agency that was the customer of the main contractor. I got paid, no questions asked, they kept the agency as a customer and I kept working with the main contractor. I put it down to "gubmint". A couple of years later I asked the main contractor what ever happened with that project. They had decided to stop development of tabular only systems and were trying to integrate everything into one comprehensive spatial system. Great idea except much of the data wasn't spatial in nature. A hybrid system would have been the solution they needed but people seldom seem to be able to grasp a solution that isn't easily placed into categories. My contact laughed when I said it bummed me out and said it had nothing to do with you or your work so just let it go! I just despise waste, especially when its tax money paying for it. Last I asked they still didn't have a solution for their needs so they were patching stuff together with spreadsheets and such . -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S Zuris Sent: Tuesday, May 20, 2008 2:16 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Multiple Frontend Users Been there, done that. Some toes, likely someone hiding in the background, were probably stepped on. I have tried educating, but all in all, its best to keep quiet, do whatever, and tried to get paid. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From Darryl.Collins at coles.com.au Tue May 20 21:13:26 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Wed, 21 May 2008 12:13:26 +1000 Subject: [AccessD] Who is locking the record Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD73B3@WPEXCH05.colesmyer.ad.cmltd.net.au> Does anyone else get this back as a "Bad Link"? regards Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Wednesday, 21 May 2008 5:34 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Who is locking the record Having scanned down through the jetlock document found here: http://www.wotsit.org/download.asp?f=jetlock&sc=264608112 this pops out: To utilize the information previously discussed in a way that can help you resolve locking issues with your application, you need to be able to view, understand, and decipher the locks that Microsoft Jet places. To view the locks being placed, you need to have either a Novell NetWare environment, Microsoft SMS Network Monitor, or some other ?network sniffing? tool. By having one of these utilities, particularly the real-time NetWare Monitor program, an administrator can view the locks being placed by Microsoft Jet on the .ldb file. Developers can also use this information to see how their code places locks on the .ldb file and what effects it might have in a multiuser environment. IOW, it ain't easy and you need VERY special tools and knowledge. 'Nuff for me. John W. Colby www.ColbyConsulting.com Jack and Pat wrote: > Jennifer, > I found this kb article that relates to - but does not solve- your issue. > It may be useful??? > > http://support.microsoft.com/kb/198755/EN-US/ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From kp at sdsonline.net Tue May 20 23:03:31 2008 From: kp at sdsonline.net (Kath Pelletti) Date: Wed, 21 May 2008 14:03:31 +1000 Subject: [AccessD] Who is locking the record References: <49DFE57FB126044B8A8B934E7AEA09ED09FD73B3@WPEXCH05.colesmyer.ad.cmltd.net.au> Message-ID: <00c901c8baf7$a3148aa0$6401a8c0@DELLAPTOP> No error msg but won't open page for me Kath ----- Original Message ----- From: "Darryl Collins" To: "Access Developers discussion and problem solving" Sent: Wednesday, May 21, 2008 12:13 PM Subject: Re: [AccessD] Who is locking the record > Does anyone else get this back as a "Bad Link"? > > regards > Darryl > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby > Sent: Wednesday, 21 May 2008 5:34 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Who is locking the record > > > Having scanned down through the jetlock document found here: > > http://www.wotsit.org/download.asp?f=jetlock&sc=264608112 > > this pops out: > > To utilize the information previously discussed in a way that can help > you resolve locking issues with your application, you need to be able to > view, understand, and decipher the locks that Microsoft Jet places. > To view the locks being placed, you need to have either a Novell NetWare > environment, Microsoft SMS Network Monitor, or some other ?network > sniffing? tool. By having one of these utilities, particularly the > real-time NetWare Monitor program, an administrator can view the locks > being placed by Microsoft Jet on the .ldb file. Developers can also use > this information to see how their code places locks on the .ldb file and > what effects it might have in a multiuser environment. > > IOW, it ain't easy and you need VERY special tools and knowledge. > > 'Nuff for me. > > John W. Colby > www.ColbyConsulting.com > > > Jack and Pat wrote: >> Jennifer, >> I found this kb article that relates to - but does not solve- your issue. >> It may be useful??? >> >> http://support.microsoft.com/kb/198755/EN-US/ > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > This email and any attachments may contain privileged and confidential > information and are intended for the named addressee only. If you have > received this e-mail in error, please notify the sender and delete this > e-mail immediately. Any confidentiality, privilege or copyright is not > waived or lost because this e-mail has been sent to you in error. It is > your responsibility to check this e-mail and any attachments for viruses. > No warranty is made that this material is free from computer virus or any > other defect or error. Any loss/damage incurred by using this material is > not the sender's responsibility. The sender's entire liability will be > limited to resupplying the material. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > From kp at sdsonline.net Tue May 20 23:51:30 2008 From: kp at sdsonline.net (Kath Pelletti) Date: Wed, 21 May 2008 14:51:30 +1000 Subject: [AccessD] query criteria Message-ID: <00da01c8bafe$56984b60$6401a8c0@DELLAPTOP> aaaarrggh.... need some help on something which should be simple. I have a function which returns a string. I am using that function name as the criteria in a query, ie. where criteria = GetEventCriteriaString() One of the possible values I would like the function to return is a criteria of not null and not blank. But so far I can't even get the 'not null' to work. When I run it using the code below I get no records returned even though if I type the words Is Not Null into the query criteria manually it works. I have a feeling that this is to do with the quotation marks and strings............... hope someone knows...... ----------------------------------------- Here's the function: Public Function GetEventCriteriaString() As String Dim strerrormsg As String Dim VarActivityType As Variant On Error GoTo Err_Handler If IsFormOpen("FrmDialogRptNoEventsAttended") = True Then VarActivityType = [Forms]![FrmDialogRptNoEventsAttended]![CtlActivityTypes] If IsNull(VarActivityType) Or VarActivityType = "" Then GetEventCriteriaString = "" GoTo Normal_exit Else Select Case VarActivityType Case "Any" GetEventCriteriaString = "Is Not Null" 'THIS LINE NOT WORKING Case "CPD" GetEventCriteriaString = "CPD" Case "CNE" GetEventCriteriaString = "CNE" Case "Non CPD" GetEventCriteriaString = "Non CPD" End Select End If End If Normal_exit: DoCmd.SetWarnings True Exit Function Err_Handler: MsgBox "Error: [" & Err.Number & "] " & IIf(Len(strerrormsg) > 0, strerrormsg, Err.Description), vbCritical, "Error Message" Resume Normal_exit End Function ______________________________________ Kath Pelletti Software Design and Solutions Pty Ltd Ph: 9505-6714 Fax: 9505-6430 kp at sdsonline.net From Darryl.Collins at coles.com.au Wed May 21 00:06:01 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Wed, 21 May 2008 15:06:01 +1000 Subject: [AccessD] query criteria Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD73B8@WPEXCH05.colesmyer.ad.cmltd.net.au> Kath, A moot point I am sure but I like to use ".value" to make sure things are behaving as I want them to. VarActivityType = [Forms]![FrmDialogRptNoEventsAttended]![CtlActivityTypes].Value You have dimmed "ActivityType" as a variant - As a guess a STRING would be better here than a variant - which VBA can guess something unexpected. ' ----------------------------------- Select Case VarActivityType Case "Any" ' ----------------------------------- >From what I understand of this you want the text "Is Not Null" returned to 'GetEventCriteriaString' if the value of 'VarActivityType' = "Any" Is this what your criteria is? Are you providing the input of "Any"? Maybe try ' -------------------------------------------------------------------- If IsNull(VarActivityType) = True Or VarActivityType = "" Then GetEventCriteriaString = "" GoTo Normal_exit ElseIf IsNull(VarActivityType) = False Then GetEventCriteriaString = "Is Not Null" Else Select Case VarActivityType Case "CPD" GetEventCriteriaString = "CPD" Case "CNE" GetEventCriteriaString = "CNE" Case "Non CPD" GetEventCriteriaString = "Non CPD" End Select End If End If End If '----------------------------------------------------------- Or have i fouled this up completely? Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Kath Pelletti Sent: Wednesday, 21 May 2008 2:52 PM To: Access D Normal List Subject: [AccessD] query criteria aaaarrggh.... need some help on something which should be simple. I have a function which returns a string. I am using that function name as the criteria in a query, ie. where criteria = GetEventCriteriaString() One of the possible values I would like the function to return is a criteria of not null and not blank. But so far I can't even get the 'not null' to work. When I run it using the code below I get no records returned even though if I type the words Is Not Null into the query criteria manually it works. I have a feeling that this is to do with the quotation marks and strings............... hope someone knows...... ----------------------------------------- Here's the function: Public Function GetEventCriteriaString() As String Dim strerrormsg As String Dim VarActivityType As Variant On Error GoTo Err_Handler If IsFormOpen("FrmDialogRptNoEventsAttended") = True Then VarActivityType = [Forms]![FrmDialogRptNoEventsAttended]![CtlActivityTypes] If IsNull(VarActivityType) Or VarActivityType = "" Then GetEventCriteriaString = "" GoTo Normal_exit Else Select Case VarActivityType Case "Any" GetEventCriteriaString = "Is Not Null" 'THIS LINE NOT WORKING Case "CPD" GetEventCriteriaString = "CPD" Case "CNE" GetEventCriteriaString = "CNE" Case "Non CPD" GetEventCriteriaString = "Non CPD" End Select End If End If Normal_exit: DoCmd.SetWarnings True Exit Function Err_Handler: MsgBox "Error: [" & Err.Number & "] " & IIf(Len(strerrormsg) > 0, strerrormsg, Err.Description), vbCritical, "Error Message" Resume Normal_exit End Function ______________________________________ Kath Pelletti Software Design and Solutions Pty Ltd Ph: 9505-6714 Fax: 9505-6430 kp at sdsonline.net -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From askolits at nni.com Wed May 21 00:06:43 2008 From: askolits at nni.com (John Skolits) Date: Wed, 21 May 2008 01:06:43 -0400 Subject: [AccessD] query criteria In-Reply-To: <00da01c8bafe$56984b60$6401a8c0@DELLAPTOP> References: <00da01c8bafe$56984b60$6401a8c0@DELLAPTOP> Message-ID: <001101c8bb00$760089c0$62019d40$@com> Well, someone may have a better idea but in your query try using 'LIKE' in the criteria. Like GetEventCriteriaString () Then use an "*" in your select case: Case "Any" GetEventCriteriaString = "*" 'THIS LINE NOT WORKING -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kath Pelletti Sent: Wednesday, May 21, 2008 12:52 AM To: Access D Normal List Subject: [AccessD] query criteria aaaarrggh.... need some help on something which should be simple. I have a function which returns a string. I am using that function name as the criteria in a query, ie. where criteria = GetEventCriteriaString() One of the possible values I would like the function to return is a criteria of not null and not blank. But so far I can't even get the 'not null' to work. When I run it using the code below I get no records returned even though if I type the words Is Not Null into the query criteria manually it works. I have a feeling that this is to do with the quotation marks and strings............... hope someone knows...... ----------------------------------------- Here's the function: Public Function GetEventCriteriaString() As String Dim strerrormsg As String Dim VarActivityType As Variant On Error GoTo Err_Handler If IsFormOpen("FrmDialogRptNoEventsAttended") = True Then VarActivityType = [Forms]![FrmDialogRptNoEventsAttended]![CtlActivityTypes] If IsNull(VarActivityType) Or VarActivityType = "" Then GetEventCriteriaString = "" GoTo Normal_exit Else Select Case VarActivityType Case "Any" GetEventCriteriaString = "Is Not Null" 'THIS LINE NOT WORKING Case "CPD" GetEventCriteriaString = "CPD" Case "CNE" GetEventCriteriaString = "CNE" Case "Non CPD" GetEventCriteriaString = "Non CPD" End Select End If End If Normal_exit: DoCmd.SetWarnings True Exit Function Err_Handler: MsgBox "Error: [" & Err.Number & "] " & IIf(Len(strerrormsg) > 0, strerrormsg, Err.Description), vbCritical, "Error Message" Resume Normal_exit End Function ______________________________________ Kath Pelletti Software Design and Solutions Pty Ltd Ph: 9505-6714 Fax: 9505-6430 kp at sdsonline.net -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Wed May 21 00:25:38 2008 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 21 May 2008 15:25:38 +1000 Subject: [AccessD] query criteria In-Reply-To: <00da01c8bafe$56984b60$6401a8c0@DELLAPTOP> References: <00da01c8bafe$56984b60$6401a8c0@DELLAPTOP> Message-ID: <48343EF2.11198.9DACC8C@stuart.lexacorp.com.pg> Exactly how are you using the criteria? It looks to me as though you are getting an implicit "=" somewhere ie you must be making "CPD" into "= CPD". Trouble is that doing that with "IS NOT NULL" ends up with "= IS NOT NULL" On 21 May 2008 at 14:51, Kath Pelletti wrote: > aaaarrggh.... need some help on something which should be simple. > > I have a function which returns a string. > > I am using that function name as the criteria in a query, ie. where criteria = GetEventCriteriaString() > > One of the possible values I would like the function to return is a criteria of not null and not blank. But so far I can't even get the 'not null' to work. When I run it using the code below I get no records returned even though if I type the words Is Not Null into the query criteria manually it works. I have a feeling that this is to do with the quotation marks and strings............... hope someone knows...... > > ----------------------------------------- > Here's the function: > Public Function GetEventCriteriaString() As String > Dim strerrormsg As String > Dim VarActivityType As Variant > On Error GoTo Err_Handler > > If IsFormOpen("FrmDialogRptNoEventsAttended") = True Then > VarActivityType = [Forms]![FrmDialogRptNoEventsAttended]![CtlActivityTypes] > > If IsNull(VarActivityType) Or VarActivityType = "" Then > GetEventCriteriaString = "" > GoTo Normal_exit > Else > Select Case VarActivityType > Case "Any" > GetEventCriteriaString = "Is Not Null" 'THIS LINE NOT WORKING > Case "CPD" > GetEventCriteriaString = "CPD" > Case "CNE" > GetEventCriteriaString = "CNE" > Case "Non CPD" > GetEventCriteriaString = "Non CPD" > End Select > End If > End If > > Normal_exit: > DoCmd.SetWarnings True > Exit Function > Err_Handler: > MsgBox "Error: [" & Err.Number & "] " & IIf(Len(strerrormsg) > 0, strerrormsg, Err.Description), vbCritical, "Error Message" > Resume Normal_exit > End Function > > > > ______________________________________ > Kath Pelletti > Software Design and Solutions Pty Ltd > Ph: 9505-6714 > Fax: 9505-6430 > kp at sdsonline.net > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Darryl.Collins at coles.com.au Wed May 21 00:25:36 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Wed, 21 May 2008 15:25:36 +1000 Subject: [AccessD] Get Value from Record Set? Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED0B270269@WPEXCH05.colesmyer.ad.cmltd.net.au> Hey Everyone, I want to return one value from a table and I am struggling with it. I can get the KeyID I need and can get the entry I want, but I cannot seem to actually read the value itself. Clearly I am stuffing something obvious up. Table layout is like this KeyID FYP OtherBlah OtherBlah2 100 FY08 01 ra ra ra ra 101 FY08 02 ra ra ra ra 102 FY08 03 ra ra ra ra etc The value I want back is actually the FYP field. '''--- CODE SAMPLE BELOW ------- Sub UpdateTL_1() Dim sSQL As String Dim lFYPID As Long Dim rs1 As DAO.Recordset Dim db As DAO.Database 'On Error GoTo UpdateTL_1_Error lFYPID = [Forms]![frm_FYP_APLID_Admin].FYPID.Value lFYPID = (lFYPID - 1) ' <-- THIS GET THE KEYID. sSQL = "SELECT tbl_FY_Period.FY_P" sSQL = sSQL & " FROM tbl_FY_Period" sSQL = sSQL & " WHERE (((tbl_FY_Period.FY_P_ID)=" & lFYPID & "));" Set db = CurrentDb Set rs1 = db.OpenRecordset(sSQL) MsgBox rs1.RecordCount '<-- THIS RETURNS 1 MsgBox rs1.Fields.Count '<-- THIS RETURNS 1 ' AIRCODE - THIS BIT I AM STUCK ON. How do I get the VALUE of that field '[Forms]![frm_FYP_APLID_Admin].[FYP1].Value = rs1.Fields.FYP.Value Set rs1 = Nothing Set db = Nothing This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From stuart at lexacorp.com.pg Wed May 21 00:35:15 2008 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 21 May 2008 15:35:15 +1000 Subject: [AccessD] Get Value from Record Set? In-Reply-To: <49DFE57FB126044B8A8B934E7AEA09ED0B270269@WPEXCH05.colesmyer.ad.cmltd.net.au> References: <49DFE57FB126044B8A8B934E7AEA09ED0B270269@WPEXCH05.colesmyer.ad.cmltd.net.au> Message-ID: <48344133.12010.9E39A64@stuart.lexacorp.com.pg> Take your pick :-) [Forms]![frm_FYP_APLID_Admin].[FYP1].Value = rs1!FYP or [Forms]![frm_FYP_APLID_Admin].[FYP1].Value = rs1(0) or [Forms]![frm_FYP_APLID_Admin].[FYP1].Value = rs1("FYP") On 21 May 2008 at 15:25, Darryl Collins wrote: > > > Hey Everyone, > > I want to return one value from a table and I am struggling with it. I can get the KeyID I need and can get the entry I want, but I cannot seem to actually read the value itself. Clearly I am stuffing something obvious up. > > Table layout is like this > > KeyID FYP OtherBlah OtherBlah2 > 100 FY08 01 ra ra ra ra > 101 FY08 02 ra ra ra ra > 102 FY08 03 ra ra ra ra > etc > > The value I want back is actually the FYP field. > > '''--- CODE SAMPLE BELOW ------- > Sub UpdateTL_1() > > Dim sSQL As String > Dim lFYPID As Long > Dim rs1 As DAO.Recordset > Dim db As DAO.Database > > 'On Error GoTo UpdateTL_1_Error > > lFYPID = [Forms]![frm_FYP_APLID_Admin].FYPID.Value > lFYPID = (lFYPID - 1) ' <-- THIS GET THE KEYID. > > sSQL = "SELECT tbl_FY_Period.FY_P" > sSQL = sSQL & " FROM tbl_FY_Period" > sSQL = sSQL & " WHERE (((tbl_FY_Period.FY_P_ID)=" & lFYPID & "));" > > Set db = CurrentDb > Set rs1 = db.OpenRecordset(sSQL) > > MsgBox rs1.RecordCount '<-- THIS RETURNS 1 > MsgBox rs1.Fields.Count '<-- THIS RETURNS 1 > > ' AIRCODE - THIS BIT I AM STUCK ON. How do I get the VALUE of that field > '[Forms]![frm_FYP_APLID_Admin].[FYP1].Value = rs1.Fields.FYP.Value > > Set rs1 = Nothing > Set db = Nothing > > This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Darryl.Collins at coles.com.au Wed May 21 00:38:10 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Wed, 21 May 2008 15:38:10 +1000 Subject: [AccessD] Get Value from Record Set? Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD73BA@WPEXCH05.colesmyer.ad.cmltd.net.au> hahahahaha! Excellent. Many thanks :) I knew it would have to be something really stupidly easy!! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Stuart McLachlan Sent: Wednesday, 21 May 2008 3:35 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Get Value from Record Set? Take your pick :-) [Forms]![frm_FYP_APLID_Admin].[FYP1].Value = rs1!FYP or [Forms]![frm_FYP_APLID_Admin].[FYP1].Value = rs1(0) or [Forms]![frm_FYP_APLID_Admin].[FYP1].Value = rs1("FYP") On 21 May 2008 at 15:25, Darryl Collins wrote: > > > Hey Everyone, > > I want to return one value from a table and I am struggling with it. I can get the KeyID I need and can get the entry I want, but I cannot seem to actually read the value itself. Clearly I am stuffing something obvious up. > > Table layout is like this > > KeyID FYP OtherBlah OtherBlah2 > 100 FY08 01 ra ra ra ra > 101 FY08 02 ra ra ra ra > 102 FY08 03 ra ra ra ra > etc > > The value I want back is actually the FYP field. > > '''--- CODE SAMPLE BELOW ------- > Sub UpdateTL_1() > > Dim sSQL As String > Dim lFYPID As Long > Dim rs1 As DAO.Recordset > Dim db As DAO.Database > > 'On Error GoTo UpdateTL_1_Error > > lFYPID = [Forms]![frm_FYP_APLID_Admin].FYPID.Value > lFYPID = (lFYPID - 1) ' <-- THIS GET THE KEYID. > > sSQL = "SELECT tbl_FY_Period.FY_P" > sSQL = sSQL & " FROM tbl_FY_Period" > sSQL = sSQL & " WHERE (((tbl_FY_Period.FY_P_ID)=" & lFYPID & "));" > > Set db = CurrentDb > Set rs1 = db.OpenRecordset(sSQL) > > MsgBox rs1.RecordCount '<-- THIS RETURNS 1 > MsgBox rs1.Fields.Count '<-- THIS RETURNS 1 > > ' AIRCODE - THIS BIT I AM STUCK ON. How do I get the VALUE of that field > '[Forms]![frm_FYP_APLID_Admin].[FYP1].Value = rs1.Fields.FYP.Value > > Set rs1 = Nothing > Set db = Nothing > > This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From kp at sdsonline.net Wed May 21 00:51:17 2008 From: kp at sdsonline.net (Kath Pelletti) Date: Wed, 21 May 2008 15:51:17 +1000 Subject: [AccessD] query criteria References: <00da01c8bafe$56984b60$6401a8c0@DELLAPTOP> <48343EF2.11198.9DACC8C@stuart.lexacorp.com.pg> Message-ID: <010901c8bb06$b09371f0$6401a8c0@DELLAPTOP> Yeah - i think that may be what's happening - my query criteria says: GetEventCriteriaString() I haven't put the = sign. But still doesn't work. Kath ----- Original Message ----- From: "Stuart McLachlan" To: Sent: Wednesday, May 21, 2008 3:25 PM Subject: Re: [AccessD] query criteria > Exactly how are you using the criteria? > It looks to me as though you are getting an implicit "=" somewhere > ie you must be making "CPD" into "= CPD". > Trouble is that doing that with "IS NOT NULL" ends up with "= IS NOT NULL" > > > > On 21 May 2008 at 14:51, Kath Pelletti wrote: > >> aaaarrggh.... need some help on something which should be simple. >> >> I have a function which returns a string. >> >> I am using that function name as the criteria in a query, ie. where >> criteria = GetEventCriteriaString() >> >> One of the possible values I would like the function to return is a >> criteria of not null and not blank. But so far I can't even get the 'not >> null' to work. When I run it using the code below I get no records >> returned even though if I type the words Is Not Null into the query >> criteria manually it works. I have a feeling that this is to do with the >> quotation marks and strings............... hope someone knows...... >> >> ----------------------------------------- >> Here's the function: >> Public Function GetEventCriteriaString() As String >> Dim strerrormsg As String >> Dim VarActivityType As Variant >> On Error GoTo Err_Handler >> >> If IsFormOpen("FrmDialogRptNoEventsAttended") = True Then >> VarActivityType = >> [Forms]![FrmDialogRptNoEventsAttended]![CtlActivityTypes] >> >> If IsNull(VarActivityType) Or VarActivityType = "" Then >> GetEventCriteriaString = "" >> GoTo Normal_exit >> Else >> Select Case VarActivityType >> Case "Any" >> GetEventCriteriaString = "Is Not Null" 'THIS LINE NOT >> WORKING >> Case "CPD" >> GetEventCriteriaString = "CPD" >> Case "CNE" >> GetEventCriteriaString = "CNE" >> Case "Non CPD" >> GetEventCriteriaString = "Non CPD" >> End Select >> End If >> End If >> >> Normal_exit: >> DoCmd.SetWarnings True >> Exit Function >> Err_Handler: >> MsgBox "Error: [" & Err.Number & "] " & IIf(Len(strerrormsg) > 0, >> strerrormsg, Err.Description), vbCritical, "Error Message" >> Resume Normal_exit >> End Function >> >> >> >> ______________________________________ >> Kath Pelletti >> Software Design and Solutions Pty Ltd >> Ph: 9505-6714 >> Fax: 9505-6430 >> kp at sdsonline.net >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From kp at sdsonline.net Wed May 21 00:55:29 2008 From: kp at sdsonline.net (Kath Pelletti) Date: Wed, 21 May 2008 15:55:29 +1000 Subject: [AccessD] query criteria References: <49DFE57FB126044B8A8B934E7AEA09ED09FD73B8@WPEXCH05.colesmyer.ad.cmltd.net.au> Message-ID: <010f01c8bb07$46dd1bc0$6401a8c0@DELLAPTOP> Darryl - have used variant so that nulls can be handled. But yeah - bit of a moot point as choices for users are: CPD CNE Non CPD Any (Where they select 'any' I would like any of the other 3 choices to become the criteria). After mucking around for hours with trying to get the function to return "CPD" or "CNE" or "Non CPD" as the criteria, I thought - well - if the user selects "any" then I can just check for not null and not blank, as that field will always have one of those 3 values in it. Kath ----- Original Message ----- From: "Darryl Collins" To: "Access Developers discussion and problem solving" Sent: Wednesday, May 21, 2008 3:06 PM Subject: Re: [AccessD] query criteria > Kath, > > A moot point I am sure but I like to use ".value" to make sure things are > behaving as I want them to. > VarActivityType = > [Forms]![FrmDialogRptNoEventsAttended]![CtlActivityTypes].Value > > You have dimmed "ActivityType" as a variant - As a guess a STRING would be > better here than a variant - which VBA can guess something unexpected. > > ' ----------------------------------- > Select Case VarActivityType > Case "Any" > ' ----------------------------------- > >>From what I understand of this you want the text "Is Not Null" returned to >>'GetEventCriteriaString' if the value of 'VarActivityType' = "Any" > > Is this what your criteria is? Are you providing the input of "Any"? > Maybe try > > > ' -------------------------------------------------------------------- > If IsNull(VarActivityType) = True Or VarActivityType = "" Then > GetEventCriteriaString = "" > GoTo Normal_exit > ElseIf IsNull(VarActivityType) = False Then > GetEventCriteriaString = "Is Not Null" > Else > Select Case VarActivityType > Case "CPD" > GetEventCriteriaString = "CPD" > Case "CNE" > GetEventCriteriaString = "CNE" > Case "Non CPD" > GetEventCriteriaString = "Non CPD" > End Select > End If > End If > End If > > '----------------------------------------------------------- > > Or have i fouled this up completely? > > Cheers > Darryl. > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Kath Pelletti > Sent: Wednesday, 21 May 2008 2:52 PM > To: Access D Normal List > Subject: [AccessD] query criteria > > > aaaarrggh.... need some help on something which should be simple. > > I have a function which returns a string. > > I am using that function name as the criteria in a query, ie. where > criteria = GetEventCriteriaString() > > One of the possible values I would like the function to return is a > criteria of not null and not blank. But so far I can't even get the 'not > null' to work. When I run it using the code below I get no records > returned even though if I type the words Is Not Null into the query > criteria manually it works. I have a feeling that this is to do with the > quotation marks and strings............... hope someone knows...... > > ----------------------------------------- > Here's the function: > Public Function GetEventCriteriaString() As String > Dim strerrormsg As String > Dim VarActivityType As Variant > On Error GoTo Err_Handler > > If IsFormOpen("FrmDialogRptNoEventsAttended") = True Then > VarActivityType = > [Forms]![FrmDialogRptNoEventsAttended]![CtlActivityTypes] > > If IsNull(VarActivityType) Or VarActivityType = "" Then > GetEventCriteriaString = "" > GoTo Normal_exit > Else > Select Case VarActivityType > Case "Any" > GetEventCriteriaString = "Is Not Null" 'THIS LINE NOT > WORKING > Case "CPD" > GetEventCriteriaString = "CPD" > Case "CNE" > GetEventCriteriaString = "CNE" > Case "Non CPD" > GetEventCriteriaString = "Non CPD" > End Select > End If > End If > > Normal_exit: > DoCmd.SetWarnings True > Exit Function > Err_Handler: > MsgBox "Error: [" & Err.Number & "] " & IIf(Len(strerrormsg) > 0, > strerrormsg, Err.Description), vbCritical, "Error Message" > Resume Normal_exit > End Function > > > > ______________________________________ > Kath Pelletti > Software Design and Solutions Pty Ltd > Ph: 9505-6714 > Fax: 9505-6430 > kp at sdsonline.net > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > This email and any attachments may contain privileged and confidential > information and are intended for the named addressee only. If you have > received this e-mail in error, please notify the sender and delete this > e-mail immediately. Any confidentiality, privilege or copyright is not > waived or lost because this e-mail has been sent to you in error. It is > your responsibility to check this e-mail and any attachments for viruses. > No warranty is made that this material is free from computer virus or any > other defect or error. Any loss/damage incurred by using this material is > not the sender's responsibility. The sender's entire liability will be > limited to resupplying the material. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From kp at sdsonline.net Wed May 21 00:56:35 2008 From: kp at sdsonline.net (Kath Pelletti) Date: Wed, 21 May 2008 15:56:35 +1000 Subject: [AccessD] query criteria References: <00da01c8bafe$56984b60$6401a8c0@DELLAPTOP> <001101c8bb00$760089c0$62019d40$@com> Message-ID: <011301c8bb07$6dd6fbb0$6401a8c0@DELLAPTOP> John - the * would be perfect - but can't get the syntax right. I have tried : Case "Any" > GetEventCriteriaString = "*" 'THIS LINE NOT WORKING as you suggest, but doesn't work. Kath ----- Original Message ----- From: "John Skolits" To: "'Access Developers discussion and problem solving'" Sent: Wednesday, May 21, 2008 3:06 PM Subject: Re: [AccessD] query criteria > Well, someone may have a better idea but in your query try using 'LIKE' in > the criteria. > > Like GetEventCriteriaString () > > Then use an "*" in your select case: > > Case "Any" > GetEventCriteriaString = "*" 'THIS LINE NOT WORKING > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kath Pelletti > Sent: Wednesday, May 21, 2008 12:52 AM > To: Access D Normal List > Subject: [AccessD] query criteria > > aaaarrggh.... need some help on something which should be simple. > > I have a function which returns a string. > > I am using that function name as the criteria in a query, ie. where > criteria > = GetEventCriteriaString() > > One of the possible values I would like the function to return is a > criteria > of not null and not blank. But so far I can't even get the 'not null' to > work. When I run it using the code below I get no records returned even > though if I type the words Is Not Null into the query criteria manually it > works. I have a feeling that this is to do with the quotation marks and > strings............... hope someone knows...... > > ----------------------------------------- > Here's the function: > Public Function GetEventCriteriaString() As String > Dim strerrormsg As String > Dim VarActivityType As Variant > On Error GoTo Err_Handler > > If IsFormOpen("FrmDialogRptNoEventsAttended") = True Then > VarActivityType = > [Forms]![FrmDialogRptNoEventsAttended]![CtlActivityTypes] > > If IsNull(VarActivityType) Or VarActivityType = "" Then > GetEventCriteriaString = "" > GoTo Normal_exit > Else > Select Case VarActivityType > Case "Any" > GetEventCriteriaString = "Is Not Null" 'THIS LINE NOT > WORKING > Case "CPD" > GetEventCriteriaString = "CPD" > Case "CNE" > GetEventCriteriaString = "CNE" > Case "Non CPD" > GetEventCriteriaString = "Non CPD" > End Select > End If > End If > > Normal_exit: > DoCmd.SetWarnings True > Exit Function > Err_Handler: > MsgBox "Error: [" & Err.Number & "] " & IIf(Len(strerrormsg) > 0, > strerrormsg, Err.Description), vbCritical, "Error Message" > Resume Normal_exit > End Function > > > > ______________________________________ > Kath Pelletti > Software Design and Solutions Pty Ltd > Ph: 9505-6714 > Fax: 9505-6430 > kp at sdsonline.net > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Darryl.Collins at coles.com.au Wed May 21 01:13:00 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Wed, 21 May 2008 16:13:00 +1000 Subject: [AccessD] Get Value from Record Set? Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD73BB@WPEXCH05.colesmyer.ad.cmltd.net.au> For the achives. Again, big thanks to Stuart for helping out. V happy as now I writing this directly into the report. Much faster than how I used to do it. ' -------- Working Code Start -------------- Option Compare Database Option Explicit Sub UpdateReportTL_Headers() Dim sSQL As String Dim lAPLID As Long Dim lFYPID As Long Dim rs1 As DAO.Recordset Dim db As DAO.Database Dim i As Integer Dim sPERIOD As String On Error GoTo UpdateReportTL_Headers_Error Set db = CurrentDb For i = 0 To 5 lFYPID = [Forms]![frm_FYP_APLID_Admin].FYPID.Value lFYPID = (lFYPID - i) sSQL = "SELECT tbl_FY_Period.FY_P" sSQL = sSQL & " FROM tbl_FY_Period" sSQL = sSQL & " WHERE (((tbl_FY_Period.FY_P_ID)=" & lFYPID & "));" Set rs1 = db.OpenRecordset(sSQL) sPERIOD = Right(rs1!FY_P.Value, 2) Select Case i Case 0 [Reports]![rpt_ProjectSummary].lblNow.Caption = sPERIOD Case 1 [Reports]![rpt_ProjectSummary].lblNow_1.Caption = sPERIOD Case 2 [Reports]![rpt_ProjectSummary].lblNow_2.Caption = sPERIOD Case 3 [Reports]![rpt_ProjectSummary].lblNow_3.Caption = sPERIOD Case 4 [Reports]![rpt_ProjectSummary].lblNow_4.Caption = sPERIOD Case 5 [Reports]![rpt_ProjectSummary].lblNow_5.Caption = sPERIOD End Select Set rs1 = Nothing Next i Set db = Nothing On Error GoTo 0 Exit Sub '============= ERROR HANDLE =================================== UpdateReportTL_Headers_Error: Set rs1 = Nothing Set db = Nothing MsgBox "Error " & Err.Number & " (" & Err.Description & ") in procedure UpdateReportTL_Headers of Module Update_ReportHeadersTL" End Sub ' -------- Working Code End -------------- -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Stuart McLachlan Sent: Wednesday, 21 May 2008 3:35 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Get Value from Record Set? Take your pick :-) [Forms]![frm_FYP_APLID_Admin].[FYP1].Value = rs1!FYP or [Forms]![frm_FYP_APLID_Admin].[FYP1].Value = rs1(0) or [Forms]![frm_FYP_APLID_Admin].[FYP1].Value = rs1("FYP") On 21 May 2008 at 15:25, Darryl Collins wrote: > > > Hey Everyone, > > I want to return one value from a table and I am struggling with it. I can get the KeyID I need and can get the entry I want, but I cannot seem to actually read the value itself. Clearly I am stuffing something obvious up. > > Table layout is like this > > KeyID FYP OtherBlah OtherBlah2 > 100 FY08 01 ra ra ra ra > 101 FY08 02 ra ra ra ra > 102 FY08 03 ra ra ra ra > etc > > The value I want back is actually the FYP field. > > '''--- CODE SAMPLE BELOW ------- > Sub UpdateTL_1() > > Dim sSQL As String > Dim lFYPID As Long > Dim rs1 As DAO.Recordset > Dim db As DAO.Database > > 'On Error GoTo UpdateTL_1_Error > > lFYPID = [Forms]![frm_FYP_APLID_Admin].FYPID.Value > lFYPID = (lFYPID - 1) ' <-- THIS GET THE KEYID. > > sSQL = "SELECT tbl_FY_Period.FY_P" > sSQL = sSQL & " FROM tbl_FY_Period" > sSQL = sSQL & " WHERE (((tbl_FY_Period.FY_P_ID)=" & lFYPID & "));" > > Set db = CurrentDb > Set rs1 = db.OpenRecordset(sSQL) > > MsgBox rs1.RecordCount '<-- THIS RETURNS 1 > MsgBox rs1.Fields.Count '<-- THIS RETURNS 1 > > ' AIRCODE - THIS BIT I AM STUCK ON. How do I get the VALUE of that field > '[Forms]![frm_FYP_APLID_Admin].[FYP1].Value = rs1.Fields.FYP.Value > > Set rs1 = Nothing > Set db = Nothing > > This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From stuart at lexacorp.com.pg Wed May 21 01:22:20 2008 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 21 May 2008 16:22:20 +1000 Subject: [AccessD] query criteria In-Reply-To: <010901c8bb06$b09371f0$6401a8c0@DELLAPTOP> References: <00da01c8bafe$56984b60$6401a8c0@DELLAPTOP>, <010901c8bb06$b09371f0$6401a8c0@DELLAPTOP> Message-ID: <48344C3C.28084.A0EB6E4@stuart.lexacorp.com.pg> I see - you've actually putting the function name in the QBE grid. Take a look at the query in SQL view and you will see what is actually happening. Access converts it into: ... WHERE (((myTable.myField) = GetEventCriteriaString())); Just put "LIKE GetEventCriteruaString()" in the criteria and replace the "IS NOT NULL" in your function with "*" On 21 May 2008 at 15:51, Kath Pelletti wrote: > Yeah - i think that may be what's happening - my query criteria says: > > GetEventCriteriaString() > > I haven't put the = sign. > > But still doesn't work. > Kath > > ----- Original Message ----- > From: "Stuart McLachlan" > To: > Sent: Wednesday, May 21, 2008 3:25 PM > Subject: Re: [AccessD] query criteria > > > > Exactly how are you using the criteria? > > It looks to me as though you are getting an implicit "=" somewhere > > ie you must be making "CPD" into "= CPD". > > Trouble is that doing that with "IS NOT NULL" ends up with "= IS NOT NULL" > > > > > > > > On 21 May 2008 at 14:51, Kath Pelletti wrote: > > > >> aaaarrggh.... need some help on something which should be simple. > >> > >> I have a function which returns a string. > >> > >> I am using that function name as the criteria in a query, ie. where > >> criteria = GetEventCriteriaString() > >> > >> One of the possible values I would like the function to return is a > >> criteria of not null and not blank. But so far I can't even get the 'not > >> null' to work. When I run it using the code below I get no records > >> returned even though if I type the words Is Not Null into the query > >> criteria manually it works. I have a feeling that this is to do with the > >> quotation marks and strings............... hope someone knows...... > >> > >> ----------------------------------------- > >> Here's the function: > >> Public Function GetEventCriteriaString() As String > >> Dim strerrormsg As String > >> Dim VarActivityType As Variant > >> On Error GoTo Err_Handler > >> > >> If IsFormOpen("FrmDialogRptNoEventsAttended") = True Then > >> VarActivityType = > >> [Forms]![FrmDialogRptNoEventsAttended]![CtlActivityTypes] > >> > >> If IsNull(VarActivityType) Or VarActivityType = "" Then > >> GetEventCriteriaString = "" > >> GoTo Normal_exit > >> Else > >> Select Case VarActivityType > >> Case "Any" > >> GetEventCriteriaString = "Is Not Null" 'THIS LINE NOT > >> WORKING > >> Case "CPD" > >> GetEventCriteriaString = "CPD" > >> Case "CNE" > >> GetEventCriteriaString = "CNE" > >> Case "Non CPD" > >> GetEventCriteriaString = "Non CPD" > >> End Select > >> End If > >> End If > >> > >> Normal_exit: > >> DoCmd.SetWarnings True > >> Exit Function > >> Err_Handler: > >> MsgBox "Error: [" & Err.Number & "] " & IIf(Len(strerrormsg) > 0, > >> strerrormsg, Err.Description), vbCritical, "Error Message" > >> Resume Normal_exit > >> End Function > >> > >> > >> > >> ______________________________________ > >> Kath Pelletti > >> Software Design and Solutions Pty Ltd > >> Ph: 9505-6714 > >> Fax: 9505-6430 > >> kp at sdsonline.net > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > > > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed May 21 05:30:47 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 21 May 2008 06:30:47 -0400 Subject: [AccessD] Who is locking the record In-Reply-To: <00c901c8baf7$a3148aa0$6401a8c0@DELLAPTOP> References: <49DFE57FB126044B8A8B934E7AEA09ED09FD73B3@WPEXCH05.colesmyer.ad.cmltd.net.au> <00c901c8baf7$a3148aa0$6401a8c0@DELLAPTOP> Message-ID: <4833F9D7.3090300@colbyconsulting.com> I downloaded the doc from there. John W. Colby www.ColbyConsulting.com Kath Pelletti wrote: > No error msg but won't open page for me > > Kath > ----- Original Message ----- > From: "Darryl Collins" > To: "Access Developers discussion and problem solving" > > Sent: Wednesday, May 21, 2008 12:13 PM > Subject: Re: [AccessD] Who is locking the record > > >> Does anyone else get this back as a "Bad Link"? >> >> regards >> Darryl >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby >> Sent: Wednesday, 21 May 2008 5:34 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Who is locking the record >> >> >> Having scanned down through the jetlock document found here: >> >> http://www.wotsit.org/download.asp?f=jetlock&sc=264608112 >> >> this pops out: >> >> To utilize the information previously discussed in a way that can help >> you resolve locking issues with your application, you need to be able to >> view, understand, and decipher the locks that Microsoft Jet places. >> To view the locks being placed, you need to have either a Novell NetWare >> environment, Microsoft SMS Network Monitor, or some other ?network >> sniffing? tool. By having one of these utilities, particularly the >> real-time NetWare Monitor program, an administrator can view the locks >> being placed by Microsoft Jet on the .ldb file. Developers can also use >> this information to see how their code places locks on the .ldb file and >> what effects it might have in a multiuser environment. >> >> IOW, it ain't easy and you need VERY special tools and knowledge. >> >> 'Nuff for me. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Jack and Pat wrote: >>> Jennifer, >>> I found this kb article that relates to - but does not solve- your issue. >>> It may be useful??? >>> >>> http://support.microsoft.com/kb/198755/EN-US/ >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> This email and any attachments may contain privileged and confidential >> information and are intended for the named addressee only. If you have >> received this e-mail in error, please notify the sender and delete this >> e-mail immediately. Any confidentiality, privilege or copyright is not >> waived or lost because this e-mail has been sent to you in error. It is >> your responsibility to check this e-mail and any attachments for viruses. >> No warranty is made that this material is free from computer virus or any >> other defect or error. Any loss/damage incurred by using this material is >> not the sender's responsibility. The sender's entire liability will be >> limited to resupplying the material. >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> > > From jwcolby at colbyconsulting.com Wed May 21 06:10:21 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 21 May 2008 07:10:21 -0400 Subject: [AccessD] Who is locking the record? In-Reply-To: <0K16004KSTDE9JM0@vms173003.mailsrvcs.net> References: <0K16004KSTDE9JM0@vms173003.mailsrvcs.net> Message-ID: <4834031D.7020105@colbyconsulting.com> I have to tell you, I don't think that method of discovering the user locking the record is going to be of much use. I log every error raised in my code, for every user, in a log file for review and I have never seen that error since starting the log file. Additionally, if that error were ever raised, all you would have to do is display it to the user since the user / workstation is apparently embedded in the error message. And finally, all of my lock issues appear to be page locking caused by memo fields and indexes when trying to edit / add records. But I am going to throw it in my error handler just in case. John W. Colby www.ColbyConsulting.com Jennifer Gross wrote: > Hi Steven, > > LDBView and UserRoster give me who is logged in, but not who is locking a > particular record. So far, parsing the error description for 3260 seems to > be the only viable option. This error does not seem to be raised with two > sessions on the same machine or on a Windows peer to peer network. With > Windows Server record locking is raising error 3260, as long as the record > is not locked by the same session. At least with my basic testing it seems > that is what is going on. > > Jennifer > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach > Sent: Tuesday, May 20, 2008 1:44 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Who is locking the record? > > John, > > Could LDBView or UserRoster be of use at all? > > http://www.mvps.org/access/modules/mdl0055.htm > http://support.microsoft.com/kb/285822#1 > http://www.granite.ab.ca/access/corruption/workstation.htm > > Steve Erbach > Neenah, WI > http://www.TheTownCrank.com > > On Tue, May 20, 2008 at 1:41 PM, jwcolby > wrote: >> To my knowledge it is not possible. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Jennifer Gross wrote: >>> No takers on this? Sometimes the Access message is generic and just >>> lets you know the record is locked. Other times when a record is >>> locked Access will display their own message letting the user know >>> who is locking the record. So it seems that information is >>> available, must be in the LDB file >>> - does anyone know how to get at it? >>> >>> 3218 is a record locking error, perhaps 3188 as well. I can trap the >>> error, but I don't know how to identify who is locking the record. >>> >>> Jennifer > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > From askolits at nni.com Wed May 21 06:49:07 2008 From: askolits at nni.com (John Skolits) Date: Wed, 21 May 2008 07:49:07 -0400 Subject: [AccessD] query criteria In-Reply-To: <011301c8bb07$6dd6fbb0$6401a8c0@DELLAPTOP> References: <00da01c8bafe$56984b60$6401a8c0@DELLAPTOP> <001101c8bb00$760089c0$62019d40$@com> <011301c8bb07$6dd6fbb0$6401a8c0@DELLAPTOP> Message-ID: <001d01c8bb38$ad8dc050$08a940f0$@com> Hmmm... I tested it before I suggested it and it worked. Stuart also made the same suggestion. It should work. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kath Pelletti Sent: Wednesday, May 21, 2008 1:57 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] query criteria John - the * would be perfect - but can't get the syntax right. I have tried : Case "Any" > GetEventCriteriaString = "*" 'THIS LINE NOT WORKING as you suggest, but doesn't work. Kath ----- Original Message ----- From: "John Skolits" To: "'Access Developers discussion and problem solving'" Sent: Wednesday, May 21, 2008 3:06 PM Subject: Re: [AccessD] query criteria > Well, someone may have a better idea but in your query try using 'LIKE' in > the criteria. > > Like GetEventCriteriaString () > > Then use an "*" in your select case: > > Case "Any" > GetEventCriteriaString = "*" 'THIS LINE NOT WORKING > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kath Pelletti > Sent: Wednesday, May 21, 2008 12:52 AM > To: Access D Normal List > Subject: [AccessD] query criteria > > aaaarrggh.... need some help on something which should be simple. > > I have a function which returns a string. > > I am using that function name as the criteria in a query, ie. where > criteria > = GetEventCriteriaString() > > One of the possible values I would like the function to return is a > criteria > of not null and not blank. But so far I can't even get the 'not null' to > work. When I run it using the code below I get no records returned even > though if I type the words Is Not Null into the query criteria manually it > works. I have a feeling that this is to do with the quotation marks and > strings............... hope someone knows...... > > ----------------------------------------- > Here's the function: > Public Function GetEventCriteriaString() As String > Dim strerrormsg As String > Dim VarActivityType As Variant > On Error GoTo Err_Handler > > If IsFormOpen("FrmDialogRptNoEventsAttended") = True Then > VarActivityType = > [Forms]![FrmDialogRptNoEventsAttended]![CtlActivityTypes] > > If IsNull(VarActivityType) Or VarActivityType = "" Then > GetEventCriteriaString = "" > GoTo Normal_exit > Else > Select Case VarActivityType > Case "Any" > GetEventCriteriaString = "Is Not Null" 'THIS LINE NOT > WORKING > Case "CPD" > GetEventCriteriaString = "CPD" > Case "CNE" > GetEventCriteriaString = "CNE" > Case "Non CPD" > GetEventCriteriaString = "Non CPD" > End Select > End If > End If > > Normal_exit: > DoCmd.SetWarnings True > Exit Function > Err_Handler: > MsgBox "Error: [" & Err.Number & "] " & IIf(Len(strerrormsg) > 0, > strerrormsg, Err.Description), vbCritical, "Error Message" > Resume Normal_exit > End Function > > > > ______________________________________ > Kath Pelletti > Software Design and Solutions Pty Ltd > Ph: 9505-6714 > Fax: 9505-6430 > kp at sdsonline.net > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed May 21 08:12:58 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 21 May 2008 09:12:58 -0400 Subject: [AccessD] Who is locking the record? In-Reply-To: <0K16004KSTDE9JM0@vms173003.mailsrvcs.net> References: <0K16004KSTDE9JM0@vms173003.mailsrvcs.net> Message-ID: <48341FDA.4010900@colbyconsulting.com> I just tested again and I am not getting your results. 1) I logged in to my client's system. 2) I opened an application with the saved code under discussion. 3) I vnc'd to another machine, opened the table under test and started an edit 4) I ran the code. I received an error 3218, not error 3260. 3218 does not return the user name / machine. so at this point I am completely unable to get an error 3260 at all in any method I have used for testing. the client is not using workgroups so that isn't the issue. I don't know what is up but it isn't working for me at all. John W. Colby www.ColbyConsulting.com Jennifer Gross wrote: > Hi Steven, > > LDBView and UserRoster give me who is logged in, but not who is locking a > particular record. So far, parsing the error description for 3260 seems to > be the only viable option. This error does not seem to be raised with two > sessions on the same machine or on a Windows peer to peer network. With > Windows Server record locking is raising error 3260, as long as the record > is not locked by the same session. At least with my basic testing it seems > that is what is going on. > > Jennifer > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach > Sent: Tuesday, May 20, 2008 1:44 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Who is locking the record? > > John, > > Could LDBView or UserRoster be of use at all? > > http://www.mvps.org/access/modules/mdl0055.htm > http://support.microsoft.com/kb/285822#1 > http://www.granite.ab.ca/access/corruption/workstation.htm > > Steve Erbach > Neenah, WI > http://www.TheTownCrank.com > > On Tue, May 20, 2008 at 1:41 PM, jwcolby > wrote: >> To my knowledge it is not possible. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Jennifer Gross wrote: >>> No takers on this? Sometimes the Access message is generic and just >>> lets you know the record is locked. Other times when a record is >>> locked Access will display their own message letting the user know >>> who is locking the record. So it seems that information is >>> available, must be in the LDB file >>> - does anyone know how to get at it? >>> >>> 3218 is a record locking error, perhaps 3188 as well. I can trap the >>> error, but I don't know how to identify who is locking the record. >>> >>> Jennifer > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > From jwcolby at colbyconsulting.com Wed May 21 08:31:19 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 21 May 2008 09:31:19 -0400 Subject: [AccessD] Who is locking the record? In-Reply-To: References: Message-ID: <48342427.8040902@colbyconsulting.com> Drew, In my case it appears that the vast majority of locks are created when a user creates a new record, and the locks are page locks caused by either memo fields or indexes. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > To find out who is locking a record is pretty tricky. > > Basically, you need to find out where in the 'virtual' .ldb space the > table records are located. Then to test if they are locked, you have to > try to lock those bits/bytes yourself, if they are locked, you can > determine who is locking them by another set of bits....pretty complex, > and I don't think the white papers give exact details on how to do it. > > To throw in a slight tangent to this, you may want to look into why a > record is being locked. I'd say that in 99% of the systems that I have > built, the end users are never able to lock a record more then the split > second that it is required to add a record, or change a record. Of > course, this leads into the bound/unbound debate.... > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer > Gross > Sent: Tuesday, May 20, 2008 6:07 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Who is locking the record? > > Hi Steven, > > LDBView and UserRoster give me who is logged in, but not who is locking > a > particular record. So far, parsing the error description for 3260 seems > to > be the only viable option. This error does not seem to be raised with > two > sessions on the same machine or on a Windows peer to peer network. With > Windows Server record locking is raising error 3260, as long as the > record > is not locked by the same session. At least with my basic testing it > seems > that is what is going on. > > Jennifer > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach > Sent: Tuesday, May 20, 2008 1:44 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Who is locking the record? > > John, > > Could LDBView or UserRoster be of use at all? > > http://www.mvps.org/access/modules/mdl0055.htm > http://support.microsoft.com/kb/285822#1 > http://www.granite.ab.ca/access/corruption/workstation.htm > > Steve Erbach > Neenah, WI > http://www.TheTownCrank.com > > On Tue, May 20, 2008 at 1:41 PM, jwcolby > wrote: >> To my knowledge it is not possible. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Jennifer Gross wrote: >>> No takers on this? Sometimes the Access message is generic and just >>> lets you know the record is locked. Other times when a record is >>> locked Access will display their own message letting the user know >>> who is locking the record. So it seems that information is >>> available, must be in the LDB file >>> - does anyone know how to get at it? >>> >>> 3218 is a record locking error, perhaps 3188 as well. I can trap the > >>> error, but I don't know how to identify who is locking the record. >>> >>> Jennifer > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > From markamatte at hotmail.com Wed May 21 09:02:39 2008 From: markamatte at hotmail.com (Mark A Matte) Date: Wed, 21 May 2008 14:02:39 +0000 Subject: [AccessD] Treeview In-Reply-To: <90ED51AAFA384F73B865E2916291E93E@jislaptopdev> References: <000c01c8a947$cc1a58b0$8abea8c0@XPS><002d01c8a97e$640bd690$7ebea8c0@LaptopII><000801c8ab22$a4543940$ecfcabc0$@rr.com><009001c8ab54$45260020$8119fea9@LTVM><004001c8aba5$18df73b0$0300a8c0@danwaters><00a401c8abc5$01071ed0$8119fea9@LTVM><002301c8abdf$2209bf60$0300a8c0@danwaters> <001401c8ac57$4ed60440$0300a8c0@danwaters> <90ED51AAFA384F73B865E2916291E93E@jislaptopdev> Message-ID: Thank you All that responded...and if Bryan has a copy or a site, I would not mind seeing a copy. Thanks, Mark A. Matte > From: wdhindman at dejpolsystems.com > To: accessd at databaseadvisors.com > Date: Tue, 20 May 2008 13:45:32 -0400 > Subject: Re: [AccessD] Treeview > > Mark > > ...when I was first getting into treeviews I found lots of resources ...most > of them confusing as hell or not what I needed ...but the one I found that > helped me the most was a sample treeview switchboard our own Bryan > Carbonnell put together from a thread on this list ...in fact, that code is > still the heart of the switchboard system I use for all my apps to this day > ...the link I had to his site is bad now but you might ask him directly if > its till available ...Arthur also has some treeview examples that are well > worth looking at ...they were on dba at one time and might still be there. > > William > > > -------------------------------------------------- > From: "Mark A Matte" > Sent: Tuesday, May 20, 2008 11:04 AM > To: "Access Developers discussion and problem solving" > > Subject: [AccessD] Treeview > >> >> Hello All, >> >> In Access XP...I'm going to try to use a treeview...I have never used this >> before. Any advice...places to start? >> >> Thanks, >> >> Mark A. Matte >> _________________________________________________________________ >> Make every e-mail and IM count. Join the i?m Initiative from Microsoft. >> http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ MakeCount >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com _________________________________________________________________ Change the world with e-mail. Join the i?m Initiative from Microsoft. http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ChangeWorld From delam at zyterra.com Wed May 21 09:38:15 2008 From: delam at zyterra.com (Debbie Elam) Date: Wed, 21 May 2008 09:38:15 -0500 Subject: [AccessD] Parsing name field Message-ID: <200805211438.m4LEcJch016191@databaseadvisors.com> I know many of you probably have done this before, so before I reinvent the wheel, I thought I would ask if someone has code to parse a name field that may or may not have a suffix, middle initial or name. Thanks in advance. Debbie Elam 214-437-6285 From jimdettman at verizon.net Wed May 21 09:51:35 2008 From: jimdettman at verizon.net (Jim Dettman) Date: Wed, 21 May 2008 10:51:35 -0400 Subject: [AccessD] Who is locking the record? In-Reply-To: <483340AA.9090106@colbyconsulting.com> References: <0K0Z007T29JF6YZF@vms042.mailsrvcs.net> <0K16001Q1J6LV600@vms173001.mailsrvcs.net> <036301c8bab7$db07c480$7ebea8c0@LaptopII> <483340AA.9090106@colbyconsulting.com> Message-ID: <000901c8bb52$2aade150$7ebea8c0@LaptopII> John, This code originally was published with Access 2.0 and will work as long as error 3260 is returned. I have not used it in many years, but when I did it worked and worked reliably. It is quite possible that additional error codes have been added to JET for records being locked for other reasons. Certainly 3188 could be added easily as certainly you could return the current machine name and user on this machine. But this is the only method I know of to return a user or machine name. As Drew said, the JET locking white paper does have the math to determine who has a record locked, but you need to know where the tables are in the DB, so that's quite problematic. The white paper also only applies to JET 3.5 and prior. There has been no published information on JET 4.0 and I would assume with the addition of record level locking for some operations that the errors returned for locked records have been changed. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 20, 2008 5:21 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Who is locking the record? I wrote a function to test this code: Function testIsLocked() Dim db As dao.Database Dim rst As dao.Recordset Dim UserName As String Dim MachineName As String Set db = dbDAO Set rst = db.OpenRecordset("tlkpClaimStatus") While Not rst.EOF Debug.Print "Record with PKID " & rst!CS_ID & " is locked: " & IsLocked(rst, UserName, MachineName) rst.MoveNext Wend End Function Notice the hardcoded table name. I then went in to make sure that Access locked to the record level (Tools / options / Advanced), checked the box and exited the db. Came back in, opened the table, started an edit of the first records but did not save, then ran the testIsLocked. I got an error 3188 "locked by another session on this machine". So I opened another session of the same application on the same machine. This time I did get the 3268, but the error message is just "Could not update, currently locked." The code failed (errored) because of the Instr(43,...) pointing past the end of the error string. IOW, it don't work! It might have in older versions of jet? John W. Colby www.ColbyConsulting.com Jim Dettman wrote: > Jennifer, > > << So it seems that information is available, must be in the LDB file > - does anyone know how to get at it?>> > > The information is not available in the LDB file. The LDB file is simply > a list of users currently in the database and in all cases, that may not be > true. > > To really understand who is in the DB, you must look at the user locks > placed on the .LDB file. > > <<3218 is a record locking error, perhaps 3188 as well. I can trap the > error, > but I don't know how to identify who is locking the record. >> > > The way to do it is to parse the message that Access generates. Below is > the code to do that. > > Jim. > > Function IsLocked(rs As Recordset, UserName As String, MachineName As > String) > ' Accepts: a recordset and two string variables > ' Purpose: determines if the current record in the recordset is locked, > ' and if so who has it locked. > ' Returns: True if current record is locked (and sets UserName > ' and MachineName to the user with the lock). False if the > ' record isn't locked. > ' From: Building Applications Chapter 12 > > Dim ErrorString As String > Dim MachineNameStart As Integer > > IsLocked = False > On Error GoTo IsLockedError > rs.Edit 'Try to edit the current record in the > recordset. > rs.MoveNext > rs.MovePrevious > Exit Function 'No error, so return False. > > IsLockedError: > If Err = 3260 Then 'Record is locked -- parse error string. > ErrorString = Error$ > UserName = Mid$(ErrorString, 44, InStr(44, ErrorString, "'") - 44) > If UserName = "" Then UserName = "(unknown)" > MachineNameStart = InStr(43, ErrorString, " on machine ") + 13 > MachineName = Mid$(ErrorString, MachineNameStart, Len(ErrorString) - > MachineNameStart - 1) > If MachineName = "" Then MachineName = "(unknown)" > IsLocked = True > End If > > Exit Function > > End Function > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer Gross > Sent: Tuesday, May 20, 2008 3:24 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Who is locking the record? > > No takers on this? Sometimes the Access message is generic and just lets > you know the record is locked. Other times when a record is locked Access > will display their own message letting the user know who is locking the > record. So it seems that information is available, must be in the LDB file > - does anyone know how to get at it? > > 3218 is a record locking error, perhaps 3188 as well. I can trap the error, > but I don't know how to identify who is locking the record. > > Jennifer > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer Gross > Sent: Friday, May 16, 2008 1:13 PM > To: AccessD List > Subject: [AccessD] Who is locking the record? > > Hi All, > > In a multi-user split database using Access security, using the statement > > Currentdb.Execute SQLUpdateQueryName, dbFailOnError > > When it generates the error 3218 that a record is locked, how can I find out > which user is locking that record? > > Is there a better way to do this? What I want to do is know that the > operation failed and let the user know which other user they need to go to > and ask them to close a screen, or whatever. > > Thanks in advance, > > Jennifer > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From joe.rojas at symmetrynb.com Wed May 21 09:50:29 2008 From: joe.rojas at symmetrynb.com (Rojas, Joe) Date: Wed, 21 May 2008 10:50:29 -0400 Subject: [AccessD] Cant's Get the Last Row in a Query with Group By References: <48342427.8040902@colbyconsulting.com> Message-ID: <5BAE0A5B5D7E414D96584521B26E6C09371718@DPYUSNBEXS1.snb.local> Hello, I'm trying to use the Last aggregate function when using the GROUP BY clause in a query but I'm not getting the desired results. My query has three fields, JobNum, PartNum, and TAC (total actual cost). The primary key in the underling tables is JobNum. This table has many jobs for each partnum. I'm trying to group by PartNum and I'm using Last to return the last JobNum and TAC. The problem is that the last record is not the record that I want. It seems to be the first record. I tried using First instead of Last and the results are the same. I decided to change the FROM clause to a SELECT statement that used ORDER BY but no luck. If my table contained: Job Num PartNum TAC 011 123 $500 022 123 $700 033 123 $1000 My expectation is that the results would be: 033 123 $1000 This implies a secondary sort on JobNum which is where I'm stuck. Here is what I have so far. SELECT Last(T1.JobNum) AS LastOfJobNum, T1.PartNum, Last(T1.TAC) AS LastOfTAC FROM [SELECT PASSJobHead.JobNum, PASSJobHead.PartNum, PUB_JobAsmbl.TAC FROM PASSJobHead INNER JOIN PUB_JobAsmbl ON (PASSJobHead.Company = PUB_JobAsmbl.Company) AND (PASSJobHead.JobNum = PUB_JobAsmbl.JobNum) ORDER BY PASSJobHead.PartNum, PASSJobHead.JobNum]. AS T1 GROUP BY T1.PartNum; Any ideas? Joe Rojas Information Technology Manager Symmetry Medical New Bedford P: 508.998.4575 C:508.838.4717 F:508.995.9597 joe.rojas at symmetrynb.com From jimdettman at verizon.net Wed May 21 09:52:44 2008 From: jimdettman at verizon.net (Jim Dettman) Date: Wed, 21 May 2008 10:52:44 -0400 Subject: [AccessD] Who is locking the record? In-Reply-To: <0K1600542RN8A83J@vms044.mailsrvcs.net> References: <483340AA.9090106@colbyconsulting.com> <0K1600542RN8A83J@vms044.mailsrvcs.net> Message-ID: <000a01c8bb52$53f22670$7ebea8c0@LaptopII> Jennifer, Sounds like it would be simple then to extend the procedure as it would be easy to get the current machine and user name for the machine. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer Gross Sent: Tuesday, May 20, 2008 6:27 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Who is locking the record? I've done some testing with the code as well. When the same machine is involved I also get error 3188 or 3218. A record lock generates error code 3260 if two different machines are involved (it seems that that is the criteria). I am not sure why the difference. It is only error code 3260 that give you the user and machine name. The other two either give "locked by another session on this machine" or "record locked: cannot update" Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 20, 2008 1:21 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Who is locking the record? I wrote a function to test this code: Function testIsLocked() Dim db As dao.Database Dim rst As dao.Recordset Dim UserName As String Dim MachineName As String Set db = dbDAO Set rst = db.OpenRecordset("tlkpClaimStatus") While Not rst.EOF Debug.Print "Record with PKID " & rst!CS_ID & " is locked: " & IsLocked(rst, UserName, MachineName) rst.MoveNext Wend End Function Notice the hardcoded table name. I then went in to make sure that Access locked to the record level (Tools / options / Advanced), checked the box and exited the db. Came back in, opened the table, started an edit of the first records but did not save, then ran the testIsLocked. I got an error 3188 "locked by another session on this machine". So I opened another session of the same application on the same machine. This time I did get the 3268, but the error message is just "Could not update, currently locked." The code failed (errored) because of the Instr(43,...) pointing past the end of the error string. IOW, it don't work! It might have in older versions of jet? John W. Colby www.ColbyConsulting.com Jim Dettman wrote: > Jennifer, > > << So it seems that information is available, must be in the LDB file > - does anyone know how to get at it?>> > > The information is not available in the LDB file. The LDB file is > simply a list of users currently in the database and in all cases, > that may not be true. > > To really understand who is in the DB, you must look at the user > locks placed on the .LDB file. > > <<3218 is a record locking error, perhaps 3188 as well. I can trap > the error, but I don't know how to identify who is locking the record. > >> > > The way to do it is to parse the message that Access generates. > Below is the code to do that. > > Jim. > > Function IsLocked(rs As Recordset, UserName As String, MachineName As > String) > ' Accepts: a recordset and two string variables ' Purpose: determines > if the current record in the recordset is locked, > ' and if so who has it locked. > ' Returns: True if current record is locked (and sets UserName > ' and MachineName to the user with the lock). False if the > ' record isn't locked. > ' From: Building Applications Chapter 12 > > Dim ErrorString As String > Dim MachineNameStart As Integer > > IsLocked = False > On Error GoTo IsLockedError > rs.Edit 'Try to edit the current record in the > recordset. > rs.MoveNext > rs.MovePrevious > Exit Function 'No error, so return False. > > IsLockedError: > If Err = 3260 Then 'Record is locked -- parse error string. > ErrorString = Error$ > UserName = Mid$(ErrorString, 44, InStr(44, ErrorString, "'") - 44) > If UserName = "" Then UserName = "(unknown)" > MachineNameStart = InStr(43, ErrorString, " on machine ") + 13 > MachineName = Mid$(ErrorString, MachineNameStart, > Len(ErrorString) - MachineNameStart - 1) > If MachineName = "" Then MachineName = "(unknown)" > IsLocked = True > End If > > Exit Function > > End Function > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer > Gross > Sent: Tuesday, May 20, 2008 3:24 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Who is locking the record? > > No takers on this? Sometimes the Access message is generic and just > lets you know the record is locked. Other times when a record is > locked Access will display their own message letting the user know who > is locking the record. So it seems that information is available, > must be in the LDB file > - does anyone know how to get at it? > > 3218 is a record locking error, perhaps 3188 as well. I can trap the > error, but I don't know how to identify who is locking the record. > > Jennifer > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer > Gross > Sent: Friday, May 16, 2008 1:13 PM > To: AccessD List > Subject: [AccessD] Who is locking the record? > > Hi All, > > In a multi-user split database using Access security, using the > statement > > Currentdb.Execute SQLUpdateQueryName, dbFailOnError > > When it generates the error 3218 that a record is locked, how can I > find out which user is locking that record? > > Is there a better way to do this? What I want to do is know that the > operation failed and let the user know which other user they need to > go to and ask them to close a screen, or whatever. > > Thanks in advance, > > Jennifer > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed May 21 10:55:41 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 21 May 2008 11:55:41 -0400 Subject: [AccessD] Clone an object Message-ID: <483445FD.3010202@colbyconsulting.com> Is there a way in VBA to "Clone" an object, in particular a field of a recordset. I want to open a DOA recordset, get a COPY of the entire field object for each field in rst.fields. I do not want a copy of the POINTER to the existing field. IOW I can create a field object at will by dimming and setting as new. Now I need to take a field in a recordset and copy all of the properties of that field into the same properties in the field I just created. I have no idea how to do that. Anybody? -- John W. Colby www.ColbyConsulting.com From jwcolby at colbyconsulting.com Wed May 21 10:58:05 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 21 May 2008 11:58:05 -0400 Subject: [AccessD] Parsing name field In-Reply-To: <200805211438.m4LEcJch016191@databaseadvisors.com> References: <200805211438.m4LEcJch016191@databaseadvisors.com> Message-ID: <4834468D.9010209@colbyconsulting.com> LOL, it is not easy. Simple algorithms that handle 90% of the cases are easy. That last 10% will take an order of magnitude longer to solve. John W. Colby www.ColbyConsulting.com Debbie Elam wrote: > I know many of you probably have done this before, so before I reinvent the wheel, I thought I would ask if someone has code to parse a name field that may or may not have a suffix, middle initial or name. > > Thanks in advance. > > Debbie Elam > 214-437-6285 From mmattys at rochester.rr.com Wed May 21 11:04:42 2008 From: mmattys at rochester.rr.com (Michael R Mattys) Date: Wed, 21 May 2008 12:04:42 -0400 Subject: [AccessD] Parsing name field References: <200805211438.m4LEcJch016191@databaseadvisors.com> Message-ID: <00c301c8bb5c$62a7ab40$0302a8c0@Laptop> Debbie, Try looking for Chip Pearson's Excel site. Michael R. Mattys MapPoint & Access Dev www.mattysconsulting.com ----- Original Message ----- From: "Debbie Elam" To: Sent: Wednesday, May 21, 2008 10:38 AM Subject: [AccessD] Parsing name field >I know many of you probably have done this before, so before I reinvent the >wheel, I thought I would ask if someone has code to parse a name field that >may or may not have a suffix, middle initial or name. > > Thanks in advance. > > Debbie Elam > 214-437-6285 > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From edzedz at comcast.net Wed May 21 12:09:30 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Wed, 21 May 2008 10:09:30 -0700 Subject: [AccessD] Clone an object In-Reply-To: <483445FD.3010202@colbyconsulting.com> Message-ID: <00c801c8bb65$6f855840$63dea8c0@dudley1> Hi John This might be helpful or suggest a place to look. Here is one example of clone using a record set to make sure a sub form view returns to the item we are working on. Sincerely, Edz. . . . ======================================================== Option Compare Database Option Explicit Public gzForm As Form Public grsSeek As DAO.Recordset Public rsSetNav As DAO.Recordset Public grsFrmBook As DAO.Recordset Public grsSetNav As Long Public gzFile As String Public gzPath As String Public gEditCount As Long Public gEditRecNum As Long Public hEditRecNum As Long Public gEditLoop As Long Public gEditCountMF As Long Public gEditRecNumMF As Long Public gBookmark As Variant Public gSeekErr As Long Public gsYear As String Public gsMonth As String Public gsWeek As String Public gsType As String Public gsTaskGroup As String Public gsDay As String Public Function zzzNextField(zDo As Long) As Long Dim sSQL As String Dim sTmp0 As String Dim sTmp1 As String Dim lTmp0 As Long Dim lTmp1 As Long Dim lEditLoop As Long sTmp0 = "" sTmp1 = "" DoEvents On Error Resume Next grsFrmBook.Close On Error GoTo 0 ' ***************************************************** ' @NextField ' How Many Edit sub-records do we have now ? ' Set grsFrmBook = [Forms]![frm101App]![SubApp2].Form.RecordsetClone grsFrmBook.MoveLast gEditCount = grsFrmBook.RecordCount grsFrmBook.MoveFirst If hEditRecNum + 1 > gEditCount Then hEditRecNum = 1 Else hEditRecNum = hEditRecNum + 1 End If lEditLoop = 1 grsFrmBook.MoveFirst Do While lEditLoop < hEditRecNum grsFrmBook.MoveNext lEditLoop = lEditLoop + 1 Loop [Forms]![frm101App]![SubApp2].Form.BookMark = grsFrmBook.BookMark On Error Resume Next grsFrmBook.Close On Error GoTo 0 DoEvents End Function ================================================== -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Wednesday, May 21, 2008 8:56 AM To: Access Developers discussion and problem solving Subject: [AccessD] Clone an object Is there a way in VBA to "Clone" an object, in particular a field of a recordset. I want to open a DOA recordset, get a COPY of the entire field object for each field in rst.fields. I do not want a copy of the POINTER to the existing field. IOW I can create a field object at will by dimming and setting as new. Now I need to take a field in a recordset and copy all of the properties of that field into the same properties in the field I just created. I have no idea how to do that. Anybody? -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From delam at zyterra.com Wed May 21 11:10:39 2008 From: delam at zyterra.com (Debbie Elam) Date: Wed, 21 May 2008 11:10:39 -0500 Subject: [AccessD] Parsing name field Message-ID: <200805211610.m4LGAgPV005734@databaseadvisors.com> The exceptions will eat you alive, I am well aware. Why do you think I am asking? I hope someone will graciously donate their experience with that last 10 percent so I am spared the task. ;-) Debbie Elam 214-437-6285 -----Original Message----- From: jwcolby Sent: Wednesday, May 21, 2008 10:58 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Parsing name field LOL, it is not easy. Simple algorithms that handle 90% of the cases are easy. That last 10% will take an order of magnitude longer to solve. John W. Colby www.ColbyConsulting.com Debbie Elam wrote: > I know many of you probably have done this before, so before I reinvent the wheel, I thought I would ask if someone has code to parse a name field that may or may not have a suffix, middle initial or name. > > Thanks in advance. > > Debbie Elam > 214-437-6285 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From delam at zyterra.com Wed May 21 11:11:31 2008 From: delam at zyterra.com (Debbie Elam) Date: Wed, 21 May 2008 11:11:31 -0500 Subject: [AccessD] Parsing name field Message-ID: <200805211611.m4LGBYlx006201@databaseadvisors.com> Thank you I certainly will. Debbie Elam 214-437-6285 -----Original Message----- From: Michael R Mattys Sent: Wednesday, May 21, 2008 11:04 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Parsing name field Debbie, Try looking for Chip Pearson's Excel site. Michael R. Mattys MapPoint & Access Dev www.mattysconsulting.com ----- Original Message ----- From: "Debbie Elam" To: Sent: Wednesday, May 21, 2008 10:38 AM Subject: [AccessD] Parsing name field >I know many of you probably have done this before, so before I reinvent the >wheel, I thought I would ask if someone has code to parse a name field that >may or may not have a suffix, middle initial or name. > > Thanks in advance. > > Debbie Elam > 214-437-6285 > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jengross at gte.net Wed May 21 12:13:12 2008 From: jengross at gte.net (Jennifer Gross) Date: Wed, 21 May 2008 09:13:12 -0800 Subject: [AccessD] Who is locking the record? In-Reply-To: <48341FDA.4010900@colbyconsulting.com> Message-ID: <0K18004537NH8PK3@vms173003.mailsrvcs.net> I don't know why, but on my client's Windows Server 2000 system it raises error 3260, but everywhere else I am testing it raising 3218, which does not show the user or machine. You are right, when error 3260 is raised I can just display the error description since it gives me the user. No need to parse it, since it is giving me what I need. Where my original request stems from is that the error I raise in testing on my system is 3218, which doesn't give the user - so I wanted to know how to get at the user. I test the same code on my client's system and it raises 3260. Strange days indeed . . . Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, May 21, 2008 5:13 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Who is locking the record? I just tested again and I am not getting your results. 1) I logged in to my client's system. 2) I opened an application with the saved code under discussion. 3) I vnc'd to another machine, opened the table under test and started an edit 4) I ran the code. I received an error 3218, not error 3260. 3218 does not return the user name / machine. so at this point I am completely unable to get an error 3260 at all in any method I have used for testing. the client is not using workgroups so that isn't the issue. I don't know what is up but it isn't working for me at all. John W. Colby www.ColbyConsulting.com Jennifer Gross wrote: > Hi Steven, > > LDBView and UserRoster give me who is logged in, but not who is > locking a particular record. So far, parsing the error description > for 3260 seems to be the only viable option. This error does not seem > to be raised with two sessions on the same machine or on a Windows > peer to peer network. With Windows Server record locking is raising > error 3260, as long as the record is not locked by the same session. > At least with my basic testing it seems that is what is going on. > > Jennifer > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve > Erbach > Sent: Tuesday, May 20, 2008 1:44 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Who is locking the record? > > John, > > Could LDBView or UserRoster be of use at all? > > http://www.mvps.org/access/modules/mdl0055.htm > http://support.microsoft.com/kb/285822#1 > http://www.granite.ab.ca/access/corruption/workstation.htm > > Steve Erbach > Neenah, WI > http://www.TheTownCrank.com > > On Tue, May 20, 2008 at 1:41 PM, jwcolby > wrote: >> To my knowledge it is not possible. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Jennifer Gross wrote: >>> No takers on this? Sometimes the Access message is generic and just >>> lets you know the record is locked. Other times when a record is >>> locked Access will display their own message letting the user know >>> who is locking the record. So it seems that information is >>> available, must be in the LDB file >>> - does anyone know how to get at it? >>> >>> 3218 is a record locking error, perhaps 3188 as well. I can trap >>> the error, but I don't know how to identify who is locking the record. >>> >>> Jennifer > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed May 21 11:19:59 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 21 May 2008 12:19:59 -0400 Subject: [AccessD] Who is locking the record? In-Reply-To: <0K18004537NH8PK3@vms173003.mailsrvcs.net> References: <0K18004537NH8PK3@vms173003.mailsrvcs.net> Message-ID: <48344BAF.5070201@colbyconsulting.com> If I had to guess I would say that on your client's system they are running an older version of Access / Jet which raises the original error, and that the later versions of Jet do not raise that error any more? John W. Colby www.ColbyConsulting.com Jennifer Gross wrote: > I don't know why, but on my client's Windows Server 2000 system it raises > error 3260, but everywhere else I am testing it raising 3218, which does not > show the user or machine. > > You are right, when error 3260 is raised I can just display the error > description since it gives me the user. No need to parse it, since it is > giving me what I need. Where my original request stems from is that the > error I raise in testing on my system is 3218, which doesn't give the user - > so I wanted to know how to get at the user. I test the same code on my > client's system and it raises 3260. Strange days indeed . . . > > Jennifer > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, May 21, 2008 5:13 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Who is locking the record? > > I just tested again and I am not getting your results. > > 1) I logged in to my client's system. > 2) I opened an application with the saved code under discussion. > 3) I vnc'd to another machine, opened the table under test and started an > edit > 4) I ran the code. > > I received an error 3218, not error 3260. 3218 does not return the user > name / machine. > > so at this point I am completely unable to get an error 3260 at all in any > method I have used for testing. the client is not using workgroups so that > isn't the issue. > > I don't know what is up but it isn't working for me at all. > > John W. Colby > www.ColbyConsulting.com > > > Jennifer Gross wrote: >> Hi Steven, >> >> LDBView and UserRoster give me who is logged in, but not who is >> locking a particular record. So far, parsing the error description >> for 3260 seems to be the only viable option. This error does not seem >> to be raised with two sessions on the same machine or on a Windows >> peer to peer network. With Windows Server record locking is raising >> error 3260, as long as the record is not locked by the same session. >> At least with my basic testing it seems that is what is going on. >> >> Jennifer >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve >> Erbach >> Sent: Tuesday, May 20, 2008 1:44 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Who is locking the record? >> >> John, >> >> Could LDBView or UserRoster be of use at all? >> >> http://www.mvps.org/access/modules/mdl0055.htm >> http://support.microsoft.com/kb/285822#1 >> http://www.granite.ab.ca/access/corruption/workstation.htm >> >> Steve Erbach >> Neenah, WI >> http://www.TheTownCrank.com >> >> On Tue, May 20, 2008 at 1:41 PM, jwcolby >> wrote: >>> To my knowledge it is not possible. >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> >>> Jennifer Gross wrote: >>>> No takers on this? Sometimes the Access message is generic and just >>>> lets you know the record is locked. Other times when a record is >>>> locked Access will display their own message letting the user know >>>> who is locking the record. So it seems that information is >>>> available, must be in the LDB file >>>> - does anyone know how to get at it? >>>> >>>> 3218 is a record locking error, perhaps 3188 as well. I can trap >>>> the error, but I don't know how to identify who is locking the record. >>>> >>>> Jennifer >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > From jengross at gte.net Wed May 21 12:18:11 2008 From: jengross at gte.net (Jennifer Gross) Date: Wed, 21 May 2008 09:18:11 -0800 Subject: [AccessD] Cant's Get the Last Row in a Query with Group By In-Reply-To: <5BAE0A5B5D7E414D96584521B26E6C09371718@DPYUSNBEXS1.snb.local> Message-ID: <0K180047580M0PB3@vms042.mailsrvcs.net> Hi Joe, I have gotten a lot of help with aggregate queries through Dev Ashish's site - http://www.mvps.org/access/queries/qry0020.htm Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rojas, Joe Sent: Wednesday, May 21, 2008 6:50 AM To: Access Developers discussion and problem solving Subject: [AccessD] Cant's Get the Last Row in a Query with Group By Hello, I'm trying to use the Last aggregate function when using the GROUP BY clause in a query but I'm not getting the desired results. My query has three fields, JobNum, PartNum, and TAC (total actual cost). The primary key in the underling tables is JobNum. This table has many jobs for each partnum. I'm trying to group by PartNum and I'm using Last to return the last JobNum and TAC. The problem is that the last record is not the record that I want. It seems to be the first record. I tried using First instead of Last and the results are the same. I decided to change the FROM clause to a SELECT statement that used ORDER BY but no luck. If my table contained: Job Num PartNum TAC 011 123 $500 022 123 $700 033 123 $1000 My expectation is that the results would be: 033 123 $1000 This implies a secondary sort on JobNum which is where I'm stuck. Here is what I have so far. SELECT Last(T1.JobNum) AS LastOfJobNum, T1.PartNum, Last(T1.TAC) AS LastOfTAC FROM [SELECT PASSJobHead.JobNum, PASSJobHead.PartNum, PUB_JobAsmbl.TAC FROM PASSJobHead INNER JOIN PUB_JobAsmbl ON (PASSJobHead.Company = PUB_JobAsmbl.Company) AND (PASSJobHead.JobNum = PUB_JobAsmbl.JobNum) ORDER BY PASSJobHead.PartNum, PASSJobHead.JobNum]. AS T1 GROUP BY T1.PartNum; Any ideas? Joe Rojas Information Technology Manager Symmetry Medical New Bedford P: 508.998.4575 C:508.838.4717 F:508.995.9597 joe.rojas at symmetrynb.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jengross at gte.net Wed May 21 12:54:15 2008 From: jengross at gte.net (Jennifer Gross) Date: Wed, 21 May 2008 09:54:15 -0800 Subject: [AccessD] Who is locking the record? In-Reply-To: <48344BAF.5070201@colbyconsulting.com> Message-ID: <0K180010P9OQULQA@vms046.mailsrvcs.net> I don't think it is an older version of Jet. They have MDAC 2.8 installed, running Jet 4.0. From Drew's explanation it seems to be related to the OS and it's file locking???? Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, May 21, 2008 8:20 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Who is locking the record? If I had to guess I would say that on your client's system they are running an older version of Access / Jet which raises the original error, and that the later versions of Jet do not raise that error any more? John W. Colby www.ColbyConsulting.com Jennifer Gross wrote: > I don't know why, but on my client's Windows Server 2000 system it > raises error 3260, but everywhere else I am testing it raising 3218, > which does not show the user or machine. > > You are right, when error 3260 is raised I can just display the error > description since it gives me the user. No need to parse it, since it > is giving me what I need. Where my original request stems from is > that the error I raise in testing on my system is 3218, which doesn't > give the user - so I wanted to know how to get at the user. I test > the same code on my client's system and it raises 3260. Strange days indeed . . . > > Jennifer > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, May 21, 2008 5:13 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Who is locking the record? > > I just tested again and I am not getting your results. > > 1) I logged in to my client's system. > 2) I opened an application with the saved code under discussion. > 3) I vnc'd to another machine, opened the table under test and started > an edit > 4) I ran the code. > > I received an error 3218, not error 3260. 3218 does not return the > user name / machine. > > so at this point I am completely unable to get an error 3260 at all in > any method I have used for testing. the client is not using > workgroups so that isn't the issue. > > I don't know what is up but it isn't working for me at all. > > John W. Colby > www.ColbyConsulting.com > > > Jennifer Gross wrote: >> Hi Steven, >> >> LDBView and UserRoster give me who is logged in, but not who is >> locking a particular record. So far, parsing the error description >> for 3260 seems to be the only viable option. This error does not >> seem to be raised with two sessions on the same machine or on a >> Windows peer to peer network. With Windows Server record locking is >> raising error 3260, as long as the record is not locked by the same session. >> At least with my basic testing it seems that is what is going on. >> >> Jennifer >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve >> Erbach >> Sent: Tuesday, May 20, 2008 1:44 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Who is locking the record? >> >> John, >> >> Could LDBView or UserRoster be of use at all? >> >> http://www.mvps.org/access/modules/mdl0055.htm >> http://support.microsoft.com/kb/285822#1 >> http://www.granite.ab.ca/access/corruption/workstation.htm >> >> Steve Erbach >> Neenah, WI >> http://www.TheTownCrank.com >> >> On Tue, May 20, 2008 at 1:41 PM, jwcolby >> >> wrote: >>> To my knowledge it is not possible. >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> >>> Jennifer Gross wrote: >>>> No takers on this? Sometimes the Access message is generic and >>>> just lets you know the record is locked. Other times when a record >>>> is locked Access will display their own message letting the user >>>> know who is locking the record. So it seems that information is >>>> available, must be in the LDB file >>>> - does anyone know how to get at it? >>>> >>>> 3218 is a record locking error, perhaps 3188 as well. I can trap >>>> the error, but I don't know how to identify who is locking the record. >>>> >>>> Jennifer >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Wed May 21 12:42:29 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Wed, 21 May 2008 10:42:29 -0700 Subject: [AccessD] Virtualization Message-ID: <013301c8bb6a$0abcc510$0301a8c0@HAL9005> D ear List: I had a dealer in Belgium note that virtualization is a big buzz word now and wondered how E-Z-MRP would do in that environment. I wrote back that I didn't know what aspect of virtualization he was thinking of in regard to E-Z-MRP. So he wrote back: "Re per virtualization... I'm just wondering, as I read E-Z-MRP can be setup as 'client-server', if the program is installed on a server, if there is a possibility to use thin clients to act as 'clients' and further, if the application can be installed on a Citrix server and be distributed and accessed as a 'published application'." E-Z-MRP is a straightforward FE/BE app with an mde on the front end and an mdb on the back end. How does this fare under Citrix? It would seem to be OK under a thin client setup except that it seems to me that would mean a lot more traffic over the wire. What should I tell him? MTIA Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com From jengross at gte.net Wed May 21 13:56:16 2008 From: jengross at gte.net (Jennifer Gross) Date: Wed, 21 May 2008 10:56:16 -0800 Subject: [AccessD] Virtualization In-Reply-To: <013301c8bb6a$0abcc510$0301a8c0@HAL9005> Message-ID: <0K18004INCF98AH4@vms173003.mailsrvcs.net> Hi Rocky, Though not Citrix, I have a FE/BE database (mdb, not mde) installed on a Windows Terminal Server environment with around 25 concurrent users. I keep a separate FE for each user. The one problem we ran across early on was that unless the BE and FE were on the same physical device we had BE corruption issues. TS seemed to have file locking trouble between physical devices. Once we put both on the same physical drive we have run smoothly for several years. My client is considering a move to Citrix, so I too would be interested in the experience of others. Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, May 21, 2008 9:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Virtualization D ear List: I had a dealer in Belgium note that virtualization is a big buzz word now and wondered how E-Z-MRP would do in that environment. I wrote back that I didn't know what aspect of virtualization he was thinking of in regard to E-Z-MRP. So he wrote back: "Re per virtualization... I'm just wondering, as I read E-Z-MRP can be setup as 'client-server', if the program is installed on a server, if there is a possibility to use thin clients to act as 'clients' and further, if the application can be installed on a Citrix server and be distributed and accessed as a 'published application'." E-Z-MRP is a straightforward FE/BE app with an mde on the front end and an mdb on the back end. How does this fare under Citrix? It would seem to be OK under a thin client setup except that it seems to me that would mean a lot more traffic over the wire. What should I tell him? MTIA Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ebarro at verizon.net Wed May 21 13:24:57 2008 From: ebarro at verizon.net (Eric Barro) Date: Wed, 21 May 2008 13:24:57 -0500 (CDT) Subject: [AccessD] Virtualization Message-ID: <18786062.2239161211394297575.JavaMail.root@vms074.mailsrvcs.net> Rocky, The main advantage of virtualization is that you can configure a VM one time and reconfigure it and still be able to go back to any version you wanted to. In essence, ease of configuration as opposed to having to set up separate physical machines and making sure that every machine is setup the same way. So, if your app needed a specific configuration environment it would make sense to configure it once and be done with it. There's no issue with running an Access app as a published app in Citrix or Terminal Server. >From the user perspective they are accessing the shared resource over the network using a Citrix thin client layer. Citrix thin clients are essentially the equivalent of dumb terminals in the heyday of mainframes. In this scenario you don't have to install the app on their local machine. All you need is the Citrix thin client layer on their machine. The main issue with Citrix that I've experienced before is printing about 250 pages in one go. It crashes the server. Eric From: Rocky Smolin at Beach Access Software Date: 2008/05/21 Wed AM 10:42:29 PDT To: 'Access Developers discussion and problem solving' Subject: [AccessD] Virtualization D ear List: I had a dealer in Belgium note that virtualization is a big buzz word now and wondered how E-Z-MRP would do in that environment. I wrote back that I didn't know what aspect of virtualization he was thinking of in regard to E-Z-MRP. So he wrote back: "Re per virtualization... I'm just wondering, as I read E-Z-MRP can be setup as 'client-server', if the program is installed on a server, if there is a possibility to use thin clients to act as 'clients' and further, if the application can be installed on a Citrix server and be distributed and accessed as a 'published application'." E-Z-MRP is a straightforward FE/BE app with an mde on the front end and an mdb on the back end. How does this fare under Citrix? It would seem to be OK under a thin client setup except that it seems to me that would mean a lot more traffic over the wire. What should I tell him? MTIA Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From joe.rojas at symmetrynb.com Wed May 21 13:34:06 2008 From: joe.rojas at symmetrynb.com (Rojas, Joe) Date: Wed, 21 May 2008 14:34:06 -0400 Subject: [AccessD] Cant's Get the Last Row in a Query with Group By References: <0K180047580M0PB3@vms042.mailsrvcs.net> Message-ID: <5BAE0A5B5D7E414D96584521B26E6C09371751@DPYUSNBEXS1.snb.local> Perfect! Thanks Jennifer! Joe Rojas Information Technology Manager Symmetry Medical New Bedford P: 508.998.4575 C:508.838.4717 F:508.995.9597 joe.rojas at symmetrynb.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer Gross Sent: Wednesday, May 21, 2008 1:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Cant's Get the Last Row in a Query with Group By Hi Joe, I have gotten a lot of help with aggregate queries through Dev Ashish's site - http://www.mvps.org/access/queries/qry0020.htm Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rojas, Joe Sent: Wednesday, May 21, 2008 6:50 AM To: Access Developers discussion and problem solving Subject: [AccessD] Cant's Get the Last Row in a Query with Group By Hello, I'm trying to use the Last aggregate function when using the GROUP BY clause in a query but I'm not getting the desired results. My query has three fields, JobNum, PartNum, and TAC (total actual cost). The primary key in the underling tables is JobNum. This table has many jobs for each partnum. I'm trying to group by PartNum and I'm using Last to return the last JobNum and TAC. The problem is that the last record is not the record that I want. It seems to be the first record. I tried using First instead of Last and the results are the same. I decided to change the FROM clause to a SELECT statement that used ORDER BY but no luck. If my table contained: Job Num PartNum TAC 011 123 $500 022 123 $700 033 123 $1000 My expectation is that the results would be: 033 123 $1000 This implies a secondary sort on JobNum which is where I'm stuck. Here is what I have so far. SELECT Last(T1.JobNum) AS LastOfJobNum, T1.PartNum, Last(T1.TAC) AS LastOfTAC FROM [SELECT PASSJobHead.JobNum, PASSJobHead.PartNum, PUB_JobAsmbl.TAC FROM PASSJobHead INNER JOIN PUB_JobAsmbl ON (PASSJobHead.Company = PUB_JobAsmbl.Company) AND (PASSJobHead.JobNum = PUB_JobAsmbl.JobNum) ORDER BY PASSJobHead.PartNum, PASSJobHead.JobNum]. AS T1 GROUP BY T1.PartNum; Any ideas? Joe Rojas Information Technology Manager Symmetry Medical New Bedford P: 508.998.4575 C:508.838.4717 F:508.995.9597 joe.rojas at symmetrynb.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wdhindman at dejpolsystems.com Wed May 21 14:12:27 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Wed, 21 May 2008 15:12:27 -0400 Subject: [AccessD] Parsing name field References: <200805211438.m4LEcJch016191@databaseadvisors.com> Message-ID: <493582EC391D44A6BDAEBFD304F8A89F@jislaptopdev> Debbie ...I've never come across any such code that was reliable enough to put in service with raw data ...the real problem is not parsing but dirty data ...the data has to be in a certain format in order to be processed correctly ...I forget the exact count on the ways to enter a simple suffix like Jr but its amazing ...and the software has to accommodate all of them or its essentially worthless. ...that said, let us know if you find something :) William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "Debbie Elam" Sent: Wednesday, May 21, 2008 10:38 AM To: Subject: [AccessD] Parsing name field > I know many of you probably have done this before, so before I reinvent > the wheel, I thought I would ask if someone has code to parse a name field > that may or may not have a suffix, middle initial or name. > > Thanks in advance. > > Debbie Elam > 214-437-6285 > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jimdettman at verizon.net Wed May 21 14:16:35 2008 From: jimdettman at verizon.net (Jim Dettman) Date: Wed, 21 May 2008 15:16:35 -0400 Subject: [AccessD] Virtualization In-Reply-To: <013301c8bb6a$0abcc510$0301a8c0@HAL9005> References: <013301c8bb6a$0abcc510$0301a8c0@HAL9005> Message-ID: <007f01c8bb77$30522010$7ebea8c0@LaptopII> Rocky, He's talking about two different things I believe: 1. Virtualization, which is hosting more then one OS on one physical server. This is not a dual boot situation, but OS's running concurrently each thinking they are the only OS running on the box. For Access running under this, there is no difference to what you do now. 2. Running with thin clients - Terminal Services or Citrix. Citrix actually runs on top of TS, but it's superior. Client printers and drives map seamlessly, where with TS it printers are a royal pain (the printer driver for each client printer needs to be installed on the server). It also has it's own communications protocol that's faster then RDP (Remote Desktop Protocol). Supposedly TS in Server 2008 picked up a lot of features and works better then Citrix, but I haven't seen it myself yet. Here running Access is a different ball of wax. The best approach is to have each user with their own mapped drive and install the FE to that. The reason for that is in a TS or Citrix session, the "C" drive is the same for everyone. If you did nothing, everyone would point to the same FE. The other issue is references. If you have a library database your using, your probably going to need to change it. Again, the reference might be something like: C:\Program Files\MyApp\MyLib.MDA and you'll end up with the same issue of everyone pointing to the same MDA. Last is Office itself. Doesn't work too well under TS. For Office 2000, there is a special transform file required to install it. This transform file turns off a lot of features. 2003 is a little better in that you don't need the transform file, because it just simply turns off all the problem features automatically. So they never really fixed anything. Don't know about A2007. Last, Citrix has something called an "Isolation install" where you can isolate an app on a per user basis. If this works like it's supposed to, then you could do a standard install of Office and your apps for each user. Looked to be a pain to setup though and I haven't tried it as yet. It was meant for legacy apps, so who knows what would happen with office. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, May 21, 2008 1:42 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Virtualization D ear List: I had a dealer in Belgium note that virtualization is a big buzz word now and wondered how E-Z-MRP would do in that environment. I wrote back that I didn't know what aspect of virtualization he was thinking of in regard to E-Z-MRP. So he wrote back: "Re per virtualization... I'm just wondering, as I read E-Z-MRP can be setup as 'client-server', if the program is installed on a server, if there is a possibility to use thin clients to act as 'clients' and further, if the application can be installed on a Citrix server and be distributed and accessed as a 'published application'." E-Z-MRP is a straightforward FE/BE app with an mde on the front end and an mdb on the back end. How does this fare under Citrix? It would seem to be OK under a thin client setup except that it seems to me that would mean a lot more traffic over the wire. What should I tell him? MTIA Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wdhindman at dejpolsystems.com Wed May 21 14:32:36 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Wed, 21 May 2008 15:32:36 -0400 Subject: [AccessD] Virtualization References: <013301c8bb6a$0abcc510$0301a8c0@HAL9005> Message-ID: <5488AB256A2C447987361405F592B137@jislaptopdev> ...I run a large Access 2K3 app fe/be for a client from Citrix without any problems ...the fe resides in each user's own directory and the be resides on the same disk in a shared directory ...the network traffic is actually much less because all that is going over it is are the screen draws ...all data remains on the server ...even over a dial up connection it can be pretty damn fast from what the user perceives ...user hardware can be touchy especially printers but I've not found one yet that couldn't be made to work. ...I'm not sure what Citrix has to do with virtualization though ...ime that's mainly applicable to easily creating different user environments on the same hardware using different software ...but I can't think of any reason you'd have a problem doing it with EZ. ...from a developer aspect both Citrix and TS are dream environments ime ...the users can't screw with anything, you have almost total control, and 90% of user hardware issues go away ...once you get past the paradigm shift you'll love it. William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "Rocky Smolin at Beach Access Software" Sent: Wednesday, May 21, 2008 1:42 PM To: "'Access Developers discussion and problem solving'" Subject: [AccessD] Virtualization > D ear List: > > > I had a dealer in Belgium note that virtualization is a big buzz word now > and wondered how E-Z-MRP would do in that environment. I wrote back that > I > didn't know what aspect of virtualization he was thinking of in regard to > E-Z-MRP. So he wrote back: > > "Re per virtualization... I'm just wondering, as I read E-Z-MRP can be > setup > as 'client-server', if the program is installed on a server, if there is a > possibility to use thin clients to act as 'clients' and further, if the > application can be installed on a Citrix server and be distributed and > accessed as a 'published application'." > > E-Z-MRP is a straightforward FE/BE app with an mde on the front end and an > mdb on the back end. > > How does this fare under Citrix? It would seem to be OK under a thin > client > setup except that it seems to me that would mean a lot more traffic over > the > wire. > > What should I tell him? > > MTIA > > Rocky > > > > > > > > > Rocky Smolin > > Beach Access Software > > 858-259-4334 > > www.e-z-mrp.com > > www.bchacc.com > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Wed May 21 16:06:33 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 21 May 2008 16:06:33 -0500 Subject: [AccessD] Virtualization In-Reply-To: <013301c8bb6a$0abcc510$0301a8c0@HAL9005> Message-ID: Nah, it'll be pretty lightweight. It'll be like everyone is using one machine, just with multiple screens. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, May 21, 2008 12:42 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Virtualization D ear List: I had a dealer in Belgium note that virtualization is a big buzz word now and wondered how E-Z-MRP would do in that environment. I wrote back that I didn't know what aspect of virtualization he was thinking of in regard to E-Z-MRP. So he wrote back: "Re per virtualization... I'm just wondering, as I read E-Z-MRP can be setup as 'client-server', if the program is installed on a server, if there is a possibility to use thin clients to act as 'clients' and further, if the application can be installed on a Citrix server and be distributed and accessed as a 'published application'." E-Z-MRP is a straightforward FE/BE app with an mde on the front end and an mdb on the back end. How does this fare under Citrix? It would seem to be OK under a thin client setup except that it seems to me that would mean a lot more traffic over the wire. What should I tell him? MTIA Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From joeget at vgernet.net Wed May 21 18:08:33 2008 From: joeget at vgernet.net (John Eget) Date: Wed, 21 May 2008 19:08:33 -0400 Subject: [AccessD] record scroll Message-ID: I am trying to solve an issue when someone displays a form to enter a record into an access database and the scroll button is rolled and the next record entry is displayed before the first one is complete. Is there a way to allow the scroll button to scroll thru the fields of a record but disallow the scroll to go to the next record? Thanks in advance John Eget From mmattys at rochester.rr.com Wed May 21 18:29:39 2008 From: mmattys at rochester.rr.com (Michael R Mattys) Date: Wed, 21 May 2008 19:29:39 -0400 Subject: [AccessD] record scroll References: Message-ID: <018301c8bb9a$8b914410$0302a8c0@Laptop> John, Build a data entry form ('Add New ...' button opens a form) and make the property of the form Data Entry = True. Make the display of records on your main form disabled, effectively read-only. Michael R. Mattys MapPoint & Access Dev www.mattysconsulting.com ----- Original Message ----- From: "John Eget" To: "Access Developers discussion and problem solving" Sent: Wednesday, May 21, 2008 7:08 PM Subject: [AccessD] record scroll >I am trying to solve an issue when someone displays a form to enter a >record into an access database and the scroll button is rolled and the next >record entry is displayed before the first one is complete. Is there a way >to allow the scroll button to scroll thru the fields of a record but >disallow the scroll to go to the next record? > > Thanks in advance > > John Eget > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From mmattys at rochester.rr.com Wed May 21 18:48:20 2008 From: mmattys at rochester.rr.com (Michael R Mattys) Date: Wed, 21 May 2008 19:48:20 -0400 Subject: [AccessD] record scroll References: <018301c8bb9a$8b914410$0302a8c0@Laptop> Message-ID: <018c01c8bb9d$26fb1d70$0302a8c0@Laptop> Sorry, Main form property Allow Additions = False Michael R. Mattys MapPoint & Access Dev www.mattysconsulting.com ----- Original Message ----- From: "Michael R Mattys" To: "Access Developers discussion and problem solving" Sent: Wednesday, May 21, 2008 7:29 PM Subject: Re: [AccessD] record scroll > John, > > Build a data entry form ('Add New ...' button opens a form) > and make the property of the form Data Entry = True. > > Make the display of records on your main form disabled, > effectively read-only. > > Michael R. Mattys > MapPoint & Access Dev > www.mattysconsulting.com > > ----- Original Message ----- > From: "John Eget" > To: "Access Developers discussion and problem solving" > > Sent: Wednesday, May 21, 2008 7:08 PM > Subject: [AccessD] record scroll > > >>I am trying to solve an issue when someone displays a form to enter a >>record into an access database and the scroll button is rolled and the >>next >>record entry is displayed before the first one is complete. Is there a >>way >>to allow the scroll button to scroll thru the fields of a record but >>disallow the scroll to go to the next record? >> >> Thanks in advance >> >> John Eget >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Darryl.Collins at coles.com.au Wed May 21 19:02:03 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Thu, 22 May 2008 10:02:03 +1000 Subject: [AccessD] record scroll Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD73C3@WPEXCH05.colesmyer.ad.cmltd.net.au> John, Are you talking about the the mouse wheel scrollling to the next record? If so I have a fix for that - it took some stuffing around if you don't have admin access, but I have all the code to make it work. This issue has been fixed (finally!) in 2007. regards Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Eget Sent: Thursday, 22 May 2008 9:09 AM To: Access Developers discussion and problem solving Subject: [AccessD] record scroll I am trying to solve an issue when someone displays a form to enter a record into an access database and the scroll button is rolled and the next record entry is displayed before the first one is complete. Is there a way to allow the scroll button to scroll thru the fields of a record but disallow the scroll to go to the next record? Thanks in advance John Eget -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From kp at sdsonline.net Wed May 21 22:00:12 2008 From: kp at sdsonline.net (Kath Pelletti) Date: Thu, 22 May 2008 13:00:12 +1000 Subject: [AccessD] query criteria References: <00da01c8bafe$56984b60$6401a8c0@DELLAPTOP>, <010901c8bb06$b09371f0$6401a8c0@DELLAPTOP> <48344C3C.28084.A0EB6E4@stuart.lexacorp.com.pg> Message-ID: <00d101c8bbb7$f4f90970$6401a8c0@DELLAPTOP> Thanks Stuart / John > Just put "LIKE GetEventCriteriaString()" in the criteria and replace the "IS NOT NULL" in > your function with "*" When I put LIKE GetEventCriteriaString() (with no quotation marks at all) as the criteria it works. Thanks - I would not have thought of that. Kath ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Wednesday, May 21, 2008 4:22 PM Subject: Re: [AccessD] query criteria >I see - you've actually putting the function name in the QBE grid. > > Take a look at the query in SQL view and you will see what is actually > happening. > > Access converts it into: > ... WHERE (((myTable.myField) = GetEventCriteriaString())); > > Just put "LIKE GetEventCriteruaString()" in the criteria and replace the > "IS NOT NULL" in > your function with "*" > > > > From rbgajewski at adelphia.net Wed May 21 22:39:30 2008 From: rbgajewski at adelphia.net (Bob Gajewski) Date: Wed, 21 May 2008 23:39:30 -0400 Subject: [AccessD] Not-In-List Popup Form question In-Reply-To: <0K180010P9OQULQA@vms046.mailsrvcs.net> References: <48344BAF.5070201@colbyconsulting.com> <0K180010P9OQULQA@vms046.mailsrvcs.net> Message-ID: <05DE242CFBBA43C4B6489DF1EC8EB0CF@DCYN3T81> Hi Folks - me again :( I am trying to figure out how to handle NotInList code to popup a form for adding the new record; allowing the addition of only 1 record; then closing the popup and returning the added value. I have an equipment table, and one of the fields is for the manufacturer. My code below opens the form, allows for the addition of any number of entries, then when manually closed it leaves the original value that fired the NIL event. I can live with the manual popup form close, but I really want to only allow a single record addition. Any suggestions are much appreciated! Regards, Bob Gajewski ============================================================================ ========= Private Sub EquipmentManufacturerID_NotInList(NewData As String, Response As Integer) Dim db As Database, rs As Recordset Dim strMsg As String strMsg = "'" & NewData & "' is not in the Manufacturers table. " strMsg = strMsg & "Would you like to add it?" If vbNo = MsgBox(strMsg, vbYesNo + vbQuestion, "Add Manufacturer") Then Response = acDataErrDisplay Else On Error Resume Next DoCmd.OpenForm "frmManufacturers", acNormal, , , acFormAdd, acDialog DoCmd.Save If Err Then MsgBox "An error occurred. Please Try Again." Response = acDataErrContinue Else Response = acDataErrAdded LastUpdated = Date End If Me!EquipmentManufacturerID.Requery End If strMsg = "" End Sub From kp at sdsonline.net Wed May 21 22:45:36 2008 From: kp at sdsonline.net (Kath Pelletti) Date: Thu, 22 May 2008 13:45:36 +1000 Subject: [AccessD] Not-In-List Popup Form question References: <48344BAF.5070201@colbyconsulting.com><0K180010P9OQULQA@vms046.mailsrvcs.net> <05DE242CFBBA43C4B6489DF1EC8EB0CF@DCYN3T81> Message-ID: <000701c8bbbe$4c5c8010$6401a8c0@DELLAPTOP> Bob - Do you have the 'cycle' property on the popup form set to 'Current record' as opposed to 'All Records'? Kath ----- Original Message ----- From: "Bob Gajewski" To: "'Access Developers discussion and problem solving'" Sent: Thursday, May 22, 2008 1:39 PM Subject: [AccessD] Not-In-List Popup Form question > Hi Folks - me again :( > > I am trying to figure out how to handle NotInList code to popup a form for > adding the new record; allowing the addition of only 1 record; then > closing > the popup and returning the added value. > > I have an equipment table, and one of the fields is for the manufacturer. > My > code below opens the form, allows for the addition of any number of > entries, > then when manually closed it leaves the original value that fired the NIL > event. I can live with the manual popup form close, but I really want to > only allow a single record addition. > > Any suggestions are much appreciated! > > Regards, > Bob Gajewski > > > ============================================================================ > ========= > > Private Sub EquipmentManufacturerID_NotInList(NewData As String, Response > As > Integer) > Dim db As Database, rs As Recordset > Dim strMsg As String > strMsg = "'" & NewData & "' is not in the Manufacturers table. " > strMsg = strMsg & "Would you like to add it?" > If vbNo = MsgBox(strMsg, vbYesNo + vbQuestion, "Add Manufacturer") Then > Response = acDataErrDisplay > Else > On Error Resume Next > DoCmd.OpenForm "frmManufacturers", acNormal, , , acFormAdd, acDialog > DoCmd.Save > If Err Then > MsgBox "An error occurred. Please Try Again." > Response = acDataErrContinue > Else > Response = acDataErrAdded > LastUpdated = Date > End If > Me!EquipmentManufacturerID.Requery > End If > strMsg = "" > End Sub > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From rbgajewski at adelphia.net Wed May 21 23:35:29 2008 From: rbgajewski at adelphia.net (Bob Gajewski) Date: Thu, 22 May 2008 00:35:29 -0400 Subject: [AccessD] Not-In-List Popup Form question - SOLVED In-Reply-To: <000701c8bbbe$4c5c8010$6401a8c0@DELLAPTOP> References: <48344BAF.5070201@colbyconsulting.com><0K180010P9OQULQA@vms046.mailsrvcs.net><05DE242CFBBA43C4B6489DF1EC8EB0CF@DCYN3T81> <000701c8bbbe$4c5c8010$6401a8c0@DELLAPTOP> Message-ID: <81AA4423456E48DEBC3A79267EF7D4B6@DCYN3T81> Kath I have the .Cycle property set to 'All Records' because this is the normal maintenance form for the manufacturers table, However, your question *did* lead me to the answer - OpenArgs! In the equipment form: ... DoCmd.OpenForm "frmManufacturers", acNormal, , , acFormAdd, acDialog, "AddRecord" ... In the manufacturer form: Private Sub Form_Open(Cancel As Integer) If Not IsNull(Me.OpenArgs) Then If Me.OpenArgs = "AddRecord" Then Form.Cycle = 1 Else Form.Cycle = 0 End If End If End Sub Thank you so much. Bob -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kath Pelletti Sent: Wednesday, May 21, 2008 23:46 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Not-In-List Popup Form question Bob - Do you have the 'cycle' property on the popup form set to 'Current record' as opposed to 'All Records'? Kath ----- Original Message ----- From: "Bob Gajewski" To: "'Access Developers discussion and problem solving'" Sent: Thursday, May 22, 2008 1:39 PM Subject: [AccessD] Not-In-List Popup Form question > Hi Folks - me again :( > > I am trying to figure out how to handle NotInList code to popup a form for > adding the new record; allowing the addition of only 1 record; then > closing > the popup and returning the added value. > > I have an equipment table, and one of the fields is for the manufacturer. > My > code below opens the form, allows for the addition of any number of > entries, > then when manually closed it leaves the original value that fired the NIL > event. I can live with the manual popup form close, but I really want to > only allow a single record addition. > > Any suggestions are much appreciated! > > Regards, > Bob Gajewski > > > ============================================================================ > ========= > > Private Sub EquipmentManufacturerID_NotInList(NewData As String, Response > As > Integer) > Dim db As Database, rs As Recordset > Dim strMsg As String > strMsg = "'" & NewData & "' is not in the Manufacturers table. " > strMsg = strMsg & "Would you like to add it?" > If vbNo = MsgBox(strMsg, vbYesNo + vbQuestion, "Add Manufacturer") Then > Response = acDataErrDisplay > Else > On Error Resume Next > DoCmd.OpenForm "frmManufacturers", acNormal, , , acFormAdd, acDialog > DoCmd.Save > If Err Then > MsgBox "An error occurred. Please Try Again." > Response = acDataErrContinue > Else > Response = acDataErrAdded > LastUpdated = Date > End If > Me!EquipmentManufacturerID.Requery > End If > strMsg = "" > End Sub > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From joeget at vgernet.net Wed May 21 23:40:08 2008 From: joeget at vgernet.net (John Eget) Date: Thu, 22 May 2008 00:40:08 -0400 Subject: [AccessD] record scroll References: <49DFE57FB126044B8A8B934E7AEA09ED09FD73C3@WPEXCH05.colesmyer.ad.cmltd.net.au> Message-ID: <72AA8A7355914CCD8B95AAB285E387CE@gateway8529fab> Yes it is exactly!! ----- Original Message ----- From: "Darryl Collins" To: "Access Developers discussion and problem solving" Sent: Wednesday, May 21, 2008 8:02 PM Subject: Re: [AccessD] record scroll > > > John, > > Are you talking about the the mouse wheel scrollling to the next record? > If so I have a fix for that - it took some stuffing around if you don't > have admin access, but I have all the code to make it work. This issue > has been fixed (finally!) in 2007. > > regards > Darryl > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Eget > Sent: Thursday, 22 May 2008 9:09 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] record scroll > > > I am trying to solve an issue when someone displays a form to enter a > record into an access database and the scroll button is rolled and the > next record entry is displayed before the first one is complete. Is there > a way to allow the scroll button to scroll thru the fields of a record but > disallow the scroll to go to the next record? > > Thanks in advance > > John Eget > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > This email and any attachments may contain privileged and confidential > information and are intended for the named addressee only. If you have > received this e-mail in error, please notify the sender and delete this > e-mail immediately. Any confidentiality, privilege or copyright is not > waived or lost because this e-mail has been sent to you in error. It is > your responsibility to check this e-mail and any attachments for viruses. > No warranty is made that this material is free from computer virus or any > other defect or error. Any loss/damage incurred by using this material is > not the sender's responsibility. The sender's entire liability will be > limited to resupplying the material. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From kp at sdsonline.net Wed May 21 23:59:02 2008 From: kp at sdsonline.net (Kath Pelletti) Date: Thu, 22 May 2008 14:59:02 +1000 Subject: [AccessD] Not-In-List Popup Form question - SOLVED References: <48344BAF.5070201@colbyconsulting.com><0K180010P9OQULQA@vms046.mailsrvcs.net><05DE242CFBBA43C4B6489DF1EC8EB0CF@DCYN3T81><000701c8bbbe$4c5c8010$6401a8c0@DELLAPTOP> <81AA4423456E48DEBC3A79267EF7D4B6@DCYN3T81> Message-ID: <001901c8bbc8$8e9b60e0$6401a8c0@DELLAPTOP> Very slick! ----- Original Message ----- From: "Bob Gajewski" To: "'Access Developers discussion and problem solving'" Sent: Thursday, May 22, 2008 2:35 PM Subject: Re: [AccessD] Not-In-List Popup Form question - SOLVED > Kath > > I have the .Cycle property set to 'All Records' because this is the normal > maintenance form for the manufacturers table, However, your question *did* > lead me to the answer - OpenArgs! > > In the equipment form: > ... > DoCmd.OpenForm "frmManufacturers", acNormal, , , acFormAdd, > acDialog, "AddRecord" > ... > > In the manufacturer form: > Private Sub Form_Open(Cancel As Integer) > If Not IsNull(Me.OpenArgs) Then > If Me.OpenArgs = "AddRecord" Then > Form.Cycle = 1 > Else > Form.Cycle = 0 > End If > End If > End Sub > > > Thank you so much. > Bob > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kath Pelletti > Sent: Wednesday, May 21, 2008 23:46 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Not-In-List Popup Form question > > Bob - Do you have the 'cycle' property on the popup form set to 'Current > record' as opposed to 'All Records'? > > Kath > ----- Original Message ----- > From: "Bob Gajewski" > To: "'Access Developers discussion and problem solving'" > > Sent: Thursday, May 22, 2008 1:39 PM > Subject: [AccessD] Not-In-List Popup Form question > > >> Hi Folks - me again :( >> >> I am trying to figure out how to handle NotInList code to popup a form >> for >> adding the new record; allowing the addition of only 1 record; then >> closing >> the popup and returning the added value. >> >> I have an equipment table, and one of the fields is for the manufacturer. >> My >> code below opens the form, allows for the addition of any number of >> entries, >> then when manually closed it leaves the original value that fired the NIL >> event. I can live with the manual popup form close, but I really want to >> only allow a single record addition. >> >> Any suggestions are much appreciated! >> >> Regards, >> Bob Gajewski >> >> >> > ============================================================================ >> ========= >> >> Private Sub EquipmentManufacturerID_NotInList(NewData As String, Response >> As >> Integer) >> Dim db As Database, rs As Recordset >> Dim strMsg As String >> strMsg = "'" & NewData & "' is not in the Manufacturers table. " >> strMsg = strMsg & "Would you like to add it?" >> If vbNo = MsgBox(strMsg, vbYesNo + vbQuestion, "Add Manufacturer") Then >> Response = acDataErrDisplay >> Else >> On Error Resume Next >> DoCmd.OpenForm "frmManufacturers", acNormal, , , acFormAdd, acDialog >> DoCmd.Save >> If Err Then >> MsgBox "An error occurred. Please Try Again." >> Response = acDataErrContinue >> Else >> Response = acDataErrAdded >> LastUpdated = Date >> End If >> Me!EquipmentManufacturerID.Requery >> End If >> strMsg = "" >> End Sub >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Darryl.Collins at coles.com.au Thu May 22 00:15:34 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Thu, 22 May 2008 15:15:34 +1000 Subject: [AccessD] record scroll Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD73D9@WPEXCH05.colesmyer.ad.cmltd.net.au> Replied off list with attached file: Here is the body of the solution. The attached file can be created by yourself using the MS link in this email. You need VB6 to do this. I am going to upload this file and email content to my website tonight at: www.excelyourbusiness.com.au so others can use it. It took me days and days to sort all this out and if I can save other the trouble than I am most happy. John, if you have further questions feel free to contact me offlist. cheers Darryl '----- Hey John - To make the mouse wheel behave in Access as the user expects I had to do the following. It took days of research to make this work as I could not access the registry or have any admin rights and IT techs wouldn't install the file automatically. Don't freak out as more than half of this email is code used to ensure the DAO350.dll and Mousewheel.dll files are registered correctly. If you have admin rights then you can skip all that bit without bother. NOTE!! You will have to change/check the directory paths in some of that code. Anyway.. here is what you do. PART ONE 1: MOUSE WHEEL SUPPORT ' --------------------------------------------------------------------------------------------------------- Download and install Freewheel. It is free, non hostile, don't need to register and don't need admin rights to install. I have used on personal PC's and on multiple corporate networks for years without any hassles ever. It will ensure the mouse wheel behaves as the user expects, although it does not prevent the skipping between records issue. http://www.geocities.com/SiliconValley/2060/freewheel.html Personally, this is the one I would recommend as it fixes the mouse wheel problem *everywhere* in all apps - it just works. Microsoft also have a solution (at least for the VBE - not sure if it fixes all mouse wheel issues in other apps or not). http://office.microsoft.com/en-us/help/HA101175901033.aspx That you may wish to consider if you don't want to use freewheel, however you need admin rights and registry access to do this. 2: MouseWheel.dll ' ------------------------------------------------------------------------------------------------ "MouseWheel.dll" is used to capture the mouse wheel event and prevent the user from using the mouse wheel to jump between records. MouseWheel.dll source code and details are located here: http://support.microsoft.com/kb/278379. I have already made this file and attached it for you to this email. I am providing the link in case there is some issue about using a dll file that you didn't make and it also give your instructions in case I foul this email up somewhere. If you get this error http://support.microsoft.com/kb/292054 . The DAO350.dll and Mousewheel.dll file need to be registered. You can normally do this via the START > RUN option (see the MS link for details) or you can workaround this by opening the VBE in MS Access, un-reference and then re-reference the MouseWheel.dll file manually and restart. However this is clearly not acceptable if you are not the end user. If you are like me and your corporate PC is locked down tighter than a snake bum and/or the above options are unavailable to you then I have code which will automatically register the dll files for you which I have posted at the bottom of this email. In addition to the dll file you will need to do the following. Create a regular code module in the VBE - Call it "basSubClassWindow" and copy and paste the following code into it. ' =========== START CODE ===================== Option Compare Database Option Explicit Declare Function SetWindowLong Lib "user32" Alias "SetWindowLongA" _ (ByVal hwnd As Long, _ ByVal nIndex As Long, _ ByVal dwNewLong As Long) As Long Public Declare Function CallWindowProc Lib "user32" Alias "CallWindowProcA" _ (ByVal lpPrevWndFunc As Long, _ ByVal hwnd As Long, _ ByVal msg As Long, _ ByVal wParam As Long, _ ByVal lParam As Long) As Long Public Const GWL_WNDPROC = -4 Public Const WM_MouseWheel = &H20A Public lpPrevWndProc As Long Public CMouse As CMouseWheel Public Function WindowProc(ByVal hwnd As Long, _ ByVal uMsg As Long, _ ByVal wParam As Long, _ ByVal lParam As Long) As Long 'Look at the message passed to the window. If it is 'a mouse wheel message, call the FireMouseWheel procedure 'in the CMouseWheel class, which in turn raises the MouseWheel 'event. If the Cancel argument in the form event procedure is 'set to False, then we process the message normally, otherwise 'we ignore it. If the message is something other than the mouse 'wheel, then process it normally Select Case uMsg Case WM_MouseWheel CMouse.FireMouseWheel If CMouse.MouseWheelCancel = False Then WindowProc = CallWindowProc(lpPrevWndProc, hwnd, uMsg, wParam, lParam) End If Case Else WindowProc = CallWindowProc(lpPrevWndProc, hwnd, uMsg, wParam, lParam) End Select End Function ' =========== END CODE ===================== Now for each form you want to restrict the mouse wheel you need to add the following code in the FORM code module ' =========== START CODE ===================== Option Compare Database Option Explicit Private WithEvents clsMouseWheel As MouseWheel.CMouseWheel Private Sub Form_Load() On Error GoTo Form_Load_Error Set clsMouseWheel = New MouseWheel.CMouseWheel Set clsMouseWheel.Form = Me clsMouseWheel.SubClassHookForm 'On Error GoTo 0 Exit Sub Form_Load_Error: 'MsgBox "Mouse Wheel Restrictor File Needs Attention, Please Contact PMO Group for Assistance", vbInformation, "Contact PMO Group..." End Sub Private Sub Form_Close() On Error GoTo Form_Close_Error clsMouseWheel.SubClassUnHookForm Set clsMouseWheel.Form = Nothing Set clsMouseWheel = Nothing 'On Error GoTo 0 Exit Sub Form_Close_Error: 'MsgBox "Error " & Err.Number & " (" & Err.Description & ") in procedure Form_Close of VBA Document Form_frm_SubCurrentAchievments" End Sub Private Sub clsMouseWheel_MouseWheel(Cancel As Integer) MsgBox "You cannot use the mouse wheel to scroll records." Cancel = True End Sub ' =========== END CODE ===================== PART TWO (only needed if you get the dreaded 429 Active X error) That should work fine for you - However as I couldn't register the mousewheel.dll file the 'normal' way I kept getting "Active X 429 - Cannot create object" Error. If you are getting this then apply the following fix. IN CASE OF ACTIVE X 429 ERROR. Create a normal code module and call it "Function_DaoReg" - then copy the following code ' =========== START CODE ===================== Option Compare Database Option Explicit 'http://www.trigeminal.com/usenet/usenet026.asp 'http://www.trigeminal.com/code/RegisterDao.bas Private Const HKEY_LOCAL_MACHINE = &H80000002 Public Const KEY_QUERY_VALUE = &H1 Public Const ERROR_SUCCESS = 0& Public Const MAX_PATH = 260 Public Const S_OK = &H0 Private Declare Function RegCloseKey Lib "advapi32.dll" (ByVal hKey As Long) As Long Private Declare Function RegOpenKeyEx Lib "advapi32.dll" Alias "RegOpenKeyExA" (ByVal hKey As Long, ByVal lpSubKey As String, ByVal ulOptions As Long, ByVal samDesired As Long, phkResult As Long) As Long Private Declare Function RegQueryValueEx Lib "advapi32.dll" Alias "RegQueryValueExA" (ByVal hKey As Long, ByVal lpValueName As String, ByVal lpReserved As Long, lpType As Long, lpData As Any, lpcbData As Long) As Long Private Declare Function LoadLibrary Lib "kernel32" Alias "LoadLibraryA" (ByVal lpLibFileName As String) As Long Private Declare Function FreeLibrary Lib "kernel32" (ByVal hLibModule As Long) As Long Private Declare Function RegDaoDll Lib "dao360.dll" Alias "DllRegisterServer" () As Long Private Const REGKEY As String = "SOFTWARE\Microsoft\Windows\CurrentVersion" Private Const REGVAL As String = "CommonFilesDir" Private Const DLLLOCATION As String = "\Microsoft Shared\DAO\dao360.dll" Public Function DaoReg() As Boolean Dim hKey As Long Dim stName As String Dim cb As Long Dim hMod As Long ' First, find DAO. Ordinarily we could call the shell32/shfolder ' functions to find the location of the "Common Files" folder, ' but this will not work on Windows 95. So, go right to the ' registry to find: ' $(PROGRAM FILES)\$(COMMON FILES)\Microsoft Shared\DAO If (ERROR_SUCCESS = RegOpenKeyEx(HKEY_LOCAL_MACHINE, REGKEY, 0, KEY_QUERY_VALUE, hKey)) Then cb = MAX_PATH stName = String$(cb, vbNullChar) If (ERROR_SUCCESS = RegQueryValueEx(hKey, REGVAL, 0&, ByVal 0&, ByVal stName, cb)) Then ' Ok, now build the full DLL path stName = StFromSz(stName) & DLLLOCATION ' Load DAO so we can try to register it hMod = LoadLibrary(stName) If hMod Then ' Find out if the registration works DaoReg = (RegDaoDll() = S_OK) Call FreeLibrary(hMod) End If End If Call RegCloseKey(hKey) End If End Function '------------------------------------------------------------ ' StFromSz ' ' Find the first vbNullChar in a string, and return ' everything prior to that character. Extremely ' useful when combined with the Windows API function calls. '------------------------------------------------------------ Public Function StFromSz(ByVal sz As String) As String Dim ich As Integer ich = InStr(sz, vbNullChar) Select Case ich ' It's best to put the most likely case first. Case Is > 1 ' Found in the string, so return the portion ' up to the null character. StFromSz = Left$(sz, ich - 1) Case 0 ' Not found at all, so just ' return the original value. StFromSz = sz Case 1 ' Found at the first position, so return an empty string. StFromSz = vbNullString End Select End Function ' =========== END CODE ===================== Create another code module, call it "Function_RegisterMouseWheel" and add in the following code ' =========== START CODE ===================== Option Compare Database Option Explicit 'http://www.trigeminal.com/usenet/usenet026.asp 'http://www.trigeminal.com/code/RegisterDao.bas Private Const HKEY_LOCAL_MACHINE = &H80000002 Public Const KEY_QUERY_VALUE = &H1 Public Const ERROR_SUCCESS = 0& Public Const MAX_PATH = 260 Public Const S_OK = &H0 Private Declare Function RegCloseKey Lib "advapi32.dll" (ByVal hKey As Long) As Long Private Declare Function RegOpenKeyEx Lib "advapi32.dll" Alias "RegOpenKeyExA" (ByVal hKey As Long, ByVal lpSubKey As String, ByVal ulOptions As Long, ByVal samDesired As Long, phkResult As Long) As Long Private Declare Function RegQueryValueEx Lib "advapi32.dll" Alias "RegQueryValueExA" (ByVal hKey As Long, ByVal lpValueName As String, ByVal lpReserved As Long, lpType As Long, lpData As Any, lpcbData As Long) As Long Private Declare Function LoadLibrary Lib "kernel32" Alias "LoadLibraryA" (ByVal lpLibFileName As String) As Long Private Declare Function FreeLibrary Lib "kernel32" (ByVal hLibModule As Long) As Long Private Declare Function RegDaoDll Lib "MouseWheel.dll" Alias "DllRegisterServer" () As Long '\\dingo\grpdata\IT Project Status Reporting\Icons\MouseWheel.dll Private Const REGKEY As String = "SOFTWARE\Microsoft\Windows\CurrentVersion" Private Const REGVAL As String = "CommonFilesDir" Private Const DLLLOCATION As String = "\\dingo\grpdata\IT Project Status Reporting\Icons\MouseWheel.dll" Public Function DaoMouseWheel() As Boolean Dim hKey As Long Dim stName As String Dim cb As Long Dim hMod As Long ' First, find DAO. Ordinarily we could call the shell32/shfolder ' functions to find the location of the "Common Files" folder, ' but this will not work on Windows 95. So, go right to the ' registry to find: ' $(PROGRAM FILES)\$(COMMON FILES)\Microsoft Shared\DAO If (ERROR_SUCCESS = RegOpenKeyEx(HKEY_LOCAL_MACHINE, REGKEY, 0, KEY_QUERY_VALUE, hKey)) Then cb = MAX_PATH stName = String$(cb, vbNullChar) If (ERROR_SUCCESS = RegQueryValueEx(hKey, REGVAL, 0&, ByVal 0&, ByVal stName, cb)) Then ' Ok, now build the full DLL path stName = DLLLOCATION 'StFromSz(stName) & ' Load DAO so we can try to register it hMod = LoadLibrary(stName) If hMod Then ' Find out if the registration works DaoMouseWheel = (RegDaoDll() = S_OK) Call FreeLibrary(hMod) End If End If Call RegCloseKey(hKey) End If End Function '------------------------------------------------------------ ' StFromSz ' ' Find the first vbNullChar in a string, and return ' everything prior to that character. Extremely ' useful when combined with the Windows API function calls. '------------------------------------------------------------ Public Function StFromSz(ByVal sz As String) As String Dim ich As Integer ich = InStr(sz, vbNullChar) Select Case ich ' It's best to put the most likely case first. Case Is > 1 ' Found in the string, so return the portion ' up to the null character. StFromSz = Left$(sz, ich - 1) Case 0 ' Not found at all, so just ' return the original value. StFromSz = sz Case 1 ' Found at the first position, so return an empty string. StFromSz = vbNullString End Select End Function ' =========== END CODE ===================== Create a 3rd module, call it "CreateMouseWheelRef_" and add the following code ' =========== START CODE ===================== Option Compare Database Option Explicit Sub CreateMouseWheelReference() Dim sPATH As String Dim ref As Access.Reference For Each ref In References If ref.IsBroken = True Then On Error Resume Next Access.References.Remove ref End If Next ref For Each ref In References If ref.name = "MouseWheel" Then If ref.IsBroken = True Then Access.References.Remove ref Else Exit Sub End If End If Next ref sPATH = "\\dingo\grpdata\IT Project Status Reporting\Icons\MouseWheel.dll" 'sPATH = "\\goanna\grpdata\PMO Team\DarrylCollins\Test Database\Icons\MouseWheel.dll" If ReferenceFromFile(sPATH) = True Then MsgBox "Reference set successfully. Automatic Compile will take approx 30 seconds...", vbInformation, "Please Note:" Else MsgBox "MouseWheel Reference not set successfully. - Please Contact PMO for Advice.", vbCritical, "Action Required!" 'Application.Quit End If ' Call a hidden SysCmd to automatically compile/save all modules. Call SysCmd(504, 16483) End Sub ' =========== END CODE ===================== Then in the MAIN MENU or Startup FORM when the database opens place the following code ' =========== START CODE ===================== Private Sub Form_Open(Cancel As Integer) DoCmd.Maximize Call DaoReg Call DaoMouseWheel Call CreateMouseWheelReference ' =========== END CODE ===================== -----Original Message----- From: John Eget [mailto:joeget at vgernet.net] Sent: Thursday, 22 May 2008 2:38 PM To: Darryl Collins Subject: Re: [AccessD] record scroll YES IT IS!!!!!!! This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From stuart at lexacorp.com.pg Thu May 22 00:32:44 2008 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 22 May 2008 15:32:44 +1000 Subject: [AccessD] Not-In-List Popup Form question In-Reply-To: <05DE242CFBBA43C4B6489DF1EC8EB0CF@DCYN3T81> References: <48344BAF.5070201@colbyconsulting.com>, <0K180010P9OQULQA@vms046.mailsrvcs.net>, <05DE242CFBBA43C4B6489DF1EC8EB0CF@DCYN3T81> Message-ID: <4835921C.18462.F07A800@stuart.lexacorp.com.pg> This is one of the rare occasions where I go unbound. Pop up a simple form with a few unbound text boxes including OK and Cancel buttons, Fill in the appropriate box with the NewData when you open it. Behind the OK button, validate and save the data, tell the originating form that the data has been updated (global variable or set a value in the Tag of the originating form) and finally close the form. -- Stuart On 21 May 2008 at 23:39, Bob Gajewski wrote: > Hi Folks - me again :( > > I am trying to figure out how to handle NotInList code to popup a form for > adding the new record; allowing the addition of only 1 record; then closing > the popup and returning the added value. > > I have an equipment table, and one of the fields is for the manufacturer. My > code below opens the form, allows for the addition of any number of entries, > then when manually closed it leaves the original value that fired the NIL > event. I can live with the manual popup form close, but I really want to > only allow a single record addition. > > Any suggestions are much appreciated! > > Regards, > Bob Gajewski > > > ============================================================================ > ========= > > Private Sub EquipmentManufacturerID_NotInList(NewData As String, Response As > Integer) > Dim db As Database, rs As Recordset > Dim strMsg As String > strMsg = "'" & NewData & "' is not in the Manufacturers table. " > strMsg = strMsg & "Would you like to add it?" > If vbNo = MsgBox(strMsg, vbYesNo + vbQuestion, "Add Manufacturer") Then > Response = acDataErrDisplay > Else > On Error Resume Next > DoCmd.OpenForm "frmManufacturers", acNormal, , , acFormAdd, acDialog > DoCmd.Save > If Err Then > MsgBox "An error occurred. Please Try Again." > Response = acDataErrContinue > Else > Response = acDataErrAdded > LastUpdated = Date > End If > Me!EquipmentManufacturerID.Requery > End If > strMsg = "" > End Sub > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu May 22 05:48:55 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 22 May 2008 06:48:55 -0400 Subject: [AccessD] Not-In-List Popup Form question - SOLVED In-Reply-To: <81AA4423456E48DEBC3A79267EF7D4B6@DCYN3T81> References: <48344BAF.5070201@colbyconsulting.com><0K180010P9OQULQA@vms046.mailsrvcs.net><05DE242CFBBA43C4B6489DF1EC8EB0CF@DCYN3T81> <000701c8bbbe$4c5c8010$6401a8c0@DELLAPTOP> <81AA4423456E48DEBC3A79267EF7D4B6@DCYN3T81> Message-ID: <48354F97.3080108@colbyconsulting.com> Bob, I have an OpenArgs class which can be used for all forms. You can download a demo from my web site. if you haven't already done so you will need to register, then log in. Go to Example Code / Utilities, click C2DbOpenargs. From my web site: *** I pass openargs in the form Varname1=VarVal1;VarName2=VarVal2;etc=etc1; This is a syntax that has been around since early Access days and was used extensively by, and perhaps even "invented by" Ken Getz. The = is used as the separator, the semicolon as the delimiter. I wrote a pair of classes which handle my openargs. A "control class" which I name OpenArgs (plural) grabs the openargs string and parses the varname and value for each openarg. It then instantiates a OpenArg (singular) class to store this VarName and VarVal in. VarName is a string type, VarVal is a variant type. Making it Variant causes an automatic coerces ion in a lot of cases - currency values get turned into Currency variants, dates get turned into dates etc. At any rate, each OpenArg instance is stored in a collection in the OpenArgs (plural) class. The OpenArgs class is dimensioned in the form header, and instantiated in the OnOpen of the form. By the time it finishes loading, all of the OpenArgs are parsed and sitting in OpenArg class instances in the collection in OpenArgs. OpenArgs has a method for reading OpenArg instances from the collection. OpenArg instances are stored in the collection keyed on the VarName. Thus you have a pair of classes which automatically handles getting openargs for you, one or a hundred, it doesn't matter, and it doesn't have to be "re-invented" every time you want to get your openargs. Syntax is now standardized everywhere in your app. The form of course must know what openargs it is expecting, so it can now simply call OpenArgs.Arg("VarName") and get back VarVal (a variant). What the form does with the OpenArg is up to you, but getting the OpenArgs available to the form is trivial. All of the code follows. My clsOpenArgs (plural, the controller) also has the ability to automatically interpret openargs as properties fo the form. In other words, if a param is passed in to clsOpenArgs that says to do so, then if an OpenArg VarName is the same as a property of the form, the form property is set to VarVal. I have actually demoed this in the state form, where the form that opens frmState passes in the values for properties strOpenArgs = "DataEntry=True;AllowEdits=True;AllowDeletions=False;" The state form opens, the OpenArgs class parses the OpenArgs string passed in, discovers that I want it to use the openargs to set form properties, and does so. Any OpenArgs which do not match the name of a form property are left uninterpreted and the form can use them for whatever purpose you choose. You can also not tell clsOpenArgs to interpret the openargs as form properties, in which case all OpenArgs are left uninterpreted and you can do with them all as you will. *** John W. Colby www.ColbyConsulting.com Bob Gajewski wrote: > Kath > > I have the .Cycle property set to 'All Records' because this is the normal > maintenance form for the manufacturers table, However, your question *did* > lead me to the answer - OpenArgs! > > In the equipment form: > ... > DoCmd.OpenForm "frmManufacturers", acNormal, , , acFormAdd, > acDialog, "AddRecord" > ... > > In the manufacturer form: > Private Sub Form_Open(Cancel As Integer) > If Not IsNull(Me.OpenArgs) Then > If Me.OpenArgs = "AddRecord" Then > Form.Cycle = 1 > Else > Form.Cycle = 0 > End If > End If > End Sub > > > Thank you so much. > Bob > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kath Pelletti > Sent: Wednesday, May 21, 2008 23:46 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Not-In-List Popup Form question > > Bob - Do you have the 'cycle' property on the popup form set to 'Current > record' as opposed to 'All Records'? > > Kath > ----- Original Message ----- > From: "Bob Gajewski" > To: "'Access Developers discussion and problem solving'" > > Sent: Thursday, May 22, 2008 1:39 PM > Subject: [AccessD] Not-In-List Popup Form question > > >> Hi Folks - me again :( >> >> I am trying to figure out how to handle NotInList code to popup a form for >> adding the new record; allowing the addition of only 1 record; then >> closing >> the popup and returning the added value. >> >> I have an equipment table, and one of the fields is for the manufacturer. >> My >> code below opens the form, allows for the addition of any number of >> entries, >> then when manually closed it leaves the original value that fired the NIL >> event. I can live with the manual popup form close, but I really want to >> only allow a single record addition. >> >> Any suggestions are much appreciated! >> >> Regards, >> Bob Gajewski >> >> >> > ============================================================================ >> ========= >> >> Private Sub EquipmentManufacturerID_NotInList(NewData As String, Response >> As >> Integer) >> Dim db As Database, rs As Recordset >> Dim strMsg As String >> strMsg = "'" & NewData & "' is not in the Manufacturers table. " >> strMsg = strMsg & "Would you like to add it?" >> If vbNo = MsgBox(strMsg, vbYesNo + vbQuestion, "Add Manufacturer") Then >> Response = acDataErrDisplay >> Else >> On Error Resume Next >> DoCmd.OpenForm "frmManufacturers", acNormal, , , acFormAdd, acDialog >> DoCmd.Save >> If Err Then >> MsgBox "An error occurred. Please Try Again." >> Response = acDataErrContinue >> Else >> Response = acDataErrAdded >> LastUpdated = Date >> End If >> Me!EquipmentManufacturerID.Requery >> End If >> strMsg = "" >> End Sub >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > From dwaters at usinternet.com Thu May 22 08:00:50 2008 From: dwaters at usinternet.com (Dan Waters) Date: Thu, 22 May 2008 08:00:50 -0500 Subject: [AccessD] record scroll In-Reply-To: <72AA8A7355914CCD8B95AAB285E387CE@gateway8529fab> References: <49DFE57FB126044B8A8B934E7AEA09ED09FD73C3@WPEXCH05.colesmyer.ad.cmltd.net.au> <72AA8A7355914CCD8B95AAB285E387CE@gateway8529fab> Message-ID: Hi Darryl, Could you post your code to prevent the mouse wheel from scrolling to the next record? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Eget Sent: Wednesday, May 21, 2008 11:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] record scroll Yes it is exactly!! ----- Original Message ----- From: "Darryl Collins" To: "Access Developers discussion and problem solving" Sent: Wednesday, May 21, 2008 8:02 PM Subject: Re: [AccessD] record scroll > > > John, > > Are you talking about the the mouse wheel scrollling to the next record? > If so I have a fix for that - it took some stuffing around if you don't > have admin access, but I have all the code to make it work. This issue > has been fixed (finally!) in 2007. > > regards > Darryl > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Eget > Sent: Thursday, 22 May 2008 9:09 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] record scroll > > > I am trying to solve an issue when someone displays a form to enter a > record into an access database and the scroll button is rolled and the > next record entry is displayed before the first one is complete. Is there > a way to allow the scroll button to scroll thru the fields of a record but > disallow the scroll to go to the next record? > > Thanks in advance > > John Eget > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > This email and any attachments may contain privileged and confidential > information and are intended for the named addressee only. If you have > received this e-mail in error, please notify the sender and delete this > e-mail immediately. Any confidentiality, privilege or copyright is not > waived or lost because this e-mail has been sent to you in error. It is > your responsibility to check this e-mail and any attachments for viruses. > No warranty is made that this material is free from computer virus or any > other defect or error. Any loss/damage incurred by using this material is > not the sender's responsibility. The sender's entire liability will be > limited to resupplying the material. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rosalyn.clarke at barclays.com Thu May 22 08:34:11 2008 From: rosalyn.clarke at barclays.com (rosalyn.clarke at barclays.com) Date: Thu, 22 May 2008 14:34:11 +0100 Subject: [AccessD] 97 / 2003 BE? Message-ID: Dear all I am deploying databases migrated from Access 97 to Access 2003. Unfortunately, during the pilot phase I will have some users on Access 97 and some users on Access 2003. Obviously, I have split all the databases FE/BE, but I'm wondering whether the BE is best left in Access 97 until all the users are moved to Access 2003, or if I can link the A97 FE's to an A2003 BE at the start of the pilot. Anyone have any experience with this? Any pitfalls? TIA Roz "DSMP Mission - Building the future of Barclays computing infrastructure. 4K customers won in 2007, 10k+ to delight in 2008." This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. From Lambert.Heenan at AIG.com Thu May 22 08:50:27 2008 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Thu, 22 May 2008 08:50:27 -0500 Subject: [AccessD] 97 / 2003 BE? Message-ID: <34C8A2AB1EF3564CB0D64DB6AFFDD5C215341CE7@XLIVMBX35bkup.aig.com> I had a mix of Access 97 and Access 2000 users for a while. You'll need to keep the back end at Access 97 until everyone is upgrades to 2003. Access 97 cannot read an A2K/A2K3 mdb. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of rosalyn.clarke at barclays.com Sent: Thursday, May 22, 2008 9:34 AM To: accessd at databaseadvisors.com Subject: [AccessD] 97 / 2003 BE? Dear all I am deploying databases migrated from Access 97 to Access 2003. Unfortunately, during the pilot phase I will have some users on Access 97 and some users on Access 2003. Obviously, I have split all the databases FE/BE, but I'm wondering whether the BE is best left in Access 97 until all the users are moved to Access 2003, or if I can link the A97 FE's to an A2003 BE at the start of the pilot. Anyone have any experience with this? Any pitfalls? TIA Roz "DSMP Mission - Building the future of Barclays computing infrastructure. 4K customers won in 2007, 10k+ to delight in 2008." This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From markamatte at hotmail.com Thu May 22 09:02:39 2008 From: markamatte at hotmail.com (Mark A Matte) Date: Thu, 22 May 2008 14:02:39 +0000 Subject: [AccessD] 97 / 2003 BE? In-Reply-To: <34C8A2AB1EF3564CB0D64DB6AFFDD5C215341CE7@XLIVMBX35bkup.aig.com> References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C215341CE7@XLIVMBX35bkup.aig.com> Message-ID: Hello All, I need to purchase a copy of Access(Maybe Office) XP\2002. I've looked a little online...but apparently I'm looking in the wrong places. Any suggestions? Also, if I purchase an 'upgrade' version...will it install over the earlier versions...or allow me to keep them? Thanks, Mark A. Matte _________________________________________________________________ Change the world with e-mail. Join the i?m Initiative from Microsoft. http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ChangeWorld From rosalyn.clarke at barclays.com Thu May 22 08:56:18 2008 From: rosalyn.clarke at barclays.com (rosalyn.clarke at barclays.com) Date: Thu, 22 May 2008 14:56:18 +0100 Subject: [AccessD] 97 / 2003 BE? In-Reply-To: <34C8A2AB1EF3564CB0D64DB6AFFDD5C215341CE7@XLIVMBX35bkup.aig.com> References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C215341CE7@XLIVMBX35bkup.aig.com> Message-ID: Thanks, that makes for an easy decision! I couldn't test it that way round as I don't have A97. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: 22 May 2008 14:50 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] 97 / 2003 BE? I had a mix of Access 97 and Access 2000 users for a while. You'll need to keep the back end at Access 97 until everyone is upgrades to 2003. Access 97 cannot read an A2K/A2K3 mdb. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of rosalyn.clarke at barclays.com Sent: Thursday, May 22, 2008 9:34 AM To: accessd at databaseadvisors.com Subject: [AccessD] 97 / 2003 BE? Dear all I am deploying databases migrated from Access 97 to Access 2003. Unfortunately, during the pilot phase I will have some users on Access 97 and some users on Access 2003. Obviously, I have split all the databases FE/BE, but I'm wondering whether the BE is best left in Access 97 until all the users are moved to Access 2003, or if I can link the A97 FE's to an A2003 BE at the start of the pilot. Anyone have any experience with this? Any pitfalls? TIA Roz "DSMP Mission - Building the future of Barclays computing infrastructure. 4K customers won in 2007, 10k+ to delight in 2008." This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. From markamatte at hotmail.com Thu May 22 09:18:40 2008 From: markamatte at hotmail.com (Mark A Matte) Date: Thu, 22 May 2008 14:18:40 +0000 Subject: [AccessD] Purchase Access XP/2002 In-Reply-To: References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C215341CE7@XLIVMBX35bkup.aig.com> Message-ID: > Hello All, > > I need to purchase a copy of Access(Maybe Office) XP\2002. I've looked a little online...but apparently I'm looking in the wrong places. > > Any suggestions? > > Also, if I purchase an 'upgrade' version...will it install over the earlier versions...or allow me to keep them? > > Thanks, > > Mark A. Matte > _________________________________________________________________ > Change the world with e-mail. Join the i?m Initiative from Microsoft. > http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ChangeWorld > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com _________________________________________________________________ Change the world with e-mail. Join the i?m Initiative from Microsoft. http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ChangeWorld From jwcolby at colbyconsulting.com Thu May 22 10:06:30 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 22 May 2008 11:06:30 -0400 Subject: [AccessD] 97 / 2003 BE? In-Reply-To: References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C215341CE7@XLIVMBX35bkup.aig.com> Message-ID: <48358BF6.3080404@colbyconsulting.com> Office 2002 (XP) is no longer officially available from Microsoft. 2003 is no longer officially available either, however I understand (do not quote me on this) that if you buy 2007 you can get permission to downgrade to 2003. How you do this I do not know, I was just told this by a person doing installs at one of my clients. John W. Colby www.ColbyConsulting.com Mark A Matte wrote: > Hello All, > > I need to purchase a copy of Access(Maybe Office) XP\2002. I've looked a little online...but apparently I'm looking in the wrong places. > > Any suggestions? > > Also, if I purchase an 'upgrade' version...will it install over the earlier versions...or allow me to keep them? > > Thanks, > > Mark A. Matte > _________________________________________________________________ > Change the world with e-mail. Join the i?m Initiative from Microsoft. > http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ChangeWorld From jwcolby at colbyconsulting.com Thu May 22 10:07:24 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 22 May 2008 11:07:24 -0400 Subject: [AccessD] 97 / 2003 BE? In-Reply-To: References: Message-ID: <48358C2C.6020405@colbyconsulting.com> LOL, is this the "project of the day"? ;-) John W. Colby www.ColbyConsulting.com rosalyn.clarke at barclays.com wrote: > Dear all > > I am deploying databases migrated from Access 97 to Access 2003. > Unfortunately, during the pilot phase I will have some users on Access 97 and > some users on Access 2003. Obviously, I have split all the databases FE/BE, > but I'm wondering whether the BE is best left in Access 97 until all the > users are moved to Access 2003, or if I can link the A97 FE's to an A2003 BE > at the start of the pilot. Anyone have any experience with this? Any > pitfalls? > > TIA > > Roz > > "DSMP Mission - Building the future of Barclays computing infrastructure. 4K > customers won in 2007, 10k+ to delight in 2008." > > > > This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. > > Internet communications are not guaranteed to be secure or virus-free. > The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. > > Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. > > Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). > Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. > > Barclays Bank PLC is authorised and regulated by the Financial Services Authority. From rosalyn.clarke at barclays.com Thu May 22 10:21:11 2008 From: rosalyn.clarke at barclays.com (rosalyn.clarke at barclays.com) Date: Thu, 22 May 2008 16:21:11 +0100 Subject: [AccessD] 97 / 2003 BE? In-Reply-To: <48358C2C.6020405@colbyconsulting.com> References: <48358C2C.6020405@colbyconsulting.com> Message-ID: Very funny... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: 22 May 2008 16:07 To: Access Developers discussion and problem solving Subject: Re: [AccessD] 97 / 2003 BE? LOL, is this the "project of the day"? ;-) John W. Colby www.ColbyConsulting.com rosalyn.clarke at barclays.com wrote: > Dear all > > I am deploying databases migrated from Access 97 to Access 2003. > Unfortunately, during the pilot phase I will have some users on Access > 97 and some users on Access 2003. Obviously, I have split all the > databases FE/BE, but I'm wondering whether the BE is best left in > Access 97 until all the users are moved to Access 2003, or if I can > link the A97 FE's to an A2003 BE at the start of the pilot. Anyone > have any experience with this? Any pitfalls? > > TIA > > Roz > > "DSMP Mission - Building the future of Barclays computing > infrastructure. 4K customers won in 2007, 10k+ to delight in 2008." > > > > This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. > > Internet communications are not guaranteed to be secure or virus-free. > The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. > > Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. > > Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). > Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. > > Barclays Bank PLC is authorised and regulated by the Financial Services Authority. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. From delam at zyterra.com Thu May 22 10:47:11 2008 From: delam at zyterra.com (Debbie Elam) Date: Thu, 22 May 2008 10:47:11 -0500 Subject: [AccessD] 97 / 2003 BE? Message-ID: <200805221547.m4MFlA2e015802@databaseadvisors.com> Earlier versions, but I had the best luck keeping the back end in the oldest version until all users were upgraded. Debbie Elam 214-437-6285 -----Original Message----- From: rosalyn.clarke at barclays.com Sent: Thursday, May 22, 2008 8:34 AM To: accessd at databaseadvisors.com Subject: [AccessD] 97 / 2003 BE? Dear all I am deploying databases migrated from Access 97 to Access 2003. Unfortunately, during the pilot phase I will have some users on Access 97 and some users on Access 2003. Obviously, I have split all the databases FE/BE, but I'm wondering whether the BE is best left in Access 97 until all the users are moved to Access 2003, or if I can link the A97 FE's to an A2003 BE at the start of the pilot. Anyone have any experience with this? Any pitfalls? TIA Roz "DSMP Mission - Building the future of Barclays computing infrastructure. 4K customers won in 2007, 10k+ to delight in 2008." This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu May 22 10:54:17 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 22 May 2008 11:54:17 -0400 Subject: [AccessD] 97 / 2003 BE? In-Reply-To: References: <48358C2C.6020405@colbyconsulting.com> Message-ID: <48359729.4000900@colbyconsulting.com> 8-) Just trying to inject some humor into your difficult situation. John W. Colby www.ColbyConsulting.com rosalyn.clarke at barclays.com wrote: > Very funny... > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: 22 May 2008 16:07 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] 97 / 2003 BE? > > LOL, is this the "project of the day"? > > ;-) > > John W. Colby > www.ColbyConsulting.com > > > rosalyn.clarke at barclays.com wrote: >> Dear all >> >> I am deploying databases migrated from Access 97 to Access 2003. >> Unfortunately, during the pilot phase I will have some users on Access >> 97 and some users on Access 2003. Obviously, I have split all the >> databases FE/BE, but I'm wondering whether the BE is best left in >> Access 97 until all the users are moved to Access 2003, or if I can >> link the A97 FE's to an A2003 BE at the start of the pilot. Anyone >> have any experience with this? Any pitfalls? >> >> TIA >> >> Roz From wdhindman at dejpolsystems.com Thu May 22 11:04:07 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Thu, 22 May 2008 12:04:07 -0400 Subject: [AccessD] 97 / 2003 BE? References: Message-ID: ...I'd leave the be in A97 until the migration is complete ...but you should thoroughly check the A2K3 fe against the A97 be before deploying it ...you may find some functionality is lost in the updated fe, especially if new code has been added ...if that's the case you'll have to rework it. William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: Sent: Thursday, May 22, 2008 9:34 AM To: Subject: [AccessD] 97 / 2003 BE? > Dear all > > I am deploying databases migrated from Access 97 to Access 2003. > Unfortunately, during the pilot phase I will have some users on Access 97 > and > some users on Access 2003. Obviously, I have split all the databases > FE/BE, > but I'm wondering whether the BE is best left in Access 97 until all the > users are moved to Access 2003, or if I can link the A97 FE's to an A2003 > BE > at the start of the pilot. Anyone have any experience with this? Any > pitfalls? > > TIA > > Roz > > "DSMP Mission - Building the future of Barclays computing infrastructure. > 4K > customers won in 2007, 10k+ to delight in 2008." > > > > This e-mail and any attachments are confidential and intended solely for > the addressee and may also be privileged or exempt from disclosure under > applicable law. If you are not the addressee, or have received this e-mail > in error, please notify the sender immediately, delete it from your system > and do not copy, disclose or otherwise act upon any part of this e-mail or > its attachments. > > Internet communications are not guaranteed to be secure or virus-free. > The Barclays Group does not accept responsibility for any loss arising > from unauthorised access to, or interference with, any Internet > communications by any third party, or from the transmission of any > viruses. Replies to this e-mail may be monitored by the Barclays Group for > operational or business reasons. > > Any opinion or other information in this e-mail or its attachments that > does not relate to the business of the Barclays Group is personal to the > sender and is not given or endorsed by the Barclays Group. > > Barclays Bank PLC.Registered in England and Wales (registered no. > 1026167). > Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. > > Barclays Bank PLC is authorised and regulated by the Financial Services > Authority. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From iggy at nanaimo.ark.com Thu May 22 11:10:34 2008 From: iggy at nanaimo.ark.com (Tony Septav) Date: Thu, 22 May 2008 09:10:34 -0700 Subject: [AccessD] Dual Monitors and reports Message-ID: <48359AFA.9050502@nanaimo.ark.com> Hey All I have an application that is running on 20 to 30 machines, with no problems, except for one user who has dual montiors. First I have a little popup form that is displayed in the left hand top corner of the preview a report. , number of pages and . On his system the pop-up appears in the upper left hand corner of the left monitor and the report appears in the right monitor. Second I have, I think it came from Dev's site, sRemoveCaption. It just started, but it crashes out the app when he now tries to preview the reports. I think he has been goofing around with his settings, as they say "a little knowledge is dangerous". If we run the app on one monitor everything is fine. I guess what I am asking from those of you that have dual monitors, is recommending something like UltraMon going to allow him to solve his problems, I haven't a clue, I only work on single monitors? Thanks From cfoust at infostatsystems.com Thu May 22 11:23:39 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 22 May 2008 09:23:39 -0700 Subject: [AccessD] Dual Monitors and reports In-Reply-To: <48359AFA.9050502@nanaimo.ark.com> References: <48359AFA.9050502@nanaimo.ark.com> Message-ID: He shouldn't have any problems at all with doubles and reports. All our developers have at least two monitors and our tester actually has 3!. The second monitor is a continuation of the first, so it makes no difference which one the preview appears on. I don't know what sRemoveCaption is, so I can't comment on that, but I think you have to dig deeper to find out the actual problem, not just deal with sypmtoms. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav Sent: Thursday, May 22, 2008 9:11 AM To: Access Developers discussion and problem solving Subject: [AccessD] Dual Monitors and reports Hey All I have an application that is running on 20 to 30 machines, with no problems, except for one user who has dual montiors. First I have a little popup form that is displayed in the left hand top corner of the preview a report. , number of pages and . On his system the pop-up appears in the upper left hand corner of the left monitor and the report appears in the right monitor. Second I have, I think it came from Dev's site, sRemoveCaption. It just started, but it crashes out the app when he now tries to preview the reports. I think he has been goofing around with his settings, as they say "a little knowledge is dangerous". If we run the app on one monitor everything is fine. I guess what I am asking from those of you that have dual monitors, is recommending something like UltraMon going to allow him to solve his problems, I haven't a clue, I only work on single monitors? Thanks -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dw-murphy at cox.net Thu May 22 11:43:16 2008 From: dw-murphy at cox.net (Doug Murphy) Date: Thu, 22 May 2008 09:43:16 -0700 Subject: [AccessD] record scroll In-Reply-To: References: Message-ID: <005a01c8bc2a$eed872b0$0200a8c0@murphy3234aaf1> There is a dll available on the Lebans site to allow you to selectively turn this on and off. Works well, does not have to me registered, just placed in the folder with the front end file. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Eget Sent: Wednesday, May 21, 2008 4:09 PM To: Access Developers discussion and problem solving Subject: [AccessD] record scroll I am trying to solve an issue when someone displays a form to enter a record into an access database and the scroll button is rolled and the next record entry is displayed before the first one is complete. Is there a way to allow the scroll button to scroll thru the fields of a record but disallow the scroll to go to the next record? Thanks in advance John Eget -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Thu May 22 11:46:04 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Thu, 22 May 2008 12:46:04 -0400 Subject: [AccessD] Prevent Record Navigation using PageDown and PageUp Message-ID: <29f585dd0805220946g23f27d8ahe8227427d685b34c@mail.gmail.com> What's the best way to prevent record navigation using the PageDown and PageUp keys? TIA, Arthur From dwaters at usinternet.com Thu May 22 11:48:35 2008 From: dwaters at usinternet.com (Dan Waters) Date: Thu, 22 May 2008 11:48:35 -0500 Subject: [AccessD] record scroll In-Reply-To: <005a01c8bc2a$eed872b0$0200a8c0@murphy3234aaf1> References: <005a01c8bc2a$eed872b0$0200a8c0@murphy3234aaf1> Message-ID: <05F322F95CDE41DDA13ED2F4A2E106EE@danwaters> Thanks Doug - I'll get it! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Thursday, May 22, 2008 11:43 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] record scroll There is a dll available on the Lebans site to allow you to selectively turn this on and off. Works well, does not have to me registered, just placed in the folder with the front end file. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Eget Sent: Wednesday, May 21, 2008 4:09 PM To: Access Developers discussion and problem solving Subject: [AccessD] record scroll I am trying to solve an issue when someone displays a form to enter a record into an access database and the scroll button is rolled and the next record entry is displayed before the first one is complete. Is there a way to allow the scroll button to scroll thru the fields of a record but disallow the scroll to go to the next record? Thanks in advance John Eget -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Thu May 22 12:03:46 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Thu, 22 May 2008 10:03:46 -0700 Subject: [AccessD] Prevent Record Navigation using PageDown and PageUp In-Reply-To: <29f585dd0805220946g23f27d8ahe8227427d685b34c@mail.gmail.com> References: <29f585dd0805220946g23f27d8ahe8227427d685b34c@mail.gmail.com> Message-ID: <01ee01c8bc2d$cc964710$0301a8c0@HAL9005> I don't know if it's the best way but using key preview and trapping the keystrokes in the KeyDown event would probably work. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Thursday, May 22, 2008 9:46 AM To: Access Developers discussion and problem solving Subject: [AccessD] Prevent Record Navigation using PageDown and PageUp What's the best way to prevent record navigation using the PageDown and PageUp keys? TIA, Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.24.0/1459 - Release Date: 5/21/2008 5:34 PM From fuller.artful at gmail.com Thu May 22 12:50:01 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Thu, 22 May 2008 13:50:01 -0400 Subject: [AccessD] Friday humor a day early Message-ID: <29f585dd0805221050n5d070299l619f5f9e39b04a1f@mail.gmail.com> I couldn't wait until tomorrow to pass this hilarious joke on. A chicken and an egg are lying in bed. The chicken rolls over and lights a cigarette and says, "I guess that answers that question." Arthur From askolits at nni.com Thu May 22 13:13:03 2008 From: askolits at nni.com (John Skolits) Date: Thu, 22 May 2008 14:13:03 -0400 Subject: [AccessD] Prevent Record Navigation using PageDown and PageUp In-Reply-To: <01ee01c8bc2d$cc964710$0301a8c0@HAL9005> References: <29f585dd0805220946g23f27d8ahe8227427d685b34c@mail.gmail.com> <01ee01c8bc2d$cc964710$0301a8c0@HAL9005> Message-ID: <00b101c8bc37$79dc19f0$6d944dd0$@com> I have a similar problem when someone uses the scroll wheel on the mouse. Now, how can that be controlled? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Thursday, May 22, 2008 1:04 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Prevent Record Navigation using PageDown and PageUp I don't know if it's the best way but using key preview and trapping the keystrokes in the KeyDown event would probably work. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Thursday, May 22, 2008 9:46 AM To: Access Developers discussion and problem solving Subject: [AccessD] Prevent Record Navigation using PageDown and PageUp What's the best way to prevent record navigation using the PageDown and PageUp keys? TIA, Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.24.0/1459 - Release Date: 5/21/2008 5:34 PM -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Thu May 22 13:43:55 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Thu, 22 May 2008 14:43:55 -0400 Subject: [AccessD] Prevent Record Navigation using PageDown and PageUp In-Reply-To: <01ee01c8bc2d$cc964710$0301a8c0@HAL9005> References: <29f585dd0805220946g23f27d8ahe8227427d685b34c@mail.gmail.com> <01ee01c8bc2d$cc964710$0301a8c0@HAL9005> Message-ID: <29f585dd0805221143q7a869680r12de61eb32da6afa@mail.gmail.com> That worked like a charm, Rocky. Thanks for that. It's dead simple too. Just set KeyPreview to true, then in the KeyDown event check the value of the KeyCode parameter: The constants are obviously named too (e.g., vbKeyPageUp etc.) That was the last known bug in my app, and now it's dead. Time for a tall one :) Arthur On Thu, May 22, 2008 at 1:03 PM, Rocky Smolin at Beach Access Software < rockysmolin at bchacc.com> wrote: > I don't know if it's the best way but using key preview and trapping the > keystrokes in the KeyDown event would probably work. > > From rockysmolin at bchacc.com Thu May 22 16:01:44 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Thu, 22 May 2008 14:01:44 -0700 Subject: [AccessD] Virtualization In-Reply-To: <0K18004INCF98AH4@vms173003.mailsrvcs.net> References: <013301c8bb6a$0abcc510$0301a8c0@HAL9005> <0K18004INCF98AH4@vms173003.mailsrvcs.net> Message-ID: <020801c8bc4f$0a8c1510$0301a8c0@HAL9005> Thanks for everyone's feedback on this thread. It's something I know very little about. I will forward your comments. Best, Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer Gross Sent: Wednesday, May 21, 2008 11:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Virtualization Hi Rocky, Though not Citrix, I have a FE/BE database (mdb, not mde) installed on a Windows Terminal Server environment with around 25 concurrent users. I keep a separate FE for each user. The one problem we ran across early on was that unless the BE and FE were on the same physical device we had BE corruption issues. TS seemed to have file locking trouble between physical devices. Once we put both on the same physical drive we have run smoothly for several years. My client is considering a move to Citrix, so I too would be interested in the experience of others. Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, May 21, 2008 9:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Virtualization D ear List: I had a dealer in Belgium note that virtualization is a big buzz word now and wondered how E-Z-MRP would do in that environment. I wrote back that I didn't know what aspect of virtualization he was thinking of in regard to E-Z-MRP. So he wrote back: "Re per virtualization... I'm just wondering, as I read E-Z-MRP can be setup as 'client-server', if the program is installed on a server, if there is a possibility to use thin clients to act as 'clients' and further, if the application can be installed on a Citrix server and be distributed and accessed as a 'published application'." E-Z-MRP is a straightforward FE/BE app with an mde on the front end and an mdb on the back end. How does this fare under Citrix? It would seem to be OK under a thin client setup except that it seems to me that would mean a lot more traffic over the wire. What should I tell him? MTIA Rocky Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.21/1457 - Release Date: 5/20/2008 4:45 PM From wdhindman at dejpolsystems.com Thu May 22 17:09:07 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Thu, 22 May 2008 18:09:07 -0400 Subject: [AccessD] Dual Monitors and reports References: <48359AFA.9050502@nanaimo.ark.com> Message-ID: <70AA3F39CF114F7485EEE1B6AD2CBA14@jislaptopdev> ...depends on how he's placing the pop-up ...if its relative to the form, it should work ...but if he's placing it relative to the screen that could well do odd things on a dual monitor set-up ...same thing may well be true if sRemoveCaption is using the api to locate something relative to the screen rather than the form. William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "Charlotte Foust" Sent: Thursday, May 22, 2008 12:23 PM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] Dual Monitors and reports > He shouldn't have any problems at all with doubles and reports. All our > developers have at least two monitors and our tester actually has 3!. > The second monitor is a continuation of the first, so it makes no > difference which one the preview appears on. I don't know what > sRemoveCaption is, so I can't comment on that, but I think you have to > dig deeper to find out the actual problem, not just deal with sypmtoms. > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav > Sent: Thursday, May 22, 2008 9:11 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Dual Monitors and reports > > Hey All > I have an application that is running on 20 to 30 machines, with no > problems, except for one user who has dual montiors. First I have a > little popup form that is displayed in the left hand top corner of the > preview a report. , number of pages and . On > his system the pop-up appears in the upper left hand corner of the left > monitor and the report appears in the right monitor. Second I have, I > think it came from Dev's site, sRemoveCaption. It just started, but it > crashes out the app when he now tries to preview the reports. I think he > has been goofing around with his settings, as they say "a little > knowledge is dangerous". If we run the app on one monitor everything is > fine. > I guess what I am asking from those of you that have dual monitors, is > recommending something like UltraMon going to allow him to solve his > problems, I haven't a clue, I only work on single monitors? > > Thanks > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Darryl.Collins at coles.com.au Thu May 22 18:51:35 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Fri, 23 May 2008 09:51:35 +1000 Subject: [AccessD] record scroll Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD73E0@WPEXCH05.colesmyer.ad.cmltd.net.au> Hi Dan, Posted it yesterday to the list, but can repost off list if you didn't get it. It did show up on the list for me, but it was tagged "SPAM" at the start of the header - no idea where that came from but something on the network somewhere didn't like it much. Don't know if that will prevent you from viewing it or not at your end. Let me know if you need it sent again cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Dan Waters Sent: Thursday, 22 May 2008 11:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] record scroll Hi Darryl, Could you post your code to prevent the mouse wheel from scrolling to the next record? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Eget Sent: Wednesday, May 21, 2008 11:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] record scroll Yes it is exactly!! ----- Original Message ----- From: "Darryl Collins" To: "Access Developers discussion and problem solving" Sent: Wednesday, May 21, 2008 8:02 PM Subject: Re: [AccessD] record scroll > > > John, > > Are you talking about the the mouse wheel scrollling to the next record? > If so I have a fix for that - it took some stuffing around if you don't > have admin access, but I have all the code to make it work. This issue > has been fixed (finally!) in 2007. > > regards > Darryl > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Eget > Sent: Thursday, 22 May 2008 9:09 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] record scroll > > > I am trying to solve an issue when someone displays a form to enter a > record into an access database and the scroll button is rolled and the > next record entry is displayed before the first one is complete. Is there > a way to allow the scroll button to scroll thru the fields of a record but > disallow the scroll to go to the next record? > > Thanks in advance > > John Eget > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > This email and any attachments may contain privileged and confidential > information and are intended for the named addressee only. If you have > received this e-mail in error, please notify the sender and delete this > e-mail immediately. Any confidentiality, privilege or copyright is not > waived or lost because this e-mail has been sent to you in error. It is > your responsibility to check this e-mail and any attachments for viruses. > No warranty is made that this material is free from computer virus or any > other defect or error. Any loss/damage incurred by using this material is > not the sender's responsibility. The sender's entire liability will be > limited to resupplying the material. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From Darryl.Collins at coles.com.au Thu May 22 18:53:51 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Fri, 23 May 2008 09:53:51 +1000 Subject: [AccessD] record scroll Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD73E1@WPEXCH05.colesmyer.ad.cmltd.net.au> Yeah, I tried that, but for some reason (I forget exactly what now) I had problems with it on the network at work. :-/ I will revist that again. Maybe it was because it had to be in the system folder? regards Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Doug Murphy Sent: Friday, 23 May 2008 2:43 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] record scroll There is a dll available on the Lebans site to allow you to selectively turn this on and off. Works well, does not have to me registered, just placed in the folder with the front end file. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Eget Sent: Wednesday, May 21, 2008 4:09 PM To: Access Developers discussion and problem solving Subject: [AccessD] record scroll I am trying to solve an issue when someone displays a form to enter a record into an access database and the scroll button is rolled and the next record entry is displayed before the first one is complete. Is there a way to allow the scroll button to scroll thru the fields of a record but disallow the scroll to go to the next record? Thanks in advance John Eget -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From Darryl.Collins at coles.com.au Thu May 22 19:17:27 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Fri, 23 May 2008 10:17:27 +1000 Subject: [AccessD] record scroll Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED0B27026D@WPEXCH05.colesmyer.ad.cmltd.net.au> ok.. Revisited the Leban site and it is the same code that I used from the MS Site at http://support.microsoft.com/kb/278379 and provided to John. This solution works great, but the problem I had/have is this: http://support.microsoft.com/kb/292054. And since all the solutions to the 429 Active X problem involve having decent access and admin rights to your PC I was completely stuffed. You wouldn't believe the emails and phone calls I had with the IT folks at work asking to get the DAO350.dll (which the mousewheel control dll seems to need) registered correctly. MS only provide 3 solutions. 1: Got via START > RUN (run is not available on our work PC's). 2: Make the change in the Registry manually (again no access). 3: Use the original installation disk to run eraser97.exe to remove and then your CD to reinstall the file - not only is this not an option, but it only works up to Office 97 anyway. The IT keepers at work refused to do it, That is why I needed all the other code so I could get Access to do the dirty work on startup and ensure that both the DAO350 and mousewheel dlls were registered and recognised. - and it works great so most happy with the result. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darryl Collins Sent: Friday, 23 May 2008 9:54 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] record scroll Yeah, I tried that, but for some reason (I forget exactly what now) I had problems with it on the network at work. :-/ I will revist that again. Maybe it was because it had to be in the system folder? regards Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Doug Murphy Sent: Friday, 23 May 2008 2:43 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] record scroll There is a dll available on the Lebans site to allow you to selectively turn this on and off. Works well, does not have to me registered, just placed in the folder with the front end file. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Eget Sent: Wednesday, May 21, 2008 4:09 PM To: Access Developers discussion and problem solving Subject: [AccessD] record scroll I am trying to solve an issue when someone displays a form to enter a record into an access database and the scroll button is rolled and the next record entry is displayed before the first one is complete. Is there a way to allow the scroll button to scroll thru the fields of a record but disallow the scroll to go to the next record? Thanks in advance John Eget -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From Darryl.Collins at coles.com.au Thu May 22 22:06:20 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Fri, 23 May 2008 13:06:20 +1000 Subject: [AccessD] Purchase Access XP/2002 Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD73EB@WPEXCH05.colesmyer.ad.cmltd.net.au> I believe that some vendors will allow you to 'downgrade' to XP, but you have to purchase the 2007 license. Like John I am not sure how this works in reality, but I have heard of many folks doing this. I guess another way would be get a non-genuine CD of Office XP and install it, Have it fail the validation and then pay MSoft for a valid lic key. hth a bit. Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Mark A Matte Sent: Friday, 23 May 2008 12:19 AM To: Access Developers discussion and problem solving Subject: [AccessD] Purchase Access XP/2002 > Hello All, > > I need to purchase a copy of Access(Maybe Office) XP\2002. I've looked a little online...but apparently I'm looking in the wrong places. > > Any suggestions? > > Also, if I purchase an 'upgrade' version...will it install over the earlier versions...or allow me to keep them? > > Thanks, > > Mark A. Matte > _________________________________________________________________ > Change the world with e-mail. Join the i?m Initiative from Microsoft. > http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ChangeWorld > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com _________________________________________________________________ Change the world with e-mail. Join the i?m Initiative from Microsoft. http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ChangeWorld -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From Darryl.Collins at coles.com.au Thu May 22 22:08:22 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Fri, 23 May 2008 13:08:22 +1000 Subject: [AccessD] Friday humor a day early Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD73EC@WPEXCH05.colesmyer.ad.cmltd.net.au> heh, It is Friday in Oz so you qualify anyway!! :) hehehe. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Friday, 23 May 2008 3:50 AM To: Access Developers discussion and problem solving Subject: [AccessD] Friday humor a day early I couldn't wait until tomorrow to pass this hilarious joke on. A chicken and an egg are lying in bed. The chicken rolls over and lights a cigarette and says, "I guess that answers that question." Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From iggy at nanaimo.ark.com Thu May 22 20:21:12 2008 From: iggy at nanaimo.ark.com (Tony Septav) Date: Thu, 22 May 2008 18:21:12 -0700 Subject: [AccessD] Dual Monitors and reports In-Reply-To: <70AA3F39CF114F7485EEE1B6AD2CBA14@jislaptopdev> References: <48359AFA.9050502@nanaimo.ark.com> <70AA3F39CF114F7485EEE1B6AD2CBA14@jislaptopdev> Message-ID: <48361C08.6080006@nanaimo.ark.com> Thanks William You "hit the nail on th head". My client spent some time dragging and dropping things and finally got the preview report to work properly. I have a feeling (because I don't know) that he was having a problem with his settings?? for forms versus screens. William Hindman wrote: >...depends on how he's placing the pop-up ...if its relative to the form, it >should work ...but if he's placing it relative to the screen that could well >do odd things on a dual monitor set-up ...same thing may well be true if >sRemoveCaption is using the api to locate something relative to the screen >rather than the form. > >William >"The truth is incontrovertible, malice may attack it, ignorance may deride >it, but in the end; there it is." > >-------------------------------------------------- >From: "Charlotte Foust" >Sent: Thursday, May 22, 2008 12:23 PM >To: "Access Developers discussion and problem solving" > >Subject: Re: [AccessD] Dual Monitors and reports > > > >>He shouldn't have any problems at all with doubles and reports. All our >>developers have at least two monitors and our tester actually has 3!. >>The second monitor is a continuation of the first, so it makes no >>difference which one the preview appears on. I don't know what >>sRemoveCaption is, so I can't comment on that, but I think you have to >>dig deeper to find out the actual problem, not just deal with sypmtoms. >> >>Charlotte Foust >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav >>Sent: Thursday, May 22, 2008 9:11 AM >>To: Access Developers discussion and problem solving >>Subject: [AccessD] Dual Monitors and reports >> >>Hey All >>I have an application that is running on 20 to 30 machines, with no >>problems, except for one user who has dual montiors. First I have a >>little popup form that is displayed in the left hand top corner of the >>preview a report. , number of pages and . On >>his system the pop-up appears in the upper left hand corner of the left >>monitor and the report appears in the right monitor. Second I have, I >>think it came from Dev's site, sRemoveCaption. It just started, but it >>crashes out the app when he now tries to preview the reports. I think he >>has been goofing around with his settings, as they say "a little >>knowledge is dangerous". If we run the app on one monitor everything is >>fine. >>I guess what I am asking from those of you that have dual monitors, is >>recommending something like UltraMon going to allow him to solve his >>problems, I haven't a clue, I only work on single monitors? >> >>Thanks >>-- >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >>-- >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> > > > > From dwaters at usinternet.com Fri May 23 09:10:40 2008 From: dwaters at usinternet.com (Dan Waters) Date: Fri, 23 May 2008 09:10:40 -0500 Subject: [AccessD] record scroll In-Reply-To: <49DFE57FB126044B8A8B934E7AEA09ED09FD73E0@WPEXCH05.colesmyer.ad.cmltd.net.au> References: <49DFE57FB126044B8A8B934E7AEA09ED09FD73E0@WPEXCH05.colesmyer.ad.cmltd.net.au> Message-ID: <92A30B478C9448EE8503F3EB91A102EC@danwaters> Hi Darryl, I read your description of the issues you had with the .dll - those would also prevent me from using this. Could you send your code off-line? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Thursday, May 22, 2008 6:52 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] record scroll Hi Dan, Posted it yesterday to the list, but can repost off list if you didn't get it. It did show up on the list for me, but it was tagged "SPAM" at the start of the header - no idea where that came from but something on the network somewhere didn't like it much. Don't know if that will prevent you from viewing it or not at your end. Let me know if you need it sent again cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Dan Waters Sent: Thursday, 22 May 2008 11:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] record scroll Hi Darryl, Could you post your code to prevent the mouse wheel from scrolling to the next record? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Eget Sent: Wednesday, May 21, 2008 11:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] record scroll Yes it is exactly!! ----- Original Message ----- From: "Darryl Collins" To: "Access Developers discussion and problem solving" Sent: Wednesday, May 21, 2008 8:02 PM Subject: Re: [AccessD] record scroll > > > John, > > Are you talking about the the mouse wheel scrollling to the next record? > If so I have a fix for that - it took some stuffing around if you don't > have admin access, but I have all the code to make it work. This issue > has been fixed (finally!) in 2007. > > regards > Darryl > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Eget > Sent: Thursday, 22 May 2008 9:09 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] record scroll > > > I am trying to solve an issue when someone displays a form to enter a > record into an access database and the scroll button is rolled and the > next record entry is displayed before the first one is complete. Is there > a way to allow the scroll button to scroll thru the fields of a record but > disallow the scroll to go to the next record? > > Thanks in advance > > John Eget > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > This email and any attachments may contain privileged and confidential > information and are intended for the named addressee only. If you have > received this e-mail in error, please notify the sender and delete this > e-mail immediately. Any confidentiality, privilege or copyright is not > waived or lost because this e-mail has been sent to you in error. It is > your responsibility to check this e-mail and any attachments for viruses. > No warranty is made that this material is free from computer virus or any > other defect or error. Any loss/damage incurred by using this material is > not the sender's responsibility. The sender's entire liability will be > limited to resupplying the material. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri May 23 18:03:51 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 23 May 2008 19:03:51 -0400 Subject: [AccessD] CDO Email Message-ID: <48374D57.2060502@colbyconsulting.com> Folks, I was recently dernaged enough to stop using outlook (which worked just fine, but was a ROYAL PITA to move from computer to computer) and start using Thunderbird. Now... I need to use CDO to send my mail (I guess). I have a bit of an issue in that I use an SMTP "mail forwarder" to send my email, to get around port 25 blocking. I have found three different pieces of code, none of which "just work", in fact none of them work at all. Function mCDOSendMail() Dim objMessage As CDO.Message Set objMessage = CreateObject("CDO.Message") objMessage.Subject = "Example CDO Message" objMessage.From = "jwcolby at colbyconsulting.com" objMessage.To = "jwcolby at colbyconsulting.com" objMessage.TextBody = "This is some sample message text." objMessage.Send End Function the above code gives me an error "The send using configuration is invalid". Sub CDO_Mail_Small_Text() Dim iMsg As Object Dim iConf As Object Dim strbody As String Set iMsg = CreateObject("CDO.Message") Set iConf = CreateObject("CDO.Configuration") iConf.Load -1 ' CDO Source Defaults Dim Flds As Variant Set Flds = iConf.Fields With Flds .Item("http://schemas.microsoft.com/cdo/configuration/sendusing") = 2 .Item("http://schemas.microsoft.com/cdo/configuration/smtpserver") _ = "smtp-auth.no-ip.com" .Item("http://schemas.microsoft.com/cdo/configuration/smtpserverport") = 3325 .Update End With strbody = "Hi there" With iMsg Set .Configuration = iConf .To = "jwcolby at colbyconsulting.com" .CC = "" .BCC = "" .From = """John"" " .Subject = "Important message" .TextBody = strbody .Send End With End Sub The above code gives me: "The server rejected one or more recipient addresses. The server response was 554 5.7.1 : client host rejected: Access denied" This looks like SOMETHING is happening. smtp-auth.no-ip.com is MY email forwarder. The problem here is that all of these examples give NO explanation of anything that is happening. Like what in the heck is all the HTTP://schemas crap? Why is it going to microsoft.com? Am I supposed to change that? If so to what? Wouldn't it be nice if just ONE TIME example code would actually tell you what you need to know to use it? Can anyone help me with this stuff? Thanks, -- John W. Colby www.ColbyConsulting.com From jwcolby at colbyconsulting.com Fri May 23 20:41:33 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 23 May 2008 21:41:33 -0400 Subject: [AccessD] CDO Email In-Reply-To: <68656C04C7C0AA4883E870908A8577B2088B7B0F@EX03.asurite.ad.asu.edu> References: <48374D57.2060502@colbyconsulting.com> <68656C04C7C0AA4883E870908A8577B2088B7B0F@EX03.asurite.ad.asu.edu> Message-ID: <4837724D.5000009@colbyconsulting.com> S Lee, Thanks for the response. It looks like you responded directly to me rather than to the AccessD group. I am CCing the group so that everyone can be involved in the discussion. The "box" I am running this code on is my laptop in this case, however I need a generic solution, not one that only works in one specific place or on one specific machine. I have a home office, with a bunch of machines in a workgroup. I do not run a mail server here in my office. All of the email for my company is handled by servers "out there" somewhere. I have a web hosting company which hosts my web as well as handles my email. As I mentioned, I actually use a mail forwarder www.no-ip.com due to the fact that so many ISPs block port 25 and force you to send email through their servers. I understand that they do this to (try to) control spam, and it works fine for a computer in a fixed location, however it breaks things when you use a laptop and travel. In any event, I do need "working code" however I also need "working knowledge" so that I understand the code. There is nothing worse in my humble opinion than using code that you don't understand. TIA for any help you can give. John W. Colby www.ColbyConsulting.com S Lee (Career Svcs.) wrote: > what box are you running this code on? if it is a web server, the > email account you are sending from must exist on it. otherwise, your > first function looks fine. I don't use the schema that you show in your > second example. > > I send emails all the time through web servers that I have access to, > using asp. I can send you examples of those if you like. > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, May 23, 2008 4:04 PM > To: Access Developers discussion and problem solving; VBA > Subject: [AccessD] CDO Email > > Folks, > > I was recently dernaged enough to stop using outlook (which > worked just fine, but was a ROYAL PITA to move from computer > to computer) and start using Thunderbird. > > Now... > > I need to use CDO to send my mail (I guess). I have a bit > of an issue in that I use an SMTP "mail forwarder" to send > my email, to get around port 25 blocking. > > I have found three different pieces of code, none of which > "just work", in fact none of them work at all. > > Function mCDOSendMail() > Dim objMessage As CDO.Message > Set objMessage = CreateObject("CDO.Message") > objMessage.Subject = "Example CDO Message" > objMessage.From = "jwcolby at colbyconsulting.com" > objMessage.To = "jwcolby at colbyconsulting.com" > objMessage.TextBody = "This is some sample message text." > objMessage.Send > End Function > > the above code gives me an error "The send using > configuration is invalid". > > > Sub CDO_Mail_Small_Text() > Dim iMsg As Object > Dim iConf As Object > Dim strbody As String > > > > Set iMsg = CreateObject("CDO.Message") > Set iConf = CreateObject("CDO.Configuration") > > iConf.Load -1 ' CDO Source Defaults > Dim Flds As Variant > Set Flds = iConf.Fields > With Flds > > .Item("http://schemas.microsoft.com/cdo/configuration/sendusing") > = 2 > > .Item("http://schemas.microsoft.com/cdo/configuration/smtpserver") > _ > = "smtp-auth.no-ip.com" > > .Item("http://schemas.microsoft.com/cdo/configuration/smtpserverport") > = 3325 > .Update > End With > > strbody = "Hi there" > With iMsg > Set .Configuration = iConf > .To = "jwcolby at colbyconsulting.com" > .CC = "" > .BCC = "" > .From = """John"" " > .Subject = "Important message" > .TextBody = strbody > .Send > End With > End Sub > > The above code gives me: > > "The server rejected one or more recipient addresses. The > server response was 554 5.7.1 : > client host rejected: Access denied" > > This looks like SOMETHING is happening. smtp-auth.no-ip.com > is MY email forwarder. > > The problem here is that all of these examples give NO > explanation of anything that is happening. Like what in the > heck is all the HTTP://schemas crap? Why is it going to > microsoft.com? Am I supposed to change that? If so to what? > > Wouldn't it be nice if just ONE TIME example code would > actually tell you what you need to know to use it? > > Can anyone help me with this stuff? > > Thanks, > From jwcolby at colbyconsulting.com Fri May 23 23:51:46 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 24 May 2008 00:51:46 -0400 Subject: [AccessD] DotNetNuke Message-ID: <48379EE2.3070208@colbyconsulting.com> Has anyone set up a DotNetNuke portal on a local system? I am not able to see the ASP page of the properties for the virtual directory and without that cannot continue. -- John W. Colby www.ColbyConsulting.com From lmrazek at lcm-res.com Sat May 24 01:07:25 2008 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Sat, 24 May 2008 01:07:25 -0500 Subject: [AccessD] DotNetNuke In-Reply-To: <48379EE2.3070208@colbyconsulting.com> References: <48379EE2.3070208@colbyconsulting.com> Message-ID: <001501c8bd64$720bbbd0$7301a8c0@lcmdv8000> Hi John: You may want to check to see that your user permissions are set correctly on the directory and in SQL server? I've found that if the Asp.net (for my local machine) or Network Services (for the live IIS server) don't have the correct permissions (on both the folder and SQL db, DNN won't run correctly. Also check to make sure your IIS virtual directory is set to run ASP.NET 2.0 ... That also can be an issue. Larry Mrazek LCM Research, Inc. www.lcm-res.com lmrazek at lcm-res.com ph. 314-432-5886 mobile: 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, May 23, 2008 11:52 PM To: Access Developers discussion and problem solving; Discussion of Hardware and Software issues Subject: [AccessD] DotNetNuke Has anyone set up a DotNetNuke portal on a local system? I am not able to see the ASP page of the properties for the virtual directory and without that cannot continue. -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sat May 24 08:29:00 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 24 May 2008 09:29:00 -0400 Subject: [AccessD] DotNetNuke In-Reply-To: <001501c8bd64$720bbbd0$7301a8c0@lcmdv8000> References: <48379EE2.3070208@colbyconsulting.com> <001501c8bd64$720bbbd0$7301a8c0@lcmdv8000> Message-ID: <4838181C.7080301@colbyconsulting.com> >Also check to make sure your IIS virtual directory is set to run ASP.NET 2.0 > ... That also can be an issue. Yes... how do I do that? How do I know that ASP 2.0 is even installed, or is it automatic? John W. Colby www.ColbyConsulting.com Lawrence Mrazek wrote: > Hi John: > > You may want to check to see that your user permissions are set correctly on > the directory and in SQL server? I've found that if the Asp.net (for my > local machine) or Network Services (for the live IIS server) don't have the > correct permissions (on both the folder and SQL db, DNN won't run correctly. > Also check to make sure your IIS virtual directory is set to run ASP.NET 2.0 > ... That also can be an issue. > > Larry Mrazek > LCM Research, Inc. > www.lcm-res.com > lmrazek at lcm-res.com > ph. 314-432-5886 > mobile: 314-496-1645 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, May 23, 2008 11:52 PM > To: Access Developers discussion and problem solving; Discussion of Hardware > and Software issues > Subject: [AccessD] DotNetNuke > > Has anyone set up a DotNetNuke portal on a local system? I am not able to > see the ASP page of the properties for the virtual directory and without > that cannot continue. > > -- > John W. Colby > www.ColbyConsulting.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > From ebarro at verizon.net Sat May 24 11:05:54 2008 From: ebarro at verizon.net (Eric Barro) Date: Sat, 24 May 2008 09:05:54 -0700 Subject: [AccessD] [dba-VB] CDO Email In-Reply-To: <48374D57.2060502@colbyconsulting.com> References: <48374D57.2060502@colbyconsulting.com> Message-ID: <001f01c8bdb8$0f922fd0$1003000a@advancedinput.com> When you send via your forwarding SMTP server using Thunderbird are you sending (via the email client) authentication? I have to assume that most SMTP servers today expect both username and password to authenticate before they even allow you to send mail out via the SMTP service. There's a setting for authentication that you need to send. mail.Fields.Add("http://schemas.microsoft.com/cdo/configuration/smtpauthenti cate", 1); ' set to authenticate mail.Fields.Add("http://schemas.microsoft.com/cdo/configuration/sendusername ", uxSMTPUser.Text); 'send the smtp username mail.Fields.Add("http://schemas.microsoft.com/cdo/configuration/sendpassword ", uxSMTPPassword.Text); 'send the smtp password You can adapt that .NET code for your use. -----Original Message----- From: dba-vb-bounces at databaseadvisors.com [mailto:dba-vb-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, May 23, 2008 4:04 PM To: Access Developers discussion and problem solving; VBA Subject: [dba-VB] CDO Email Folks, I was recently dernaged enough to stop using outlook (which worked just fine, but was a ROYAL PITA to move from computer to computer) and start using Thunderbird. Now... I need to use CDO to send my mail (I guess). I have a bit of an issue in that I use an SMTP "mail forwarder" to send my email, to get around port 25 blocking. I have found three different pieces of code, none of which "just work", in fact none of them work at all. Function mCDOSendMail() Dim objMessage As CDO.Message Set objMessage = CreateObject("CDO.Message") objMessage.Subject = "Example CDO Message" objMessage.From = "jwcolby at colbyconsulting.com" objMessage.To = "jwcolby at colbyconsulting.com" objMessage.TextBody = "This is some sample message text." objMessage.Send End Function the above code gives me an error "The send using configuration is invalid". Sub CDO_Mail_Small_Text() Dim iMsg As Object Dim iConf As Object Dim strbody As String Set iMsg = CreateObject("CDO.Message") Set iConf = CreateObject("CDO.Configuration") iConf.Load -1 ' CDO Source Defaults Dim Flds As Variant Set Flds = iConf.Fields With Flds .Item("http://schemas.microsoft.com/cdo/configuration/sendusing") = 2 .Item("http://schemas.microsoft.com/cdo/configuration/smtpserver") _ = "smtp-auth.no-ip.com" .Item("http://schemas.microsoft.com/cdo/configuration/smtpserverport") = 3325 .Update End With strbody = "Hi there" With iMsg Set .Configuration = iConf .To = "jwcolby at colbyconsulting.com" .CC = "" .BCC = "" .From = """John"" " .Subject = "Important message" .TextBody = strbody .Send End With End Sub The above code gives me: "The server rejected one or more recipient addresses. The server response was 554 5.7.1 : client host rejected: Access denied" This looks like SOMETHING is happening. smtp-auth.no-ip.com is MY email forwarder. The problem here is that all of these examples give NO explanation of anything that is happening. Like what in the heck is all the HTTP://schemas crap? Why is it going to microsoft.com? Am I supposed to change that? If so to what? Wouldn't it be nice if just ONE TIME example code would actually tell you what you need to know to use it? Can anyone help me with this stuff? Thanks, -- John W. Colby www.ColbyConsulting.com _______________________________________________ dba-VB mailing list dba-VB at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-vb http://www.databaseadvisors.com From wdhindman at dejpolsystems.com Sat May 24 13:54:27 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Sat, 24 May 2008 14:54:27 -0400 Subject: [AccessD] DotNetNuke References: <48379EE2.3070208@colbyconsulting.com><001501c8bd64$720bbbd0$7301a8c0@lcmdv8000> <4838181C.7080301@colbyconsulting.com> Message-ID: C:\WINDOWS\Microsoft.NET\Framework ...if its installed, you'll find it there. William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "jwcolby" Sent: Saturday, May 24, 2008 9:29 AM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] DotNetNuke > >Also check to make sure your IIS virtual directory is set > to run ASP.NET 2.0 > > ... That also can be an issue. > > Yes... how do I do that? How do I know that ASP 2.0 is even > installed, or is it automatic? > > > John W. Colby > www.ColbyConsulting.com > > > Lawrence Mrazek wrote: >> Hi John: >> >> You may want to check to see that your user permissions are set correctly >> on >> the directory and in SQL server? I've found that if the Asp.net (for my >> local machine) or Network Services (for the live IIS server) don't have >> the >> correct permissions (on both the folder and SQL db, DNN won't run >> correctly. >> Also check to make sure your IIS virtual directory is set to run ASP.NET >> 2.0 >> ... That also can be an issue. >> >> Larry Mrazek >> LCM Research, Inc. >> www.lcm-res.com >> lmrazek at lcm-res.com >> ph. 314-432-5886 >> mobile: 314-496-1645 >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Friday, May 23, 2008 11:52 PM >> To: Access Developers discussion and problem solving; Discussion of >> Hardware >> and Software issues >> Subject: [AccessD] DotNetNuke >> >> Has anyone set up a DotNetNuke portal on a local system? I am not able >> to >> see the ASP page of the properties for the virtual directory and without >> that cannot continue. >> >> -- >> John W. Colby >> www.ColbyConsulting.com >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From ebarro at verizon.net Sat May 24 16:38:06 2008 From: ebarro at verizon.net (Eric Barro) Date: Sat, 24 May 2008 14:38:06 -0700 Subject: [AccessD] DotNetNuke In-Reply-To: <4838181C.7080301@colbyconsulting.com> References: <48379EE2.3070208@colbyconsulting.com> <001501c8bd64$720bbbd0$7301a8c0@lcmdv8000> <4838181C.7080301@colbyconsulting.com> Message-ID: <002901c8bde6$761d7970$1003000a@advancedinput.com> Open IIS Manager and right click the web site and go to Properties. The ASP.NET tab should show you what versions of .NET are installed. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, May 24, 2008 6:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] DotNetNuke >Also check to make sure your IIS virtual directory is set to run ASP.NET 2.0 > ... That also can be an issue. Yes... how do I do that? How do I know that ASP 2.0 is even installed, or is it automatic? John W. Colby www.ColbyConsulting.com Lawrence Mrazek wrote: > Hi John: > > You may want to check to see that your user permissions are set correctly on > the directory and in SQL server? I've found that if the Asp.net (for my > local machine) or Network Services (for the live IIS server) don't have the > correct permissions (on both the folder and SQL db, DNN won't run correctly. > Also check to make sure your IIS virtual directory is set to run ASP.NET 2.0 > ... That also can be an issue. > > Larry Mrazek > LCM Research, Inc. > www.lcm-res.com > lmrazek at lcm-res.com > ph. 314-432-5886 > mobile: 314-496-1645 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, May 23, 2008 11:52 PM > To: Access Developers discussion and problem solving; Discussion of Hardware > and Software issues > Subject: [AccessD] DotNetNuke > > Has anyone set up a DotNetNuke portal on a local system? I am not able to > see the ASP page of the properties for the virtual directory and without > that cannot continue. > > -- > John W. Colby > www.ColbyConsulting.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lmrazek at lcm-res.com Sat May 24 16:41:39 2008 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Sat, 24 May 2008 16:41:39 -0500 Subject: [AccessD] DotNetNuke In-Reply-To: <4838181C.7080301@colbyconsulting.com> References: <48379EE2.3070208@colbyconsulting.com><001501c8bd64$720bbbd0$7301a8c0@lcmdv8000> <4838181C.7080301@colbyconsulting.com> Message-ID: <007e01c8bde6$f37c3370$7301a8c0@lcmdv8000> Pull up the properties for your virtual directory, you should see a "ASP.NET" tab ... That will tell you which version you're using for that directory Larry Mrazek LCM Research, Inc. www.lcm-res.com lmrazek at lcm-res.com ph. 314-432-5886 mobile: 314-496-1645 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, May 24, 2008 8:29 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] DotNetNuke >Also check to make sure your IIS virtual directory is set to run ASP.NET 2.0 > ... That also can be an issue. Yes... how do I do that? How do I know that ASP 2.0 is even installed, or is it automatic? John W. Colby www.ColbyConsulting.com Lawrence Mrazek wrote: > Hi John: > > You may want to check to see that your user permissions are set correctly on > the directory and in SQL server? I've found that if the Asp.net (for my > local machine) or Network Services (for the live IIS server) don't have the > correct permissions (on both the folder and SQL db, DNN won't run correctly. > Also check to make sure your IIS virtual directory is set to run ASP.NET 2.0 > ... That also can be an issue. > > Larry Mrazek > LCM Research, Inc. > www.lcm-res.com > lmrazek at lcm-res.com > ph. 314-432-5886 > mobile: 314-496-1645 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, May 23, 2008 11:52 PM > To: Access Developers discussion and problem solving; Discussion of Hardware > and Software issues > Subject: [AccessD] DotNetNuke > > Has anyone set up a DotNetNuke portal on a local system? I am not able to > see the ASP page of the properties for the virtual directory and without > that cannot continue. > > -- > John W. Colby > www.ColbyConsulting.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sat May 24 22:06:03 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 24 May 2008 23:06:03 -0400 Subject: [AccessD] DotNetNuke In-Reply-To: <002901c8bde6$761d7970$1003000a@advancedinput.com> References: <48379EE2.3070208@colbyconsulting.com> <001501c8bd64$720bbbd0$7301a8c0@lcmdv8000> <4838181C.7080301@colbyconsulting.com> <002901c8bde6$761d7970$1003000a@advancedinput.com> Message-ID: <4838D79B.6060905@colbyconsulting.com> That is my problem, there is no ASP.net tab on the properties dialog. I assume then that ASP.Net is not installed? John W. Colby www.ColbyConsulting.com Eric Barro wrote: > Open IIS Manager and right click the web site and go to Properties. The > ASP.NET tab should show you what versions of .NET are installed. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Saturday, May 24, 2008 6:29 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] DotNetNuke > > >Also check to make sure your IIS virtual directory is set to run ASP.NET > 2.0 > ... That also can be an issue. > > Yes... how do I do that? How do I know that ASP 2.0 is even installed, or > is it automatic? > > > John W. Colby > www.ColbyConsulting.com > > > Lawrence Mrazek wrote: >> Hi John: >> >> You may want to check to see that your user permissions are set correctly > on >> the directory and in SQL server? I've found that if the Asp.net (for my >> local machine) or Network Services (for the live IIS server) don't have > the >> correct permissions (on both the folder and SQL db, DNN won't run > correctly. >> Also check to make sure your IIS virtual directory is set to run ASP.NET > 2.0 >> ... That also can be an issue. >> >> Larry Mrazek >> LCM Research, Inc. >> www.lcm-res.com >> lmrazek at lcm-res.com >> ph. 314-432-5886 >> mobile: 314-496-1645 >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Friday, May 23, 2008 11:52 PM >> To: Access Developers discussion and problem solving; Discussion of > Hardware >> and Software issues >> Subject: [AccessD] DotNetNuke >> >> Has anyone set up a DotNetNuke portal on a local system? I am not able to >> see the ASP page of the properties for the virtual directory and without >> that cannot continue. >> >> -- >> John W. Colby >> www.ColbyConsulting.com >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> From jwcolby at colbyconsulting.com Sat May 24 22:08:03 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 24 May 2008 23:08:03 -0400 Subject: [AccessD] DotNetNuke In-Reply-To: <007e01c8bde6$f37c3370$7301a8c0@lcmdv8000> References: <48379EE2.3070208@colbyconsulting.com><001501c8bd64$720bbbd0$7301a8c0@lcmdv8000> <4838181C.7080301@colbyconsulting.com> <007e01c8bde6$f37c3370$7301a8c0@lcmdv8000> Message-ID: <4838D813.5080004@colbyconsulting.com> LOL. Uhhh... To quote myself from the original email... >>I am not able to see the ASP page of the properties for the virtual directory and without that cannot continue. John W. Colby www.ColbyConsulting.com Lawrence Mrazek wrote: > Pull up the properties for your virtual directory, you should see a > "ASP.NET" tab ... That will tell you which version you're using for that > directory > > > Larry Mrazek > LCM Research, Inc. > www.lcm-res.com > lmrazek at lcm-res.com > ph. 314-432-5886 > mobile: 314-496-1645 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Saturday, May 24, 2008 8:29 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] DotNetNuke > > >Also check to make sure your IIS virtual directory is set to run ASP.NET > 2.0 > ... That also can be an issue. > > Yes... how do I do that? How do I know that ASP 2.0 is even installed, or > is it automatic? > > > John W. Colby > www.ColbyConsulting.com > > > Lawrence Mrazek wrote: >> Hi John: >> >> You may want to check to see that your user permissions are set correctly > on >> the directory and in SQL server? I've found that if the Asp.net (for my >> local machine) or Network Services (for the live IIS server) don't have > the >> correct permissions (on both the folder and SQL db, DNN won't run > correctly. >> Also check to make sure your IIS virtual directory is set to run ASP.NET > 2.0 >> ... That also can be an issue. >> >> Larry Mrazek >> LCM Research, Inc. >> www.lcm-res.com >> lmrazek at lcm-res.com >> ph. 314-432-5886 >> mobile: 314-496-1645 >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Friday, May 23, 2008 11:52 PM >> To: Access Developers discussion and problem solving; Discussion of > Hardware >> and Software issues >> Subject: [AccessD] DotNetNuke >> >> Has anyone set up a DotNetNuke portal on a local system? I am not able to >> see the ASP page of the properties for the virtual directory and without >> that cannot continue. >> >> -- >> John W. Colby >> www.ColbyConsulting.com >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> From erbachs at gmail.com Sun May 25 05:51:29 2008 From: erbachs at gmail.com (Steve Erbach) Date: Sun, 25 May 2008 05:51:29 -0500 Subject: [AccessD] DotNetNuke In-Reply-To: <4838D813.5080004@colbyconsulting.com> References: <48379EE2.3070208@colbyconsulting.com> <001501c8bd64$720bbbd0$7301a8c0@lcmdv8000> <4838181C.7080301@colbyconsulting.com> <007e01c8bde6$f37c3370$7301a8c0@lcmdv8000> <4838D813.5080004@colbyconsulting.com> Message-ID: <39cb22f30805250351x622a11car9a266966586242d7@mail.gmail.com> John, I'll step into the fray, here. If you are looking at the Windows Explorer DotNetNuke Properties page then you won't see the ASP.NET tab. You need to examine the DotNetNuke Properties page from within IIS. Also, if you don't see the Security tab while you've got the DotNetNuke Properties page open in Windows Explorer, then you need to change a setting in Tools | Folder Options | View. UNcheck the "Use simple file sharing (Recommended)" option. I was curious about this: "Since then they have moved from DNN 2.x running on .Net 1.X to DNN 4.X running on .Net 2.X. I have requested that the web hosting company migrate my web site to the DNN 4.X..." As far as I know there is no way to "migrate" from such an old version of DNN to the current version. Has the web host said that it would do that for you? Steve Erbach Neenah, WI On Sat, May 24, 2008 at 10:08 PM, jwcolby wrote: > LOL. Uhhh... > > > To quote myself from the original email... > > >>I am not able to see the ASP page of the properties for > the virtual directory and without that cannot continue. > > > John W. Colby > www.ColbyConsulting.com > From shamil at smsconsulting.spb.ru Sun May 25 05:51:52 2008 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Sun, 25 May 2008 14:51:52 +0400 Subject: [AccessD] DotNetNuke In-Reply-To: <4838D79B.6060905@colbyconsulting.com> Message-ID: <15ce01c8be55$578b6570$6401a8c0@nant> Hi John, What Windows OS do you use? What version of IIS do you have? Do you have .NET Framework installed? If yes, what .NET Framework version do you have installed? Did you try (e.g.): My Computer (right-click) -> Manage -> (get Computer Management) from opened -> Expand "Internet Information Services (IIS) Manager" node -> Expand "Web Sites" node -> right-click "Default WebSite" -> Properties -> Click [ASP.NET] tab (You do not have it?) -> select "2.0.50727" in 'ASP.NET version' combo. ? -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Sunday, May 25, 2008 7:06 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] DotNetNuke That is my problem, there is no ASP.net tab on the properties dialog. I assume then that ASP.Net is not installed? John W. Colby www.ColbyConsulting.com Eric Barro wrote: > Open IIS Manager and right click the web site and go to Properties. The > ASP.NET tab should show you what versions of .NET are installed. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Saturday, May 24, 2008 6:29 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] DotNetNuke > > >Also check to make sure your IIS virtual directory is set to run ASP.NET > 2.0 > ... That also can be an issue. > > Yes... how do I do that? How do I know that ASP 2.0 is even installed, or > is it automatic? > > > John W. Colby > www.ColbyConsulting.com > > > Lawrence Mrazek wrote: >> Hi John: >> >> You may want to check to see that your user permissions are set correctly > on >> the directory and in SQL server? I've found that if the Asp.net (for my >> local machine) or Network Services (for the live IIS server) don't have > the >> correct permissions (on both the folder and SQL db, DNN won't run > correctly. >> Also check to make sure your IIS virtual directory is set to run ASP.NET > 2.0 >> ... That also can be an issue. >> >> Larry Mrazek >> LCM Research, Inc. >> www.lcm-res.com >> lmrazek at lcm-res.com >> ph. 314-432-5886 >> mobile: 314-496-1645 >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Friday, May 23, 2008 11:52 PM >> To: Access Developers discussion and problem solving; Discussion of > Hardware >> and Software issues >> Subject: [AccessD] DotNetNuke >> >> Has anyone set up a DotNetNuke portal on a local system? I am not able to >> see the ASP page of the properties for the virtual directory and without >> that cannot continue. >> >> -- >> John W. Colby >> www.ColbyConsulting.com >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From erbachs at gmail.com Sun May 25 06:04:52 2008 From: erbachs at gmail.com (Steve Erbach) Date: Sun, 25 May 2008 06:04:52 -0500 Subject: [AccessD] DotNetNuke In-Reply-To: <4838D813.5080004@colbyconsulting.com> References: <48379EE2.3070208@colbyconsulting.com> <001501c8bd64$720bbbd0$7301a8c0@lcmdv8000> <4838181C.7080301@colbyconsulting.com> <007e01c8bde6$f37c3370$7301a8c0@lcmdv8000> <4838D813.5080004@colbyconsulting.com> Message-ID: <39cb22f30805250404v7e68ef01u865b7571e986bf91@mail.gmail.com> John, One other thing: there might be an issue with the install sequence of ASP.NET 2.0 and IIS. If IIS was installed AFTER ASP.NET, then you may need to register ASP.NET 2.0 with IIS. You can do that from the command prompt: cd %systemroot%\microsoft.net\framework\v2.0.50727 aspnet_regiis -i The -i option (there are a couple dozen options) does the following, according to the command line help: "Install this version of ASP.NET and update scriptmaps at the IIS metabase root and for all scriptmaps below the root. Existing scriptmaps of lower version are upgraded to this version." Steve Erbach Neenah, WI On Sat, May 24, 2008 at 10:08 PM, jwcolby wrote: > LOL. Uhhh... > > > To quote myself from the original email... > > >>I am not able to see the ASP page of the properties for > the virtual directory and without that cannot continue. > > > John W. Colby > www.ColbyConsulting.com From jwcolby at colbyconsulting.com Sun May 25 06:41:55 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 25 May 2008 07:41:55 -0400 Subject: [AccessD] DotNetNuke In-Reply-To: <39cb22f30805250351x622a11car9a266966586242d7@mail.gmail.com> References: <48379EE2.3070208@colbyconsulting.com> <001501c8bd64$720bbbd0$7301a8c0@lcmdv8000> <4838181C.7080301@colbyconsulting.com> <007e01c8bde6$f37c3370$7301a8c0@lcmdv8000> <4838D813.5080004@colbyconsulting.com> <39cb22f30805250351x622a11car9a266966586242d7@mail.gmail.com> Message-ID: <48395083.1060504@colbyconsulting.com> They have not volunteered to do so. What they told me is that I have to go from 2X to 3.0 to 3.8 to 4.x. They also said they suggest that I just build it over from scratch, which I will probably do. My web presence isn't particularly sophisticated or difficult 8-0. I am looking at the virtual directory from IIS and there is a dialog with a bunch of tabs, but ASP.Net is not one of them. Unfortunately web stuff and IIS is not my strong suit. Now... I use workgroups and I am very hesitant to not use simple file sharing since that may turn off my file sharing around my network. This is just me here, but I have about 7 computers on my network and I need to be able to see shares around the system. John W. Colby www.ColbyConsulting.com Steve Erbach wrote: > John, > > I'll step into the fray, here. > > If you are looking at the Windows Explorer DotNetNuke Properties page > then you won't see the ASP.NET tab. You need to examine the > DotNetNuke Properties page from within IIS. > > Also, if you don't see the Security tab while you've got the > DotNetNuke Properties page open in Windows Explorer, then you need to > change a setting in Tools | Folder Options | View. UNcheck the "Use > simple file sharing (Recommended)" option. > > I was curious about this: > > "Since then they have moved from DNN 2.x running on .Net 1.X to DNN > 4.X running on .Net 2.X. I have requested that the web hosting company > migrate my web site to the DNN 4.X..." > > As far as I know there is no way to "migrate" from such an old version > of DNN to the current version. Has the web host said that it would do > that for you? > > Steve Erbach > Neenah, WI > > On Sat, May 24, 2008 at 10:08 PM, jwcolby wrote: >> LOL. Uhhh... >> >> >> To quote myself from the original email... >> >> >>I am not able to see the ASP page of the properties for >> the virtual directory and without that cannot continue. >> >> >> John W. Colby >> www.ColbyConsulting.com >> From jwcolby at colbyconsulting.com Sun May 25 06:45:23 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 25 May 2008 07:45:23 -0400 Subject: [AccessD] DotNetNuke In-Reply-To: <15ce01c8be55$578b6570$6401a8c0@nant> References: <15ce01c8be55$578b6570$6401a8c0@nant> Message-ID: <48395153.3040302@colbyconsulting.com> > What Windows OS do you use? On this specific machine I have Windows 2003 SE. > What version of IIS do you have? No idea. > Do you have .NET Framework installed? Yes, I have Visual Studio 2005 installed. > If yes, what .NET Framework version do you have installed? 2.X > Did you try (e.g.): My Computer (right-click) -> Manage -> (get Computer As noted clear back in the beginning of this email, I do NOT even have the ASP tab on the properties dialog of the virtual directory. THAT is exactly why I started this thread. John W. Colby www.ColbyConsulting.com Shamil Salakhetdinov wrote: > Hi John, > > What Windows OS do you use? > What version of IIS do you have? > Do you have .NET Framework installed? > If yes, what .NET Framework version do you have installed? > > Did you try (e.g.): My Computer (right-click) -> Manage -> (get Computer > Management) from opened -> Expand "Internet Information Services (IIS) > Manager" node -> Expand "Web Sites" node -> right-click "Default WebSite" -> > Properties -> Click [ASP.NET] tab (You do not have it?) -> select > "2.0.50727" in 'ASP.NET version' combo. > > ? > > -- > Shamil > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Sunday, May 25, 2008 7:06 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] DotNetNuke > > That is my problem, there is no ASP.net tab on the > properties dialog. I assume then that ASP.Net is not installed? > > John W. Colby > www.ColbyConsulting.com > > > Eric Barro wrote: >> Open IIS Manager and right click the web site and go to Properties. The >> ASP.NET tab should show you what versions of .NET are installed. >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Saturday, May 24, 2008 6:29 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] DotNetNuke >> >> >Also check to make sure your IIS virtual directory is set to run ASP.NET >> 2.0 > ... That also can be an issue. >> >> Yes... how do I do that? How do I know that ASP 2.0 is even installed, or >> is it automatic? >> >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Lawrence Mrazek wrote: >>> Hi John: >>> >>> You may want to check to see that your user permissions are set correctly >> on >>> the directory and in SQL server? I've found that if the Asp.net (for my >>> local machine) or Network Services (for the live IIS server) don't have >> the >>> correct permissions (on both the folder and SQL db, DNN won't run >> correctly. >>> Also check to make sure your IIS virtual directory is set to run ASP.NET >> 2.0 >>> ... That also can be an issue. >>> >>> Larry Mrazek >>> LCM Research, Inc. >>> www.lcm-res.com >>> lmrazek at lcm-res.com >>> ph. 314-432-5886 >>> mobile: 314-496-1645 >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>> Sent: Friday, May 23, 2008 11:52 PM >>> To: Access Developers discussion and problem solving; Discussion of >> Hardware >>> and Software issues >>> Subject: [AccessD] DotNetNuke >>> >>> Has anyone set up a DotNetNuke portal on a local system? I am not able > to >>> see the ASP page of the properties for the virtual directory and without >>> that cannot continue. >>> >>> -- >>> John W. Colby >>> www.ColbyConsulting.com >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> From jwcolby at colbyconsulting.com Sun May 25 06:46:41 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 25 May 2008 07:46:41 -0400 Subject: [AccessD] DotNetNuke In-Reply-To: <39cb22f30805250404v7e68ef01u865b7571e986bf91@mail.gmail.com> References: <48379EE2.3070208@colbyconsulting.com> <001501c8bd64$720bbbd0$7301a8c0@lcmdv8000> <4838181C.7080301@colbyconsulting.com> <007e01c8bde6$f37c3370$7301a8c0@lcmdv8000> <4838D813.5080004@colbyconsulting.com> <39cb22f30805250404v7e68ef01u865b7571e986bf91@mail.gmail.com> Message-ID: <483951A1.9070703@colbyconsulting.com> > One other thing: there might be an issue with the install sequence of > ASP.NET 2.0 and IIS. If IIS was installed AFTER ASP.NET, IIS was installed after, assuming that ASP.net is even installed of course. I just installed IIS two days ago. John W. Colby www.ColbyConsulting.com Steve Erbach wrote: > John, > > One other thing: there might be an issue with the install sequence of > ASP.NET 2.0 and IIS. If IIS was installed AFTER ASP.NET, then you may > need to register ASP.NET 2.0 with IIS. You can do that from the > command prompt: > > cd %systemroot%\microsoft.net\framework\v2.0.50727 > aspnet_regiis -i > > The -i option (there are a couple dozen options) does the following, > according to the command line help: > > "Install this version of ASP.NET and update scriptmaps at the IIS > metabase root and for all scriptmaps below the root. Existing > scriptmaps of lower version are upgraded to this version." > > Steve Erbach > Neenah, WI > > > On Sat, May 24, 2008 at 10:08 PM, jwcolby wrote: >> LOL. Uhhh... >> >> >> To quote myself from the original email... >> >> >>I am not able to see the ASP page of the properties for >> the virtual directory and without that cannot continue. >> >> >> John W. Colby >> www.ColbyConsulting.com From jwcolby at colbyconsulting.com Sun May 25 06:54:01 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 25 May 2008 07:54:01 -0400 Subject: [AccessD] DotNetNuke In-Reply-To: <39cb22f30805250404v7e68ef01u865b7571e986bf91@mail.gmail.com> References: <48379EE2.3070208@colbyconsulting.com> <001501c8bd64$720bbbd0$7301a8c0@lcmdv8000> <4838181C.7080301@colbyconsulting.com> <007e01c8bde6$f37c3370$7301a8c0@lcmdv8000> <4838D813.5080004@colbyconsulting.com> <39cb22f30805250404v7e68ef01u865b7571e986bf91@mail.gmail.com> Message-ID: <48395359.9050306@colbyconsulting.com> Thanks Steve, that installed ASP.Net for me. John W. Colby www.ColbyConsulting.com Steve Erbach wrote: > John, > > One other thing: there might be an issue with the install sequence of > ASP.NET 2.0 and IIS. If IIS was installed AFTER ASP.NET, then you may > need to register ASP.NET 2.0 with IIS. You can do that from the > command prompt: > > cd %systemroot%\microsoft.net\framework\v2.0.50727 > aspnet_regiis -i > > The -i option (there are a couple dozen options) does the following, > according to the command line help: > > "Install this version of ASP.NET and update scriptmaps at the IIS > metabase root and for all scriptmaps below the root. Existing > scriptmaps of lower version are upgraded to this version." > > Steve Erbach > Neenah, WI > > > On Sat, May 24, 2008 at 10:08 PM, jwcolby wrote: >> LOL. Uhhh... >> >> >> To quote myself from the original email... >> >> >>I am not able to see the ASP page of the properties for >> the virtual directory and without that cannot continue. >> >> >> John W. Colby >> www.ColbyConsulting.com From shamil at smsconsulting.spb.ru Sun May 25 06:59:46 2008 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Sun, 25 May 2008 15:59:46 +0400 Subject: [AccessD] DotNetNuke In-Reply-To: <48395153.3040302@colbyconsulting.com> Message-ID: <15cf01c8be5e$d3addfd0$6401a8c0@nant> Hi John, Windows 2003 should have .NET Framework 2.0 installed by definition as well as ASP.NET (my assumption) - I have Windows 2003 and I think(/AFAIKR - I can be wrong) I have never a need to explicitly install ASP.NET - please check: Control Panel -> Add/Remove Programs -> Add/Remove Windows Components -> Application Server -> Details... -> Check that ASP.NET is installed (checkbox is checked in front of ASP.NET entry in the list of installed components) Hope you'll get your ASP.NET application server available now... Sorry I have to rush to my dacha now, I will be back tomorrow for further assistance if needed... -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Sunday, May 25, 2008 3:45 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] DotNetNuke > What Windows OS do you use? On this specific machine I have Windows 2003 SE. > What version of IIS do you have? No idea. > Do you have .NET Framework installed? Yes, I have Visual Studio 2005 installed. > If yes, what .NET Framework version do you have installed? 2.X > Did you try (e.g.): My Computer (right-click) -> Manage -> (get Computer As noted clear back in the beginning of this email, I do NOT even have the ASP tab on the properties dialog of the virtual directory. THAT is exactly why I started this thread. John W. Colby www.ColbyConsulting.com Shamil Salakhetdinov wrote: > Hi John, > > What Windows OS do you use? > What version of IIS do you have? > Do you have .NET Framework installed? > If yes, what .NET Framework version do you have installed? > > Did you try (e.g.): My Computer (right-click) -> Manage -> (get Computer > Management) from opened -> Expand "Internet Information Services (IIS) > Manager" node -> Expand "Web Sites" node -> right-click "Default WebSite" -> > Properties -> Click [ASP.NET] tab (You do not have it?) -> select > "2.0.50727" in 'ASP.NET version' combo. > > ? > > -- > Shamil > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Sunday, May 25, 2008 7:06 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] DotNetNuke > > That is my problem, there is no ASP.net tab on the > properties dialog. I assume then that ASP.Net is not installed? > > John W. Colby > www.ColbyConsulting.com > > > Eric Barro wrote: >> Open IIS Manager and right click the web site and go to Properties. The >> ASP.NET tab should show you what versions of .NET are installed. >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Saturday, May 24, 2008 6:29 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] DotNetNuke >> >> >Also check to make sure your IIS virtual directory is set to run ASP.NET >> 2.0 > ... That also can be an issue. >> >> Yes... how do I do that? How do I know that ASP 2.0 is even installed, or >> is it automatic? >> >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Lawrence Mrazek wrote: >>> Hi John: >>> >>> You may want to check to see that your user permissions are set correctly >> on >>> the directory and in SQL server? I've found that if the Asp.net (for my >>> local machine) or Network Services (for the live IIS server) don't have >> the >>> correct permissions (on both the folder and SQL db, DNN won't run >> correctly. >>> Also check to make sure your IIS virtual directory is set to run ASP.NET >> 2.0 >>> ... That also can be an issue. >>> >>> Larry Mrazek >>> LCM Research, Inc. >>> www.lcm-res.com >>> lmrazek at lcm-res.com >>> ph. 314-432-5886 >>> mobile: 314-496-1645 >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>> Sent: Friday, May 23, 2008 11:52 PM >>> To: Access Developers discussion and problem solving; Discussion of >> Hardware >>> and Software issues >>> Subject: [AccessD] DotNetNuke >>> >>> Has anyone set up a DotNetNuke portal on a local system? I am not able > to >>> see the ASP page of the properties for the virtual directory and without >>> that cannot continue. >>> >>> -- >>> John W. Colby >>> www.ColbyConsulting.com >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sun May 25 07:00:58 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 25 May 2008 08:00:58 -0400 Subject: [AccessD] DotNetNuke In-Reply-To: <39cb22f30805250404v7e68ef01u865b7571e986bf91@mail.gmail.com> References: <48379EE2.3070208@colbyconsulting.com> <001501c8bd64$720bbbd0$7301a8c0@lcmdv8000> <4838181C.7080301@colbyconsulting.com> <007e01c8bde6$f37c3370$7301a8c0@lcmdv8000> <4838D813.5080004@colbyconsulting.com> <39cb22f30805250404v7e68ef01u865b7571e986bf91@mail.gmail.com> Message-ID: <483954FA.4060103@colbyconsulting.com> Even after successfully running this aspnet_regiis I get no ASP tab on the properties of the virtual directory. Do I need to delete and rebuild the virtual directory? John W. Colby www.ColbyConsulting.com Steve Erbach wrote: > John, > > One other thing: there might be an issue with the install sequence of > ASP.NET 2.0 and IIS. If IIS was installed AFTER ASP.NET, then you may > need to register ASP.NET 2.0 with IIS. You can do that from the > command prompt: > > cd %systemroot%\microsoft.net\framework\v2.0.50727 > aspnet_regiis -i > > The -i option (there are a couple dozen options) does the following, > according to the command line help: > > "Install this version of ASP.NET and update scriptmaps at the IIS > metabase root and for all scriptmaps below the root. Existing > scriptmaps of lower version are upgraded to this version." > > Steve Erbach > Neenah, WI > > > On Sat, May 24, 2008 at 10:08 PM, jwcolby wrote: >> LOL. Uhhh... >> >> >> To quote myself from the original email... >> >> >>I am not able to see the ASP page of the properties for >> the virtual directory and without that cannot continue. >> >> >> John W. Colby >> www.ColbyConsulting.com From erbachs at gmail.com Sun May 25 12:03:42 2008 From: erbachs at gmail.com (Steve Erbach) Date: Sun, 25 May 2008 12:03:42 -0500 Subject: [AccessD] DotNetNuke In-Reply-To: <48395083.1060504@colbyconsulting.com> References: <48379EE2.3070208@colbyconsulting.com> <001501c8bd64$720bbbd0$7301a8c0@lcmdv8000> <4838181C.7080301@colbyconsulting.com> <007e01c8bde6$f37c3370$7301a8c0@lcmdv8000> <4838D813.5080004@colbyconsulting.com> <39cb22f30805250351x622a11car9a266966586242d7@mail.gmail.com> <48395083.1060504@colbyconsulting.com> Message-ID: <39cb22f30805251003p3a757435w330f4acb58e52ff9@mail.gmail.com> John, ? They have not volunteered to do so. ? I imagine they wouldn't! I use CrystalTech and they're DotNetNuke enabled and all. They have a helper script that initiates the DotNetNuke installation process...but they're not in the business of upgrading old versions of DNN. Too much support, methinks. Speaking of support, I've gotten good results on the DNN forums themselves. I had some snarled up upgrade issues a few months ago and with some determined forum mining and postings and experimentation, I got my issues resolved. It also helped my understanding of the DNN framework. ? They also said they suggest that I just build it over from scratch, which I will probably do. ? That would be cleanest. I have to say that you need to be mindful of the changes in DNN's SQL Server tables. You would be happier with the outcome, I believe, if you made a backup of your SQL Server and then deleted all the DNN tables, sprocs, and views, and roles. That should get rid of the PK files, too. Then, when you start from scratch, you might consider taking advantage of changing the DNN "object qualifer". That's simply a prefix that's tacked onto each table that DNN creates on your SQL Server. It's an optional field in the Install Wizard. The usual qualifier is "dnn_". I used "nuke_" to get around my upgrade issues since I hadn't deleted my old tables -- I renamed them all to retain the data I DID have. ? I use workgroups and I am very hesitant to not use simple file sharing since that may turn off my file sharing around my network. This is just me here, but I have about 7 computers on my network and I need to be able to see shares around the system. ? I have 5 or 6 PCs on my home network and I believe I'm the only one that has simple file sharing turned off. My ability to see the other shares isn't affected. According to the Help and Support Center: "If simple file sharing is enabled, you see the simple file sharing user interface appears instead of the Security and Sharing tabs. By default, this new user interface is implemented in Windows XP Home Edition and in Microsoft Windows XP Professional if you are working in a workgroup. If you turn off simple file sharing, the classic Security and Sharing tabs appear, and you can specify which users and groups have access to shared folders on your computer. "Note To allow for specific users to access the share folder after the simple file sharing is disabled, you should configure both the NTFS permissions on the Security tab and the share permission on the Sharing tab of the share folder. NTFS permissions can only be set on a partition using NTFS file system. If you remove the Every Group from the NTFS permission, you cannot access the share folder over the network." ? I am looking at the virtual directory from IIS and there is a dialog with a bunch of tabs, but ASP.Net is not one of them. Unfortunately web stuff and IIS is not my strong suit. ? Mine neither. I can't figure out why the Properties for the folders under Internet Information Services | Web Sites | Default Web Site have three different sets of tabs. Some have: Directory, Documents, Directory Security, HTTP Headers, Custom Errors, and ASP.NET. Others have "Virtual Directory" instead of "Directory" with all the rest the same. Still others have an extra tab called "Server Extensions". Beats me. There is another item that might apply to you, but it REQUIRES you to turn off Simple File Sharing: 1) Open Windows Explorer and navigate to your DotNetNuke folder (whatever its name is) 2) Right-click on the folder name and select Properties 3) Click the Security tab 4) Look through the list of "Group or user names" to see if there's an "ASP.NET Machine Account". If you DON'T see the "ASP.NET Machine Account", then you need to close the dialog box, use Windows Explorer's Folder Options to turn off simple file sharing, and return to the Security page of the DotNetNuke folder's properties box. To proceed: 5) The "aspnet" user should have been created when the .NET Framework was installed, but you need to create it here in the DotNetNuke Security properties and give that user access to modify that folder. So click the Add button underneath the list of Group or user names. 6) In the "Select Users or Groups" dialog box, type "aspnet" into the box labeled "Enter the object names to select". The "Check Names" button should be enabled once you start typing "aspnet". 7) Click the "Check Names" button and Windows will REPLACE "aspnet" with the proper, fully-qualified name. On my system it's "WEASLEY\ASPNET". 8) Click OK to accept this user. 9) Back at the Security tab, make sure the new ASP.NET Machine User name is selected and check the Modify attribute under "Permissions for ASP.NET Machine Account". The Read & Execute, List Folder Contents, Read, and Write boxes should be checked, too. 10) Click OK. Sorry for the long routine, but it's necessary if you don't have an ASP.NET Machine User. Steve Erbach On Sun, May 25, 2008 at 6:41 AM, jwcolby wrote: > They have not volunteered to do so. What they told me is > that I have to go from 2X to 3.0 to 3.8 to 4.x. They also > said they suggest that I just build it over from scratch, > which I will probably do. My web presence isn't > particularly sophisticated or difficult 8-0. > > I am looking at the virtual directory from IIS and there is > a dialog with a bunch of tabs, but ASP.Net is not one of > them. Unfortunately web stuff and IIS is not my strong suit. > > Now... I use workgroups and I am very hesitant to not use > simple file sharing since that may turn off my file sharing > around my network. This is just me here, but I have about 7 > computers on my network and I need to be able to see shares > around the system. > > John W. Colby > www.ColbyConsulting.com > > > Steve Erbach wrote: >> John, >> >> I'll step into the fray, here. >> >> If you are looking at the Windows Explorer DotNetNuke Properties page >> then you won't see the ASP.NET tab. You need to examine the >> DotNetNuke Properties page from within IIS. >> >> Also, if you don't see the Security tab while you've got the >> DotNetNuke Properties page open in Windows Explorer, then you need to >> change a setting in Tools | Folder Options | View. UNcheck the "Use >> simple file sharing (Recommended)" option. >> >> I was curious about this: >> >> "Since then they have moved from DNN 2.x running on .Net 1.X to DNN >> 4.X running on .Net 2.X. I have requested that the web hosting company >> migrate my web site to the DNN 4.X..." >> >> As far as I know there is no way to "migrate" from such an old version >> of DNN to the current version. Has the web host said that it would do >> that for you? >> >> Steve Erbach >> Neenah, WI >> >> On Sat, May 24, 2008 at 10:08 PM, jwcolby wrote: >>> LOL. Uhhh... >>> >>> >>> To quote myself from the original email... >>> >>> >>I am not able to see the ASP page of the properties for >>> the virtual directory and without that cannot continue. From ebarro at verizon.net Sun May 25 12:45:24 2008 From: ebarro at verizon.net (Eric Barro) Date: Sun, 25 May 2008 10:45:24 -0700 Subject: [AccessD] DotNetNuke In-Reply-To: <4838D813.5080004@colbyconsulting.com> References: <48379EE2.3070208@colbyconsulting.com><001501c8bd64$720bbbd0$7301a8c0@lcmdv8000> <4838181C.7080301@colbyconsulting.com> <007e01c8bde6$f37c3370$7301a8c0@lcmdv8000> <4838D813.5080004@colbyconsulting.com> Message-ID: <004801c8be8f$1d49b670$1003000a@advancedinput.com> Perhaps ASP.NET is already installed. You need to run aspnet_regiis. http://msdn.microsoft.com/en-us/library/k6h9cz8h(VS.80).aspx -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, May 24, 2008 8:08 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] DotNetNuke LOL. Uhhh... To quote myself from the original email... >>I am not able to see the ASP page of the properties for the virtual directory and without that cannot continue. John W. Colby www.ColbyConsulting.com Lawrence Mrazek wrote: > Pull up the properties for your virtual directory, you should see a > "ASP.NET" tab ... That will tell you which version you're using for that > directory > > > Larry Mrazek > LCM Research, Inc. > www.lcm-res.com > lmrazek at lcm-res.com > ph. 314-432-5886 > mobile: 314-496-1645 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Saturday, May 24, 2008 8:29 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] DotNetNuke > > >Also check to make sure your IIS virtual directory is set to run ASP.NET > 2.0 > ... That also can be an issue. > > Yes... how do I do that? How do I know that ASP 2.0 is even installed, or > is it automatic? > > > John W. Colby > www.ColbyConsulting.com > > > Lawrence Mrazek wrote: >> Hi John: >> >> You may want to check to see that your user permissions are set correctly > on >> the directory and in SQL server? I've found that if the Asp.net (for my >> local machine) or Network Services (for the live IIS server) don't have > the >> correct permissions (on both the folder and SQL db, DNN won't run > correctly. >> Also check to make sure your IIS virtual directory is set to run ASP.NET > 2.0 >> ... That also can be an issue. >> >> Larry Mrazek >> LCM Research, Inc. >> www.lcm-res.com >> lmrazek at lcm-res.com >> ph. 314-432-5886 >> mobile: 314-496-1645 >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Friday, May 23, 2008 11:52 PM >> To: Access Developers discussion and problem solving; Discussion of > Hardware >> and Software issues >> Subject: [AccessD] DotNetNuke >> >> Has anyone set up a DotNetNuke portal on a local system? I am not able to >> see the ASP page of the properties for the virtual directory and without >> that cannot continue. >> >> -- >> John W. Colby >> www.ColbyConsulting.com >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From catherine.blansett at infocentraldata.org Sun May 25 19:03:28 2008 From: catherine.blansett at infocentraldata.org (Catherine Blansett) Date: Sun, 25 May 2008 19:03:28 -0500 Subject: [AccessD] Multiple Frontend Users In-Reply-To: <7303A459C921B5499AF732CCEEAD2B7F064D1504@craws161660.int.rdel.co.uk> Message-ID: <200805260003.m4Q03MvO024554@databaseadvisors.com> Chris, I would be interested in the Bat file. Thanks CB catheirne.blansett at infocentraldata.org -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Foote, Chris Sent: Tuesday, May 20, 2008 7:22 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Multiple Frontend Users Arthur! I've had similar arguments with our IT "professionals"! My multi-user split FE/BE database worked as follows: BE and copy of FE stored on network "share" along with bat file. User has shortcut to bat file on desktop When user needs to use database they double-click on shortcut to bat file. Bat file looks to see if user has latest version of FE on their C: drive, if not, it copies file for network share and runs it, if it is latest it runs it. Simple! The only this you need to do if user gets a new machine is to create the shortcut to the bat file. I would have automated that if I could have been bothered ;-) If you need any more info of a copy to my super-duper bat file please let me know. Regards Chris Foote > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of > Arthur Fuller > Sent: Tuesday, May 20, 2008 12:53 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Multiple Frontend Users > > > I was presented with this problem recently and recommended > this solution. > The network support people flatly refused it. They argued > that in their > setup (with hundreds of users) virtually nothing on the local > PCs was backed > up. The local PCs can be replaced and/re-imaged anytime, and users are > warned not to store anything locally, otherwise it won't be > backed up. So I > had no choice but to put both the FE and the BE on a network > share. The > argument makes perfect sense to me, but I've never done it > that way before. > What will happen when a hundred users open a single FE? > Should I replace the > FE MDB with an MDE? > > Thanks, > Arthur > > On Mon, May 19, 2008 at 10:42 AM, Dan Waters > wrote: > > > Ed, > > > > Even with 3 users, splitting is a good preventive measure > to avoid data > > corruption. You can put the Access Back End .mdb file on > the server, and > > put the Front end .mdb files on each user's PC. Managing 3 > users shouldn't > > be difficult. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.523 / Virus Database: 269.23.21/1457 - Release Date: 5/20/2008 4:45 PM No virus found in this outgoing message. Checked by AVG. Version: 7.5.523 / Virus Database: 269.24.1/1465 - Release Date: 5/25/2008 1:22 PM From Darryl.Collins at coles.com.au Sun May 25 19:16:50 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Mon, 26 May 2008 10:16:50 +1000 Subject: [AccessD] record scroll Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD73F3@WPEXCH05.colesmyer.ad.cmltd.net.au> Dan, Sent details to you off list. I have had a few folks want to have a look at this, so i have posted all the code and a copy of the mousewheel.dll file here: http://www.excelyourbusiness.com.au/ms_access_page.htm if anyone else want to grab this. hope that helps. Warm regards Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Dan Waters Sent: Saturday, 24 May 2008 12:11 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] record scroll Hi Darryl, I read your description of the issues you had with the .dll - those would also prevent me from using this. Could you send your code off-line? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Thursday, May 22, 2008 6:52 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] record scroll Hi Dan, Posted it yesterday to the list, but can repost off list if you didn't get it. It did show up on the list for me, but it was tagged "SPAM" at the start of the header - no idea where that came from but something on the network somewhere didn't like it much. Don't know if that will prevent you from viewing it or not at your end. Let me know if you need it sent again cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Dan Waters Sent: Thursday, 22 May 2008 11:01 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] record scroll Hi Darryl, Could you post your code to prevent the mouse wheel from scrolling to the next record? Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Eget Sent: Wednesday, May 21, 2008 11:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] record scroll Yes it is exactly!! ----- Original Message ----- From: "Darryl Collins" To: "Access Developers discussion and problem solving" Sent: Wednesday, May 21, 2008 8:02 PM Subject: Re: [AccessD] record scroll > > > John, > > Are you talking about the the mouse wheel scrollling to the next record? > If so I have a fix for that - it took some stuffing around if you don't > have admin access, but I have all the code to make it work. This issue > has been fixed (finally!) in 2007. > > regards > Darryl > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Eget > Sent: Thursday, 22 May 2008 9:09 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] record scroll > > > I am trying to solve an issue when someone displays a form to enter a > record into an access database and the scroll button is rolled and the > next record entry is displayed before the first one is complete. Is there > a way to allow the scroll button to scroll thru the fields of a record but > disallow the scroll to go to the next record? > > Thanks in advance > > John Eget > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > This email and any attachments may contain privileged and confidential > information and are intended for the named addressee only. If you have > received this e-mail in error, please notify the sender and delete this > e-mail immediately. Any confidentiality, privilege or copyright is not > waived or lost because this e-mail has been sent to you in error. It is > your responsibility to check this e-mail and any attachments for viruses. > No warranty is made that this material is free from computer virus or any > other defect or error. Any loss/damage incurred by using this material is > not the sender's responsibility. The sender's entire liability will be > limited to resupplying the material. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From darren at activebilling.com.au Sun May 25 23:11:58 2008 From: darren at activebilling.com.au (Darren D) Date: Mon, 26 May 2008 14:11:58 +1000 Subject: [AccessD] Multiple Frontend Users In-Reply-To: <200805260003.m4Q03MvO024554@databaseadvisors.com> Message-ID: <200805260412.m4Q4CRhq006950@databaseadvisors.com> Hi Chris Me too please :-) I will need to do something like this very soon Darren ----------------- -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Catherine Blansett Sent: Monday, 26 May 2008 10:03 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Multiple Frontend Users Chris, I would be interested in the Bat file. Thanks CB catheirne.blansett at infocentraldata.org -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Foote, Chris Sent: Tuesday, May 20, 2008 7:22 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Multiple Frontend Users Arthur! I've had similar arguments with our IT "professionals"! My multi-user split FE/BE database worked as follows: BE and copy of FE stored on network "share" along with bat file. User has shortcut to bat file on desktop When user needs to use database they double-click on shortcut to bat file. Bat file looks to see if user has latest version of FE on their C: drive, if not, it copies file for network share and runs it, if it is latest it runs it. Simple! The only this you need to do if user gets a new machine is to create the shortcut to the bat file. I would have automated that if I could have been bothered ;-) If you need any more info of a copy to my super-duper bat file please let me know. Regards Chris Foote > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of > Arthur Fuller > Sent: Tuesday, May 20, 2008 12:53 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Multiple Frontend Users > > > I was presented with this problem recently and recommended > this solution. > The network support people flatly refused it. They argued > that in their > setup (with hundreds of users) virtually nothing on the local > PCs was backed > up. The local PCs can be replaced and/re-imaged anytime, and users are > warned not to store anything locally, otherwise it won't be > backed up. So I > had no choice but to put both the FE and the BE on a network > share. The > argument makes perfect sense to me, but I've never done it > that way before. > What will happen when a hundred users open a single FE? > Should I replace the > FE MDB with an MDE? > > Thanks, > Arthur > > On Mon, May 19, 2008 at 10:42 AM, Dan Waters > wrote: > > > Ed, > > > > Even with 3 users, splitting is a good preventive measure > to avoid data > > corruption. You can put the Access Back End .mdb file on > the server, and > > put the Front end .mdb files on each user's PC. Managing 3 > users shouldn't > > be difficult. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.523 / Virus Database: 269.23.21/1457 - Release Date: 5/20/2008 4:45 PM No virus found in this outgoing message. Checked by AVG. Version: 7.5.523 / Virus Database: 269.24.1/1465 - Release Date: 5/25/2008 1:22 PM -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From drawbridgej at sympatico.ca Mon May 26 06:09:56 2008 From: drawbridgej at sympatico.ca (Jack and Pat) Date: Mon, 26 May 2008 07:09:56 -0400 Subject: [AccessD] Multiple Frontend Users In-Reply-To: <200805260412.m4Q4CRhq006950@databaseadvisors.com> References: <200805260003.m4Q03MvO024554@databaseadvisors.com> <200805260412.m4Q4CRhq006950@databaseadvisors.com> Message-ID: <000301c8bf21$080db080$6501a8c0@home6399619597> Chris, I'd also like to get a copy of the .bat file. Thanks in advance, Jack drawbridgej at sympatico.ca -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren D Sent: Monday, May 26, 2008 12:12 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Multiple Frontend Users Hi Chris Me too please :-) I will need to do something like this very soon Darren ----------------- -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Catherine Blansett Sent: Monday, 26 May 2008 10:03 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Multiple Frontend Users Chris, I would be interested in the Bat file. Thanks CB catheirne.blansett at infocentraldata.org -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Foote, Chris Sent: Tuesday, May 20, 2008 7:22 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Multiple Frontend Users Arthur! I've had similar arguments with our IT "professionals"! My multi-user split FE/BE database worked as follows: BE and copy of FE stored on network "share" along with bat file. User has shortcut to bat file on desktop When user needs to use database they double-click on shortcut to bat file. Bat file looks to see if user has latest version of FE on their C: drive, if not, it copies file for network share and runs it, if it is latest it runs it. Simple! The only this you need to do if user gets a new machine is to create the shortcut to the bat file. I would have automated that if I could have been bothered ;-) If you need any more info of a copy to my super-duper bat file please let me know. Regards Chris Foote > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of > Arthur Fuller > Sent: Tuesday, May 20, 2008 12:53 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Multiple Frontend Users > > > I was presented with this problem recently and recommended > this solution. > The network support people flatly refused it. They argued > that in their > setup (with hundreds of users) virtually nothing on the local > PCs was backed > up. The local PCs can be replaced and/re-imaged anytime, and users are > warned not to store anything locally, otherwise it won't be > backed up. So I > had no choice but to put both the FE and the BE on a network > share. The > argument makes perfect sense to me, but I've never done it > that way before. > What will happen when a hundred users open a single FE? > Should I replace the > FE MDB with an MDE? > > Thanks, > Arthur > > On Mon, May 19, 2008 at 10:42 AM, Dan Waters > wrote: > > > Ed, > > > > Even with 3 users, splitting is a good preventive measure > to avoid data > > corruption. You can put the Access Back End .mdb file on > the server, and > > put the Front end .mdb files on each user's PC. Managing 3 > users shouldn't > > be difficult. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.523 / Virus Database: 269.23.21/1457 - Release Date: 5/20/2008 4:45 PM No virus found in this outgoing message. Checked by AVG. Version: 7.5.523 / Virus Database: 269.24.1/1465 - Release Date: 5/25/2008 1:22 PM -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Darryl.Collins at coles.com.au Mon May 26 20:01:08 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Tue, 27 May 2008 11:01:08 +1000 Subject: [AccessD] Update an existing record in an Access Table using VBA code Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD7413@WPEXCH05.colesmyer.ad.cmltd.net.au> Hi guys n gals. I use the following code to write data from Excel to Access and it works great. For Each grCEL In Sheet13.Range("nrTempExportLoop") Application.StatusBar = "Writing to Forecast Archive Database: " & grCEL.Row & " of " & Sheet13.Range("nrTempExportLoop").Rows.Count glLR = grCEL.Row With gRS .AddNew .Fields("KeyFYP_ID") = Sheet13.Range("B" & glLR).Value .Fields("Product") = Sheet13.Range("C" & glLR).Value .Fields("Phase") = Sheet13.Range("E" & glLR).Value .Fields("Owner") = Sheet13.Range("F" & glLR).Value .Fields("OwnerData") = Sheet13.Range("G" & glLR).Value .Update End With Next grCEL However... rather than writing a new record, I want to find an existing record in the Access table and update the fields with new data. With gRS .AddNew ' < -- I want this to be UpdateExisting I guess I need to use the KeyID to locate the record in the table, and then update the fields, but I am not sure how to go about this? Anyone got any pointers? Cheers Darryl. This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From stuart at lexacorp.com.pg Mon May 26 21:01:54 2008 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 27 May 2008 12:01:54 +1000 Subject: [AccessD] Update an existing record in an Access Table using VBA code In-Reply-To: <49DFE57FB126044B8A8B934E7AEA09ED09FD7413@WPEXCH05.colesmyer.ad.cmltd.net.au> References: <49DFE57FB126044B8A8B934E7AEA09ED09FD7413@WPEXCH05.colesmyer.ad.cmltd.net.au> Message-ID: <483BF832.32678.2806C7A8@stuart.lexacorp.com.pg> ... With gRS strCriteria = "KeyFYP_ID = " & Sheet13.Range("B" & glLR).Value .Findfirst strCriteria .Edit !Product = Sheet13.Range("C" & glLR).Value !Phase = Sheet13.Range("E" & glLR).Value !Owner = Sheet13.Range("F" & glLR).Value !OwnerData = Sheet13.Range("G" & glLR).Value .Update End With ... Cheers, Stuart On 27 May 2008 at 11:01, Darryl Collins wrote: > > > > Hi guys n gals. > > I use the following code to write data from Excel to Access and it works great. > > For Each grCEL In Sheet13.Range("nrTempExportLoop") > Application.StatusBar = "Writing to Forecast Archive Database: " & grCEL.Row & " of " & Sheet13.Range("nrTempExportLoop").Rows.Count > glLR = grCEL.Row > With gRS > .AddNew > .Fields("KeyFYP_ID") = Sheet13.Range("B" & glLR).Value > .Fields("Product") = Sheet13.Range("C" & glLR).Value > .Fields("Phase") = Sheet13.Range("E" & glLR).Value > .Fields("Owner") = Sheet13.Range("F" & glLR).Value > .Fields("OwnerData") = Sheet13.Range("G" & glLR).Value > > > > .Update > End With > Next grCEL > > > However... rather than writing a new record, I want to find an existing record in the Access table and update the fields with new data. > > With gRS > .AddNew ' < -- I want this to be UpdateExisting > > I guess I need to use the KeyID to locate the record in the table, and then update the fields, but I am not sure how to go about this? > Anyone got any pointers? > > Cheers > Darryl. > > > > > > > > > This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Darryl.Collins at coles.com.au Mon May 26 21:06:20 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Tue, 27 May 2008 12:06:20 +1000 Subject: [AccessD] Update an existing record in an Access Table usingVBA code Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD7414@WPEXCH05.colesmyer.ad.cmltd.net.au> Stuart! That is great :) Once again you have help enormously. Many thanks. It is kinda frustrating as I know what I want to do in aircode, but get tripped up by Syntax - aaah, pactise practise practise. warm regards Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Stuart McLachlan Sent: Tuesday, 27 May 2008 12:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Update an existing record in an Access Table usingVBA code ... With gRS strCriteria = "KeyFYP_ID = " & Sheet13.Range("B" & glLR).Value .Findfirst strCriteria .Edit !Product = Sheet13.Range("C" & glLR).Value !Phase = Sheet13.Range("E" & glLR).Value !Owner = Sheet13.Range("F" & glLR).Value !OwnerData = Sheet13.Range("G" & glLR).Value .Update End With ... Cheers, Stuart On 27 May 2008 at 11:01, Darryl Collins wrote: > > > > Hi guys n gals. > > I use the following code to write data from Excel to Access and it works great. > > For Each grCEL In Sheet13.Range("nrTempExportLoop") > Application.StatusBar = "Writing to Forecast Archive Database: " & grCEL.Row & " of " & Sheet13.Range("nrTempExportLoop").Rows.Count > glLR = grCEL.Row > With gRS > .AddNew > .Fields("KeyFYP_ID") = Sheet13.Range("B" & glLR).Value > .Fields("Product") = Sheet13.Range("C" & glLR).Value > .Fields("Phase") = Sheet13.Range("E" & glLR).Value > .Fields("Owner") = Sheet13.Range("F" & glLR).Value > .Fields("OwnerData") = Sheet13.Range("G" & glLR).Value > > > > .Update > End With > Next grCEL > > > However... rather than writing a new record, I want to find an existing record in the Access table and update the fields with new data. > > With gRS > .AddNew ' < -- I want this to be UpdateExisting > > I guess I need to use the KeyID to locate the record in the table, and then update the fields, but I am not sure how to go about this? > Anyone got any pointers? > > Cheers > Darryl. > > > > > > > > > This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From bheygood at abestsystems.com Mon May 26 22:13:35 2008 From: bheygood at abestsystems.com (Bob Heygood) Date: Mon, 26 May 2008 20:13:35 -0700 Subject: [AccessD] Multiple Frontend Users In-Reply-To: <200805260003.m4Q03MvO024554@databaseadvisors.com> References: <7303A459C921B5499AF732CCEEAD2B7F064D1504@craws161660.int.rdel.co.uk> <200805260003.m4Q03MvO024554@databaseadvisors.com> Message-ID: <729EB32B2FED4131A845FC9A19661387@speedy> Could we post this bat file on a web site? Bob Heygood -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Catherine Blansett Sent: Sunday, May 25, 2008 5:03 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Multiple Frontend Users Chris, I would be interested in the Bat file. Thanks CB catheirne.blansett at infocentraldata.org -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Foote, Chris Sent: Tuesday, May 20, 2008 7:22 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Multiple Frontend Users Arthur! I've had similar arguments with our IT "professionals"! My multi-user split FE/BE database worked as follows: BE and copy of FE stored on network "share" along with bat file. User has shortcut to bat file on desktop When user needs to use database they double-click on shortcut to bat file. Bat file looks to see if user has latest version of FE on their C: drive, if not, it copies file for network share and runs it, if it is latest it runs it. Simple! The only this you need to do if user gets a new machine is to create the shortcut to the bat file. I would have automated that if I could have been bothered ;-) If you need any more info of a copy to my super-duper bat file please let me know. Regards Chris Foote > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur > Fuller > Sent: Tuesday, May 20, 2008 12:53 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Multiple Frontend Users > > > I was presented with this problem recently and recommended this > solution. > The network support people flatly refused it. They argued that in > their setup (with hundreds of users) virtually nothing on the local > PCs was backed up. The local PCs can be replaced and/re-imaged > anytime, and users are warned not to store anything locally, otherwise > it won't be backed up. So I had no choice but to put both the FE and > the BE on a network share. The argument makes perfect sense to me, but > I've never done it that way before. > What will happen when a hundred users open a single FE? > Should I replace the > FE MDB with an MDE? > > Thanks, > Arthur > > On Mon, May 19, 2008 at 10:42 AM, Dan Waters > wrote: > > > Ed, > > > > Even with 3 users, splitting is a good preventive measure > to avoid data > > corruption. You can put the Access Back End .mdb file on > the server, and > > put the Front end .mdb files on each user's PC. Managing 3 > users shouldn't > > be difficult. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 7.5.523 / Virus Database: 269.23.21/1457 - Release Date: 5/20/2008 4:45 PM No virus found in this outgoing message. Checked by AVG. Version: 7.5.523 / Virus Database: 269.24.1/1465 - Release Date: 5/25/2008 1:22 PM -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bheygood at abestsystems.com Mon May 26 22:21:02 2008 From: bheygood at abestsystems.com (Bob Heygood) Date: Mon, 26 May 2008 20:21:02 -0700 Subject: [AccessD] OLE Unbound object, PDF, Image In-Reply-To: <200805260003.m4Q03MvO024554@databaseadvisors.com> References: <7303A459C921B5499AF732CCEEAD2B7F064D1504@craws161660.int.rdel.co.uk> <200805260003.m4Q03MvO024554@databaseadvisors.com> Message-ID: <8388197FB59C411EB511CE28A2548F6B@speedy> Hello to the list, I have a PDF file that looks great in PDF form, but when inserted into a report looks "fuzzier". It just doesn't print as nice. This is A2K, Legal size report. The PDF is also legal size. The control is an unbound object frame. Size mode is clip. Any ideas ?? Bob Heygood From spike at tenbus.co.uk Mon May 26 22:47:46 2008 From: spike at tenbus.co.uk (Webadmin - Tenbus) Date: Tue, 27 May 2008 04:47:46 +0100 Subject: [AccessD] Multiple Frontend Users In-Reply-To: <729EB32B2FED4131A845FC9A19661387@speedy> References: <7303A459C921B5499AF732CCEEAD2B7F064D1504@craws161660.int.rdel.co.uk> <200805260003.m4Q03MvO024554@databaseadvisors.com> <729EB32B2FED4131A845FC9A19661387@speedy> Message-ID: <483B8462.3000200@tenbus.co.uk> Of course! I've had several "me toos" over the weekend - I'm sorry I've not responded as yet - quite busy ATM. I'll put together something in the next couple of days and post it to the list (in the first instance). Regards and thanks for the interest. Chris Foote Bob Heygood wrote: > Could we post this bat file on a web site? > > Bob Heygood > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Catherine > Blansett > Sent: Sunday, May 25, 2008 5:03 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Multiple Frontend Users > > Chris, I would be interested in the Bat file. > > Thanks > > CB > > catheirne.blansett at infocentraldata.org > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Foote, Chris > Sent: Tuesday, May 20, 2008 7:22 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Multiple Frontend Users > > Arthur! > > I've had similar arguments with our IT "professionals"! > > My multi-user split FE/BE database worked as follows: > > BE and copy of FE stored on network "share" along with bat file. > User has shortcut to bat file on desktop When user needs to use database > they double-click on shortcut to bat file. > Bat file looks to see if user has latest version of FE on their C: drive, if > not, it copies file for network share and runs it, if it is latest it runs > it. > > Simple! > > The only this you need to do if user gets a new machine is to create the > shortcut to the bat file. I would have automated that if I could have been > bothered ;-) > > If you need any more info of a copy to my super-duper bat file please let me > know. > > Regards > Chris Foote > > > >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur >> Fuller >> Sent: Tuesday, May 20, 2008 12:53 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Multiple Frontend Users >> >> >> I was presented with this problem recently and recommended this >> solution. >> The network support people flatly refused it. They argued that in >> their setup (with hundreds of users) virtually nothing on the local >> PCs was backed up. The local PCs can be replaced and/re-imaged >> anytime, and users are warned not to store anything locally, otherwise >> it won't be backed up. So I had no choice but to put both the FE and >> the BE on a network share. The argument makes perfect sense to me, but >> I've never done it that way before. >> What will happen when a hundred users open a single FE? >> Should I replace the >> FE MDB with an MDE? >> >> Thanks, >> Arthur >> >> On Mon, May 19, 2008 at 10:42 AM, Dan Waters >> wrote: >> >> >>> Ed, >>> >>> Even with 3 users, splitting is a good preventive measure >>> >> to avoid data >> >>> corruption. You can put the Access Back End .mdb file on >>> >> the server, and >> >>> put the Front end .mdb files on each user's PC. Managing 3 >>> >> users shouldn't >> >>> be difficult. >>> >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.523 / Virus Database: 269.23.21/1457 - Release Date: 5/20/2008 > 4:45 PM > > > No virus found in this outgoing message. > Checked by AVG. > Version: 7.5.523 / Virus Database: 269.24.1/1465 - Release Date: 5/25/2008 > 1:22 PM > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > From Darryl.Collins at coles.com.au Mon May 26 23:37:14 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Tue, 27 May 2008 14:37:14 +1000 Subject: [AccessD] RecordSet question... Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED0B270273@WPEXCH05.colesmyer.ad.cmltd.net.au> Sorry for all the easy ones today (heh, at least I hope they are easy). ok.. When I run the following code in the SQL query window I get 11 records returned - which is what I want and expect for the given input variables. ' ----- CODE START -------- iYEAR_VAR = iYEAR1 sSQL = "" sSQL = "SELECT tbl_FY.FY_ID, tbl_FY_Period.FY_P " sSQL = sSQL & "FROM tbl_FY INNER JOIN tbl_FY_Period ON tbl_FY.FY_ID = tbl_FY_Period.FY " sSQL = sSQL & "WHERE (((tbl_FY.FY_ID)=" & iYEAR_VAR & "));" Set rs1 = db.OpenRecordset(sSQL) iRSCount = rs1.RecordCount ' ----- CODE END -------- However the rs1.RecordCount is returning 1, not 11, which doesn't seem correct to me(?). Also what I want to do is this: Find out how many records are in the RS (there should always be 12, except for FY08 where there is 11 - don't ask). Loop Thru all the records and return the data in field "FYP" as a variable and then write the value to a label in a report. The bit I am stuck on is looping thru the recordset. or is there a better way altogether. There are so many ways to make Access do stuff, sometimes I think I choose one that is a fashion of the day for me and flog it, not realising there is a much better/easier way. regards Darryl. This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From darren at activebilling.com.au Mon May 26 23:41:46 2008 From: darren at activebilling.com.au (Darren D) Date: Tue, 27 May 2008 14:41:46 +1000 Subject: [AccessD] RecordSet question... In-Reply-To: <49DFE57FB126044B8A8B934E7AEA09ED0B270273@WPEXCH05.colesmyer.ad.cmltd.net.au> Message-ID: <200805270442.m4R4g77m019588@databaseadvisors.com> Hi D I think you need to do a With rs1 .MoveLast .MoveFirst to 'populate' the recordset then you should get the .recordCount reporting correctly There may be better ways but that's the one I use mostly HTH Darren ----------------- T: 1300 301 731 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, 27 May 2008 2:37 PM To: Access Developers discussion and problem solving Subject: [AccessD] RecordSet question... Sorry for all the easy ones today (heh, at least I hope they are easy). ok.. When I run the following code in the SQL query window I get 11 records returned - which is what I want and expect for the given input variables. ' ----- CODE START -------- iYEAR_VAR = iYEAR1 sSQL = "" sSQL = "SELECT tbl_FY.FY_ID, tbl_FY_Period.FY_P " sSQL = sSQL & "FROM tbl_FY INNER JOIN tbl_FY_Period ON tbl_FY.FY_ID = tbl_FY_Period.FY " sSQL = sSQL & "WHERE (((tbl_FY.FY_ID)=" & iYEAR_VAR & "));" Set rs1 = db.OpenRecordset(sSQL) iRSCount = rs1.RecordCount ' ----- CODE END -------- However the rs1.RecordCount is returning 1, not 11, which doesn't seem correct to me(?). Also what I want to do is this: Find out how many records are in the RS (there should always be 12, except for FY08 where there is 11 - don't ask). Loop Thru all the records and return the data in field "FYP" as a variable and then write the value to a label in a report. The bit I am stuck on is looping thru the recordset. or is there a better way altogether. There are so many ways to make Access do stuff, sometimes I think I choose one that is a fashion of the day for me and flog it, not realising there is a much better/easier way. regards Darryl. This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Darryl.Collins at coles.com.au Mon May 26 23:56:23 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Tue, 27 May 2008 14:56:23 +1000 Subject: [AccessD] RecordSet question... Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD741F@WPEXCH05.colesmyer.ad.cmltd.net.au> Hey Darren Yep! :) that works. Many thanks. cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darren D Sent: Tuesday, 27 May 2008 2:42 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] RecordSet question... Hi D I think you need to do a With rs1 .MoveLast .MoveFirst to 'populate' the recordset then you should get the .recordCount reporting correctly There may be better ways but that's the one I use mostly HTH Darren ----------------- T: 1300 301 731 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, 27 May 2008 2:37 PM To: Access Developers discussion and problem solving Subject: [AccessD] RecordSet question... Sorry for all the easy ones today (heh, at least I hope they are easy). ok.. When I run the following code in the SQL query window I get 11 records returned - which is what I want and expect for the given input variables. ' ----- CODE START -------- iYEAR_VAR = iYEAR1 sSQL = "" sSQL = "SELECT tbl_FY.FY_ID, tbl_FY_Period.FY_P " sSQL = sSQL & "FROM tbl_FY INNER JOIN tbl_FY_Period ON tbl_FY.FY_ID = tbl_FY_Period.FY " sSQL = sSQL & "WHERE (((tbl_FY.FY_ID)=" & iYEAR_VAR & "));" Set rs1 = db.OpenRecordset(sSQL) iRSCount = rs1.RecordCount ' ----- CODE END -------- However the rs1.RecordCount is returning 1, not 11, which doesn't seem correct to me(?). Also what I want to do is this: Find out how many records are in the RS (there should always be 12, except for FY08 where there is 11 - don't ask). Loop Thru all the records and return the data in field "FYP" as a variable and then write the value to a label in a report. The bit I am stuck on is looping thru the recordset. or is there a better way altogether. There are so many ways to make Access do stuff, sometimes I think I choose one that is a fashion of the day for me and flog it, not realising there is a much better/easier way. regards Darryl. This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From stuart at lexacorp.com.pg Tue May 27 00:10:00 2008 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 27 May 2008 15:10:00 +1000 Subject: [AccessD] RecordSet question... In-Reply-To: <49DFE57FB126044B8A8B934E7AEA09ED0B270273@WPEXCH05.colesmyer.ad.cmltd.net.au> References: <49DFE57FB126044B8A8B934E7AEA09ED0B270273@WPEXCH05.colesmyer.ad.cmltd.net.au> Message-ID: <483C2448.27615.28B2FE54@stuart.lexacorp.com.pg> See coments in line. On 27 May 2008 at 14:37, Darryl Collins wrote: ... > Set rs1 = db.OpenRecordset(sSQL) > > iRSCount = rs1.RecordCount > ' ----- CODE END -------- > > However the rs1.RecordCount is returning 1, not 11, which doesn't seem correct to me(?). Also what I want to do is this: As Darren points out, unless you populate the recordset with a .MoveLast, Access has no way to tell how many records there are. ... > Find out how many records are in the RS (there should always be 12, except for FY08 where there is 11 - don't ask). > Loop Thru all the records and return the data in field "FYP" as a variable and then write the value to a label in a report. > > The bit I am stuck on is looping thru the recordset. or is there a better way altogether. There are so many ways to make Access do stuff, sometimes I think I choose one that is a fashion of the day for me and flog it, not realising there is a much better/easier way. > You don't need to find out how many records there are in advance for this Just use: While No rs1.EOF strText = rs1!FYP ..... 'Do what you want with the data in strText rs1.MoveNext Wend From Darryl.Collins at coles.com.au Tue May 27 00:17:05 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Tue, 27 May 2008 15:17:05 +1000 Subject: [AccessD] RecordSet question... Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD7420@WPEXCH05.colesmyer.ad.cmltd.net.au> You guys are great. Many many thanks. I really appreciate the assistance with this. Am now making excellent progress on this. most excellent indeed :) I owe you both a beverage or three. cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Stuart McLachlan Sent: Tuesday, 27 May 2008 3:10 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] RecordSet question... See coments in line. On 27 May 2008 at 14:37, Darryl Collins wrote: ... > Set rs1 = db.OpenRecordset(sSQL) > > iRSCount = rs1.RecordCount > ' ----- CODE END -------- > > However the rs1.RecordCount is returning 1, not 11, which doesn't seem correct to me(?). Also what I want to do is this: As Darren points out, unless you populate the recordset with a .MoveLast, Access has no way to tell how many records there are. ... > Find out how many records are in the RS (there should always be 12, except for FY08 where there is 11 - don't ask). > Loop Thru all the records and return the data in field "FYP" as a variable and then write the value to a label in a report. > > The bit I am stuck on is looping thru the recordset. or is there a better way altogether. There are so many ways to make Access do stuff, sometimes I think I choose one that is a fashion of the day for me and flog it, not realising there is a much better/easier way. > You don't need to find out how many records there are in advance for this Just use: While No rs1.EOF strText = rs1!FYP ..... 'Do what you want with the data in strText rs1.MoveNext Wend -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From edzedz at comcast.net Tue May 27 01:22:49 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Mon, 26 May 2008 23:22:49 -0700 Subject: [AccessD] RecordSet question... In-Reply-To: <483C2448.27615.28B2FE54@stuart.lexacorp.com.pg> Message-ID: <024801c8bfc2$16a4d140$63dea8c0@dudley1> Here is some code to do find # of records. If no records the counter will be zero. ' ***************************************************** ' Get the Number of Sales Records. ' Set rsPull = dbsV2H.OpenRecordset(sSQL) lKnt2 = 0 On Error Resume Next ' ***************************************************** ' Get to the last Record ' rsPull.MoveLast ' ***************************************************** ' See how many we have. ' lKnt2 = rsPull.RecordCount ' ***************************************************** ' Get bact to the top of the record set ' rsPull.MoveFirst On Error GoTo 0 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Stuart McLachlan Sent: Monday, May 26, 2008 10:10 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] RecordSet question... See coments in line. On 27 May 2008 at 14:37, Darryl Collins wrote: ... > Set rs1 = db.OpenRecordset(sSQL) > > iRSCount = rs1.RecordCount > ' ----- CODE END -------- > > However the rs1.RecordCount is returning 1, not 11, which doesn't seem correct to me(?). Also what I want to do is this: As Darren points out, unless you populate the recordset with a .MoveLast, Access has no way to tell how many records there are. ... > Find out how many records are in the RS (there should always be 12, except for FY08 where there is 11 - don't ask). > Loop Thru all the records and return the data in field "FYP" as a variable and then write the value to a label in a report. > > The bit I am stuck on is looping thru the recordset. or is there a better way altogether. There are so many ways to make Access do stuff, sometimes I think I choose one that is a fashion of the day for me and flog it, not realising there is a much better/easier way. > You don't need to find out how many records there are in advance for this Just use: While No rs1.EOF strText = rs1!FYP ..... 'Do what you want with the data in strText rs1.MoveNext Wend -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Tue May 27 05:46:13 2008 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 27 May 2008 06:46:13 -0400 Subject: [AccessD] RecordSet question... In-Reply-To: <483C2448.27615.28B2FE54@stuart.lexacorp.com.pg> References: <49DFE57FB126044B8A8B934E7AEA09ED0B270273@WPEXCH05.colesmyer.ad.cmltd.net.au> <483C2448.27615.28B2FE54@stuart.lexacorp.com.pg> Message-ID: <017a01c8bfe6$e3099b20$87bea8c0@LaptopII> Stuart, <> That's not quite true as it depends on the recordset type and size. I would have thought though that with only 11 records it should have been fully populated it right off. Maybe the behavior has changed. Any way, a .MoveLast will always guarantee the right number. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, May 27, 2008 1:10 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] RecordSet question... See coments in line. On 27 May 2008 at 14:37, Darryl Collins wrote: ... > Set rs1 = db.OpenRecordset(sSQL) > > iRSCount = rs1.RecordCount > ' ----- CODE END -------- > > However the rs1.RecordCount is returning 1, not 11, which doesn't seem correct to me(?). Also what I want to do is this: As Darren points out, unless you populate the recordset with a .MoveLast, Access has no way to tell how many records there are. ... > Find out how many records are in the RS (there should always be 12, except for FY08 where there is 11 - don't ask). > Loop Thru all the records and return the data in field "FYP" as a variable and then write the value to a label in a report. > > The bit I am stuck on is looping thru the recordset. or is there a better way altogether. There are so many ways to make Access do stuff, sometimes I think I choose one that is a fashion of the day for me and flog it, not realising there is a much better/easier way. > You don't need to find out how many records there are in advance for this Just use: While No rs1.EOF strText = rs1!FYP ..... 'Do what you want with the data in strText rs1.MoveNext Wend -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Tue May 27 05:46:13 2008 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 27 May 2008 06:46:13 -0400 Subject: [AccessD] RecordSet question... In-Reply-To: <483C2448.27615.28B2FE54@stuart.lexacorp.com.pg> References: <49DFE57FB126044B8A8B934E7AEA09ED0B270273@WPEXCH05.colesmyer.ad.cmltd.net.au> <483C2448.27615.28B2FE54@stuart.lexacorp.com.pg> Message-ID: <017b01c8bfe6$e3478e80$87bea8c0@LaptopII> -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, May 27, 2008 1:10 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] RecordSet question... See coments in line. On 27 May 2008 at 14:37, Darryl Collins wrote: ... > Set rs1 = db.OpenRecordset(sSQL) > > iRSCount = rs1.RecordCount > ' ----- CODE END -------- > > However the rs1.RecordCount is returning 1, not 11, which doesn't seem correct to me(?). Also what I want to do is this: As Darren points out, unless you populate the recordset with a .MoveLast, Access has no way to tell how many records there are. ... > Find out how many records are in the RS (there should always be 12, except for FY08 where there is 11 - don't ask). > Loop Thru all the records and return the data in field "FYP" as a variable and then write the value to a label in a report. > > The bit I am stuck on is looping thru the recordset. or is there a better way altogether. There are so many ways to make Access do stuff, sometimes I think I choose one that is a fashion of the day for me and flog it, not realising there is a much better/easier way. > You don't need to find out how many records there are in advance for this Just use: While No rs1.EOF strText = rs1!FYP ..... 'Do what you want with the data in strText rs1.MoveNext Wend -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue May 27 08:18:45 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 27 May 2008 09:18:45 -0400 Subject: [AccessD] VBA Unbound data entry / update form Message-ID: <483C0A35.4060707@colbyconsulting.com> As you folks know, I am a "bound" kinda guy. However I need to develop an unbound form to get the data from a record, display it in a form, allow the user to edit the data, then write the data back to the database. Since I know some of you have gone through the heartbreak of doing this, I'm looking for clues on how to approach this. Do you use an ADO recordset which you disconnect? How do you perform the checking to discover if the data has been changed by another user while you had a record open and disconnected? Do you attempt to do form level checks that the user is entering (for example) a date in a date field, integer in an integer field etc.? If you do this, do you do so using the field properties to "discover" what data type or do you just "hard code it"? IOW has anyone attempted to "match" controls on a form to fields in a recordset by using a control naming convention kind of thing? This sounds like a "class" system. Does anyone have classes they would like to share to demonstrate how you go about this? TIA for your assistance. -- John W. Colby www.ColbyConsulting.com From DWUTKA at Marlow.com Tue May 27 09:26:33 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 27 May 2008 09:26:33 -0500 Subject: [AccessD] RecordSet question... In-Reply-To: <49DFE57FB126044B8A8B934E7AEA09ED0B270273@WPEXCH05.colesmyer.ad.cmltd.net.au> Message-ID: Are you actually using the record count for something? If not, the best way to loop through is to just do this: If rs1.EOF=False then rs1.MoveFirst 'If there are records go to the first one Do Until rs1.EOF=True 'Go until we hit the end 'do what you want with the recordset here Rs1.MoveNext Loop Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Monday, May 26, 2008 11:37 PM To: Access Developers discussion and problem solving Subject: [AccessD] RecordSet question... Sorry for all the easy ones today (heh, at least I hope they are easy). ok.. When I run the following code in the SQL query window I get 11 records returned - which is what I want and expect for the given input variables. ' ----- CODE START -------- iYEAR_VAR = iYEAR1 sSQL = "" sSQL = "SELECT tbl_FY.FY_ID, tbl_FY_Period.FY_P " sSQL = sSQL & "FROM tbl_FY INNER JOIN tbl_FY_Period ON tbl_FY.FY_ID = tbl_FY_Period.FY " sSQL = sSQL & "WHERE (((tbl_FY.FY_ID)=" & iYEAR_VAR & "));" Set rs1 = db.OpenRecordset(sSQL) iRSCount = rs1.RecordCount ' ----- CODE END -------- However the rs1.RecordCount is returning 1, not 11, which doesn't seem correct to me(?). Also what I want to do is this: Find out how many records are in the RS (there should always be 12, except for FY08 where there is 11 - don't ask). Loop Thru all the records and return the data in field "FYP" as a variable and then write the value to a label in a report. The bit I am stuck on is looping thru the recordset. or is there a better way altogether. There are so many ways to make Access do stuff, sometimes I think I choose one that is a fashion of the day for me and flog it, not realising there is a much better/easier way. regards Darryl. This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From john at winhaven.net Tue May 27 09:40:58 2008 From: john at winhaven.net (John Bartow) Date: Tue, 27 May 2008 09:40:58 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483C0A35.4060707@colbyconsulting.com> Message-ID: <200805271440.m4REeoGj012928@databaseadvisors.com> Rocky recently discussed a solution for that on dba-OT. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby As you folks know, I am a "bound" kinda guy. From jwcolby at colbyconsulting.com Tue May 27 10:32:05 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 27 May 2008 11:32:05 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <200805271440.m4REeoGj012928@databaseadvisors.com> References: <200805271440.m4REeoGj012928@databaseadvisors.com> Message-ID: <483C2975.2000007@colbyconsulting.com> Why in OT? Did it get heated? ;-) John W. Colby www.ColbyConsulting.com John Bartow wrote: > Rocky recently discussed a solution for that on dba-OT. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > > As you folks know, I am a "bound" kinda guy. > From cfoust at infostatsystems.com Tue May 27 10:37:36 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 27 May 2008 08:37:36 -0700 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483C2975.2000007@colbyconsulting.com> References: <200805271440.m4REeoGj012928@databaseadvisors.com> <483C2975.2000007@colbyconsulting.com> Message-ID: Is bondage really a suitable subject for this list?? LOL Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 27, 2008 8:32 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Why in OT? Did it get heated? ;-) John W. Colby www.ColbyConsulting.com John Bartow wrote: > Rocky recently discussed a solution for that on dba-OT. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > > As you folks know, I am a "bound" kinda guy. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue May 27 10:41:56 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 27 May 2008 11:41:56 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: References: <200805271440.m4REeoGj012928@databaseadvisors.com> <483C2975.2000007@colbyconsulting.com> Message-ID: <483C2BC4.2080002@colbyconsulting.com> Ahhh... Rocky! ;-) John W. Colby www.ColbyConsulting.com Charlotte Foust wrote: > Is bondage really a suitable subject for this list?? LOL > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, May 27, 2008 8:32 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > Why in OT? Did it get heated? > > ;-) > > John W. Colby > www.ColbyConsulting.com > > > John Bartow wrote: >> Rocky recently discussed a solution for that on dba-OT. >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> >> As you folks know, I am a "bound" kinda guy. >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From john at winhaven.net Tue May 27 11:26:14 2008 From: john at winhaven.net (John Bartow) Date: Tue, 27 May 2008 11:26:14 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483C2975.2000007@colbyconsulting.com> Message-ID: <200805271626.m4RGQ63S012059@databaseadvisors.com> No, it had to do with, um, softeners. I do believe that to a person, we all agreed that it was more than we really needed to know. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Why in OT? Did it get heated? From jwcolby at colbyconsulting.com Tue May 27 11:31:44 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 27 May 2008 12:31:44 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <200805271626.m4RGQ63S012059@databaseadvisors.com> References: <200805271626.m4RGQ63S012059@databaseadvisors.com> Message-ID: <483C3770.8010902@colbyconsulting.com> OK well... back on track... John W. Colby www.ColbyConsulting.com John Bartow wrote: > No, it had to do with, um, softeners. > > I do believe that to a person, we all agreed that it was more than we really > needed to know. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > > Why in OT? Did it get heated? > From wdhindman at dejpolsystems.com Tue May 27 11:44:56 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Tue, 27 May 2008 12:44:56 -0400 Subject: [AccessD] VBA Unbound data entry / update form References: <200805271626.m4RGQ63S012059@databaseadvisors.com> Message-ID: ...I don't believe that anyone asked if they were heated first :) William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "John Bartow" Sent: Tuesday, May 27, 2008 12:26 PM To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] VBA Unbound data entry / update form > No, it had to do with, um, softeners. > > I do believe that to a person, we all agreed that it was more than we > really > needed to know. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > > Why in OT? Did it get heated? > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue May 27 11:55:39 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 27 May 2008 12:55:39 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: References: <200805271626.m4RGQ63S012059@databaseadvisors.com> Message-ID: <483C3D0B.3020900@colbyconsulting.com> Which is EXACTLY why I stay away from the OT forum. John W. Colby www.ColbyConsulting.com William Hindman wrote: > ...I don't believe that anyone asked if they were heated first :) > > William > "The truth is incontrovertible, malice may attack it, ignorance may deride > it, but in the end; there it is." > > -------------------------------------------------- > From: "John Bartow" > Sent: Tuesday, May 27, 2008 12:26 PM > To: "'Access Developers discussion and problem solving'" > > Subject: Re: [AccessD] VBA Unbound data entry / update form > >> No, it had to do with, um, softeners. >> >> I do believe that to a person, we all agreed that it was more than we >> really >> needed to know. >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> >> Why in OT? Did it get heated? >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > From john at winhaven.net Tue May 27 12:07:15 2008 From: john at winhaven.net (John Bartow) Date: Tue, 27 May 2008 12:07:15 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: Message-ID: <200805271707.m4RH75jx032572@databaseadvisors.com> LOL! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman ...I don't believe that anyone asked if they were heated first :) From john at winhaven.net Tue May 27 12:12:32 2008 From: john at winhaven.net (John Bartow) Date: Tue, 27 May 2008 12:12:32 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483C3D0B.3020900@colbyconsulting.com> Message-ID: <200805271712.m4RHCNje003460@databaseadvisors.com> OK, sorry for the diversion, back to the topic. Drew, help my poor fellow bounder out, eh? ;o) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby From krosenstiel at comcast.net Tue May 27 12:12:16 2008 From: krosenstiel at comcast.net (krosenstiel at comcast.net) Date: Tue, 27 May 2008 17:12:16 +0000 Subject: [AccessD] VBA Unbound data entry / update form Message-ID: <052720081712.5750.483C40F0000C6FF4000016762215578674040A079B9C020A9C019D05@comcast.net> Ahhhhh....You'd love it! -- Karen Rosenstiel Seattle WA USA -------------- Original message ---------------------- From: jwcolby > Which is EXACTLY why I stay away from the OT forum. > > John W. Colby > www.ColbyConsulting.com > > > William Hindman wrote: > > ...I don't believe that anyone asked if they were heated first :) > > > > William > > "The truth is incontrovertible, malice may attack it, ignorance may deride > > it, but in the end; there it is." > > > > -------------------------------------------------- > > From: "John Bartow" > > Sent: Tuesday, May 27, 2008 12:26 PM > > To: "'Access Developers discussion and problem solving'" > > > > Subject: Re: [AccessD] VBA Unbound data entry / update form > > > >> No, it had to do with, um, softeners. > >> > >> I do believe that to a person, we all agreed that it was more than we > >> really > >> needed to know. > >> > >> -----Original Message----- > >> From: accessd-bounces at databaseadvisors.com > >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > >> > >> Why in OT? Did it get heated? > >> > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue May 27 12:13:27 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Tue, 27 May 2008 10:13:27 -0700 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483C0A35.4060707@colbyconsulting.com> References: <483C0A35.4060707@colbyconsulting.com> Message-ID: <003601c8c01c$fb058780$0301a8c0@HAL9005> John: IIRC DAO (which I use) does record locking and/or page locking (been a while since I needed it). So you get an error when you are the second user to access a record that's already being accessed. Real rigorous checking for update conflicts has never been an issue in my apps. Re: field properties and data checking - I just hard code. Date fields, of course take care of themselves through the format and/or input mask. And usually there are not so many fields that it's easier to just hardcode the transfer from the recordset to the unbound data fields field by field and put them back the same way - one sub to load, one sub to write back. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 27, 2008 6:19 AM To: Access Developers discussion and problem solving Subject: [AccessD] VBA Unbound data entry / update form As you folks know, I am a "bound" kinda guy. However I need to develop an unbound form to get the data from a record, display it in a form, allow the user to edit the data, then write the data back to the database. Since I know some of you have gone through the heartbreak of doing this, I'm looking for clues on how to approach this. Do you use an ADO recordset which you disconnect? How do you perform the checking to discover if the data has been changed by another user while you had a record open and disconnected? Do you attempt to do form level checks that the user is entering (for example) a date in a date field, integer in an integer field etc.? If you do this, do you do so using the field properties to "discover" what data type or do you just "hard code it"? IOW has anyone attempted to "match" controls on a form to fields in a recordset by using a control naming convention kind of thing? This sounds like a "class" system. Does anyone have classes they would like to share to demonstrate how you go about this? TIA for your assistance. -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.24.1/1464 - Release Date: 24/5/2008 08:56 From cfoust at infostatsystems.com Tue May 27 14:52:29 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 27 May 2008 12:52:29 -0700 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483C0A35.4060707@colbyconsulting.com> References: <483C0A35.4060707@colbyconsulting.com> Message-ID: John, There's a sample at http://www.rogersaccesslibrary.com/OtherLibraries.asp#Foust,%20Charlotte called Persisted Recordset Sample Database that does this, except that it uses a persisted recordset rather than a database. It might give you a few ideas, at least. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 27, 2008 6:19 AM To: Access Developers discussion and problem solving Subject: [AccessD] VBA Unbound data entry / update form As you folks know, I am a "bound" kinda guy. However I need to develop an unbound form to get the data from a record, display it in a form, allow the user to edit the data, then write the data back to the database. Since I know some of you have gone through the heartbreak of doing this, I'm looking for clues on how to approach this. Do you use an ADO recordset which you disconnect? How do you perform the checking to discover if the data has been changed by another user while you had a record open and disconnected? Do you attempt to do form level checks that the user is entering (for example) a date in a date field, integer in an integer field etc.? If you do this, do you do so using the field properties to "discover" what data type or do you just "hard code it"? IOW has anyone attempted to "match" controls on a form to fields in a recordset by using a control naming convention kind of thing? This sounds like a "class" system. Does anyone have classes they would like to share to demonstrate how you go about this? TIA for your assistance. -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Tue May 27 14:53:32 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 27 May 2008 14:53:32 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <200805271712.m4RHCNje003460@databaseadvisors.com> Message-ID: LOL. Sorry, JC wants to do a lot with an unbound form. I don't have a preset class to handle that. Also, I tend to make web or VB interfaces, so I don't use unbound Access forms very often. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow Sent: Tuesday, May 27, 2008 12:13 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] VBA Unbound data entry / update form OK, sorry for the diversion, back to the topic. Drew, help my poor fellow bounder out, eh? ;o) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From rockysmolin at bchacc.com Tue May 27 14:56:06 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Tue, 27 May 2008 12:56:06 -0700 Subject: [AccessD] 2007 disables app because of Message-ID: <009201c8c033$b3db7bf0$0301a8c0@HAL9005> Dear List: A client is running 2007 in the office but I'm developing in 2003 and he runs 2003 on his laptop. His app, in 2007, opens with the Security Warning - certain content in the database has been disabled. It is a legacy app with macros. Clicking 'Options' allows you to enable the content. Is there a way in the app's startup that I can get rid of this message? A side issue: this app runs with 2007 at about about 1/3 the speed of 2003. Has anyone had similar experiences with 2007? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com From jwcolby at colbyconsulting.com Tue May 27 15:05:28 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 27 May 2008 16:05:28 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: References: Message-ID: <483C6988.1070502@colbyconsulting.com> LOL, I do want to do a lot with an unbound form. It should open a record, display that record, allow it to be edited, and save the record back again once edited, all without corrupting data, honoring data saves before it saves etc. Bound forms do all of that, and the unholy alliance of unbounders have always indicated that they could also do all of this stuff. Now I need to do all that stuff and just thought those UAU members would have their expertise to share. 8-0 John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > LOL. Sorry, JC wants to do a lot with an unbound form. I don't have a > preset class to handle that. Also, I tend to make web or VB interfaces, > so I don't use unbound Access forms very often. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow > Sent: Tuesday, May 27, 2008 12:13 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] VBA Unbound data entry / update form > > OK, sorry for the diversion, back to the topic. > > Drew, help my poor fellow bounder out, eh? > ;o) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > From DWUTKA at Marlow.com Tue May 27 15:26:54 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 27 May 2008 15:26:54 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483C6988.1070502@colbyconsulting.com> Message-ID: It can. Honestly, if I were doing this, I would do two things. One, I'd build a data class, with a collection class. (and I have a VB Addin that does this for me for any table/query that I want). I would then use another addin I created called the Properties Property Add-in, which takes all the properties of a class and puts them in a collection (of sorts), so that you can call the 'properties' of a class. I don't do this personally, because I can't think of a project lately that I EVER go back and check data in the tables before saving it....(and that is because 99% of what I build never alters data, only adds (and RARELY deletes) data.) But with those two utilities I built, I would have a class that I could pull the data up with, and also refer to it pretty quickly. And the properties collection would let me loop through the field names comparing them to a recordset. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 27, 2008 3:05 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form LOL, I do want to do a lot with an unbound form. It should open a record, display that record, allow it to be edited, and save the record back again once edited, all without corrupting data, honoring data saves before it saves etc. Bound forms do all of that, and the unholy alliance of unbounders have always indicated that they could also do all of this stuff. Now I need to do all that stuff and just thought those UAU members would have their expertise to share. 8-0 John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > LOL. Sorry, JC wants to do a lot with an unbound form. I don't have a > preset class to handle that. Also, I tend to make web or VB interfaces, > so I don't use unbound Access forms very often. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow > Sent: Tuesday, May 27, 2008 12:13 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] VBA Unbound data entry / update form > > OK, sorry for the diversion, back to the topic. > > Drew, help my poor fellow bounder out, eh? > ;o) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From rockysmolin at bchacc.com Tue May 27 16:26:22 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Tue, 27 May 2008 14:26:22 -0700 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483C6988.1070502@colbyconsulting.com> References: <483C6988.1070502@colbyconsulting.com> Message-ID: <00af01c8c040$4f8d2830$0301a8c0@HAL9005> John: Won't dbPessimistic in the LockEdits parameter of the OpenRecordset do what you need to have done with regard to multiple users attempting to edit the same record? dbSeeChanges may also bee what you need. From the help: Use the dbSeeChanges constant in a Microsoft Jet workspace if you want to trap changes while two or more users are editing or deleting the same record. For example, if two users start editing the same record, the first user to execute the Update method succeeds. When the second user invokes the Update method, a run-time error occurs. Similarly, if the second user tries to use the Delete method to delete the record, and the first user has already changed it, a run-time error occurs. Typically, if the user gets this error while updating a record, your code should refresh the contents of the fields and retrieve the newly modified values. If the error occurs while deleting a record, your code could display the new record data to the user and a message indicating that the data has recently changed. At this point, your code can request a confirmation that the user still wants to delete the record. HTH Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 27, 2008 1:05 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form LOL, I do want to do a lot with an unbound form. It should open a record, display that record, allow it to be edited, and save the record back again once edited, all without corrupting data, honoring data saves before it saves etc. Bound forms do all of that, and the unholy alliance of unbounders have always indicated that they could also do all of this stuff. Now I need to do all that stuff and just thought those UAU members would have their expertise to share. 8-0 John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > LOL. Sorry, JC wants to do a lot with an unbound form. I don't have > a preset class to handle that. Also, I tend to make web or VB > interfaces, so I don't use unbound Access forms very often. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow > Sent: Tuesday, May 27, 2008 12:13 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] VBA Unbound data entry / update form > > OK, sorry for the diversion, back to the topic. > > Drew, help my poor fellow bounder out, eh? > ;o) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.24.1/1469 - Release Date: 27/5/2008 13:25 From jwcolby at colbyconsulting.com Tue May 27 16:54:06 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 27 May 2008 17:54:06 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <00af01c8c040$4f8d2830$0301a8c0@HAL9005> References: <483C6988.1070502@colbyconsulting.com> <00af01c8c040$4f8d2830$0301a8c0@HAL9005> Message-ID: <483C82FE.8020907@colbyconsulting.com> Rocky, The whole point of the unbound exercise is to open a single record, populate the form with the values, then close the recordset. If I am going to hold the record open then I might as well just bind the form and be done with it. When the user saves the data in the unbound form, the form needs to check if anything is dirty, if so then it needs to grab the record again, if the record no longer exists then the record has been deleted and then what...? Inform the record that the record was deleted? Refuse to save the changes? Assuming the record has not been deleted, then the updated fields have to check the same fields in the underlying record to see if the "old data" from the form (the data at the time the form opened) matches the data in the corresponding field in the record. If so then it can just be written back. If not then the user has to be told that the data changed and... Ask the user if they want to overwrite the changes in the table with the changes they just made? Refuse to save their changes? As you can see, disconnected records cause a lot of headaches that bound forms "just take care of". "Disconnected" means that no lock is placed, no recordset is held open, and dbPessimistic and dbSeeChanges are irrelevant. I am not an "unbound" kinda guy so I have not answered these questions, I am attempting to get answers for "best practices" on how to handle these and any other similar issues. The only reason I am even getting into this is that I have a couple of "choke points" where for some unknown, unexplained reason, I am getting "record locked" issues as the user tries to edit records. AFAICT these are not even records that other users are editing or even viewing. In fact I get "locked" records when trying to ADD A NEW RECORD... which indicates that the issue is way down in the guts of Access / JET in things like Index or memo pages. My THEORY is that if I make these forms unbound then these memo and index page locks will go away since there are no longer dozens of users trying to lock memo pages or index pages, except very briefly as they save new / changed records. Unfortunately, the "art of unboundedness" is arcane (at least to me) and I am not finding good solid references as to how to handle these things, nor what the results will be at the "jet guts" level. I tried to convince my clients to just move to SQL Server, which doesn't have these memo and index page lock issues, and let me go back to my peaceful bound form world. They are not doing that so here we are. John W. Colby www.ColbyConsulting.com Rocky Smolin at Beach Access Software wrote: > John: > > Won't dbPessimistic in the LockEdits parameter of the OpenRecordset do what > you need to have done with regard to multiple users attempting to edit the > same record? > > dbSeeChanges may also bee what you need. From the help: > > Use the dbSeeChanges constant in a Microsoft Jet workspace if you want to > trap changes while two or more users are editing or deleting the same > record. For example, if two users start editing the same record, the first > user to execute the Update method succeeds. When the second user invokes the > Update method, a run-time error occurs. Similarly, if the second user tries > to use the Delete method to delete the record, and the first user has > already changed it, a run-time error occurs. > > Typically, if the user gets this error while updating a record, your code > should refresh the contents of the fields and retrieve the newly modified > values. If the error occurs while deleting a record, your code could display > the new record data to the user and a message indicating that the data has > recently changed. At this point, your code can request a confirmation that > the user still wants to delete the record. > > HTH > > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > www.bchacc.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, May 27, 2008 1:05 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > LOL, I do want to do a lot with an unbound form. It should open a record, > display that record, allow it to be edited, and save the record back again > once edited, all without corrupting data, honoring data saves before it > saves etc. > Bound forms do all of that, and the unholy alliance of unbounders have > always indicated that they could also do all of this stuff. > > Now I need to do all that stuff and just thought those UAU members would > have their expertise to share. > > 8-0 > > John W. Colby > www.ColbyConsulting.com From ssharkins at gmail.com Tue May 27 17:02:22 2008 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 27 May 2008 18:02:22 -0400 Subject: [AccessD] VBA Unbound data entry / update form References: <483C6988.1070502@colbyconsulting.com><00af01c8c040$4f8d2830$0301a8c0@HAL9005> <483C82FE.8020907@colbyconsulting.com> Message-ID: <004201c8c045$5ac3d8c0$6500a8c0@SusanOne> John, are you asking how to use disconnected recordsets or are you trying to talk yourself into writing a class instead? I've got a good basic article on using disconnected recordsets on techrepublic.com, if you're interested. There's also a much more involved article on the subject in an old issue of IMA. I could look up the issue, but unless you have it... none of their stuff's assessable online. Susan H. > Rocky, > > The whole point of the unbound exercise is to open a single > record, populate the form with the values, then close the > recordset. If I am going to hold the record open then I > might as well just bind the form and be done with it. > > When the user saves the data in the unbound form, the form > needs to check if anything is dirty, if so then it needs to > grab the record again, if the record no longer exists then > the record has been deleted and then what...? Inform the > record that the record was deleted? Refuse to save the changes? > > Assuming the record has not been deleted, then the updated > fields have to check the same fields in the underlying > record to see if the "old data" from the form (the data at > the time the form opened) matches the data in the > corresponding field in the record. If so then it can just > be written back. If not then the user has to be told that > the data changed and... Ask the user if they want to > overwrite the changes in the table with the changes they > just made? Refuse to save their changes? > > As you can see, disconnected records cause a lot of > headaches that bound forms "just take care of". > "Disconnected" means that no lock is placed, no recordset is > held open, and dbPessimistic and dbSeeChanges are irrelevant. > > I am not an "unbound" kinda guy so I have not answered these > questions, I am attempting to get answers for "best > practices" on how to handle these and any other similar issues. > > The only reason I am even getting into this is that I have a > couple of "choke points" where for some unknown, unexplained > reason, I am getting "record locked" issues as the user > tries to edit records. AFAICT these are not even records > that other users are editing or even viewing. In fact I get > "locked" records when trying to ADD A NEW RECORD... which > indicates that the issue is way down in the guts of Access / > JET in things like Index or memo pages. My THEORY is that > if I make these forms unbound then these memo and index page > locks will go away since there are no longer dozens of users > trying to lock memo pages or index pages, except very > briefly as they save new / changed records. > > Unfortunately, the "art of unboundedness" is arcane (at > least to me) and I am not finding good solid references as > to how to handle these things, nor what the results will be > at the "jet guts" level. > > I tried to convince my clients to just move to SQL Server, > which doesn't have these memo and index page lock issues, > and let me go back to my peaceful bound form world. They > are not doing that so here we are. > > John W. Colby > www.ColbyConsulting.com > > > Rocky Smolin at Beach Access Software wrote: >> John: >> >> Won't dbPessimistic in the LockEdits parameter of the OpenRecordset do >> what >> you need to have done with regard to multiple users attempting to edit >> the >> same record? >> >> dbSeeChanges may also bee what you need. From the help: >> >> Use the dbSeeChanges constant in a Microsoft Jet workspace if you want to >> trap changes while two or more users are editing or deleting the same >> record. For example, if two users start editing the same record, the >> first >> user to execute the Update method succeeds. When the second user invokes >> the >> Update method, a run-time error occurs. Similarly, if the second user >> tries >> to use the Delete method to delete the record, and the first user has >> already changed it, a run-time error occurs. >> >> Typically, if the user gets this error while updating a record, your code >> should refresh the contents of the fields and retrieve the newly modified >> values. If the error occurs while deleting a record, your code could >> display >> the new record data to the user and a message indicating that the data >> has >> recently changed. At this point, your code can request a confirmation >> that >> the user still wants to delete the record. >> >> HTH >> >> >> Rocky Smolin >> Beach Access Software >> 858-259-4334 >> www.e-z-mrp.com >> www.bchacc.com >> >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Tuesday, May 27, 2008 1:05 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] VBA Unbound data entry / update form >> >> LOL, I do want to do a lot with an unbound form. It should open a >> record, >> display that record, allow it to be edited, and save the record back >> again >> once edited, all without corrupting data, honoring data saves before it >> saves etc. >> Bound forms do all of that, and the unholy alliance of unbounders have >> always indicated that they could also do all of this stuff. >> >> Now I need to do all that stuff and just thought those UAU members would >> have their expertise to share. >> >> 8-0 >> >> John W. Colby >> www.ColbyConsulting.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From erbachs at gmail.com Tue May 27 17:11:33 2008 From: erbachs at gmail.com (Steve Erbach) Date: Tue, 27 May 2008 17:11:33 -0500 Subject: [AccessD] 2007 disables app because of In-Reply-To: <009201c8c033$b3db7bf0$0301a8c0@HAL9005> References: <009201c8c033$b3db7bf0$0301a8c0@HAL9005> Message-ID: <39cb22f30805271511l789f7394mafb430043958d99d@mail.gmail.com> Rocky, Isn't that the same type of security message that can be permanently disabled if you just go to the Tools | Macro | Security option in 2003 and set the security level to low ("not recommended")? In 2007 you open the "Trust Center" (oh, gawd!) and select "Enable all macros (not recommended; potentially dangerous code can run)". So after being suitably chastised, you can avoid the messages for good. But programmatically? Then the bad guys could simply put that in their evil macros and then where would we be? Steve Erbach Neenah, WI On Tue, May 27, 2008 at 2:56 PM, Rocky Smolin at Beach Access Software wrote: > Dear List: > > A client is running 2007 in the office but I'm developing in 2003 and he > runs 2003 on his laptop. > > His app, in 2007, opens with the Security Warning - certain content in the > database has been disabled. It is a legacy app with macros. Clicking > 'Options' allows you to enable the content. > > Is there a way in the app's startup that I can get rid of this message? > > A side issue: this app runs with 2007 at about about 1/3 the speed of 2003. > Has anyone had similar experiences with 2007? > > MTIA > From rockysmolin at bchacc.com Tue May 27 17:19:44 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Tue, 27 May 2008 15:19:44 -0700 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483C82FE.8020907@colbyconsulting.com> References: <483C6988.1070502@colbyconsulting.com><00af01c8c040$4f8d2830$0301a8c0@HAL9005> <483C82FE.8020907@colbyconsulting.com> Message-ID: <00c301c8c047$c4ab70c0$0301a8c0@HAL9005> Isn't that whole issue taken care of by dbOptomistic: "Uses optimistic locking to determine how changes are made to the Recordset in a multiuser environment. The page containing the record is not locked until the Update method is executed." Re: " if the record no longer exists then the record has been deleted and then what...? Inform the record that the record was deleted? Refuse to save the changes?" Yes and yes. Inform the record was deleted and don't save the changes. Re: " If not then the user has to be told that the data changed and... Ask the user if they want to overwrite the changes in the table with the changes they just made? Refuse to save their changes?" Fielder's choice depending on their application. If the business rule is that the second is allowed to overwrite the first then ask and do what they say. Otherwise inform that the record has been changed and don't allow the change. Although I think the first case should probably be the rule since if a user 1 is allowed to change the record in the morning and user 2 in the afternoon, then why not user 1 at 10:15 and user 2 at 10:16? It was unclear to me, however, that you're insisting on disconnected recordsets. Nevertheless, I still don't see a deal breaker. Open the recordset, get the record close the recordset, save the initial values in an array. When updating, open the recordset (lock the page), fetch the record, check to see if the original values (in your array) are still the same. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 27, 2008 2:54 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Rocky, The whole point of the unbound exercise is to open a single record, populate the form with the values, then close the recordset. If I am going to hold the record open then I might as well just bind the form and be done with it. When the user saves the data in the unbound form, the form needs to check if anything is dirty, if so then it needs to grab the record again, if the record no longer exists then the record has been deleted and then what...? Inform the record that the record was deleted? Refuse to save the changes? Assuming the record has not been deleted, then the updated fields have to check the same fields in the underlying record to see if the "old data" from the form (the data at the time the form opened) matches the data in the corresponding field in the record. If so then it can just be written back. If not then the user has to be told that the data changed and... Ask the user if they want to overwrite the changes in the table with the changes they just made? Refuse to save their changes? As you can see, disconnected records cause a lot of headaches that bound forms "just take care of". "Disconnected" means that no lock is placed, no recordset is held open, and dbPessimistic and dbSeeChanges are irrelevant. I am not an "unbound" kinda guy so I have not answered these questions, I am attempting to get answers for "best practices" on how to handle these and any other similar issues. The only reason I am even getting into this is that I have a couple of "choke points" where for some unknown, unexplained reason, I am getting "record locked" issues as the user tries to edit records. AFAICT these are not even records that other users are editing or even viewing. In fact I get "locked" records when trying to ADD A NEW RECORD... which indicates that the issue is way down in the guts of Access / JET in things like Index or memo pages. My THEORY is that if I make these forms unbound then these memo and index page locks will go away since there are no longer dozens of users trying to lock memo pages or index pages, except very briefly as they save new / changed records. Unfortunately, the "art of unboundedness" is arcane (at least to me) and I am not finding good solid references as to how to handle these things, nor what the results will be at the "jet guts" level. I tried to convince my clients to just move to SQL Server, which doesn't have these memo and index page lock issues, and let me go back to my peaceful bound form world. They are not doing that so here we are. John W. Colby www.ColbyConsulting.com Rocky Smolin at Beach Access Software wrote: > John: > > Won't dbPessimistic in the LockEdits parameter of the OpenRecordset do > what you need to have done with regard to multiple users attempting to > edit the same record? > > dbSeeChanges may also bee what you need. From the help: > > Use the dbSeeChanges constant in a Microsoft Jet workspace if you want > to trap changes while two or more users are editing or deleting the > same record. For example, if two users start editing the same record, > the first user to execute the Update method succeeds. When the second > user invokes the Update method, a run-time error occurs. Similarly, if > the second user tries to use the Delete method to delete the record, > and the first user has already changed it, a run-time error occurs. > > Typically, if the user gets this error while updating a record, your > code should refresh the contents of the fields and retrieve the newly > modified values. If the error occurs while deleting a record, your > code could display the new record data to the user and a message > indicating that the data has recently changed. At this point, your > code can request a confirmation that the user still wants to delete the record. > > HTH > > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > www.bchacc.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, May 27, 2008 1:05 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > LOL, I do want to do a lot with an unbound form. It should open a > record, display that record, allow it to be edited, and save the > record back again once edited, all without corrupting data, honoring > data saves before it saves etc. > Bound forms do all of that, and the unholy alliance of unbounders have > always indicated that they could also do all of this stuff. > > Now I need to do all that stuff and just thought those UAU members > would have their expertise to share. > > 8-0 > > John W. Colby > www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.24.1/1469 - Release Date: 27/5/2008 13:25 From dwaters at usinternet.com Tue May 27 17:19:54 2008 From: dwaters at usinternet.com (Dan Waters) Date: Tue, 27 May 2008 17:19:54 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483C82FE.8020907@colbyconsulting.com> References: <483C6988.1070502@colbyconsulting.com><00af01c8c040$4f8d2830$0301a8c0@HAL9005> <483C82FE.8020907@colbyconsulting.com> Message-ID: <4AE80BDB5516488CA7177FC0E4109A83@danwaters> John - I've been reading this with interest: 1) If your situation gives you the choice between Access and SQL Server, then you can use SQL Server Express. For your customer's benefit - it's free! 2) How many concurrent users? Too Many? 3) How many indexes on the tables? I actually only use the primary key as an index on every table. More indexes slows down writing performance. 4) Are you starting up by setting a recordset to open and leaving it that way? This greatly reduces 'churn' in the locking database. When I set this up all my users reported a significant performance improvement. Code below: '------------------------------------------------------------------------ Dim stgConnect As String Dim dbs As DAO.Database Dim tdf As DAO.TableDef stgConnect = BEFullPath Set dbs = DBEngine(0)(0) Set tdf = dbs.TableDefs("tblConnect") If tdf.Connect <> ";Database=" & stgConnect Then tdf.Connect = ";Database=" & stgConnect tdf.RefreshLink End If dbs.Close Set GrstConnect = DBEngine(0)(0).OpenRecordset("tblConnect", dbOpenSnapshot) '------------------------------------------------------------------------ Notes: BEFullPath is a function to return the full path to the BE. tblConnect is a one row one field table in the BE. The table link is refreshed because the table link is in a library. GrstConnect is a globally defined DAO recordset. GrstConnect remains open until just before the database is closed. Good Luck! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 27, 2008 4:54 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Rocky, The whole point of the unbound exercise is to open a single record, populate the form with the values, then close the recordset. If I am going to hold the record open then I might as well just bind the form and be done with it. When the user saves the data in the unbound form, the form needs to check if anything is dirty, if so then it needs to grab the record again, if the record no longer exists then the record has been deleted and then what...? Inform the record that the record was deleted? Refuse to save the changes? Assuming the record has not been deleted, then the updated fields have to check the same fields in the underlying record to see if the "old data" from the form (the data at the time the form opened) matches the data in the corresponding field in the record. If so then it can just be written back. If not then the user has to be told that the data changed and... Ask the user if they want to overwrite the changes in the table with the changes they just made? Refuse to save their changes? As you can see, disconnected records cause a lot of headaches that bound forms "just take care of". "Disconnected" means that no lock is placed, no recordset is held open, and dbPessimistic and dbSeeChanges are irrelevant. I am not an "unbound" kinda guy so I have not answered these questions, I am attempting to get answers for "best practices" on how to handle these and any other similar issues. The only reason I am even getting into this is that I have a couple of "choke points" where for some unknown, unexplained reason, I am getting "record locked" issues as the user tries to edit records. AFAICT these are not even records that other users are editing or even viewing. In fact I get "locked" records when trying to ADD A NEW RECORD... which indicates that the issue is way down in the guts of Access / JET in things like Index or memo pages. My THEORY is that if I make these forms unbound then these memo and index page locks will go away since there are no longer dozens of users trying to lock memo pages or index pages, except very briefly as they save new / changed records. Unfortunately, the "art of unboundedness" is arcane (at least to me) and I am not finding good solid references as to how to handle these things, nor what the results will be at the "jet guts" level. I tried to convince my clients to just move to SQL Server, which doesn't have these memo and index page lock issues, and let me go back to my peaceful bound form world. They are not doing that so here we are. John W. Colby www.ColbyConsulting.com Rocky Smolin at Beach Access Software wrote: > John: > > Won't dbPessimistic in the LockEdits parameter of the OpenRecordset do what > you need to have done with regard to multiple users attempting to edit the > same record? > > dbSeeChanges may also bee what you need. From the help: > > Use the dbSeeChanges constant in a Microsoft Jet workspace if you want to > trap changes while two or more users are editing or deleting the same > record. For example, if two users start editing the same record, the first > user to execute the Update method succeeds. When the second user invokes the > Update method, a run-time error occurs. Similarly, if the second user tries > to use the Delete method to delete the record, and the first user has > already changed it, a run-time error occurs. > > Typically, if the user gets this error while updating a record, your code > should refresh the contents of the fields and retrieve the newly modified > values. If the error occurs while deleting a record, your code could display > the new record data to the user and a message indicating that the data has > recently changed. At this point, your code can request a confirmation that > the user still wants to delete the record. > > HTH > > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > www.bchacc.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, May 27, 2008 1:05 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > LOL, I do want to do a lot with an unbound form. It should open a record, > display that record, allow it to be edited, and save the record back again > once edited, all without corrupting data, honoring data saves before it > saves etc. > Bound forms do all of that, and the unholy alliance of unbounders have > always indicated that they could also do all of this stuff. > > Now I need to do all that stuff and just thought those UAU members would > have their expertise to share. > > 8-0 > > John W. Colby > www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue May 27 17:34:51 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 27 May 2008 18:34:51 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <004201c8c045$5ac3d8c0$6500a8c0@SusanOne> References: <483C6988.1070502@colbyconsulting.com><00af01c8c040$4f8d2830$0301a8c0@HAL9005> <483C82FE.8020907@colbyconsulting.com> <004201c8c045$5ac3d8c0$6500a8c0@SusanOne> Message-ID: <483C8C8B.6030009@colbyconsulting.com> Susan, > John, are you asking how to use disconnected recordsets No, I am trying to discover how to use unbound forms for data entry editing. It is a similar but not identical thing. For example if you create a new record in an unbound form, there is no recordset to be disconnected. If you edit an existing record, then yes, kind of. You would (I assume) open a record, grab the field values, old values, names and such, and then close the recordset. That assumes a DAO recordset. You would disconnect the recordset (I assume) if you tried to do this in ADO. >or are you trying to talk yourself into writing a class instead? No, I am trying to discover the best way to emulate the functionality of a bound form. I do assume that this will involve custom written classes, but never having done this I am not certain of that. I have actually thought of taking a bound form, opening it to a record (bound forms use DAO recordsets, at least back in 2K and previous which this client still uses), then grabbing all the field values and "disconnecting" the form (and controls). This would give me a snapshot of the data as it existed as the form opened, and a method of determining if the data changed. And no, I do not have a TechRepublic membership. John W. Colby www.ColbyConsulting.com Susan Harkins wrote: > John, are you asking how to use disconnected recordsets or are you trying to > talk yourself into writing a class instead? I've got a good basic article on > using disconnected recordsets on techrepublic.com, if you're interested. > There's also a much more involved article on the subject in an old issue of > IMA. I could look up the issue, but unless you have it... none of their > stuff's assessable online. > > Susan H. > > >> Rocky, >> >> The whole point of the unbound exercise is to open a single >> record, populate the form with the values, then close the >> recordset. If I am going to hold the record open then I >> might as well just bind the form and be done with it. >> >> When the user saves the data in the unbound form, the form >> needs to check if anything is dirty, if so then it needs to >> grab the record again, if the record no longer exists then >> the record has been deleted and then what...? Inform the >> record that the record was deleted? Refuse to save the changes? >> >> Assuming the record has not been deleted, then the updated >> fields have to check the same fields in the underlying >> record to see if the "old data" from the form (the data at >> the time the form opened) matches the data in the >> corresponding field in the record. If so then it can just >> be written back. If not then the user has to be told that >> the data changed and... Ask the user if they want to >> overwrite the changes in the table with the changes they >> just made? Refuse to save their changes? >> >> As you can see, disconnected records cause a lot of >> headaches that bound forms "just take care of". >> "Disconnected" means that no lock is placed, no recordset is >> held open, and dbPessimistic and dbSeeChanges are irrelevant. >> >> I am not an "unbound" kinda guy so I have not answered these >> questions, I am attempting to get answers for "best >> practices" on how to handle these and any other similar issues. >> >> The only reason I am even getting into this is that I have a >> couple of "choke points" where for some unknown, unexplained >> reason, I am getting "record locked" issues as the user >> tries to edit records. AFAICT these are not even records >> that other users are editing or even viewing. In fact I get >> "locked" records when trying to ADD A NEW RECORD... which >> indicates that the issue is way down in the guts of Access / >> JET in things like Index or memo pages. My THEORY is that >> if I make these forms unbound then these memo and index page >> locks will go away since there are no longer dozens of users >> trying to lock memo pages or index pages, except very >> briefly as they save new / changed records. >> >> Unfortunately, the "art of unboundedness" is arcane (at >> least to me) and I am not finding good solid references as >> to how to handle these things, nor what the results will be >> at the "jet guts" level. >> >> I tried to convince my clients to just move to SQL Server, >> which doesn't have these memo and index page lock issues, >> and let me go back to my peaceful bound form world. They >> are not doing that so here we are. >> >> John W. Colby >> www.ColbyConsulting.com From DWUTKA at Marlow.com Tue May 27 17:45:12 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 27 May 2008 17:45:12 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483C8C8B.6030009@colbyconsulting.com> Message-ID: Not sure where you are stumbling here John. It's just going to require some code. As far as approach on this, do you want to check if the data class is 'dirty', or just compare it to current record when you go to save it? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 27, 2008 5:35 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Susan, > John, are you asking how to use disconnected recordsets No, I am trying to discover how to use unbound forms for data entry editing. It is a similar but not identical thing. For example if you create a new record in an unbound form, there is no recordset to be disconnected. If you edit an existing record, then yes, kind of. You would (I assume) open a record, grab the field values, old values, names and such, and then close the recordset. That assumes a DAO recordset. You would disconnect the recordset (I assume) if you tried to do this in ADO. >or are you trying to talk yourself into writing a class instead? No, I am trying to discover the best way to emulate the functionality of a bound form. I do assume that this will involve custom written classes, but never having done this I am not certain of that. I have actually thought of taking a bound form, opening it to a record (bound forms use DAO recordsets, at least back in 2K and previous which this client still uses), then grabbing all the field values and "disconnecting" the form (and controls). This would give me a snapshot of the data as it existed as the form opened, and a method of determining if the data changed. And no, I do not have a TechRepublic membership. John W. Colby www.ColbyConsulting.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From jwcolby at colbyconsulting.com Tue May 27 17:49:25 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 27 May 2008 18:49:25 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <4AE80BDB5516488CA7177FC0E4109A83@danwaters> References: <483C6988.1070502@colbyconsulting.com><00af01c8c040$4f8d2830$0301a8c0@HAL9005> <483C82FE.8020907@colbyconsulting.com> <4AE80BDB5516488CA7177FC0E4109A83@danwaters> Message-ID: <483C8FF5.1040407@colbyconsulting.com> > 1) If your situation gives you the choice between Access and SQL Server, then you can use SQL Server Express. For your customer's benefit - it's free! I know that, and you know that, but they have used an MDB BE for most of a decade. SQL Server is the great unknown. > 2) How many concurrent users? Too Many? In the majority of cases, no. There ARE specific places where too many users cause mysterious issues with an MDB. Memos are written in "pages", as are indexes. If you open a record and start to edit it, it "locks" an entire "page" of the index structure or the memo area, which locks not just your record but potentially many others. This simply doesn't happen in SQL Server because SQL Server doesn't have this "page" system for storing memo fields etc. > 3) How many indexes on the tables? Not the point, the point is that ALL indexes are stored in Index pages, and entire pages of indexs can be locked by a single edit. Creating / using Indexes should be determined by need, not arcane locking issues within Jet. > 4) Are you starting up by setting a recordset to open and leaving it that way? If you are talking about creating and holding locks on the BE, yes I am, but that isn't the issue either. John W. Colby www.ColbyConsulting.com Dan Waters wrote: > John - I've been reading this with interest: > > 1) If your situation gives you the choice between Access and SQL Server, > then you can use SQL Server Express. For your customer's benefit - it's > free! > > 2) How many concurrent users? Too Many? > > 3) How many indexes on the tables? I actually only use the primary key as > an index on every table. More indexes slows down writing performance. > > 4) Are you starting up by setting a recordset to open and leaving it that > way? This greatly reduces 'churn' in the locking database. When I set this > up all my users reported a significant performance improvement. Code below: > > '------------------------------------------------------------------------ > Dim stgConnect As String > Dim dbs As DAO.Database > Dim tdf As DAO.TableDef > > stgConnect = BEFullPath > Set dbs = DBEngine(0)(0) > Set tdf = dbs.TableDefs("tblConnect") > If tdf.Connect <> ";Database=" & stgConnect Then > tdf.Connect = ";Database=" & stgConnect > tdf.RefreshLink > End If > dbs.Close > > Set GrstConnect = DBEngine(0)(0).OpenRecordset("tblConnect", > dbOpenSnapshot) > '------------------------------------------------------------------------ > > Notes: BEFullPath is a function to return the full path to the BE. > tblConnect is a one row one field table in the BE. > The table link is refreshed because the table link is in a library. > GrstConnect is a globally defined DAO recordset. > GrstConnect remains open until just before the database is closed. > > Good Luck! > Dan From rockysmolin at bchacc.com Tue May 27 18:02:37 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Tue, 27 May 2008 16:02:37 -0700 Subject: [AccessD] 2007 disables app because of In-Reply-To: <39cb22f30805271511l789f7394mafb430043958d99d@mail.gmail.com> References: <009201c8c033$b3db7bf0$0301a8c0@HAL9005> <39cb22f30805271511l789f7394mafb430043958d99d@mail.gmail.com> Message-ID: <00d001c8c04d$c1ffca00$0301a8c0@HAL9005> So when distributing a commercial app, this has to be in the ReadMeNow.txt file? Thanks and regards, Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Tuesday, May 27, 2008 3:12 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] 2007 disables app because of Rocky, Isn't that the same type of security message that can be permanently disabled if you just go to the Tools | Macro | Security option in 2003 and set the security level to low ("not recommended")? In 2007 you open the "Trust Center" (oh, gawd!) and select "Enable all macros (not recommended; potentially dangerous code can run)". So after being suitably chastised, you can avoid the messages for good. But programmatically? Then the bad guys could simply put that in their evil macros and then where would we be? Steve Erbach Neenah, WI On Tue, May 27, 2008 at 2:56 PM, Rocky Smolin at Beach Access Software wrote: > Dear List: > > A client is running 2007 in the office but I'm developing in 2003 and > he runs 2003 on his laptop. > > His app, in 2007, opens with the Security Warning - certain content in > the database has been disabled. It is a legacy app with macros. > Clicking 'Options' allows you to enable the content. > > Is there a way in the app's startup that I can get rid of this message? > > A side issue: this app runs with 2007 at about about 1/3 the speed of 2003. > Has anyone had similar experiences with 2007? > > MTIA > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.24.1/1469 - Release Date: 27/5/2008 13:25 From jengross at gte.net Tue May 27 19:11:30 2008 From: jengross at gte.net (Jennifer Gross) Date: Tue, 27 May 2008 16:11:30 -0800 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483C8FF5.1040407@colbyconsulting.com> Message-ID: <0K1J00I84V5QZ1U0@vms044.mailsrvcs.net> I have no idea how to create an unbound form in Access. I always use bound forms. Though I would be interested to know how it's done. Unless I've got it wrong, that seems to be the basic question here - For those of you who do it, how do you create an unbound form? How do you populate the textboxes initially and then how do you save the information back to the tables? It's beginning to sound like nobody really does it. Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 27, 2008 2:49 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form > 1) If your situation gives you the choice between Access and SQL Server, then you can use SQL Server Express. For your customer's benefit - it's free! I know that, and you know that, but they have used an MDB BE for most of a decade. SQL Server is the great unknown. > 2) How many concurrent users? Too Many? In the majority of cases, no. There ARE specific places where too many users cause mysterious issues with an MDB. Memos are written in "pages", as are indexes. If you open a record and start to edit it, it "locks" an entire "page" of the index structure or the memo area, which locks not just your record but potentially many others. This simply doesn't happen in SQL Server because SQL Server doesn't have this "page" system for storing memo fields etc. > 3) How many indexes on the tables? Not the point, the point is that ALL indexes are stored in Index pages, and entire pages of indexs can be locked by a single edit. Creating / using Indexes should be determined by need, not arcane locking issues within Jet. > 4) Are you starting up by setting a recordset to open and leaving it that way? If you are talking about creating and holding locks on the BE, yes I am, but that isn't the issue either. John W. Colby www.ColbyConsulting.com Dan Waters wrote: > John - I've been reading this with interest: > > 1) If your situation gives you the choice between Access and SQL > Server, then you can use SQL Server Express. For your customer's > benefit - it's free! > > 2) How many concurrent users? Too Many? > > 3) How many indexes on the tables? I actually only use the primary > key as an index on every table. More indexes slows down writing performance. > > 4) Are you starting up by setting a recordset to open and leaving it > that way? This greatly reduces 'churn' in the locking database. When > I set this up all my users reported a significant performance improvement. Code below: > > '------------------------------------------------------------------------ > Dim stgConnect As String > Dim dbs As DAO.Database > Dim tdf As DAO.TableDef > > stgConnect = BEFullPath > Set dbs = DBEngine(0)(0) > Set tdf = dbs.TableDefs("tblConnect") > If tdf.Connect <> ";Database=" & stgConnect Then > tdf.Connect = ";Database=" & stgConnect > tdf.RefreshLink > End If > dbs.Close > > Set GrstConnect = DBEngine(0)(0).OpenRecordset("tblConnect", > dbOpenSnapshot) > '--------------------------------------------------------------------- > --- > > Notes: BEFullPath is a function to return the full path to the BE. > tblConnect is a one row one field table in the BE. > The table link is refreshed because the table link is in a library. > GrstConnect is a globally defined DAO recordset. > GrstConnect remains open until just before the database is closed. > > Good Luck! > Dan -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Tue May 27 18:13:21 2008 From: dwaters at usinternet.com (Dan Waters) Date: Tue, 27 May 2008 18:13:21 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483C8FF5.1040407@colbyconsulting.com> References: <483C6988.1070502@colbyconsulting.com><00af01c8c040$4f8d2830$0301a8c0@HAL9005> <483C82FE.8020907@colbyconsulting.com><4AE80BDB5516488CA7177FC0E4109A83@danwaters> <483C8FF5.1040407@colbyconsulting.com> Message-ID: Well, I was trying to simplify things and remove some complexity. Based on what you said about indexes, my next step would be to remove all the indexes on editable fields. This would be just an experiment to see if the problem goes away. I've never indexed an editable field, so I'm not familiar with the effects. In any case, there must be something specific that can be solved. I've never heard of the symptoms you're describing from anyone - so being bound is unlikely to be the root cause. Best of Luck! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 27, 2008 5:49 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form > 1) If your situation gives you the choice between Access and SQL Server, then you can use SQL Server Express. For your customer's benefit - it's free! I know that, and you know that, but they have used an MDB BE for most of a decade. SQL Server is the great unknown. > 2) How many concurrent users? Too Many? In the majority of cases, no. There ARE specific places where too many users cause mysterious issues with an MDB. Memos are written in "pages", as are indexes. If you open a record and start to edit it, it "locks" an entire "page" of the index structure or the memo area, which locks not just your record but potentially many others. This simply doesn't happen in SQL Server because SQL Server doesn't have this "page" system for storing memo fields etc. > 3) How many indexes on the tables? Not the point, the point is that ALL indexes are stored in Index pages, and entire pages of indexs can be locked by a single edit. Creating / using Indexes should be determined by need, not arcane locking issues within Jet. > 4) Are you starting up by setting a recordset to open and leaving it that way? If you are talking about creating and holding locks on the BE, yes I am, but that isn't the issue either. John W. Colby www.ColbyConsulting.com Dan Waters wrote: > John - I've been reading this with interest: > > 1) If your situation gives you the choice between Access and SQL Server, > then you can use SQL Server Express. For your customer's benefit - it's > free! > > 2) How many concurrent users? Too Many? > > 3) How many indexes on the tables? I actually only use the primary key as > an index on every table. More indexes slows down writing performance. > > 4) Are you starting up by setting a recordset to open and leaving it that > way? This greatly reduces 'churn' in the locking database. When I set this > up all my users reported a significant performance improvement. Code below: > > '------------------------------------------------------------------------ > Dim stgConnect As String > Dim dbs As DAO.Database > Dim tdf As DAO.TableDef > > stgConnect = BEFullPath > Set dbs = DBEngine(0)(0) > Set tdf = dbs.TableDefs("tblConnect") > If tdf.Connect <> ";Database=" & stgConnect Then > tdf.Connect = ";Database=" & stgConnect > tdf.RefreshLink > End If > dbs.Close > > Set GrstConnect = DBEngine(0)(0).OpenRecordset("tblConnect", > dbOpenSnapshot) > '------------------------------------------------------------------------ > > Notes: BEFullPath is a function to return the full path to the BE. > tblConnect is a one row one field table in the BE. > The table link is refreshed because the table link is in a library. > GrstConnect is a globally defined DAO recordset. > GrstConnect remains open until just before the database is closed. > > Good Luck! > Dan -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue May 27 18:22:07 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Tue, 27 May 2008 16:22:07 -0700 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <0K1J00I84V5QZ1U0@vms044.mailsrvcs.net> References: <483C8FF5.1040407@colbyconsulting.com> <0K1J00I84V5QZ1U0@vms044.mailsrvcs.net> Message-ID: <00de01c8c050$7b7040d0$0301a8c0@HAL9005> Jennifer: You use DAO to navigate the recordset =MovePrevious,Next,First,Last, FindFirst,Next, etc - and when you fetch a record call a sub that transfer the values from the fields to the unbound text boxes. You need a save button on the form for the user to save the edited (or added) record because it doesn't happen automatically just by moving off the record. Save calls a sub that copies the values from the unbound text boxes to the DAO record. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer Gross Sent: Tuesday, May 27, 2008 5:12 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] VBA Unbound data entry / update form I have no idea how to create an unbound form in Access. I always use bound forms. Though I would be interested to know how it's done. Unless I've got it wrong, that seems to be the basic question here - For those of you who do it, how do you create an unbound form? How do you populate the textboxes initially and then how do you save the information back to the tables? It's beginning to sound like nobody really does it. Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 27, 2008 2:49 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form > 1) If your situation gives you the choice between Access and SQL Server, then you can use SQL Server Express. For your customer's benefit - it's free! I know that, and you know that, but they have used an MDB BE for most of a decade. SQL Server is the great unknown. > 2) How many concurrent users? Too Many? In the majority of cases, no. There ARE specific places where too many users cause mysterious issues with an MDB. Memos are written in "pages", as are indexes. If you open a record and start to edit it, it "locks" an entire "page" of the index structure or the memo area, which locks not just your record but potentially many others. This simply doesn't happen in SQL Server because SQL Server doesn't have this "page" system for storing memo fields etc. > 3) How many indexes on the tables? Not the point, the point is that ALL indexes are stored in Index pages, and entire pages of indexs can be locked by a single edit. Creating / using Indexes should be determined by need, not arcane locking issues within Jet. > 4) Are you starting up by setting a recordset to open and leaving it that way? If you are talking about creating and holding locks on the BE, yes I am, but that isn't the issue either. John W. Colby www.ColbyConsulting.com Dan Waters wrote: > John - I've been reading this with interest: > > 1) If your situation gives you the choice between Access and SQL > Server, then you can use SQL Server Express. For your customer's > benefit - it's free! > > 2) How many concurrent users? Too Many? > > 3) How many indexes on the tables? I actually only use the primary > key as an index on every table. More indexes slows down writing performance. > > 4) Are you starting up by setting a recordset to open and leaving it > that way? This greatly reduces 'churn' in the locking database. When > I set this up all my users reported a significant performance improvement. Code below: > > '------------------------------------------------------------------------ > Dim stgConnect As String > Dim dbs As DAO.Database > Dim tdf As DAO.TableDef > > stgConnect = BEFullPath > Set dbs = DBEngine(0)(0) > Set tdf = dbs.TableDefs("tblConnect") > If tdf.Connect <> ";Database=" & stgConnect Then > tdf.Connect = ";Database=" & stgConnect > tdf.RefreshLink > End If > dbs.Close > > Set GrstConnect = DBEngine(0)(0).OpenRecordset("tblConnect", > dbOpenSnapshot) > '--------------------------------------------------------------------- > --- > > Notes: BEFullPath is a function to return the full path to the BE. > tblConnect is a one row one field table in the BE. > The table link is refreshed because the table link is in a library. > GrstConnect is a globally defined DAO recordset. > GrstConnect remains open until just before the database is closed. > > Good Luck! > Dan -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.24.1/1469 - Release Date: 27/5/2008 13:25 From ssharkins at gmail.com Tue May 27 18:37:36 2008 From: ssharkins at gmail.com (Susan Harkins) Date: Tue, 27 May 2008 19:37:36 -0400 Subject: [AccessD] VBA Unbound data entry / update form References: <483C6988.1070502@colbyconsulting.com><00af01c8c040$4f8d2830$0301a8c0@HAL9005> <483C82FE.8020907@colbyconsulting.com><004201c8c045$5ac3d8c0$6500a8c0@SusanOne> <483C8C8B.6030009@colbyconsulting.com> Message-ID: <009d01c8c052$b5341600$6500a8c0@SusanOne> > And no, I do not have a TechRepublic membership. ========That article doesn't require a subscription or membership, but I don't think it would help you anyway. Susan H. From DWUTKA at Marlow.com Tue May 27 18:44:22 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 27 May 2008 18:44:22 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <0K1J00I84V5QZ1U0@vms044.mailsrvcs.net> Message-ID: Sorry, just don't build Access front ends very often. ASP/HTML has far too many advantages. However, where JWC is hitting a wall, is that he is trying to mimic the exact functionality of a bound form with unbound methods....there's no real point to do that. (though I know why he is, he is trying to disconnect it to try and remove a clog in the system). The problem is that if you want all the features of a bound system, it's FAR easier to just use a bound system. Unbound forms are good for lightweight processes. Look at it this way. A bound form is essentially like giving someone direct access to a table, with some extra bells and whistles. To restrict capabilities (like not allowing certain fields to be edited, or only certain records, etc.) you have to add to a bound form to get those capabilities. With an unbound form, you are coming from the opposite direction. The user only gets the capabilities you create for them. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer Gross Sent: Tuesday, May 27, 2008 7:12 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] VBA Unbound data entry / update form I have no idea how to create an unbound form in Access. I always use bound forms. Though I would be interested to know how it's done. Unless I've got it wrong, that seems to be the basic question here - For those of you who do it, how do you create an unbound form? How do you populate the textboxes initially and then how do you save the information back to the tables? It's beginning to sound like nobody really does it. Jennifer The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From jwcolby at colbyconsulting.com Tue May 27 20:14:31 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 27 May 2008 21:14:31 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: References: <483C6988.1070502@colbyconsulting.com><00af01c8c040$4f8d2830$0301a8c0@HAL9005> <483C82FE.8020907@colbyconsulting.com><4AE80BDB5516488CA7177FC0E4109A83@danwaters> <483C8FF5.1040407@colbyconsulting.com> Message-ID: <483CB1F7.5030804@colbyconsulting.com> Dan, >I've never indexed an editable field, so I'm not familiar with the effects. Indexes are used to speed up sorts. If you have a table with thousands of names, and you want to sort on last name, first name, then you have to put an index on both the last name field and the first name field. Want to sort on SSN? index it. Want to sort on birth date? index it. Want to sort on... index it. Other than PK/FK fields, that is what indexes are for. >so being bound is unlikely to be the root cause. Being bound is not the root cause, the root cause appears to be the way that JET stores indexes and memo fields in the MDB container. Do the same thing with a SQL Server BE and the problem goes away, bound or unbound. John W. Colby www.ColbyConsulting.com Dan Waters wrote: > Well, I was trying to simplify things and remove some complexity. > > Based on what you said about indexes, my next step would be to remove all > the indexes on editable fields. This would be just an experiment to see if > the problem goes away. I've never indexed an editable field, so I'm not > familiar with the effects. > > In any case, there must be something specific that can be solved. I've > never heard of the symptoms you're describing from anyone - so being bound > is unlikely to be the root cause. > > Best of Luck! > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, May 27, 2008 5:49 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > > 1) If your situation gives you the choice between Access > and SQL Server, then you can use SQL Server Express. For > your customer's benefit - it's free! > > I know that, and you know that, but they have used an MDB BE > for most of a decade. SQL Server is the great unknown. > > > 2) How many concurrent users? Too Many? > > In the majority of cases, no. There ARE specific places > where too many users cause mysterious issues with an MDB. > Memos are written in "pages", as are indexes. If you open a > record and start to edit it, it "locks" an entire "page" of > the index structure or the memo area, which locks not just > your record but potentially many others. > > This simply doesn't happen in SQL Server because SQL Server > doesn't have this "page" system for storing memo fields etc. > > > 3) How many indexes on the tables? > > Not the point, the point is that ALL indexes are stored in > Index pages, and entire pages of indexs can be locked by a > single edit. > > Creating / using Indexes should be determined by need, not > arcane locking issues within Jet. > > > 4) Are you starting up by setting a recordset to open and > leaving it that way? > > If you are talking about creating and holding locks on the > BE, yes I am, but that isn't the issue either. > > John W. Colby > www.ColbyConsulting.com From jwcolby at colbyconsulting.com Tue May 27 20:20:57 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 27 May 2008 21:20:57 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <0K1J00I84V5QZ1U0@vms044.mailsrvcs.net> References: <0K1J00I84V5QZ1U0@vms044.mailsrvcs.net> Message-ID: <483CB379.8050804@colbyconsulting.com> > It's beginning to sound like nobody really does it. LOL. It does sound that way doesn't it. Access' bound forms are magical, and most developers who grew up in Access use them. OTOH, old hard core programmers from the bygone era didn't have magic solutions and grew up hard coding solutions. Back in the good old days of the great bound / unbound debate, the secret society of the UHU made all kinds of claims about how unbound was better because.... So I just assumed that now, when I actually needed to do it I could call on some of them to show some code... It is remotely possible that the UHU are all still sleeping off their memorial day celebrations. ;-) John W. Colby www.ColbyConsulting.com Jennifer Gross wrote: > I have no idea how to create an unbound form in Access. I always use bound > forms. Though I would be interested to know how it's done. Unless I've got > it wrong, that seems to be the basic question here - For those of you who do > it, how do you create an unbound form? How do you populate the textboxes > initially and then how do you save the information back to the tables? > > It's beginning to sound like nobody really does it. > > Jennifer From jwcolby at colbyconsulting.com Tue May 27 20:29:29 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 27 May 2008 21:29:29 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: References: Message-ID: <483CB579.8020405@colbyconsulting.com> > However, where JWC is hitting a wall, is that he is trying to mimic the exact functionality of a bound form with unbound methods Well... there is far too much "exact functionality" to even attempt to mimic, though the major parts would be nice. >though I know why he is, he is trying to disconnect it to try and remove a clog in the system Uhhhh yep. Under certain conditions Jet and the MDB BE cause issues. I am trying to code a solution around those issues, not for use in every form, but I still need add / edit / delete functionality without data corruption. >The problem is that if you want all the features of a bound system, it's FAR easier to just use a bound system. Unbound forms are good for lightweight processes. Which is precisely why I use bound forms 99% of the time. Why reinvent a rather complex, well designed wheel. Said wheel works quite well BTW with a SQL Server data store, it is SPECIFIC issues with the MDB data store that appear to be the problem. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > Sorry, just don't build Access front ends very often. ASP/HTML has far > too many advantages. > > However, where JWC is hitting a wall, is that he is trying to mimic the > exact functionality of a bound form with unbound methods....there's no > real point to do that. (though I know why he is, he is trying to > disconnect it to try and remove a clog in the system). The problem is > that if you want all the features of a bound system, it's FAR easier to > just use a bound system. Unbound forms are good for lightweight > processes. > > Look at it this way. A bound form is essentially like giving someone > direct access to a table, with some extra bells and whistles. To > restrict capabilities (like not allowing certain fields to be edited, or > only certain records, etc.) you have to add to a bound form to get those > capabilities. With an unbound form, you are coming from the opposite > direction. The user only gets the capabilities you create for them. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer > Gross > Sent: Tuesday, May 27, 2008 7:12 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] VBA Unbound data entry / update form > > I have no idea how to create an unbound form in Access. I always use > bound > forms. Though I would be interested to know how it's done. Unless I've > got > it wrong, that seems to be the basic question here - For those of you > who do > it, how do you create an unbound form? How do you populate the > textboxes > initially and then how do you save the information back to the tables? > > It's beginning to sound like nobody really does it. > > Jennifer > > The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. > > From edzedz at comcast.net Tue May 27 21:49:06 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Tue, 27 May 2008 19:49:06 -0700 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483CB579.8020405@colbyconsulting.com> Message-ID: <000001c8c06d$6661e8c0$63dea8c0@dudley1> It can be done. You'll have to use a lot of VBA, take care of the record selection. Become acquainted with .Addnew, .Edit and .Update. And you have to put some of the Microsoft way of thinking to one side and think of the programmer way of doing things. Many with criticize that way of doing things. However, if you have someone paying you to do such, and the check clears the Bank, who cares. It will take longer because of the extra coding. ' ***************************************************** ' Store the SQL Select for exported records. ' rsSetB.Edit rsSetB![ExportSQL] = sPhyTableSQL rsSetB![Output] = sExportFile rsSetB.Update -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Tuesday, May 27, 2008 6:29 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form > However, where JWC is hitting a wall, is that he is trying to mimic the exact functionality of a bound form with unbound methods Well... there is far too much "exact functionality" to even attempt to mimic, though the major parts would be nice. >though I know why he is, he is trying to disconnect it to try and remove a clog in the system Uhhhh yep. Under certain conditions Jet and the MDB BE cause issues. I am trying to code a solution around those issues, not for use in every form, but I still need add / edit / delete functionality without data corruption. >The problem is that if you want all the features of a bound system, it's FAR easier to just use a bound system. Unbound forms are good for lightweight processes. Which is precisely why I use bound forms 99% of the time. Why reinvent a rather complex, well designed wheel. Said wheel works quite well BTW with a SQL Server data store, it is SPECIFIC issues with the MDB data store that appear to be the problem. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > Sorry, just don't build Access front ends very often. ASP/HTML has far > too many advantages. > > However, where JWC is hitting a wall, is that he is trying to mimic the > exact functionality of a bound form with unbound methods....there's no > real point to do that. (though I know why he is, he is trying to > disconnect it to try and remove a clog in the system). The problem is > that if you want all the features of a bound system, it's FAR easier to > just use a bound system. Unbound forms are good for lightweight > processes. > > Look at it this way. A bound form is essentially like giving someone > direct access to a table, with some extra bells and whistles. To > restrict capabilities (like not allowing certain fields to be edited, or > only certain records, etc.) you have to add to a bound form to get those > capabilities. With an unbound form, you are coming from the opposite > direction. The user only gets the capabilities you create for them. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer > Gross > Sent: Tuesday, May 27, 2008 7:12 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] VBA Unbound data entry / update form > > I have no idea how to create an unbound form in Access. I always use > bound > forms. Though I would be interested to know how it's done. Unless I've > got > it wrong, that seems to be the basic question here - For those of you > who do > it, how do you create an unbound form? How do you populate the > textboxes > initially and then how do you save the information back to the tables? > > It's beginning to sound like nobody really does it. > > Jennifer > > The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wdhindman at dejpolsystems.com Tue May 27 20:49:23 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Tue, 27 May 2008 21:49:23 -0400 Subject: [AccessD] VBA Unbound data entry / update form References: <0K1J00I84V5QZ1U0@vms044.mailsrvcs.net> <483CB379.8050804@colbyconsulting.com> Message-ID: <35C1994012194E8181B9D3E1C706FA8E@jislaptopdev> ...lol ...Rocky has posted some points and he should know ...way back I reviewed some code he sent me and I was simply dumbfounded by his use of unbound code to do even the simplest things ...took me hours to decipher code that was a simple update ...one line with bound forms ...reams unbound ...but he had it down cold and it certainly worked without some of the bugs we bounders take for granted ...I'd bet that if you had a look at some of his code it would answer most if not all of your questions. William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "jwcolby" Sent: Tuesday, May 27, 2008 9:20 PM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] VBA Unbound data entry / update form > > It's beginning to sound like nobody really does it. > > LOL. It does sound that way doesn't it. > > Access' bound forms are magical, and most developers who > grew up in Access use them. OTOH, old hard core programmers > from the bygone era didn't have magic solutions and grew up > hard coding solutions. > > Back in the good old days of the great bound / unbound > debate, the secret society of the UHU made all kinds of > claims about how unbound was better because.... So I just > assumed that now, when I actually needed to do it I could > call on some of them to show some code... > > It is remotely possible that the UHU are all still sleeping > off their memorial day celebrations. ;-) > > John W. Colby > www.ColbyConsulting.com > > > Jennifer Gross wrote: >> I have no idea how to create an unbound form in Access. I always use >> bound >> forms. Though I would be interested to know how it's done. Unless I've >> got >> it wrong, that seems to be the basic question here - For those of you who >> do >> it, how do you create an unbound form? How do you populate the textboxes >> initially and then how do you save the information back to the tables? >> >> It's beginning to sound like nobody really does it. >> >> Jennifer > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue May 27 21:07:39 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 27 May 2008 22:07:39 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <000001c8c06d$6661e8c0$63dea8c0@dudley1> References: <000001c8c06d$6661e8c0$63dea8c0@dudley1> Message-ID: <483CBE6B.3060803@colbyconsulting.com> ROTFL. I am a programmer, I know DAO and can write it freehand in my sleep. I don't choose unbound under normal circumstances simply because bound exists, and is done at the JET level, tightly integrated with forms and controls. In all of my years of doing Access, I have exactly TWO places (a single form at two different clients) where I hit this JET / MDB wall. One is in a call center where the users are calling out all night. A dozen or more people, all in the same form, entering new records in the same table, records about calls they are making. The other is in a call center database, where users pull up a form to enter information about calls they are making (and occasionally other kinds of communications such as faxes, emails and letters). In both cases, lots of people are entering records simultaneously into the same table. In both cases, the forms have a few memo fields where the data is entered (the probable culprit) and in both cases there are several indexes on other fields in the table. In both cases I have done the normal troubleshooting of JET locking methodology, record level locking etc. In BOTH cases, NEW records cause "record locked" error messages to the user trying to enter the new records. This indicates to me that it is a "page locking issue" rather than a record locking issue, and the reported errors are the good old JET bad message syndrome. In this thread I was really just taking the opportunity to let the secret order of the UHU show their stuff. It certainly appears that I will roll my own. John W. Colby www.ColbyConsulting.com Edward S Zuris wrote: > It can be done. > > You'll have to use a lot of VBA, take care of the > record selection. Become acquainted with .Addnew, > .Edit and .Update. > > And you have to put some of the Microsoft way of > thinking to one side and think of the programmer > way of doing things. > > Many with criticize that way of doing things. > > However, if you have someone paying you to do such, > and the check clears the Bank, who cares. > > It will take longer because of the extra coding. > > > ' ***************************************************** > ' Store the SQL Select for exported records. > ' > rsSetB.Edit > rsSetB![ExportSQL] = sPhyTableSQL > rsSetB![Output] = sExportFile > rsSetB.Update From jwcolby at colbyconsulting.com Tue May 27 21:10:49 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 27 May 2008 22:10:49 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <35C1994012194E8181B9D3E1C706FA8E@jislaptopdev> References: <0K1J00I84V5QZ1U0@vms044.mailsrvcs.net> <483CB379.8050804@colbyconsulting.com> <35C1994012194E8181B9D3E1C706FA8E@jislaptopdev> Message-ID: <483CBF29.8080609@colbyconsulting.com> LOL, I know what you mean about Rocky's code. I tend to try and do things in an orthogonal manner such that the solution will apply again and again. I have a distinct distaste for writing the same code over and over. John W. Colby www.ColbyConsulting.com William Hindman wrote: > ...lol ...Rocky has posted some points and he should know ...way back I > reviewed some code he sent me and I was simply dumbfounded by his use of > unbound code to do even the simplest things ...took me hours to decipher > code that was a simple update ...one line with bound forms ...reams unbound > ...but he had it down cold and it certainly worked without some of the bugs > we bounders take for granted ...I'd bet that if you had a look at some of > his code it would answer most if not all of your questions. > > William > "The truth is incontrovertible, malice may attack it, ignorance may deride > it, but in the end; there it is." > > -------------------------------------------------- > From: "jwcolby" > Sent: Tuesday, May 27, 2008 9:20 PM > To: "Access Developers discussion and problem solving" > > Subject: Re: [AccessD] VBA Unbound data entry / update form > >>> It's beginning to sound like nobody really does it. >> LOL. It does sound that way doesn't it. >> >> Access' bound forms are magical, and most developers who >> grew up in Access use them. OTOH, old hard core programmers >> from the bygone era didn't have magic solutions and grew up >> hard coding solutions. >> >> Back in the good old days of the great bound / unbound >> debate, the secret society of the UHU made all kinds of >> claims about how unbound was better because.... So I just >> assumed that now, when I actually needed to do it I could >> call on some of them to show some code... >> >> It is remotely possible that the UHU are all still sleeping >> off their memorial day celebrations. ;-) >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Jennifer Gross wrote: >>> I have no idea how to create an unbound form in Access. I always use >>> bound >>> forms. Though I would be interested to know how it's done. Unless I've >>> got >>> it wrong, that seems to be the basic question here - For those of you who >>> do >>> it, how do you create an unbound form? How do you populate the textboxes >>> initially and then how do you save the information back to the tables? >>> >>> It's beginning to sound like nobody really does it. >>> >>> Jennifer >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > From DWUTKA at Marlow.com Tue May 27 21:21:03 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 27 May 2008 21:21:03 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483CB579.8020405@colbyconsulting.com> Message-ID: LOL. Well, that is one of the points that we discussed in those debates. It all depends on what kind of systems you build, as to what tools are more often used. Allowing users to modify, or delete data is a rarity in most of the systems I build. Well, not in the way I think you are referring to. I will have a system where I allow a user to change data, but the data change isn't going to run into an 'overlap' issue. For example, the product database behind our companies website is maintained by our drafting department. There is not going to be a case where one person would change a product one way, and another, another way. Just not how the system is put in place. But if you think about it, in many cases, concern about data change overlap should really be concern over the design of the database. Why would you EVER have two people making changes to the same field in the same record at remotely close times? Data in a record represents something real, in a manner of speaking. There should only be one right value. Yes, a value may change, but change twice within moments? I'd say 99% of the time, it's going to be bad design that's the real issue. Take the helpdesk system I built years ago. The initial system that was in place had a 'comment' field that tracked what the IT personnel did to a request. So you could have multiple techs trying to write to the same field. BAD DESIGN. The system I built, has interim reports (reports of work done in progress) and final reports (reports of completed work). These are records put in their own tables. So you could have a dozen techs entering reports on the same ticket, and NO information is changed, instead, a record is added for each change made, and thus tracking in a much clearer fashion what was done. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 27, 2008 8:29 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form > However, where JWC is hitting a wall, is that he is trying to mimic the exact functionality of a bound form with unbound methods Well... there is far too much "exact functionality" to even attempt to mimic, though the major parts would be nice. >though I know why he is, he is trying to disconnect it to try and remove a clog in the system Uhhhh yep. Under certain conditions Jet and the MDB BE cause issues. I am trying to code a solution around those issues, not for use in every form, but I still need add / edit / delete functionality without data corruption. >The problem is that if you want all the features of a bound system, it's FAR easier to just use a bound system. Unbound forms are good for lightweight processes. Which is precisely why I use bound forms 99% of the time. Why reinvent a rather complex, well designed wheel. Said wheel works quite well BTW with a SQL Server data store, it is SPECIFIC issues with the MDB data store that appear to be the problem. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > Sorry, just don't build Access front ends very often. ASP/HTML has far > too many advantages. > > However, where JWC is hitting a wall, is that he is trying to mimic the > exact functionality of a bound form with unbound methods....there's no > real point to do that. (though I know why he is, he is trying to > disconnect it to try and remove a clog in the system). The problem is > that if you want all the features of a bound system, it's FAR easier to > just use a bound system. Unbound forms are good for lightweight > processes. > > Look at it this way. A bound form is essentially like giving someone > direct access to a table, with some extra bells and whistles. To > restrict capabilities (like not allowing certain fields to be edited, or > only certain records, etc.) you have to add to a bound form to get those > capabilities. With an unbound form, you are coming from the opposite > direction. The user only gets the capabilities you create for them. > > Drew > The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From Darryl.Collins at coles.com.au Tue May 27 21:26:53 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Wed, 28 May 2008 12:26:53 +1000 Subject: [AccessD] 2007 disables app because of Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD742F@WPEXCH05.colesmyer.ad.cmltd.net.au> Hi Rocky. "A side issue: this app runs with 2007 at about about 1/3 the speed of 2003. Has anyone had similar experiences with 2007?" Does the user have the Google Office COM addin installed. If so, make sure you have disabled it: The Google Office COM addin does significantly slow down XL2007, maybe it has the same impact on Access? hth Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, 28 May 2008 5:56 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] 2007 disables app because of Dear List: A client is running 2007 in the office but I'm developing in 2003 and he runs 2003 on his laptop. His app, in 2007, opens with the Security Warning - certain content in the database has been disabled. It is a legacy app with macros. Clicking 'Options' allows you to enable the content. Is there a way in the app's startup that I can get rid of this message? A side issue: this app runs with 2007 at about about 1/3 the speed of 2003. Has anyone had similar experiences with 2007? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From edzedz at comcast.net Tue May 27 22:45:00 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Tue, 27 May 2008 20:45:00 -0700 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: Message-ID: <000401c8c075$35600150$63dea8c0@dudley1> I love the LOL stuff. But is someone will pay you to do something and it isn't breaking the law and get you thrown in jail - Hey why not. May of us did the non-bounded way especially if we transferred from VB3 to MsAccess. Hell, pay me an pittance and I'll rewrite whatever. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Drew Wutka Sent: Tuesday, May 27, 2008 7:21 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form LOL. Well, that is one of the points that we discussed in those debates. It all depends on what kind of systems you build, as to what tools are more often used. Allowing users to modify, or delete data is a rarity in most of the systems I build. Well, not in the way I think you are referring to. I will have a system where I allow a user to change data, but the data change isn't going to run into an 'overlap' issue. For example, the product database behind our companies website is maintained by our drafting department. There is not going to be a case where one person would change a product one way, and another, another way. Just not how the system is put in place. But if you think about it, in many cases, concern about data change overlap should really be concern over the design of the database. Why would you EVER have two people making changes to the same field in the same record at remotely close times? Data in a record represents something real, in a manner of speaking. There should only be one right value. Yes, a value may change, but change twice within moments? I'd say 99% of the time, it's going to be bad design that's the real issue. Take the helpdesk system I built years ago. The initial system that was in place had a 'comment' field that tracked what the IT personnel did to a request. So you could have multiple techs trying to write to the same field. BAD DESIGN. The system I built, has interim reports (reports of work done in progress) and final reports (reports of completed work). These are records put in their own tables. So you could have a dozen techs entering reports on the same ticket, and NO information is changed, instead, a record is added for each change made, and thus tracking in a much clearer fashion what was done. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 27, 2008 8:29 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form > However, where JWC is hitting a wall, is that he is trying to mimic the exact functionality of a bound form with unbound methods Well... there is far too much "exact functionality" to even attempt to mimic, though the major parts would be nice. >though I know why he is, he is trying to disconnect it to try and remove a clog in the system Uhhhh yep. Under certain conditions Jet and the MDB BE cause issues. I am trying to code a solution around those issues, not for use in every form, but I still need add / edit / delete functionality without data corruption. >The problem is that if you want all the features of a bound system, it's FAR easier to just use a bound system. Unbound forms are good for lightweight processes. Which is precisely why I use bound forms 99% of the time. Why reinvent a rather complex, well designed wheel. Said wheel works quite well BTW with a SQL Server data store, it is SPECIFIC issues with the MDB data store that appear to be the problem. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > Sorry, just don't build Access front ends very often. ASP/HTML has far > too many advantages. > > However, where JWC is hitting a wall, is that he is trying to mimic the > exact functionality of a bound form with unbound methods....there's no > real point to do that. (though I know why he is, he is trying to > disconnect it to try and remove a clog in the system). The problem is > that if you want all the features of a bound system, it's FAR easier to > just use a bound system. Unbound forms are good for lightweight > processes. > > Look at it this way. A bound form is essentially like giving someone > direct access to a table, with some extra bells and whistles. To > restrict capabilities (like not allowing certain fields to be edited, or > only certain records, etc.) you have to add to a bound form to get those > capabilities. With an unbound form, you are coming from the opposite > direction. The user only gets the capabilities you create for them. > > Drew > The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From edzedz at comcast.net Tue May 27 22:46:46 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Tue, 27 May 2008 20:46:46 -0700 Subject: [AccessD] 2007 disables app because of In-Reply-To: <49DFE57FB126044B8A8B934E7AEA09ED09FD742F@WPEXCH05.colesmyer.ad.cmltd.net.au> Message-ID: <000801c8c075$74826b70$63dea8c0@dudley1> Gee, you convinced me to stay away from office 2007. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darryl Collins Sent: Tuesday, May 27, 2008 7:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] 2007 disables app because of Hi Rocky. "A side issue: this app runs with 2007 at about about 1/3 the speed of 2003. Has anyone had similar experiences with 2007?" Does the user have the Google Office COM addin installed. If so, make sure you have disabled it: The Google Office COM addin does significantly slow down XL2007, maybe it has the same impact on Access? hth Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, 28 May 2008 5:56 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] 2007 disables app because of Dear List: A client is running 2007 in the office but I'm developing in 2003 and he runs 2003 on his laptop. His app, in 2007, opens with the Security Warning - certain content in the database has been disabled. It is a legacy app with macros. Clicking 'Options' allows you to enable the content. Is there a way in the app's startup that I can get rid of this message? A side issue: this app runs with 2007 at about about 1/3 the speed of 2003. Has anyone had similar experiences with 2007? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue May 27 21:51:18 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 27 May 2008 22:51:18 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: References: Message-ID: <483CC8A6.7030306@colbyconsulting.com> >Why would you EVER have two people making changes to the same field in the same record at remotely close times? Two of my applications are call center databases. In one case insurance claimants call in to the call center to talk to the adjuster or other call center operators. There are 30 such operators. A person calls in (or the adjuster calls out). A record is created in a "contact" form describing the call. It is just the way that they do business that they "group" information in the same record in some cases. They might talk to the sister of the claimant. The time is recorded and who talked to them, the conversation etc. The sister might call back 10 minutes later with more information, EXCEPT that the call is taken by some completely different operator who pulls up the claim record, looks at the "contact" record, and starts editing that same exact record, adding more information provided by the sister of the claimant. That is just the way that they do business. They have contacts with a dozen to a hundred DIFFERENT individuals concerning details of the claim, everyone from relatives, to lawyers to physicians to private investigators, to the courts, to the IRS... Not all claims have contacts with all of these kinds of individuals, but any may have contacts with any of these contact types or all of these contact types. The company finds it convenient to just keep editing one record with conversations with a Private Investigator for example. They MAY create a brand new record for the PI, particularly if the date / time is widely separated, or they may not. Many people, potentially editing the exact same record, often within minutes of each other. Edits in the Claim records tend to "burst", with bursts of edits in specific areas of specific claims within minutes, hours or days, then total inactivity for hours, days or weeks. IOW they "work" specific claims to the point where activity dies down, and then they might not do anything in that claim until letters are received back, phone calls are returned etc. which can provoke another "burst" of activity. Many people, potentially editing the exact same record, often within minutes of each other. You may call it bad design if you wish, but that is they way they do it, that is the way they have always done it and they are not interested in your critique of their methods. What matters is that it works for their purposes. Now... one person starts an edit and goes to lunch... John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > LOL. Well, that is one of the points that we discussed in those > debates. It all depends on what kind of systems you build, as to what > tools are more often used. Allowing users to modify, or delete data is > a rarity in most of the systems I build. > > Well, not in the way I think you are referring to. I will have a system > where I allow a user to change data, but the data change isn't going to > run into an 'overlap' issue. For example, the product database behind > our companies website is maintained by our drafting department. There > is not going to be a case where one person would change a product one > way, and another, another way. Just not how the system is put in place. > > > But if you think about it, in many cases, concern about data change > overlap should really be concern over the design of the database. Why > would you EVER have two people making changes to the same field in the > same record at remotely close times? > > Data in a record represents something real, in a manner of speaking. > There should only be one right value. Yes, a value may change, but > change twice within moments? I'd say 99% of the time, it's going to be > bad design that's the real issue. > > Take the helpdesk system I built years ago. The initial system that was > in place had a 'comment' field that tracked what the IT personnel did to > a request. So you could have multiple techs trying to write to the same > field. BAD DESIGN. The system I built, has interim reports (reports of > work done in progress) and final reports (reports of completed work). > These are records put in their own tables. So you could have a dozen > techs entering reports on the same ticket, and NO information is > changed, instead, a record is added for each change made, and thus > tracking in a much clearer fashion what was done. > > Drew From Darryl.Collins at coles.com.au Tue May 27 21:54:18 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Wed, 28 May 2008 12:54:18 +1000 Subject: [AccessD] 2007 disables app because of Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD7431@WPEXCH05.colesmyer.ad.cmltd.net.au> Yeah, I must admit there is not a lot of upside for me to upgrade right now.... for more info on this have a peep at http://www.asap-utilities.com/blog/index.php/2007/12/20/google-desktop-search-slows-down-excel/ As I said, I have not heard if the same issues effects Access or not, but I have personally witnessed the effect in Excel 2007 and it is significantly slower with the addin installed. regards Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Edward S Zuris Sent: Wednesday, 28 May 2008 1:47 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] 2007 disables app because of Gee, you convinced me to stay away from office 2007. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darryl Collins Sent: Tuesday, May 27, 2008 7:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] 2007 disables app because of Hi Rocky. "A side issue: this app runs with 2007 at about about 1/3 the speed of 2003. Has anyone had similar experiences with 2007?" Does the user have the Google Office COM addin installed. If so, make sure you have disabled it: The Google Office COM addin does significantly slow down XL2007, maybe it has the same impact on Access? hth Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, 28 May 2008 5:56 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] 2007 disables app because of Dear List: A client is running 2007 in the office but I'm developing in 2003 and he runs 2003 on his laptop. His app, in 2007, opens with the Security Warning - certain content in the database has been disabled. It is a legacy app with macros. Clicking 'Options' allows you to enable the content. Is there a way in the app's startup that I can get rid of this message? A side issue: this app runs with 2007 at about about 1/3 the speed of 2003. Has anyone had similar experiences with 2007? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From DWUTKA at Marlow.com Tue May 27 21:56:32 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 27 May 2008 21:56:32 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <000401c8c075$35600150$63dea8c0@dudley1> Message-ID: And that's where JC and I argued the most. I wouldn't build an unbound form to get all of the functionality of a bound form. But if I only needed 10%, then why go through and spend the time to work around dropping or disabling the other 90%, instead of just building that 10%. Also, if you build business logic classes, and you build a system around those, it's kind of hard to have a bound form that uses class objects as the recordsource. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S Zuris Sent: Tuesday, May 27, 2008 10:45 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] VBA Unbound data entry / update form I love the LOL stuff. But is someone will pay you to do something and it isn't breaking the law and get you thrown in jail - Hey why not. May of us did the non-bounded way especially if we transferred from VB3 to MsAccess. Hell, pay me an pittance and I'll rewrite whatever. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Drew Wutka Sent: Tuesday, May 27, 2008 7:21 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form LOL. Well, that is one of the points that we discussed in those debates. It all depends on what kind of systems you build, as to what tools are more often used. Allowing users to modify, or delete data is a rarity in most of the systems I build. The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Tue May 27 22:06:17 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Tue, 27 May 2008 22:06:17 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483CC8A6.7030306@colbyconsulting.com> Message-ID: Ack...sputter....cough.... did YOU build that system for them? Take it easy on me JC, I didn't announce it here (the OTers know), but I had a heart attack a few weeks ago (long story...I'm quite fine!). What you are talking about is exactly what I am talking about, but you are saying 'they want to do it that way, and it works for them'....ummmm, then why are you trying to find out what's going wrong? ;) This is where an unbound form would work for you. You don't work on ONE record, you create NEW records, but make it look like one record. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 27, 2008 9:51 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form >Why would you EVER have two people making changes to the same field in the same record at remotely close times? Two of my applications are call center databases. In one case insurance claimants call in to the call center to talk to the adjuster or other call center operators. There are 30 such operators. A person calls in (or the adjuster calls out). A record is created in a "contact" form describing the call. It is just the way that they do business that they "group" information in the same record in some cases. They might talk to the sister of the claimant. The time is recorded and who talked to them, the conversation etc. The sister might call back 10 minutes later with more information, EXCEPT that the call is taken by some completely different operator who pulls up the claim record, looks at the "contact" record, and starts editing that same exact record, adding more information provided by the sister of the claimant. That is just the way that they do business. They have contacts with a dozen to a hundred DIFFERENT individuals concerning details of the claim, everyone from relatives, to lawyers to physicians to private investigators, to the courts, to the IRS... Not all claims have contacts with all of these kinds of individuals, but any may have contacts with any of these contact types or all of these contact types. The company finds it convenient to just keep editing one record with conversations with a Private Investigator for example. They MAY create a brand new record for the PI, particularly if the date / time is widely separated, or they may not. Many people, potentially editing the exact same record, often within minutes of each other. Edits in the Claim records tend to "burst", with bursts of edits in specific areas of specific claims within minutes, hours or days, then total inactivity for hours, days or weeks. IOW they "work" specific claims to the point where activity dies down, and then they might not do anything in that claim until letters are received back, phone calls are returned etc. which can provoke another "burst" of activity. Many people, potentially editing the exact same record, often within minutes of each other. You may call it bad design if you wish, but that is they way they do it, that is the way they have always done it and they are not interested in your critique of their methods. What matters is that it works for their purposes. Now... one person starts an edit and goes to lunch... John W. Colby www.ColbyConsulting.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From edzedz at comcast.net Tue May 27 23:10:46 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Tue, 27 May 2008 21:10:46 -0700 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483CC8A6.7030306@colbyconsulting.com> Message-ID: <001601c8c078$cf60b850$63dea8c0@dudley1> This is a mole hill becoming a mountain. There are ways to overcome the technical issues. What are the political issues ? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Tuesday, May 27, 2008 7:51 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form >Why would you EVER have two people making changes to the same field in the same record at remotely close times? Two of my applications are call center databases. In one case insurance claimants call in to the call center to talk to the adjuster or other call center operators. There are 30 such operators. A person calls in (or the adjuster calls out). A record is created in a "contact" form describing the call. It is just the way that they do business that they "group" information in the same record in some cases. They might talk to the sister of the claimant. The time is recorded and who talked to them, the conversation etc. The sister might call back 10 minutes later with more information, EXCEPT that the call is taken by some completely different operator who pulls up the claim record, looks at the "contact" record, and starts editing that same exact record, adding more information provided by the sister of the claimant. That is just the way that they do business. They have contacts with a dozen to a hundred DIFFERENT individuals concerning details of the claim, everyone from relatives, to lawyers to physicians to private investigators, to the courts, to the IRS... Not all claims have contacts with all of these kinds of individuals, but any may have contacts with any of these contact types or all of these contact types. The company finds it convenient to just keep editing one record with conversations with a Private Investigator for example. They MAY create a brand new record for the PI, particularly if the date / time is widely separated, or they may not. Many people, potentially editing the exact same record, often within minutes of each other. Edits in the Claim records tend to "burst", with bursts of edits in specific areas of specific claims within minutes, hours or days, then total inactivity for hours, days or weeks. IOW they "work" specific claims to the point where activity dies down, and then they might not do anything in that claim until letters are received back, phone calls are returned etc. which can provoke another "burst" of activity. Many people, potentially editing the exact same record, often within minutes of each other. You may call it bad design if you wish, but that is they way they do it, that is the way they have always done it and they are not interested in your critique of their methods. What matters is that it works for their purposes. Now... one person starts an edit and goes to lunch... John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > LOL. Well, that is one of the points that we discussed in those > debates. It all depends on what kind of systems you build, as to what > tools are more often used. Allowing users to modify, or delete data is > a rarity in most of the systems I build. > > Well, not in the way I think you are referring to. I will have a system > where I allow a user to change data, but the data change isn't going to > run into an 'overlap' issue. For example, the product database behind > our companies website is maintained by our drafting department. There > is not going to be a case where one person would change a product one > way, and another, another way. Just not how the system is put in place. > > > But if you think about it, in many cases, concern about data change > overlap should really be concern over the design of the database. Why > would you EVER have two people making changes to the same field in the > same record at remotely close times? > > Data in a record represents something real, in a manner of speaking. > There should only be one right value. Yes, a value may change, but > change twice within moments? I'd say 99% of the time, it's going to be > bad design that's the real issue. > > Take the helpdesk system I built years ago. The initial system that was > in place had a 'comment' field that tracked what the IT personnel did to > a request. So you could have multiple techs trying to write to the same > field. BAD DESIGN. The system I built, has interim reports (reports of > work done in progress) and final reports (reports of completed work). > These are records put in their own tables. So you could have a dozen > techs entering reports on the same ticket, and NO information is > changed, instead, a record is added for each change made, and thus > tracking in a much clearer fashion what was done. > > Drew -- From edzedz at comcast.net Tue May 27 23:13:40 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Tue, 27 May 2008 21:13:40 -0700 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: Message-ID: <001701c8c079$36536530$63dea8c0@dudley1> How about being paid by the hour ? People were doing this type of development long before SQL. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Drew Wutka Sent: Tuesday, May 27, 2008 7:57 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form And that's where JC and I argued the most. I wouldn't build an unbound form to get all of the functionality of a bound form. But if I only needed 10%, then why go through and spend the time to work around dropping or disabling the other 90%, instead of just building that 10%. Also, if you build business logic classes, and you build a system around those, it's kind of hard to have a bound form that uses class objects as the recordsource. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S Zuris Sent: Tuesday, May 27, 2008 10:45 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] VBA Unbound data entry / update form I love the LOL stuff. But is someone will pay you to do something and it isn't breaking the law and get you thrown in jail - Hey why not. May of us did the non-bounded way especially if we transferred from VB3 to MsAccess. Hell, pay me an pittance and I'll rewrite whatever. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Drew Wutka Sent: Tuesday, May 27, 2008 7:21 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form LOL. Well, that is one of the points that we discussed in those debates. It all depends on what kind of systems you build, as to what tools are more often used. Allowing users to modify, or delete data is a rarity in most of the systems I build. The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue May 27 22:20:55 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 27 May 2008 23:20:55 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: References: Message-ID: <483CCF97.6050202@colbyconsulting.com> > What you are talking about is exactly what I am talking about, but you are saying 'they want to do it that way, and it works for them'....ummmm, then why are you trying to find out what's going wrong? > ;) Process and database functionality are two entirely different things as you well know. If this same form were implemented BOUND in SQL Server there would be no issue. In an MDB Be there is an issue. The PROCESS works for them, they like that method of doing business. The PROBLEM is a JET / MDB issue. I did not wirte either of those things, I am just hitting a limitation of the tool. > This is where an unbound form would work for you. You don't work on ONE record, you create NEW records, but make it look like one record. And that is exactly what I am trying to do. Make an unbound form, for a single part of the database where this is an issue. But you still have to handle the issue of someone else going into the same record you are editing and editing it at the same time. You can call it "creating a new record" if you want, but the old record still exists and can be edited even while your user is editing a copy. Additionally, the REAL (bigger) issue is simply that these memos and indexes are stored in pages. If you lock a "single" memo, you also lock other memos in completely unrelated records. If you start an update to an index, you lock an entire index page, potentially locking that index on many completely unrelated records. That is really and truly how the MDB / JET system works, it is documented, and it is an issue that is about MDB / JET, not "bound" forms. I can BIND the IDENTICAL bound form to a SQL Server data store and never see that problem. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > Ack...sputter....cough.... did YOU build that system for them? > > Take it easy on me JC, I didn't announce it here (the OTers know), but I > had a heart attack a few weeks ago (long story...I'm quite fine!). > > What you are talking about is exactly what I am talking about, but you > are saying 'they want to do it that way, and it works for > them'....ummmm, then why are you trying to find out what's going wrong? > ;) > > This is where an unbound form would work for you. You don't work on ONE > record, you create NEW records, but make it look like one record. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, May 27, 2008 9:51 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > >Why would you EVER have two people making changes to the > same field in the same record at remotely close times? > > Two of my applications are call center databases. In one > case insurance claimants call in to the call center to talk > to the adjuster or other call center operators. There are > 30 such operators. A person calls in (or the adjuster calls > out). A record is created in a "contact" form describing > the call. It is just the way that they do business that > they "group" information in the same record in some cases. > They might talk to the sister of the claimant. The time is > recorded and who talked to them, the conversation etc. > > The sister might call back 10 minutes later with more > information, EXCEPT that the call is taken by some > completely different operator who pulls up the claim record, > looks at the "contact" record, and starts editing that same > exact record, adding more information provided by the sister > of the claimant. > > That is just the way that they do business. They have > contacts with a dozen to a hundred DIFFERENT individuals > concerning details of the claim, everyone from relatives, to > lawyers to physicians to private investigators, to the > courts, to the IRS... Not all claims have contacts with all > of these kinds of individuals, but any may have contacts > with any of these contact types or all of these contact > types. The company finds it convenient to just keep editing > one record with conversations with a Private Investigator > for example. They MAY create a brand new record for the PI, > particularly if the date / time is widely separated, or they > may not. > > Many people, potentially editing the exact same record, > often within minutes of each other. Edits in the Claim > records tend to "burst", with bursts of edits in specific > areas of specific claims within minutes, hours or days, then > total inactivity for hours, days or weeks. IOW they "work" > specific claims to the point where activity dies down, and > then they might not do anything in that claim until letters > are received back, phone calls are returned etc. which can > provoke another "burst" of activity. > > Many people, potentially editing the exact same record, > often within minutes of each other. You may call it bad > design if you wish, but that is they way they do it, that is > the way they have always done it and they are not interested > in your critique of their methods. What matters is that it > works for their purposes. > > Now... one person starts an edit and goes to lunch... > > John W. Colby > www.ColbyConsulting.com > > The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. > > From jwcolby at colbyconsulting.com Tue May 27 22:30:48 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 27 May 2008 23:30:48 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <001601c8c078$cf60b850$63dea8c0@dudley1> References: <001601c8c078$cf60b850$63dea8c0@dudley1> Message-ID: <483CD1E8.1080405@colbyconsulting.com> The political issue is that the Jewish state was created on a piece of land forcibly removed from Palestinians ... the Mexican people when they were forcibly pushed out of territories they had held for centuries who... Spanish who had forcibly removed the Indians who had occupied those same territories for millennia... the muslims sweeping up out of africa occupying most of spain ... huns sweeping out of the east, stopped only by the swiss alps... Nordic people invading islands settled long before by gaellic... Sorry, I was just daydreaming about joining the OT list... ;-) John W. Colby www.ColbyConsulting.com Edward S Zuris wrote: > This is a mole hill becoming a mountain. > > There are ways to overcome the technical issues. > > What are the political issues ? From jwcolby at colbyconsulting.com Tue May 27 22:36:29 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 27 May 2008 23:36:29 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <00de01c8c050$7b7040d0$0301a8c0@HAL9005> References: <483C8FF5.1040407@colbyconsulting.com> <0K1J00I84V5QZ1U0@vms044.mailsrvcs.net> <00de01c8c050$7b7040d0$0301a8c0@HAL9005> Message-ID: <483CD33D.5090805@colbyconsulting.com> Rocky, While that is technically unbound, you still have a recordset object open. IF you are setting a lock then you are right back to the issues I am trying to get around. I would call that "quasi-unbound". Truly unbound opens a recordset, transfers the values to controls, closes the recordset, modifies the data, opens the recordset, performs all of the checks and balances needed to prevent data corruption, writes changes / new records back to the data set, closes the dataset. John W. Colby www.ColbyConsulting.com Rocky Smolin at Beach Access Software wrote: > Jennifer: > > You use DAO to navigate the recordset =MovePrevious,Next,First,Last, > FindFirst,Next, etc - and when you fetch a record call a sub that transfer > the values from the fields to the unbound text boxes. You need a save > button on the form for the user to save the edited (or added) record because > it doesn't happen automatically just by moving off the record. Save calls a > sub that copies the values from the unbound text boxes to the DAO record. > > > > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > www.bchacc.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jennifer Gross > Sent: Tuesday, May 27, 2008 5:12 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] VBA Unbound data entry / update form > > I have no idea how to create an unbound form in Access. I always use bound > forms. Though I would be interested to know how it's done. Unless I've got > it wrong, that seems to be the basic question here - For those of you who do > it, how do you create an unbound form? How do you populate the textboxes > initially and then how do you save the information back to the tables? > > It's beginning to sound like nobody really does it. > > Jennifer > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Tuesday, May 27, 2008 2:49 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > > 1) If your situation gives you the choice between Access and SQL Server, > then you can use SQL Server Express. For your customer's benefit - it's > free! > > I know that, and you know that, but they have used an MDB BE for most of a > decade. SQL Server is the great unknown. > > > 2) How many concurrent users? Too Many? > > In the majority of cases, no. There ARE specific places where too many > users cause mysterious issues with an MDB. > Memos are written in "pages", as are indexes. If you open a record and > start to edit it, it "locks" an entire "page" of the index structure or the > memo area, which locks not just your record but potentially many others. > > This simply doesn't happen in SQL Server because SQL Server doesn't have > this "page" system for storing memo fields etc. > > > 3) How many indexes on the tables? > > Not the point, the point is that ALL indexes are stored in Index pages, and > entire pages of indexs can be locked by a single edit. > > Creating / using Indexes should be determined by need, not arcane locking > issues within Jet. > > > 4) Are you starting up by setting a recordset to open and leaving it that > way? > > If you are talking about creating and holding locks on the BE, yes I am, but > that isn't the issue either. > > John W. Colby > www.ColbyConsulting.com > > > Dan Waters wrote: >> John - I've been reading this with interest: >> >> 1) If your situation gives you the choice between Access and SQL >> Server, then you can use SQL Server Express. For your customer's >> benefit - it's free! >> >> 2) How many concurrent users? Too Many? >> >> 3) How many indexes on the tables? I actually only use the primary >> key as an index on every table. More indexes slows down writing > performance. >> 4) Are you starting up by setting a recordset to open and leaving it >> that way? This greatly reduces 'churn' in the locking database. When >> I set this up all my users reported a significant performance improvement. > Code below: >> '------------------------------------------------------------------------ >> Dim stgConnect As String >> Dim dbs As DAO.Database >> Dim tdf As DAO.TableDef >> >> stgConnect = BEFullPath >> Set dbs = DBEngine(0)(0) >> Set tdf = dbs.TableDefs("tblConnect") >> If tdf.Connect <> ";Database=" & stgConnect Then >> tdf.Connect = ";Database=" & stgConnect >> tdf.RefreshLink >> End If >> dbs.Close >> >> Set GrstConnect = DBEngine(0)(0).OpenRecordset("tblConnect", >> dbOpenSnapshot) >> '--------------------------------------------------------------------- >> --- >> >> Notes: BEFullPath is a function to return the full path to the BE. >> tblConnect is a one row one field table in the BE. >> The table link is refreshed because the table link is in a > library. >> GrstConnect is a globally defined DAO recordset. >> GrstConnect remains open until just before the database is closed. >> >> Good Luck! >> Dan > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > No virus found in this incoming message. > Checked by AVG. > Version: 8.0.100 / Virus Database: 269.24.1/1469 - Release Date: 27/5/2008 > 13:25 > From rockysmolin at bchacc.com Tue May 27 22:36:29 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Tue, 27 May 2008 20:36:29 -0700 Subject: [AccessD] 2007 disables app because of In-Reply-To: <49DFE57FB126044B8A8B934E7AEA09ED09FD742F@WPEXCH05.colesmyer.ad.cmltd.net.au> References: <49DFE57FB126044B8A8B934E7AEA09ED09FD742F@WPEXCH05.colesmyer.ad.cmltd.net.au> Message-ID: <012601c8c074$042daa20$0301a8c0@HAL9005> Darryl: How can I check to see if the Google Office COM addin is installed? And if so how do I get rid of it? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, May 27, 2008 7:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] 2007 disables app because of Hi Rocky. "A side issue: this app runs with 2007 at about about 1/3 the speed of 2003. Has anyone had similar experiences with 2007?" Does the user have the Google Office COM addin installed. If so, make sure you have disabled it: The Google Office COM addin does significantly slow down XL2007, maybe it has the same impact on Access? hth Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, 28 May 2008 5:56 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] 2007 disables app because of Dear List: A client is running 2007 in the office but I'm developing in 2003 and he runs 2003 on his laptop. His app, in 2007, opens with the Security Warning - certain content in the database has been disabled. It is a legacy app with macros. Clicking 'Options' allows you to enable the content. Is there a way in the app's startup that I can get rid of this message? A side issue: this app runs with 2007 at about about 1/3 the speed of 2003. Has anyone had similar experiences with 2007? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.24.1/1469 - Release Date: 27/5/2008 13:25 From edzedz at comcast.net Tue May 27 23:43:35 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Tue, 27 May 2008 21:43:35 -0700 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483CD1E8.1080405@colbyconsulting.com> Message-ID: <002501c8c07d$649e2570$63dea8c0@dudley1> Well I have lived with Mexicans all my life. Before long I'll be moving south. Can't beat them then join them. You were describing a development project from the 1970's and judging from your grey hair I bet you know what I am talking about. Its just a lot of elbow grease and code. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Tuesday, May 27, 2008 8:31 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form The political issue is that the Jewish state was created on a piece of land forcibly removed from Palestinians ... the Mexican people when they were forcibly pushed out of territories they had held for centuries who... Spanish who had forcibly removed the Indians who had occupied those same territories for millennia... the muslims sweeping up out of africa occupying most of spain ... huns sweeping out of the east, stopped only by the swiss alps... Nordic people invading islands settled long before by gaellic... Sorry, I was just daydreaming about joining the OT list... ;-) John W. Colby www.ColbyConsulting.com Edward S Zuris wrote: > This is a mole hill becoming a mountain. > > There are ways to overcome the technical issues. > > What are the political issues ? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Darryl.Collins at coles.com.au Tue May 27 23:12:09 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Wed, 28 May 2008 14:12:09 +1000 Subject: [AccessD] 2007 disables app because of Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD7436@WPEXCH05.colesmyer.ad.cmltd.net.au> Rocky, This is how in Excel, I hope Access is similar. I don't have 2007 to check for you - sorry. ' From http://www.dailydoseofexcel.com/archives/2007/12/18/google-toolbar-slows-excel/ The problem actually turns out to be the Google Desktop Office Com Addin. When you deactivate this you get a miraculous speedup. With Excel 2007 it is fairly easy to deactivate: Office Button->Excel Options->Addins->Com Addins and deselect Google Desktop Office Addin With earlier versions of Excel you have to customise a toolbar and add the Com Addins dialog to it. View->Toolbars->Customise->Commands tab->Tools then about halfway down you will find Com Addins, select and drag to the toolbar of your choice. Then you can uncheck Google Desktop Office addin. If you have multiple versions of Excel installed you only have to do this once. Presumably this COM addin sets up one or more application-level events to monitor things like Selection Change and Worksheet change and then tries to trap the change in order to index it. Regards Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, 28 May 2008 1:36 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] 2007 disables app because of Darryl: How can I check to see if the Google Office COM addin is installed? And if so how do I get rid of it? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, May 27, 2008 7:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] 2007 disables app because of Hi Rocky. "A side issue: this app runs with 2007 at about about 1/3 the speed of 2003. Has anyone had similar experiences with 2007?" Does the user have the Google Office COM addin installed. If so, make sure you have disabled it: The Google Office COM addin does significantly slow down XL2007, maybe it has the same impact on Access? hth Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, 28 May 2008 5:56 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] 2007 disables app because of Dear List: A client is running 2007 in the office but I'm developing in 2003 and he runs 2003 on his laptop. His app, in 2007, opens with the Security Warning - certain content in the database has been disabled. It is a legacy app with macros. Clicking 'Options' allows you to enable the content. Is there a way in the app's startup that I can get rid of this message? A side issue: this app runs with 2007 at about about 1/3 the speed of 2003. Has anyone had similar experiences with 2007? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.24.1/1469 - Release Date: 27/5/2008 13:25 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From rockysmolin at bchacc.com Tue May 27 23:26:53 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Tue, 27 May 2008 21:26:53 -0700 Subject: [AccessD] 2007 disables app because of In-Reply-To: <49DFE57FB126044B8A8B934E7AEA09ED09FD7436@WPEXCH05.colesmyer.ad.cmltd.net.au> References: <49DFE57FB126044B8A8B934E7AEA09ED09FD7436@WPEXCH05.colesmyer.ad.cmltd.net.au> Message-ID: <012701c8c07b$0ed17ea0$0301a8c0@HAL9005> Thanks. Checked Access. No COM addins Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, May 27, 2008 9:12 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] 2007 disables app because of Rocky, This is how in Excel, I hope Access is similar. I don't have 2007 to check for you - sorry. ' From http://www.dailydoseofexcel.com/archives/2007/12/18/google-toolbar-slows-exc el/ The problem actually turns out to be the Google Desktop Office Com Addin. When you deactivate this you get a miraculous speedup. With Excel 2007 it is fairly easy to deactivate: Office Button->Excel Options->Addins->Com Addins and deselect Google Desktop Office Addin With earlier versions of Excel you have to customise a toolbar and add the Com Addins dialog to it. View->Toolbars->Customise->Commands tab->Tools then about halfway down you will find Com Addins, select and drag to the toolbar of your choice. Then you can uncheck Google Desktop Office addin. If you have multiple versions of Excel installed you only have to do this once. Presumably this COM addin sets up one or more application-level events to monitor things like Selection Change and Worksheet change and then tries to trap the change in order to index it. Regards Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, 28 May 2008 1:36 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] 2007 disables app because of Darryl: How can I check to see if the Google Office COM addin is installed? And if so how do I get rid of it? Rocky -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Tuesday, May 27, 2008 7:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] 2007 disables app because of Hi Rocky. "A side issue: this app runs with 2007 at about about 1/3 the speed of 2003. Has anyone had similar experiences with 2007?" Does the user have the Google Office COM addin installed. If so, make sure you have disabled it: The Google Office COM addin does significantly slow down XL2007, maybe it has the same impact on Access? hth Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, 28 May 2008 5:56 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] 2007 disables app because of Dear List: A client is running 2007 in the office but I'm developing in 2003 and he runs 2003 on his laptop. His app, in 2007, opens with the Security Warning - certain content in the database has been disabled. It is a legacy app with macros. Clicking 'Options' allows you to enable the content. Is there a way in the app's startup that I can get rid of this message? A side issue: this app runs with 2007 at about about 1/3 the speed of 2003. Has anyone had similar experiences with 2007? MTIA Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.24.1/1469 - Release Date: 27/5/2008 13:25 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.24.1/1469 - Release Date: 27/5/2008 13:25 From stuart at lexacorp.com.pg Wed May 28 00:11:56 2008 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 28 May 2008 15:11:56 +1000 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483CC8A6.7030306@colbyconsulting.com> References: , <483CC8A6.7030306@colbyconsulting.com> Message-ID: <483D763C.8933.2DDB1CC4@stuart.lexacorp.com.pg> Aaaaaaah! That's just plain bad design. If a person is talking to an operator, there's no way they should be ABLE TO change what has been recorded by another operator talking to a different person let alone FORCED TO. Each conversation should be a separate record in a child table - with separate fields for a timestamp, who the caller is and who the operator is. On 27 May 2008 at 22:51, jwcolby wrote: ... > They might talk to the sister of the claimant. The time is > recorded and who talked to them, the conversation etc. > > The sister might call back 10 minutes later with more > information, EXCEPT that the call is taken by some > completely different operator who pulls up the claim record, > looks at the "contact" record, and starts editing that same > exact record, adding more information provided by the sister > of the claimant. > From jwcolby at colbyconsulting.com Wed May 28 00:36:56 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 28 May 2008 01:36:56 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483D763C.8933.2DDB1CC4@stuart.lexacorp.com.pg> References: , <483CC8A6.7030306@colbyconsulting.com> <483D763C.8933.2DDB1CC4@stuart.lexacorp.com.pg> Message-ID: <483CEF78.4070503@colbyconsulting.com> LOL. Tell that to the client. They tell us what to do, not the opposite. I recommend, they say "we want it this way", I say "ok". There is a lot of "bad design" out there, and in the end we (or I) do what the client wants. BTW they hire me to work for them. Each of the principals make several times my annual wage, and their business is booming. Do you need their phone number to tell them all about their "bad design"? 8-) John W. Colby www.ColbyConsulting.com Stuart McLachlan wrote: > Aaaaaaah! That's just plain bad design. > > If a person is talking to an operator, there's no way they should be ABLE TO change what > has been recorded by another operator talking to a different person let alone FORCED TO. > > Each conversation should be a separate record in a child table - with separate fields for a > timestamp, who the caller is and who the operator is. > > > On 27 May 2008 at 22:51, jwcolby wrote: > > ... >> They might talk to the sister of the claimant. The time is >> recorded and who talked to them, the conversation etc. >> >> The sister might call back 10 minutes later with more >> information, EXCEPT that the call is taken by some >> completely different operator who pulls up the claim record, >> looks at the "contact" record, and starts editing that same >> exact record, adding more information provided by the sister >> of the claimant. >> > > > From jwcolby at colbyconsulting.com Wed May 28 00:39:00 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 28 May 2008 01:39:00 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <002501c8c07d$649e2570$63dea8c0@dudley1> References: <002501c8c07d$649e2570$63dea8c0@dudley1> Message-ID: <483CEFF4.50209@colbyconsulting.com> > Well I have lived with Mexicans all my life. As did I. I grew up in Yuma Az on the border of Arizona, California and Mexico, actually out in a farming community of California. I worked alongside the Mexican laborers as I was growing up and grew to respect and admire their hard work and the fact that they would live in such poverty in the US in order to send their money home to families in Mexico. > Before long I'll be moving south. I lived in Puebla Mexico from 1995 to 2000, and thoroughly enjoyed it. On the high plains 1/2 way between Mexico DF (Mexico City) and the port city of Veracruz, Puebla is one of the original Spanish settlements. It was built to support the conquest of the huge Aztec city Tinochtitlan, under what is now Mexico City, by the Spaniards landing in Veracruz in the early 1500s. Puebla is now a modern city of several million people, with all of the affluence and poverty to be found in most large cities of Mexico. There is still much of the Spanish influence in Puebla's architecture and culture. I got a consulting job there in 1995 and worked in Puebla for about 3 years before the company I was working for went out of business. I continued to live there for a couple of more years, struggling to survive on a slowly expanding consulting business. My wife and I lived in the shadow of the hill (fort) in Puebla where the Mexicans defeated the French (well, kinda) in the Battle of Puebla, Cinco de Mayo. 36 Norte y Blvd Xoanaca, about a mile or so from the Zocolo, you could literally walk up the hill to the fort. We also lived literally across the road from a 1/2 mile square mercado where we could buy all the produce, fruits, pollo y puerco, tortillas and other staples of life. Slabs of Chicharones and kilos of Avocados. Oh yea! Puebla, at an altitude of about 5500 feet, is centrally located to a lovely part of Mexico and my wife and I thoroughly enjoyed driving our Mexican built old style VW Beetle (but built in 1994 in the VW plant in Puebla) around the states of Puebla, Veracruz, Oaxaca, and even down into Chiapas. For one Christmas vacation we drove through Mexico DF, through Guadalajara and over to the coast of the gulf of Baja, then north following the coast up to Nogales, up to Phoenix to visit my sisters, over to Yuma to visit other family, then followed the exact same route in reverse back down to Puebla. Another time we drove from Puebla up to Poza Rica on the Vera Cruz coast, north to Tampico and from there up to Matamoros / Brownsville, Tx, on up to Syracuse NY, and then back the same route to Puebla. THAT route you would not consider driving today due to the drug wars, but back when we lived there we drove pretty much anywhere without fear. Because it was so close to Puebla, we spent many weekends over in Jalapa Veracruz, or even in Quetzalan (IIRC) a tiny little Indian village at "the end of the road" in the far north of the state of Puebla. But of all the places we visited regularly, Oaxaca was our very favorite. The Centro is an eclectic mixture of French and Spanish, with wonderful museums and magnificent churches. Eat great food on the Zocolo or wander out past the airport to San Bartolo Coyotepec to could buy the famous "black pottery" or up to the north end of the valley to buy magnificent rugs and tapestries. I would love to live in Puebla still but had to move back to the US in 2000 due to insufficient Internet to support remote access to the clients I was cultivating up in the US. Sad but true. Mexico is a wonderful place, the people still have strong family and religious ties, and I would live there again given the chance. John W. Colby www.ColbyConsulting.com Edward S Zuris wrote: > Well I have lived with Mexicans all my life. > Before long I'll be moving south. Can't beat > them then join them. From Darryl.Collins at coles.com.au Wed May 28 00:44:54 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Wed, 28 May 2008 15:44:54 +1000 Subject: [AccessD] VBA Unbound data entry / update form Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD743F@WPEXCH05.colesmyer.ad.cmltd.net.au> Whilst on Mexicans.... Where I live in Australia (Melbourne - Deep South East Oz) we are called "Mexicans" by the folks who live up in NorthEast Australia (Queensland types mostly) as we are "South of the Border". heh. I cannot say what folks from down south call the northerns - let just say they have a reputation of being madder than cut snakes - a few cents short of a dollar etc... a bit redneck even hehehe. This whole bound unbound thread has been an entertaining one today, although I am informed not quite as, ummm, 'entertaining' as the last time you folks discussed this topic. cheers Darryl. This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From Gustav at cactus.dk Wed May 28 01:56:53 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Wed, 28 May 2008 08:56:53 +0200 Subject: [AccessD] VBA Unbound data entry / update form Message-ID: Hi John Another option is to follow my advice #3 here: http://blogs.techrepublic.com.com/10things/?p=331 Leave your form bound but move the memo field off the current source table to a separate table with a one-to-one relationship and set your memo TextBox unbound. OnCurrent of the form, read the memo field into the memo TextBox. Store the initial content in a variable, say, strMemoLoad. OnExit of the memo TextBox, compare the content with strMemoLoad. If different, save the edited content to the memo field and fill strMemoLoad again (in case the user will make a later edit. Or set a flag at OnChange and save the content to the memo field at BeforeUpdate or AfterUpdate of the form. When adding a new record to the main table, add a new record to the memo table as well. /gustav >>> jwcolby at colbyconsulting.com 28-05-2008 00:34 >>> Susan, > John, are you asking how to use disconnected recordsets No, I am trying to discover how to use unbound forms for data entry editing. It is a similar but not identical thing. For example if you create a new record in an unbound form, there is no recordset to be disconnected. If you edit an existing record, then yes, kind of. You would (I assume) open a record, grab the field values, old values, names and such, and then close the recordset. That assumes a DAO recordset. You would disconnect the recordset (I assume) if you tried to do this in ADO. >or are you trying to talk yourself into writing a class instead? No, I am trying to discover the best way to emulate the functionality of a bound form. I do assume that this will involve custom written classes, but never having done this I am not certain of that. I have actually thought of taking a bound form, opening it to a record (bound forms use DAO recordsets, at least back in 2K and previous which this client still uses), then grabbing all the field values and "disconnecting" the form (and controls). This would give me a snapshot of the data as it existed as the form opened, and a method of determining if the data changed. From max.wanadoo at gmail.com Wed May 28 02:07:49 2008 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Wed, 28 May 2008 08:07:49 +0100 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: References: Message-ID: <002a01c8c091$8a1ce700$8119fea9@LTVM> Hi Gustav, With this method, don't forget that:- 1. OnCurrent can fire many times for the same record being loaded (depends on the structure and nature of the form and its functionality). 2. You may have to put a "Lock field" on the memo table to stop others loading the contents while they are being edited otherwise you will get them overwriting each others entries. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, May 28, 2008 7:57 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] VBA Unbound data entry / update form Hi John Another option is to follow my advice #3 here: http://blogs.techrepublic.com.com/10things/?p=331 Leave your form bound but move the memo field off the current source table to a separate table with a one-to-one relationship and set your memo TextBox unbound. OnCurrent of the form, read the memo field into the memo TextBox. Store the initial content in a variable, say, strMemoLoad. OnExit of the memo TextBox, compare the content with strMemoLoad. If different, save the edited content to the memo field and fill strMemoLoad again (in case the user will make a later edit. Or set a flag at OnChange and save the content to the memo field at BeforeUpdate or AfterUpdate of the form. When adding a new record to the main table, add a new record to the memo table as well. /gustav >>> jwcolby at colbyconsulting.com 28-05-2008 00:34 >>> Susan, > John, are you asking how to use disconnected recordsets No, I am trying to discover how to use unbound forms for data entry editing. It is a similar but not identical thing. For example if you create a new record in an unbound form, there is no recordset to be disconnected. If you edit an existing record, then yes, kind of. You would (I assume) open a record, grab the field values, old values, names and such, and then close the recordset. That assumes a DAO recordset. You would disconnect the recordset (I assume) if you tried to do this in ADO. >or are you trying to talk yourself into writing a class instead? No, I am trying to discover the best way to emulate the functionality of a bound form. I do assume that this will involve custom written classes, but never having done this I am not certain of that. I have actually thought of taking a bound form, opening it to a record (bound forms use DAO recordsets, at least back in 2K and previous which this client still uses), then grabbing all the field values and "disconnecting" the form (and controls). This would give me a snapshot of the data as it existed as the form opened, and a method of determining if the data changed. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Wed May 28 02:56:28 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Wed, 28 May 2008 09:56:28 +0200 Subject: [AccessD] VBA Unbound data entry / update form Message-ID: Hi Max 1. Not that I know of - for a main form. For subforms, however, it fires twice - one before the OnCurrent of the parent form and one after. 2. Good idea but - given the one-to-one relationship - that "lock field" could be located in the main table; that would save an updating round-trip to the memo table to set the flag. Also, this would save an update (reset of the flag) of the memo table should editing of the memo field not have been done. /gustav >>> max.wanadoo at gmail.com 28-05-2008 09:07 >>> Hi Gustav, With this method, don't forget that:- 1. OnCurrent can fire many times for the same record being loaded (depends on the structure and nature of the form and its functionality). 2. You may have to put a "Lock field" on the memo table to stop others loading the contents while they are being edited otherwise you will get them overwriting each others entries. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, May 28, 2008 7:57 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] VBA Unbound data entry / update form Hi John Another option is to follow my advice #3 here: http://blogs.techrepublic.com.com/10things/?p=331 Leave your form bound but move the memo field off the current source table to a separate table with a one-to-one relationship and set your memo TextBox unbound. OnCurrent of the form, read the memo field into the memo TextBox. Store the initial content in a variable, say, strMemoLoad. OnExit of the memo TextBox, compare the content with strMemoLoad. If different, save the edited content to the memo field and fill strMemoLoad again (in case the user will make a later edit. Or set a flag at OnChange and save the content to the memo field at BeforeUpdate or AfterUpdate of the form. When adding a new record to the main table, add a new record to the memo table as well. /gustav >>> jwcolby at colbyconsulting.com 28-05-2008 00:34 >>> Susan, > John, are you asking how to use disconnected recordsets No, I am trying to discover how to use unbound forms for data entry editing. It is a similar but not identical thing. For example if you create a new record in an unbound form, there is no recordset to be disconnected. If you edit an existing record, then yes, kind of. You would (I assume) open a record, grab the field values, old values, names and such, and then close the recordset. That assumes a DAO recordset. You would disconnect the recordset (I assume) if you tried to do this in ADO. >or are you trying to talk yourself into writing a class instead? No, I am trying to discover the best way to emulate the functionality of a bound form. I do assume that this will involve custom written classes, but never having done this I am not certain of that. I have actually thought of taking a bound form, opening it to a record (bound forms use DAO recordsets, at least back in 2K and previous which this client still uses), then grabbing all the field values and "disconnecting" the form (and controls). This would give me a snapshot of the data as it existed as the form opened, and a method of determining if the data changed. From max.wanadoo at gmail.com Wed May 28 03:16:15 2008 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Wed, 28 May 2008 09:16:15 +0100 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: References: Message-ID: <000601c8c09b$19ef82d0$8119fea9@LTVM> Hi Gustav, 1. The OnCurrent will fire many times for the same record if the structure of the form relies upon requering a combo box (for example), a list box rebuild, a save, a dirty made undirty (me.dirty=false), and so on. It is not possible to say that the OnCurrent will only fire once. On some forms I have it can fire up to 20 times. It will all depend on the code you have written and what you are trying to achieve. I am sure that some forms will only fire once, but the point I wish to make is that it cannot be relied upon to fire only once. Therefore retrieving the memo contents should not be done in the OnCurrent without some check to ensure that you have not already got it (ie, put the PK in a variable and only retrieve the memo field if the value changes). 2. Hmmm, can you be sure that if you go this route that the memo field will only ever be accessed via this 1-2-1 link. If not, then I would think that the lock needs to be on the memo table. 2p worth Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, May 28, 2008 8:56 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] VBA Unbound data entry / update form Hi Max 1. Not that I know of - for a main form. For subforms, however, it fires twice - one before the OnCurrent of the parent form and one after. 2. Good idea but - given the one-to-one relationship - that "lock field" could be located in the main table; that would save an updating round-trip to the memo table to set the flag. Also, this would save an update (reset of the flag) of the memo table should editing of the memo field not have been done. /gustav >>> max.wanadoo at gmail.com 28-05-2008 09:07 >>> Hi Gustav, With this method, don't forget that:- 1. OnCurrent can fire many times for the same record being loaded (depends on the structure and nature of the form and its functionality). 2. You may have to put a "Lock field" on the memo table to stop others loading the contents while they are being edited otherwise you will get them overwriting each others entries. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Wednesday, May 28, 2008 7:57 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] VBA Unbound data entry / update form Hi John Another option is to follow my advice #3 here: http://blogs.techrepublic.com.com/10things/?p=331 Leave your form bound but move the memo field off the current source table to a separate table with a one-to-one relationship and set your memo TextBox unbound. OnCurrent of the form, read the memo field into the memo TextBox. Store the initial content in a variable, say, strMemoLoad. OnExit of the memo TextBox, compare the content with strMemoLoad. If different, save the edited content to the memo field and fill strMemoLoad again (in case the user will make a later edit. Or set a flag at OnChange and save the content to the memo field at BeforeUpdate or AfterUpdate of the form. When adding a new record to the main table, add a new record to the memo table as well. /gustav >>> jwcolby at colbyconsulting.com 28-05-2008 00:34 >>> Susan, > John, are you asking how to use disconnected recordsets No, I am trying to discover how to use unbound forms for data entry editing. It is a similar but not identical thing. For example if you create a new record in an unbound form, there is no recordset to be disconnected. If you edit an existing record, then yes, kind of. You would (I assume) open a record, grab the field values, old values, names and such, and then close the recordset. That assumes a DAO recordset. You would disconnect the recordset (I assume) if you tried to do this in ADO. >or are you trying to talk yourself into writing a class instead? No, I am trying to discover the best way to emulate the functionality of a bound form. I do assume that this will involve custom written classes, but never having done this I am not certain of that. I have actually thought of taking a bound form, opening it to a record (bound forms use DAO recordsets, at least back in 2K and previous which this client still uses), then grabbing all the field values and "disconnecting" the form (and controls). This would give me a snapshot of the data as it existed as the form opened, and a method of determining if the data changed. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From erbachs at gmail.com Wed May 28 05:16:20 2008 From: erbachs at gmail.com (Steve Erbach) Date: Wed, 28 May 2008 05:16:20 -0500 Subject: [AccessD] 2007 disables app because of In-Reply-To: <00d001c8c04d$c1ffca00$0301a8c0@HAL9005> References: <009201c8c033$b3db7bf0$0301a8c0@HAL9005> <39cb22f30805271511l789f7394mafb430043958d99d@mail.gmail.com> <00d001c8c04d$c1ffca00$0301a8c0@HAL9005> Message-ID: <39cb22f30805280316i486fdeease6dd32d3e99a8ddc@mail.gmail.com> Rocky, I would say that that's the case. I thank that it really has to be a conscious user choice to decrease the level of security for macros. Having applications willy-nilly disabling it...well, it isn't the same as turning off action query warnings, is it? It just seems that it would look chancy to the user to disable a built-in security feature just to run your application. Would take some soothing verbiage to reduce anxiety. Steve Erbach On Tue, May 27, 2008 at 6:02 PM, Rocky Smolin at Beach Access Software wrote: > So when distributing a commercial app, this has to be in the ReadMeNow.txt > file? > > Thanks and regards, > > > > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > www.bchacc.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach > Sent: Tuesday, May 27, 2008 3:12 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] 2007 disables app because of > > Rocky, > > Isn't that the same type of security message that can be permanently > disabled if you just go to the Tools | Macro | Security option in 2003 and > set the security level to low ("not recommended")? In 2007 you open the > "Trust Center" (oh, gawd!) and select "Enable all macros (not recommended; > potentially dangerous code can run)". So after being suitably chastised, > you can avoid the messages for good. > > But programmatically? Then the bad guys could simply put that in their evil > macros and then where would we be? > > Steve Erbach From erbachs at gmail.com Wed May 28 05:16:56 2008 From: erbachs at gmail.com (Steve Erbach) Date: Wed, 28 May 2008 05:16:56 -0500 Subject: [AccessD] 2007 disables app because of In-Reply-To: <00d001c8c04d$c1ffca00$0301a8c0@HAL9005> References: <009201c8c033$b3db7bf0$0301a8c0@HAL9005> <39cb22f30805271511l789f7394mafb430043958d99d@mail.gmail.com> <00d001c8c04d$c1ffca00$0301a8c0@HAL9005> Message-ID: <39cb22f30805280316t10fee83frcf13920ad7c43ddb@mail.gmail.com> Rocky, Make that "I think" Steve Erbach On Tue, May 27, 2008 at 6:02 PM, Rocky Smolin at Beach Access Software wrote: > So when distributing a commercial app, this has to be in the ReadMeNow.txt > file? > > Thanks and regards, From erbachs at gmail.com Wed May 28 05:20:55 2008 From: erbachs at gmail.com (Steve Erbach) Date: Wed, 28 May 2008 05:20:55 -0500 Subject: [AccessD] DotNetNuke In-Reply-To: <483954FA.4060103@colbyconsulting.com> References: <48379EE2.3070208@colbyconsulting.com> <001501c8bd64$720bbbd0$7301a8c0@lcmdv8000> <4838181C.7080301@colbyconsulting.com> <007e01c8bde6$f37c3370$7301a8c0@lcmdv8000> <4838D813.5080004@colbyconsulting.com> <39cb22f30805250404v7e68ef01u865b7571e986bf91@mail.gmail.com> <483954FA.4060103@colbyconsulting.com> Message-ID: <39cb22f30805280320k67842f2dj26abc3d95cd1d899@mail.gmail.com> John, Did any of our suggestions help you out? Creating the ASPNET Machine User and such? Steve Erbach Neenah, WI On Sun, May 25, 2008 at 7:00 AM, jwcolby wrote: > Even after successfully running this aspnet_regiis I get no > ASP tab on the properties of the virtual directory. Do I > need to delete and rebuild the virtual directory? > > John W. Colby > www.ColbyConsulting.com > > > Steve Erbach wrote: >> John, >> >> One other thing: there might be an issue with the install sequence of >> ASP.NET 2.0 and IIS. If IIS was installed AFTER ASP.NET, then you may >> need to register ASP.NET 2.0 with IIS. You can do that from the >> command prompt: >> >> cd %systemroot%\microsoft.net\framework\v2.0.50727 >> aspnet_regiis -i >> >> The -i option (there are a couple dozen options) does the following, >> according to the command line help: >> >> "Install this version of ASP.NET and update scriptmaps at the IIS >> metabase root and for all scriptmaps below the root. Existing >> scriptmaps of lower version are upgraded to this version." >> >> Steve Erbach >> Neenah, WI From jwcolby at colbyconsulting.com Wed May 28 05:31:23 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 28 May 2008 06:31:23 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: References: Message-ID: <483D347B.9050906@colbyconsulting.com> I am actually thinking about using a temp table in the FE. Copy the record to edit to the temp table. Bind the entire form to the temp table. Make the changes. When done, look up the original record in the real table, compare data fields from temp to real. If there are any changes THEN make the appropriate decisions etc. This still requires a fair amount of logic to determine "old values" and the like, but does allow the form to be bound, can use the data events and such per normal etc. Any "locks" are applied to the local Temp table until such time as the final write lock to get the data back to the live data table. Once saved back out, delete the data from the temp table in preparation for the next edit. John W. Colby www.ColbyConsulting.com Gustav Brock wrote: > Hi John > > Another option is to follow my advice #3 here: > > http://blogs.techrepublic.com.com/10things/?p=331 > > Leave your form bound but move the memo field off the current source table to a separate table with a one-to-one relationship and set your memo TextBox unbound. > OnCurrent of the form, read the memo field into the memo TextBox. > Store the initial content in a variable, say, strMemoLoad. > > OnExit of the memo TextBox, compare the content with strMemoLoad. If different, save the edited content to the memo field and fill strMemoLoad again (in case the user will make a later edit. > Or set a flag at OnChange and save the content to the memo field at BeforeUpdate or AfterUpdate of the form. > > When adding a new record to the main table, add a new record to the memo table as well. > > /gustav > > >>>> jwcolby at colbyconsulting.com 28-05-2008 00:34 >>> > Susan, > > > John, are you asking how to use disconnected recordsets > > No, I am trying to discover how to use unbound forms for > data entry editing. It is a similar but not identical thing. > > For example if you create a new record in an unbound form, > there is no recordset to be disconnected. > > If you edit an existing record, then yes, kind of. You > would (I assume) open a record, grab the field values, old > values, names and such, and then close the recordset. That > assumes a DAO recordset. You would disconnect the recordset > (I assume) if you tried to do this in ADO. > > >or are you trying to talk yourself into writing a class > instead? > > No, I am trying to discover the best way to emulate the > functionality of a bound form. I do assume that this will > involve custom written classes, but never having done this I > am not certain of that. > > I have actually thought of taking a bound form, opening it > to a record (bound forms use DAO recordsets, at least back > in 2K and previous which this client still uses), then > grabbing all the field values and "disconnecting" the form > (and controls). This would give me a snapshot of the data > as it existed as the form opened, and a method of > determining if the data changed. > > > From max.wanadoo at gmail.com Wed May 28 05:51:04 2008 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Wed, 28 May 2008 11:51:04 +0100 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483D347B.9050906@colbyconsulting.com> References: <483D347B.9050906@colbyconsulting.com> Message-ID: <005901c8c0b0$bac9bee0$8119fea9@LTVM> Won't work John. If you have User 1 making changes, you need to ensure that User 2 is not making simultaneous changes to the same data albeit via a temp table. Until you do that, nothing else makes any sense. I would: 1. Put a field on the table "I am locked By UserName". 2. Lock it as soon as record is accessed/edited. 3. Warn other users that records is being edited by UserName if they try to access it. Ask them do they want to be notified when record becomes available. If so, record PK and User in a temp table or in variable array and check it via an OnTimer event. 4. You can also put a Time-Out default if UserName left a record Locked when he/she went off to luch. Time-out and lock/leave the record thus unlockign it for others. 5. KIS works for me. Max Ps. Also be aware of what you need to do if the record is locked by being reported on via a Report/update batch run, etc. Remember record will be incomplete. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, May 28, 2008 11:31 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form I am actually thinking about using a temp table in the FE. Copy the record to edit to the temp table. Bind the entire form to the temp table. Make the changes. When done, look up the original record in the real table, compare data fields from temp to real. If there are any changes THEN make the appropriate decisions etc. This still requires a fair amount of logic to determine "old values" and the like, but does allow the form to be bound, can use the data events and such per normal etc. Any "locks" are applied to the local Temp table until such time as the final write lock to get the data back to the live data table. Once saved back out, delete the data from the temp table in preparation for the next edit. John W. Colby www.ColbyConsulting.com Gustav Brock wrote: > Hi John > > Another option is to follow my advice #3 here: > > http://blogs.techrepublic.com.com/10things/?p=331 > > Leave your form bound but move the memo field off the current source table to a separate table with a one-to-one relationship and set your memo TextBox unbound. > OnCurrent of the form, read the memo field into the memo TextBox. > Store the initial content in a variable, say, strMemoLoad. > > OnExit of the memo TextBox, compare the content with strMemoLoad. If different, save the edited content to the memo field and fill strMemoLoad again (in case the user will make a later edit. > Or set a flag at OnChange and save the content to the memo field at BeforeUpdate or AfterUpdate of the form. > > When adding a new record to the main table, add a new record to the memo table as well. > > /gustav > > >>>> jwcolby at colbyconsulting.com 28-05-2008 00:34 >>> > Susan, > > > John, are you asking how to use disconnected recordsets > > No, I am trying to discover how to use unbound forms for data entry > editing. It is a similar but not identical thing. > > For example if you create a new record in an unbound form, there is no > recordset to be disconnected. > > If you edit an existing record, then yes, kind of. You would (I > assume) open a record, grab the field values, old values, names and > such, and then close the recordset. That assumes a DAO recordset. > You would disconnect the recordset (I assume) if you tried to do this > in ADO. > > >or are you trying to talk yourself into writing a class instead? > > No, I am trying to discover the best way to emulate the functionality > of a bound form. I do assume that this will involve custom written > classes, but never having done this I am not certain of that. > > I have actually thought of taking a bound form, opening it to a record > (bound forms use DAO recordsets, at least back in 2K and previous > which this client still uses), then grabbing all the field values and > "disconnecting" the form (and controls). This would give me a > snapshot of the data as it existed as the form opened, and a method of > determining if the data changed. > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed May 28 06:16:55 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 28 May 2008 07:16:55 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <005901c8c0b0$bac9bee0$8119fea9@LTVM> References: <483D347B.9050906@colbyconsulting.com> <005901c8c0b0$bac9bee0$8119fea9@LTVM> Message-ID: <483D3F27.4050408@colbyconsulting.com> Max, > Won't work John. >>Make the changes. When done, look up the original record in the real table, compare data fields from temp to real. If there are any changes THEN make the appropriate decisions etc. This still requires a fair amount of logic to determine "old values" and the like... Lock fields, lock notices, timeouts etc are a "fair amount of logic" as well. > 2. Lock it as soon as record is accessed/edited. I can't do this. The lock affects other entirely unrelated records due to memo and index "page locks". THAT IS WHAT I AM TRYING TO WORK AROUND! John W. Colby www.ColbyConsulting.com Max Wanadoo wrote: > Won't work John. > If you have User 1 making changes, you need to ensure that User 2 is not > making simultaneous changes to the same data albeit via a temp table. > Until you do that, nothing else makes any sense. > I would: > 1. Put a field on the table "I am locked By UserName". > 2. Lock it as soon as record is accessed/edited. > 3. Warn other users that records is being edited by UserName if they try to > access it. Ask them do they want to be notified when record becomes > available. If so, record PK and User in a temp table or in variable array > and check it via an OnTimer event. > 4. You can also put a Time-Out default if UserName left a record Locked when > he/she went off to luch. Time-out and lock/leave the record thus unlockign > it for others. > 5. KIS works for me. > Max > Ps. Also be aware of what you need to do if the record is locked by being > reported on via a Report/update batch run, etc. Remember record will be > incomplete. From iggy at nanaimo.ark.com Tue May 27 17:24:38 2008 From: iggy at nanaimo.ark.com (Tony Septav) Date: Tue, 27 May 2008 15:24:38 -0700 Subject: [AccessD] 2007 disables app because of Message-ID: <483C8A26.1010308@nanaimo.ark.com> This may help. Check out msecure10.mde From max.wanadoo at gmail.com Wed May 28 08:00:39 2008 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Wed, 28 May 2008 14:00:39 +0100 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483D3F27.4050408@colbyconsulting.com> References: <483D347B.9050906@colbyconsulting.com><005901c8c0b0$bac9bee0$8119fea9@LTVM> <483D3F27.4050408@colbyconsulting.com> Message-ID: <009f01c8c0c2$d4d35ff0$8119fea9@LTVM> I think you are misunderstand what I mean by Lock the Record. In your code, check if the record's new field (call it what you want), "I am locked By UserName" is empty or not. If it is empty, put an entry in it and then export the data to your working temp table. If it is not empty, then somebody else is working on the record and the user gets advised of that fact. The is no system lock involved. Only the logical one that you created and which is handled by your code. There are no decisions to make as regards what to write back. Write the lot back. You have the record safeguarded via your code (caveats re sideways access excepted). Repeat - there are no system locks involved in this, therefore no other unrelated records being locked. HTH Max Ps. It doesn't have to be a field that is used to indicate a "locked Record", you could use a global variable or write to a text file to say "PK is in use" and then delete that line when no longer required. As long as your code checks that before allow edits then it should work. However, there is a chance that two users may still collide when trying to do the "user locking routine", so you could use a temp table with a unique index on a field called PK. This would prevent two records being created for the same PK as the main table and thus allocated to the first user to request locking and which will prevent new records being added until the previous record has been destroyed thus preventing duplicate simultaneous attempts - holds the PK of the record needing to be "locked". Sorry, bit rushed that but I need to move on. Hope it helps anyway. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, May 28, 2008 12:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Max, > Won't work John. >>Make the changes. When done, look up the original record in the real table, compare data fields from temp to real. If there are any changes THEN make the appropriate decisions etc. This still requires a fair amount of logic to determine "old values" and the like... Lock fields, lock notices, timeouts etc are a "fair amount of logic" as well. > 2. Lock it as soon as record is accessed/edited. I can't do this. The lock affects other entirely unrelated records due to memo and index "page locks". THAT IS WHAT I AM TRYING TO WORK AROUND! John W. Colby www.ColbyConsulting.com Max Wanadoo wrote: > Won't work John. > If you have User 1 making changes, you need to ensure that User 2 is > not making simultaneous changes to the same data albeit via a temp table. > Until you do that, nothing else makes any sense. > I would: > 1. Put a field on the table "I am locked By UserName". > 2. Lock it as soon as record is accessed/edited. > 3. Warn other users that records is being edited by UserName if they > try to access it. Ask them do they want to be notified when record > becomes available. If so, record PK and User in a temp table or in > variable array and check it via an OnTimer event. > 4. You can also put a Time-Out default if UserName left a record > Locked when he/she went off to luch. Time-out and lock/leave the > record thus unlockign it for others. > 5. KIS works for me. > Max > Ps. Also be aware of what you need to do if the record is locked by > being reported on via a Report/update batch run, etc. Remember record > will be incomplete. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Chris.Foote at uk.thalesgroup.com Wed May 28 10:03:39 2008 From: Chris.Foote at uk.thalesgroup.com (Foote, Chris) Date: Wed, 28 May 2008 16:03:39 +0100 Subject: [AccessD] Multiple Frontend Users Message-ID: <7303A459C921B5499AF732CCEEAD2B7F064D1534@craws161660.int.rdel.co.uk> Certainly Philippe! I'm in the process of "roughing out" a brief web-based article which I'll publish somewhere in the next few days. Thanks for you interest! Regards Chris F -----Original Message----- From: philippe pons [mailto:phpons at gmail.com] Sent: Wednesday, May 28, 2008 3:43 PM To: Chris.Foote at uk.thalesgroup.com Subject: Re: [AccessD] Multiple Frontend Users Hi Chris, I have a similar issue, and would be pleased to have a look at your bat file. Thanks in advance, Philippe 2008/5/20, Foote, Chris : Arthur! I've had similar arguments with our IT "professionals"! My multi-user split FE/BE database worked as follows: BE and copy of FE stored on network "share" along with bat file. User has shortcut to bat file on desktop When user needs to use database they double-click on shortcut to bat file. Bat file looks to see if user has latest version of FE on their C: drive, if not, it copies file for network share and runs it, if it is latest it runs it. Simple! The only this you need to do if user gets a new machine is to create the shortcut to the bat file. I would have automated that if I could have been bothered ;-) If you need any more info of a copy to my super-duper bat file please let me know. Regards Chris Foote Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Wed May 28 10:01:43 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 28 May 2008 08:01:43 -0700 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483CB379.8050804@colbyconsulting.com> References: <0K1J00I84V5QZ1U0@vms044.mailsrvcs.net> <483CB379.8050804@colbyconsulting.com> Message-ID: Did you take a look at that demo, John. It's all unbound. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 27, 2008 6:21 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form > It's beginning to sound like nobody really does it. LOL. It does sound that way doesn't it. Access' bound forms are magical, and most developers who grew up in Access use them. OTOH, old hard core programmers from the bygone era didn't have magic solutions and grew up hard coding solutions. Back in the good old days of the great bound / unbound debate, the secret society of the UHU made all kinds of claims about how unbound was better because.... So I just assumed that now, when I actually needed to do it I could call on some of them to show some code... It is remotely possible that the UHU are all still sleeping off their memorial day celebrations. ;-) John W. Colby www.ColbyConsulting.com Jennifer Gross wrote: > I have no idea how to create an unbound form in Access. I always use > bound forms. Though I would be interested to know how it's done. > Unless I've got it wrong, that seems to be the basic question here - > For those of you who do it, how do you create an unbound form? How do > you populate the textboxes initially and then how do you save the information back to the tables? > > It's beginning to sound like nobody really does it. > > Jennifer -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at AIG.com Wed May 28 10:26:02 2008 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Wed, 28 May 2008 11:26:02 -0400 Subject: [AccessD] VBA Unbound data entry / update form Message-ID: <34C8A2AB1EF3564CB0D64DB6AFFDD5C2156FDEB8@XLIVMBX35bkup.aig.com> I for one have not looked at the demo. But my guess is that the unbound forms have lots of code that in essence in emulating bound forms. Wheels being reinvented? Lambert :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, May 28, 2008 11:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Did you take a look at that demo, John. It's all unbound. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 27, 2008 6:21 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form > It's beginning to sound like nobody really does it. LOL. It does sound that way doesn't it. Access' bound forms are magical, and most developers who grew up in Access use them. OTOH, old hard core programmers from the bygone era didn't have magic solutions and grew up hard coding solutions. Back in the good old days of the great bound / unbound debate, the secret society of the UHU made all kinds of claims about how unbound was better because.... So I just assumed that now, when I actually needed to do it I could call on some of them to show some code... It is remotely possible that the UHU are all still sleeping off their memorial day celebrations. ;-) John W. Colby www.ColbyConsulting.com Jennifer Gross wrote: > I have no idea how to create an unbound form in Access. I always use > bound forms. Though I would be interested to know how it's done. > Unless I've got it wrong, that seems to be the basic question here - > For those of you who do it, how do you create an unbound form? How do > you populate the textboxes initially and then how do you save the information back to the tables? > > It's beginning to sound like nobody really does it. > > Jennifer -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Wed May 28 10:37:21 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Wed, 28 May 2008 08:37:21 -0700 Subject: [AccessD] 2007 disables app because of In-Reply-To: <39cb22f30805280316i486fdeease6dd32d3e99a8ddc@mail.gmail.com> References: <009201c8c033$b3db7bf0$0301a8c0@HAL9005><39cb22f30805271511l789f7394mafb430043958d99d@mail.gmail.com><00d001c8c04d$c1ffca00$0301a8c0@HAL9005> <39cb22f30805280316i486fdeease6dd32d3e99a8ddc@mail.gmail.com> Message-ID: <016d01c8c0d8$b88741c0$0301a8c0@HAL9005> I agree that changing the security level globally would be a bad feature. But is there a way to do it just for the app that's running? Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Wednesday, May 28, 2008 3:16 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] 2007 disables app because of Rocky, I would say that that's the case. I thank that it really has to be a conscious user choice to decrease the level of security for macros. Having applications willy-nilly disabling it...well, it isn't the same as turning off action query warnings, is it? It just seems that it would look chancy to the user to disable a built-in security feature just to run your application. Would take some soothing verbiage to reduce anxiety. Steve Erbach On Tue, May 27, 2008 at 6:02 PM, Rocky Smolin at Beach Access Software wrote: > So when distributing a commercial app, this has to be in the > ReadMeNow.txt file? > > Thanks and regards, > > > > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > www.bchacc.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve > Erbach > Sent: Tuesday, May 27, 2008 3:12 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] 2007 disables app because of > > Rocky, > > Isn't that the same type of security message that can be permanently > disabled if you just go to the Tools | Macro | Security option in 2003 > and set the security level to low ("not recommended")? In 2007 you > open the "Trust Center" (oh, gawd!) and select "Enable all macros (not > recommended; potentially dangerous code can run)". So after being > suitably chastised, you can avoid the messages for good. > > But programmatically? Then the bad guys could simply put that in > their evil macros and then where would we be? > > Steve Erbach -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.24.1/1469 - Release Date: 27/5/2008 13:25 From jwcolby at colbyconsulting.com Wed May 28 10:49:10 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 28 May 2008 11:49:10 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <009f01c8c0c2$d4d35ff0$8119fea9@LTVM> References: <483D347B.9050906@colbyconsulting.com><005901c8c0b0$bac9bee0$8119fea9@LTVM> <483D3F27.4050408@colbyconsulting.com> <009f01c8c0c2$d4d35ff0$8119fea9@LTVM> Message-ID: <483D7EF6.70709@colbyconsulting.com> Gotcha! John W. Colby www.ColbyConsulting.com Max Wanadoo wrote: > I think you are misunderstand what I mean by Lock the Record. In your code, > check if the record's new field (call it what you want), "I am locked By > UserName" is empty or not. If it is empty, put an entry in it and then > export the data to your working temp table. If it is not empty, then > somebody else is working on the record and the user gets advised of that > fact. The is no system lock involved. Only the logical one that you > created and which is handled by your code. There are no decisions to make > as regards what to write back. Write the lot back. You have the record > safeguarded via your code (caveats re sideways access excepted). Repeat - > there are no system locks involved in this, therefore no other unrelated > records being locked. > > HTH > Max > Ps. It doesn't have to be a field that is used to indicate a "locked > Record", you could use a global variable or write to a text file to say "PK > is in use" and then delete that line when no longer required. As long as > your code checks that before allow edits then it should work. However, > there is a chance that two users may still collide when trying to do the > "user locking routine", so you could use a temp table with a unique index on > a field called PK. This would prevent two records being created for the > same PK as the main table and thus allocated to the first user to request > locking and which will prevent new records being added until the previous > record has been destroyed thus preventing duplicate simultaneous attempts - > holds the PK of the record needing to be "locked". Sorry, bit rushed that > but I need to move on. Hope it helps anyway. > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, May 28, 2008 12:17 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > Max, > > > Won't work John. > > >>Make the changes. When done, look up the original record in the real > table, compare data fields from temp to real. > If there are any changes THEN make the appropriate decisions etc. This > still requires a fair amount of logic to determine "old values" and the > like... > > Lock fields, lock notices, timeouts etc are a "fair amount of logic" as > well. > > > 2. Lock it as soon as record is accessed/edited. > > I can't do this. The lock affects other entirely unrelated records due to > memo and index "page locks". THAT IS WHAT I AM TRYING TO WORK AROUND! > > John W. Colby > www.ColbyConsulting.com > > > Max Wanadoo wrote: >> Won't work John. >> If you have User 1 making changes, you need to ensure that User 2 is >> not making simultaneous changes to the same data albeit via a temp table. >> Until you do that, nothing else makes any sense. >> I would: >> 1. Put a field on the table "I am locked By UserName". >> 2. Lock it as soon as record is accessed/edited. >> 3. Warn other users that records is being edited by UserName if they >> try to access it. Ask them do they want to be notified when record >> becomes available. If so, record PK and User in a temp table or in >> variable array and check it via an OnTimer event. >> 4. You can also put a Time-Out default if UserName left a record >> Locked when he/she went off to luch. Time-out and lock/leave the >> record thus unlockign it for others. >> 5. KIS works for me. >> Max >> Ps. Also be aware of what you need to do if the record is locked by >> being reported on via a Report/update batch run, etc. Remember record >> will be incomplete. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From erbachs at gmail.com Wed May 28 12:12:41 2008 From: erbachs at gmail.com (Steve Erbach) Date: Wed, 28 May 2008 12:12:41 -0500 Subject: [AccessD] 2007 disables app because of In-Reply-To: <016d01c8c0d8$b88741c0$0301a8c0@HAL9005> References: <009201c8c033$b3db7bf0$0301a8c0@HAL9005> <39cb22f30805271511l789f7394mafb430043958d99d@mail.gmail.com> <00d001c8c04d$c1ffca00$0301a8c0@HAL9005> <39cb22f30805280316i486fdeease6dd32d3e99a8ddc@mail.gmail.com> <016d01c8c0d8$b88741c0$0301a8c0@HAL9005> Message-ID: <39cb22f30805281012x2e948f70vc2c5a43c839f3a73@mail.gmail.com> Rocky, I looked around on MSDN and saw that Microsoft recommends putting the database in a "trusted folder". Of course, you have to use the Trust Center to define the "trusted folder" and then move the database to it! I didn't find any programmatic way to do what you want...but then I didn't search very long. I was getting a little queasy reading Microsoft-speak like this: "You might take one look at the explanation in the previous section and understandably say, "I do not want to do that every time I open a database." Microsoft does not want you to do it either. They want to avoid problems when you open Office documents that might contain dangerous content. To make your life easier, the first thing you should do is put your database in a trusted folder or subfolder." Steve Erbach On Wed, May 28, 2008 at 10:37 AM, Rocky Smolin at Beach Access Software wrote: > I agree that changing the security level globally would be a bad feature. > But is there a way to do it just for the app that's running? > > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > www.bchacc.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach > Sent: Wednesday, May 28, 2008 3:16 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] 2007 disables app because of > > Rocky, > > I would say that that's the case. I thank that it really has to be a > conscious user choice to decrease the level of security for macros. > Having applications willy-nilly disabling it...well, it isn't the same as > turning off action query warnings, is it? > > It just seems that it would look chancy to the user to disable a built-in > security feature just to run your application. Would take some soothing > verbiage to reduce anxiety. > > Steve Erbach > From cfoust at infostatsystems.com Wed May 28 12:14:32 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 28 May 2008 10:14:32 -0700 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <34C8A2AB1EF3564CB0D64DB6AFFDD5C2156FDEB8@XLIVMBX35bkup.aig.com> References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C2156FDEB8@XLIVMBX35bkup.aig.com> Message-ID: You can't always use bound forms, Lambert. Actually, when I built this, you couldn't bind a form to an ADO recordset, and that's what you needed to persist the recordset to a file. QED. In the case of the demo though, no database has to be there, so it could be used on a remote machine and the data emailed somewhere to be updated to a main database. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Wednesday, May 28, 2008 8:26 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] VBA Unbound data entry / update form I for one have not looked at the demo. But my guess is that the unbound forms have lots of code that in essence in emulating bound forms. Wheels being reinvented? Lambert :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, May 28, 2008 11:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Did you take a look at that demo, John. It's all unbound. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 27, 2008 6:21 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form > It's beginning to sound like nobody really does it. LOL. It does sound that way doesn't it. Access' bound forms are magical, and most developers who grew up in Access use them. OTOH, old hard core programmers from the bygone era didn't have magic solutions and grew up hard coding solutions. Back in the good old days of the great bound / unbound debate, the secret society of the UHU made all kinds of claims about how unbound was better because.... So I just assumed that now, when I actually needed to do it I could call on some of them to show some code... It is remotely possible that the UHU are all still sleeping off their memorial day celebrations. ;-) John W. Colby www.ColbyConsulting.com Jennifer Gross wrote: > I have no idea how to create an unbound form in Access. I always use > bound forms. Though I would be interested to know how it's done. > Unless I've got it wrong, that seems to be the basic question here - > For those of you who do it, how do you create an unbound form? How do > you populate the textboxes initially and then how do you save the information back to the tables? > > It's beginning to sound like nobody really does it. > > Jennifer -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From erbachs at gmail.com Wed May 28 12:20:36 2008 From: erbachs at gmail.com (Steve Erbach) Date: Wed, 28 May 2008 12:20:36 -0500 Subject: [AccessD] 2007 disables app because of In-Reply-To: <016d01c8c0d8$b88741c0$0301a8c0@HAL9005> References: <009201c8c033$b3db7bf0$0301a8c0@HAL9005> <39cb22f30805271511l789f7394mafb430043958d99d@mail.gmail.com> <00d001c8c04d$c1ffca00$0301a8c0@HAL9005> <39cb22f30805280316i486fdeease6dd32d3e99a8ddc@mail.gmail.com> <016d01c8c0d8$b88741c0$0301a8c0@HAL9005> Message-ID: <39cb22f30805281020k66e6b30qc918398b8e917efe@mail.gmail.com> Rocky, I did find one possibility: use an Autoexec macro with the following: CurrentProject.isTrusted = True You might look up the isTrusted property. Steve Erbach On Wed, May 28, 2008 at 10:37 AM, Rocky Smolin at Beach Access Software wrote: > I agree that changing the security level globally would be a bad feature. > But is there a way to do it just for the app that's running? From Lambert.Heenan at AIG.com Wed May 28 12:30:25 2008 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Wed, 28 May 2008 13:30:25 -0400 Subject: [AccessD] VBA Unbound data entry / update form Message-ID: <34C8A2AB1EF3564CB0D64DB6AFFDD5C2156FDF67@XLIVMBX35bkup.aig.com> Ahh.... Clear enough. Thanks. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, May 28, 2008 1:15 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form You can't always use bound forms, Lambert. Actually, when I built this, you couldn't bind a form to an ADO recordset, and that's what you needed to persist the recordset to a file. QED. In the case of the demo though, no database has to be there, so it could be used on a remote machine and the data emailed somewhere to be updated to a main database. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Wednesday, May 28, 2008 8:26 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] VBA Unbound data entry / update form I for one have not looked at the demo. But my guess is that the unbound forms have lots of code that in essence in emulating bound forms. Wheels being reinvented? Lambert :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, May 28, 2008 11:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Did you take a look at that demo, John. It's all unbound. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 27, 2008 6:21 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form > It's beginning to sound like nobody really does it. LOL. It does sound that way doesn't it. Access' bound forms are magical, and most developers who grew up in Access use them. OTOH, old hard core programmers from the bygone era didn't have magic solutions and grew up hard coding solutions. Back in the good old days of the great bound / unbound debate, the secret society of the UHU made all kinds of claims about how unbound was better because.... So I just assumed that now, when I actually needed to do it I could call on some of them to show some code... It is remotely possible that the UHU are all still sleeping off their memorial day celebrations. ;-) John W. Colby www.ColbyConsulting.com Jennifer Gross wrote: > I have no idea how to create an unbound form in Access. I always use > bound forms. Though I would be interested to know how it's done. > Unless I've got it wrong, that seems to be the basic question here - > For those of you who do it, how do you create an unbound form? How do > you populate the textboxes initially and then how do you save the information back to the tables? > > It's beginning to sound like nobody really does it. > > Jennifer -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From erbachs at gmail.com Wed May 28 12:31:33 2008 From: erbachs at gmail.com (Steve Erbach) Date: Wed, 28 May 2008 12:31:33 -0500 Subject: [AccessD] 2007 disables app because of In-Reply-To: <016d01c8c0d8$b88741c0$0301a8c0@HAL9005> References: <009201c8c033$b3db7bf0$0301a8c0@HAL9005> <39cb22f30805271511l789f7394mafb430043958d99d@mail.gmail.com> <00d001c8c04d$c1ffca00$0301a8c0@HAL9005> <39cb22f30805280316i486fdeease6dd32d3e99a8ddc@mail.gmail.com> <016d01c8c0d8$b88741c0$0301a8c0@HAL9005> Message-ID: <39cb22f30805281031t30965f93yedcc8a60225e89c3@mail.gmail.com> Rocky, False alarm. The isTrusted property is Read-Only! Sorry. Steve Erbach On Wed, May 28, 2008 at 10:37 AM, Rocky Smolin at Beach Access Software wrote: > I agree that changing the security level globally would be a bad feature. > But is there a way to do it just for the app that's running? From rockysmolin at bchacc.com Wed May 28 12:33:16 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Wed, 28 May 2008 10:33:16 -0700 Subject: [AccessD] 2007 disables app because of In-Reply-To: <39cb22f30805281012x2e948f70vc2c5a43c839f3a73@mail.gmail.com> References: <009201c8c033$b3db7bf0$0301a8c0@HAL9005><39cb22f30805271511l789f7394mafb430043958d99d@mail.gmail.com><00d001c8c04d$c1ffca00$0301a8c0@HAL9005><39cb22f30805280316i486fdeease6dd32d3e99a8ddc@mail.gmail.com><016d01c8c0d8$b88741c0$0301a8c0@HAL9005> <39cb22f30805281012x2e948f70vc2c5a43c839f3a73@mail.gmail.com> Message-ID: <01dd01c8c0e8$e9cd2320$0301a8c0@HAL9005> I'm gettin' the idea. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Wednesday, May 28, 2008 10:13 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] 2007 disables app because of Rocky, I looked around on MSDN and saw that Microsoft recommends putting the database in a "trusted folder". Of course, you have to use the Trust Center to define the "trusted folder" and then move the database to it! I didn't find any programmatic way to do what you want...but then I didn't search very long. I was getting a little queasy reading Microsoft-speak like this: "You might take one look at the explanation in the previous section and understandably say, "I do not want to do that every time I open a database." Microsoft does not want you to do it either. They want to avoid problems when you open Office documents that might contain dangerous content. To make your life easier, the first thing you should do is put your database in a trusted folder or subfolder." Steve Erbach On Wed, May 28, 2008 at 10:37 AM, Rocky Smolin at Beach Access Software wrote: > I agree that changing the security level globally would be a bad feature. > But is there a way to do it just for the app that's running? > > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > www.bchacc.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve > Erbach > Sent: Wednesday, May 28, 2008 3:16 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] 2007 disables app because of > > Rocky, > > I would say that that's the case. I thank that it really has to be a > conscious user choice to decrease the level of security for macros. > Having applications willy-nilly disabling it...well, it isn't the same > as turning off action query warnings, is it? > > It just seems that it would look chancy to the user to disable a > built-in security feature just to run your application. Would take > some soothing verbiage to reduce anxiety. > > Steve Erbach > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.24.1/1470 - Release Date: 28/5/2008 07:20 From DWUTKA at Marlow.com Wed May 28 12:39:07 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 28 May 2008 12:39:07 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483CCF97.6050202@colbyconsulting.com> Message-ID: JC, you're jumbling bound and unbound concepts. If you built this form so that new records were added, instead of allowing them to edit existing records, then you are only going to lock the pages for the split second that it takes for Jet to save a new record. It makes much more sense to create new records then to let existing records be edited (at least on the scale you are mentioning). If you want to give your users the ability to change someone's name, or address, etc, you aren't talking about record change overlap. But for a call log, you should be recording who talked to who and what was said, each call should be a new record with that information in it, or tied too it. If the form is unbound, you can make it look like they are 'editing' the same record, but in reality, the data they are seeing is locally cached, and when they enter data, it is simply tapping the db temporarily to save the new data (and retrieve any changes). Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 27, 2008 10:21 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form > What you are talking about is exactly what I am talking about, but you are saying 'they want to do it that way, and it works for them'....ummmm, then why are you trying to find out what's going wrong? > ;) Process and database functionality are two entirely different things as you well know. If this same form were implemented BOUND in SQL Server there would be no issue. In an MDB Be there is an issue. The PROCESS works for them, they like that method of doing business. The PROBLEM is a JET / MDB issue. I did not wirte either of those things, I am just hitting a limitation of the tool. > This is where an unbound form would work for you. You don't work on ONE record, you create NEW records, but make it look like one record. And that is exactly what I am trying to do. Make an unbound form, for a single part of the database where this is an issue. But you still have to handle the issue of someone else going into the same record you are editing and editing it at the same time. You can call it "creating a new record" if you want, but the old record still exists and can be edited even while your user is editing a copy. Additionally, the REAL (bigger) issue is simply that these memos and indexes are stored in pages. If you lock a "single" memo, you also lock other memos in completely unrelated records. If you start an update to an index, you lock an entire index page, potentially locking that index on many completely unrelated records. That is really and truly how the MDB / JET system works, it is documented, and it is an issue that is about MDB / JET, not "bound" forms. I can BIND the IDENTICAL bound form to a SQL Server data store and never see that problem. John W. Colby www.ColbyConsulting.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Wed May 28 12:41:12 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 28 May 2008 12:41:12 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483CD33D.5090805@colbyconsulting.com> Message-ID: Again, you are thinking in a bound world JC... A 'truly unbound' process wouldn't be EDITING data where there was a chance that someone else was changing in the background. All of that work is already in the bound process, what would be the point of doing that? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, May 27, 2008 10:36 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Rocky, While that is technically unbound, you still have a recordset object open. IF you are setting a lock then you are right back to the issues I am trying to get around. I would call that "quasi-unbound". Truly unbound opens a recordset, transfers the values to controls, closes the recordset, modifies the data, opens the recordset, performs all of the checks and balances needed to prevent data corruption, writes changes / new records back to the data set, closes the dataset. John W. Colby www.ColbyConsulting.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Wed May 28 12:41:50 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 28 May 2008 12:41:50 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483D763C.8933.2DDB1CC4@stuart.lexacorp.com.pg> Message-ID: EXACTLY!!! Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, May 28, 2008 12:12 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Aaaaaaah! That's just plain bad design. If a person is talking to an operator, there's no way they should be ABLE TO change what has been recorded by another operator talking to a different person let alone FORCED TO. Each conversation should be a separate record in a child table - with separate fields for a timestamp, who the caller is and who the operator is. On 27 May 2008 at 22:51, jwcolby wrote: ... > They might talk to the sister of the claimant. The time is > recorded and who talked to them, the conversation etc. > > The sister might call back 10 minutes later with more > information, EXCEPT that the call is taken by some > completely different operator who pulls up the claim record, > looks at the "contact" record, and starts editing that same > exact record, adding more information provided by the sister > of the claimant. > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Wed May 28 12:45:21 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 28 May 2008 12:45:21 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483CEF78.4070503@colbyconsulting.com> Message-ID: LOL, sure, I'll take their number, and if I deliver a system where they don't have lockups, runs much faster, and has far better data integrity and transaction history, would you be pissed if I got their business! ;) I guess that's just a difference between the two of us, I will not make a bad system for a client, if they want some rope to hang themselves with, they can find someone else to give it to them. A bad design means that my rep is on the line when the problems pop up, and my phone/email being flooded for problems I knew would come out of a bad design. Besides, I really have doubts that they forced the design of the table structure on you. The interface could easily be made to look like what they wanted, but have the table structure much sturdier in the background. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, May 28, 2008 12:37 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form LOL. Tell that to the client. They tell us what to do, not the opposite. I recommend, they say "we want it this way", I say "ok". There is a lot of "bad design" out there, and in the end we (or I) do what the client wants. BTW they hire me to work for them. Each of the principals make several times my annual wage, and their business is booming. Do you need their phone number to tell them all about their "bad design"? 8-) John W. Colby www.ColbyConsulting.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From jwcolby at colbyconsulting.com Wed May 28 13:02:32 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 28 May 2008 14:02:32 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: References: Message-ID: <483D9E38.90803@colbyconsulting.com> Drew, I have to say, what makes sense to you simply is irrelevant to this discussion. My immediate "boss" is a person my age, who was in charge of program development at one of the large insurance companies in Hartford. He is now a Vice President and co-owner of this company. He absolutely and completely understands normalization and all that other stuff. We have these discussions on a regular basis about the entire database. He knows his stuff, and I know mine. And... HE TOLD ME TO DO IT THIS WAY after lengthy discussions about this. My client TOLD ME TO DO IT THIS WAY. I was NOT given a choice, I was NOT told do it "the right way". I was TOLD to STAMP the record with the employee initials, date and time and place the cursor after the new stamp. I was TOLD to do this at the TOP of the field if any existing data. This in INTENTIONAL DENORMALIZATION. The client DEMANDED that I do this, because THEY WANT IT THAT WAY. They have their reasons apparently, and in the end it simply makes no damned difference whether YOU or anyone else in this discussion think the reasons are valid or not. I have received a LOT of "that's a stupid design" crap and I am, to be blunt, tired of that aspect of the conversation. I understand that YOU think this is stupid, that YOU think I really should do separate records etc. I am happy for you. NOW, can we move on to more useful discussions? John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > JC, you're jumbling bound and unbound concepts. If you built this form > so that new records were added, instead of allowing them to edit > existing records, then you are only going to lock the pages for the > split second that it takes for Jet to save a new record. > > It makes much more sense to create new records then to let existing > records be edited (at least on the scale you are mentioning). If you > want to give your users the ability to change someone's name, or > address, etc, you aren't talking about record change overlap. But for a > call log, you should be recording who talked to who and what was said, > each call should be a new record with that information in it, or tied > too it. If the form is unbound, you can make it look like they are > 'editing' the same record, but in reality, the data they are seeing is > locally cached, and when they enter data, it is simply tapping the db > temporarily to save the new data (and retrieve any changes). > > Drew > From DWUTKA at Marlow.com Wed May 28 13:02:24 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 28 May 2008 13:02:24 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483D3F27.4050408@colbyconsulting.com> Message-ID: Yoda sighs as Luke gives up trying to raise his X-Wing from the swamp..... Think like a bounder and fail you will! Free your thoughts, or fly you will not! ;) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, May 28, 2008 6:17 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Max, > Won't work John. >>Make the changes. When done, look up the original record in the real table, compare data fields from temp to real. If there are any changes THEN make the appropriate decisions etc. This still requires a fair amount of logic to determine "old values" and the like... Lock fields, lock notices, timeouts etc are a "fair amount of logic" as well. > 2. Lock it as soon as record is accessed/edited. I can't do this. The lock affects other entirely unrelated records due to memo and index "page locks". THAT IS WHAT I AM TRYING TO WORK AROUND! John W. Colby www.ColbyConsulting.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From jwcolby at colbyconsulting.com Wed May 28 13:05:06 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 28 May 2008 14:05:06 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: References: Message-ID: <483D9ED2.7040901@colbyconsulting.com> You wouldn't get past the front door Drew with all this "I won't do what the customer asks" crap. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > LOL, sure, I'll take their number, and if I deliver a system where they > don't have lockups, runs much faster, and has far better data integrity > and transaction history, would you be pissed if I got their business! ;) > > I guess that's just a difference between the two of us, I will not make > a bad system for a client, if they want some rope to hang themselves > with, they can find someone else to give it to them. A bad design means > that my rep is on the line when the problems pop up, and my phone/email > being flooded for problems I knew would come out of a bad design. > > Besides, I really have doubts that they forced the design of the table > structure on you. The interface could easily be made to look like what > they wanted, but have the table structure much sturdier in the > background. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, May 28, 2008 12:37 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > LOL. Tell that to the client. They tell us what to do, not > the opposite. I recommend, they say "we want it this way", > I say "ok". > > There is a lot of "bad design" out there, and in the end we > (or I) do what the client wants. BTW they hire me to work > for them. Each of the principals make several times my > annual wage, and their business is booming. > > Do you need their phone number to tell them all about their > "bad design"? 8-) > > John W. Colby > www.ColbyConsulting.com > > > The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. > > From DWUTKA at Marlow.com Wed May 28 13:07:38 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 28 May 2008 13:07:38 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <34C8A2AB1EF3564CB0D64DB6AFFDD5C2156FDEB8@XLIVMBX35bkup.aig.com> Message-ID: Well, we certainly are going around in a circle here, that's for sure.... The crux of the matter is that a bound form is not just a wheel, but an entire vehicle, a big semi for that matter. It gets you where you need to go, and hauls a lot of stuff along with it. And when you need to haul all that stuff, it's the ONLY solution that makes sense. And if you just need to go across the street for eggs and milk, who wants to build a new car? Just take the rig, and leave the trailer behind. (like an Autoform). But what if you need to zip through traffic? Would you rather have a motorcycle or a semi? Or what if you are just delivering pizzas around town, would a semi work better then a Honda civic? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Wednesday, May 28, 2008 10:26 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] VBA Unbound data entry / update form I for one have not looked at the demo. But my guess is that the unbound forms have lots of code that in essence in emulating bound forms. Wheels being reinvented? Lambert :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, May 28, 2008 11:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Did you take a look at that demo, John. It's all unbound. Charlotte Foust The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Wed May 28 13:30:14 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 28 May 2008 13:30:14 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483D9E38.90803@colbyconsulting.com> Message-ID: Ok, moved on... ;) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, May 28, 2008 1:03 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Drew, I have to say, what makes sense to you simply is irrelevant to this discussion. My immediate "boss" is a person my age, who was in charge of program development at one of the large insurance companies in Hartford. He is now a Vice President and co-owner of this company. He absolutely and completely understands normalization and all that other stuff. We have these discussions on a regular basis about the entire database. He knows his stuff, and I know mine. And... HE TOLD ME TO DO IT THIS WAY after lengthy discussions about this. My client TOLD ME TO DO IT THIS WAY. I was NOT given a choice, I was NOT told do it "the right way". I was TOLD to STAMP the record with the employee initials, date and time and place the cursor after the new stamp. I was TOLD to do this at the TOP of the field if any existing data. This in INTENTIONAL DENORMALIZATION. The client DEMANDED that I do this, because THEY WANT IT THAT WAY. They have their reasons apparently, and in the end it simply makes no damned difference whether YOU or anyone else in this discussion think the reasons are valid or not. I have received a LOT of "that's a stupid design" crap and I am, to be blunt, tired of that aspect of the conversation. I understand that YOU think this is stupid, that YOU think I really should do separate records etc. I am happy for you. NOW, can we move on to more useful discussions? John W. Colby www.ColbyConsulting.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From jwcolby at colbyconsulting.com Wed May 28 13:33:56 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 28 May 2008 14:33:56 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: References: Message-ID: <483DA594.6000507@colbyconsulting.com> Drew Wutka wrote: > Well, we certainly are going around in a circle here, that's for sure.... Drew, sometimes you are just an idiot (sorry to be so blunt). You are not even listening to the discussion. The crux of the matter is that Access and JET store memos and indexes in pages and lock the ENTIRE DAMNED PAGE of memo or index when a write lock is encountered for ANY MEMO OR INDEX stored in that page. I HAVE SAID THIS NUMEROUS TIMES! This affects records completely unrelated to the record being edited. This is a KNOWN issue with Access / MDB / JET data stores. THAT is the issue. I HAVE SAID THIS NUMEROUS TIMES! YOU ARE NOT LISTENING! I am having locking issues writing BRAND NEW RECORDS because too many people are in the same table at the same time, which apparently triggers this "locking issue". Editing existing records is JUST and ONLY a requirement that I have to deal with, it is NOT the primary issue. YOU ARE NOT LISTENING! NOW, you can call that a bound form issue if you will, the the plain and simple fact is that it is NOT an issue for bound forms which use SQL Server as the BE, simply because SQL Server does not handle memos and indexes (and locks) in this manner. So it is not SIMPLY and ONLY a bound form issue. So, now is it a "bound form issue"? It is indeed a bound form issue BECAUSE it uses a JET / MDB data store, and the client is not ready to move to SQL Server (though that is coming). So Drew (and EVERYONE ELSE!!!), just STOP. I respect and admire you and your ability but you are not being helpful. I do not need all this crap about "new records" and "bad design" and all that. Go start your own thread and wave your arms and spout whatever you want, I truly don't care (and might even watch, listen, learn and participate), but get the hell out of MY thread so I can discuss what I need to solve the problem. I have had about 47 posts COMPLETELY IRRELEVANT to this thread, and I am getting irritated now. Believe it or not, I have been writing Access databases for several months now ... ;-) and pretty much know my way around, except... I am asking for advice about implementing a simple unbound form, which has the capability of displaying existing records or creating new ones, which correctly handles all the "stuff" of checking for edits of said existing records, WITHOUT placing ANY locks on the source table except for the brief instance when the writeback occurs. ANYTHING ELSE DOES NOT BELONG IN MY THREAD. Thanks, John W. Colby www.ColbyConsulting.com From DWUTKA at Marlow.com Wed May 28 13:38:12 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 28 May 2008 13:38:12 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483D9ED2.7040901@colbyconsulting.com> Message-ID: LOL, not a door I would want to walk through... But hey, if they are paying you for your time, more power to you bud! Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, May 28, 2008 1:05 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form You wouldn't get past the front door Drew with all this "I won't do what the customer asks" crap. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > LOL, sure, I'll take their number, and if I deliver a system where they > don't have lockups, runs much faster, and has far better data integrity > and transaction history, would you be pissed if I got their business! ;) > > I guess that's just a difference between the two of us, I will not make > a bad system for a client, if they want some rope to hang themselves > with, they can find someone else to give it to them. A bad design means > that my rep is on the line when the problems pop up, and my phone/email > being flooded for problems I knew would come out of a bad design. > > Besides, I really have doubts that they forced the design of the table > structure on you. The interface could easily be made to look like what > they wanted, but have the table structure much sturdier in the > background. > > Drew > The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From dwaters at usinternet.com Wed May 28 13:45:54 2008 From: dwaters at usinternet.com (Dan Waters) Date: Wed, 28 May 2008 13:45:54 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483D9E38.90803@colbyconsulting.com> References: <483D9E38.90803@colbyconsulting.com> Message-ID: <84A79D828B6A4894A78632571C5693C9@danwaters> John - take a look at KB281998. It's titled, "How to Bind Microsoft Access forms to ADO Recordsets." Scroll down to the section titled, "Requirements for Microsoft Jet." Perhaps an ADO connection instead of a DAO connection would solve the problem. HTH! Dan From jengross at gte.net Wed May 28 14:35:35 2008 From: jengross at gte.net (Jennifer Gross) Date: Wed, 28 May 2008 11:35:35 -0800 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483D9ED2.7040901@colbyconsulting.com> Message-ID: <0K1L00HW5D1YAVE0@vms173001.mailsrvcs.net> One of my mantra's is "I get paid by the hour". If I explain the pitfalls of something they want to do and they still want me to do it, guess what "I get paid by the hour". In two months when they realize it wasn't such a good idea, guess what "I get paid by the hour" to change it again. I never bill by the job. The bottom line is I do this for a living. I have no desire to be a crusader/martyr for perfect database design. I'm a woman with a California mortgage and two kids in college. I am not a drone following direction indiscriminately. I give them my best advice based on hard won experience. Rarely, if not never, has a client dictated data structure to me. But they sure as heck want to dictate program flow. When they move against my advice we usually wind up down the road with them deciding, once again, to tell me only what they want as the end result, not how it should work. In the meantime I may need to twist myself into a pretzel to get the darn thing to work the way they 'envision' - but all the while the meter's running. Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, May 28, 2008 10:05 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form You wouldn't get past the front door Drew with all this "I won't do what the customer asks" crap. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > LOL, sure, I'll take their number, and if I deliver a system where > they don't have lockups, runs much faster, and has far better data > integrity and transaction history, would you be pissed if I got their > business! ;) > > I guess that's just a difference between the two of us, I will not > make a bad system for a client, if they want some rope to hang > themselves with, they can find someone else to give it to them. A bad > design means that my rep is on the line when the problems pop up, and > my phone/email being flooded for problems I knew would come out of a bad design. > > Besides, I really have doubts that they forced the design of the table > structure on you. The interface could easily be made to look like > what they wanted, but have the table structure much sturdier in the > background. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, May 28, 2008 12:37 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > LOL. Tell that to the client. They tell us what to do, not the > opposite. I recommend, they say "we want it this way", I say "ok". > > There is a lot of "bad design" out there, and in the end we (or I) do > what the client wants. BTW they hire me to work for them. Each of > the principals make several times my annual wage, and their business > is booming. > > Do you need their phone number to tell them all about their > "bad design"? 8-) > > John W. Colby > www.ColbyConsulting.com > > > The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed May 28 13:49:30 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 28 May 2008 14:49:30 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: References: Message-ID: <483DA93A.5040502@colbyconsulting.com> Closing in on 175K and counting in 6 years. This is what I do for a living Drew. It takes finding, and KEEPING customers to be a consultant. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > LOL, not a door I would want to walk through... > > But hey, if they are paying you for your time, more power to you bud! > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, May 28, 2008 1:05 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > You wouldn't get past the front door Drew with all this "I > won't do what the customer asks" crap. > > John W. Colby > www.ColbyConsulting.com > > > Drew Wutka wrote: >> LOL, sure, I'll take their number, and if I deliver a system where > they >> don't have lockups, runs much faster, and has far better data > integrity >> and transaction history, would you be pissed if I got their business! > ;) >> I guess that's just a difference between the two of us, I will not > make >> a bad system for a client, if they want some rope to hang themselves >> with, they can find someone else to give it to them. A bad design > means >> that my rep is on the line when the problems pop up, and my > phone/email >> being flooded for problems I knew would come out of a bad design. >> >> Besides, I really have doubts that they forced the design of the table >> structure on you. The interface could easily be made to look like > what >> they wanted, but have the table structure much sturdier in the >> background. >> >> Drew >> > The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. > > From jwcolby at colbyconsulting.com Wed May 28 14:14:07 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 28 May 2008 15:14:07 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <84A79D828B6A4894A78632571C5693C9@danwaters> References: <483D9E38.90803@colbyconsulting.com> <84A79D828B6A4894A78632571C5693C9@danwaters> Message-ID: <483DAEFF.9030601@colbyconsulting.com> It is also only a valid solution for 2002 and above. This client runs mostly 2K with a few 2002 sprinkled in. John W. Colby www.ColbyConsulting.com Dan Waters wrote: > John - take a look at KB281998. > > It's titled, "How to Bind Microsoft Access forms to ADO Recordsets." > > Scroll down to the section titled, "Requirements for Microsoft Jet." > > Perhaps an ADO connection instead of a DAO connection would solve the > problem. > > HTH! > Dan > From rockysmolin at bchacc.com Wed May 28 14:22:08 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Wed, 28 May 2008 12:22:08 -0700 Subject: [AccessD] Schedule Compact and Repair Message-ID: <020301c8c0f8$1f725c70$0301a8c0@HAL9005> Dear List: A regular compact and repair of a back end needs to be schedule. Windows Scheduler would do nicely I'm sure running a small app that would C&R a specific back end. Problem of course is getting all the users kicked out. I know I have seen threads on this in the past but little no attention, of course, because I didn't have the need at the time. Is there a canned solution for this - on our site or one of the other Access sites? MTIA, Rocky From jwcolby at colbyconsulting.com Wed May 28 14:27:34 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 28 May 2008 15:27:34 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <0K1L00HW5D1YAVE0@vms173001.mailsrvcs.net> References: <0K1L00HW5D1YAVE0@vms173001.mailsrvcs.net> Message-ID: <483DB226.7010809@colbyconsulting.com> Uhh... Yep. I do all of my work by the hour. I am very good at what I do, and I always advise the client of the "right way" to do things. Mostly they just let me do it the way I think it should be done, and occasionally they don't. Usually when they don't there is a reason, which I listen to and see if we can "do it right" and still have what they really need. Very occasionally, I just end up doing it the way they demand. I have been trying very hard not to get up in arms about this thread but it was just getting out of hand. I need useful ideas, not "that is just bad design". I am treading in an area that I am not fluent in (unbound data entry forms) and what I need is not what I am getting (mostly). John W. Colby www.ColbyConsulting.com Jennifer Gross wrote: > One of my mantra's is "I get paid by the hour". If I explain the pitfalls > of something they want to do and they still want me to do it, guess what "I > get paid by the hour". In two months when they realize it wasn't such a > good idea, guess what "I get paid by the hour" to change it again. I never > bill by the job. > > The bottom line is I do this for a living. I have no desire to be a > crusader/martyr for perfect database design. I'm a woman with a California > mortgage and two kids in college. I am not a drone following direction > indiscriminately. I give them my best advice based on hard won experience. > Rarely, if not never, has a client dictated data structure to me. But they > sure as heck want to dictate program flow. When they move against my advice > we usually wind up down the road with them deciding, once again, to tell me > only what they want as the end result, not how it should work. In the > meantime I may need to twist myself into a pretzel to get the darn thing to > work the way they 'envision' - but all the while the meter's running. > > Jennifer From DWUTKA at Marlow.com Wed May 28 14:28:15 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 28 May 2008 14:28:15 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483DA594.6000507@colbyconsulting.com> Message-ID: Calm down amigo! I have been listening. I know you aren't going to experience the same problems with a SQL Server backend. Before you get too irrated, please understand that I DO create unbound forms (though as I have stated, it's rarer these days, since I have found interfaces that have better advantages over Access). So my advice is valid. I understand your customer wants a specific table design, but my point is that the problem lies right there, in the table design. I am not mocking your abilities; I know you are a damn good programmer and database developer. What I have explained (though I may have gone off on a tangent a bit, sorry, we haven't argued in a while...maybe I needed a fix... ;) ), is that what you are asking for is NOT a simple 'unbound' solution, in fact, it's no solution at all. Yes, you can mimic the capabilities of a bound form, using unbound methods. But, it isn't going to fix your particular problem. The issue here is that you are using an .mdb, which locks pages when you edit a memo field, and because memo fields can run across multiple pages, you are going to get locks all over which interfere with other users trying to edit other memo fields. A single record in a table will only occupy a single page, unless you have a memo field, that's when things can get tangled. So, you have the following possible solutions: #1. Use something other then an .mdb, such as SQL Server. (discussed already) #2. Live with the problem and stick with an .mdb. (Not much of a solution) #3. Change the design so that a truly simple unbound solution would solve the issue, and allow the system to stay in an .mdb. (Your customer wants to keep the current design) #4. Create an unbound system using the existing data structure and GUI processes. If you are trying to save the data in a field that another user has already gone and changed in the background, you have the following options: A. Alert the user that changes were made to the data they are trying to save, and give them the option of dropping their changes and loading the new data, or dropping the other person's changes and saving theirs. (Not a very good option) B. Lock the record so that a change can't be made at the same time to the same record. (which is what a bound form already does). C. Try to create some whammadyne logic that will try to 'merge' the data between two different strings. If you are talking about a setup where the initial data is A, then B is added. And you have markers you can distinguish where A stops and B starts, and someone creates C, while another person is working on D, when D saves, you could find the start of D, and put it at the end of C, and then make sure that A and B are the same, then write the whole sequence of ABCD to the db. But this would require that no one could mess with the markers, and that you don't have C writer and D writer both changing B, because then you fall into option A again, because you'd have three representations of B (original, C modified and D modified). The problem with ANY option in #4 is the EXACT same problem that you are looking for a solution for. Ignoring the simultaneous entry issue, the MAIN problem is the USER DELAY issue. Someone starting to edit a record then going to lunch. The EXACT SAME PROBLEM exists with any implementation of #4. If your logic runs through and prompts your user (because of a change made by another user), if the user doesn't IMMEDIATELY reply to the prompt, it will allow another user to change the data in the background again, so before saving the data AFTER the user replies to the prompt, you have to check the data AGAIN....which can turn into either an endless loop, or eventually running into the possibility of LOSING DATA. You will never find an automated routine that will compare two strings, effectively merge the differences, and save the new data if you are allowing the users to edit anything within the string. It's just that simple. So, 1 and 3 are the ONLY viable solutions, 2 is no solution at all, and 4 is an ineffective solution. My other comments have been in jest John, but before you get on your high horse again, keep in mind that you asked an unbound question and an unbound expert replied with a response based on logic and expertise. I've been building systems for a few months myself you know.... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, May 28, 2008 1:34 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Drew Wutka wrote: > Well, we certainly are going around in a circle here, that's for sure.... Drew, sometimes you are just an idiot (sorry to be so blunt). You are not even listening to the discussion. The crux of the matter is that Access and JET store memos and indexes in pages and lock the ENTIRE DAMNED PAGE of memo or index when a write lock is encountered for ANY MEMO OR INDEX stored in that page. I HAVE SAID THIS NUMEROUS TIMES! This affects records completely unrelated to the record being edited. This is a KNOWN issue with Access / MDB / JET data stores. THAT is the issue. I HAVE SAID THIS NUMEROUS TIMES! YOU ARE NOT LISTENING! I am having locking issues writing BRAND NEW RECORDS because too many people are in the same table at the same time, which apparently triggers this "locking issue". Editing existing records is JUST and ONLY a requirement that I have to deal with, it is NOT the primary issue. YOU ARE NOT LISTENING! NOW, you can call that a bound form issue if you will, the the plain and simple fact is that it is NOT an issue for bound forms which use SQL Server as the BE, simply because SQL Server does not handle memos and indexes (and locks) in this manner. So it is not SIMPLY and ONLY a bound form issue. So, now is it a "bound form issue"? It is indeed a bound form issue BECAUSE it uses a JET / MDB data store, and the client is not ready to move to SQL Server (though that is coming). So Drew (and EVERYONE ELSE!!!), just STOP. I respect and admire you and your ability but you are not being helpful. I do not need all this crap about "new records" and "bad design" and all that. Go start your own thread and wave your arms and spout whatever you want, I truly don't care (and might even watch, listen, learn and participate), but get the hell out of MY thread so I can discuss what I need to solve the problem. I have had about 47 posts COMPLETELY IRRELEVANT to this thread, and I am getting irritated now. Believe it or not, I have been writing Access databases for several months now ... ;-) and pretty much know my way around, except... I am asking for advice about implementing a simple unbound form, which has the capability of displaying existing records or creating new ones, which correctly handles all the "stuff" of checking for edits of said existing records, WITHOUT placing ANY locks on the source table except for the brief instance when the writeback occurs. ANYTHING ELSE DOES NOT BELONG IN MY THREAD. Thanks, John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Wed May 28 14:32:51 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 28 May 2008 14:32:51 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483DB226.7010809@colbyconsulting.com> Message-ID: Completely understood JC, so please read the thread I just posted very carefully..... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, May 28, 2008 2:28 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Uhh... Yep. I do all of my work by the hour. I am very good at what I do, and I always advise the client of the "right way" to do things. Mostly they just let me do it the way I think it should be done, and occasionally they don't. Usually when they don't there is a reason, which I listen to and see if we can "do it right" and still have what they really need. Very occasionally, I just end up doing it the way they demand. I have been trying very hard not to get up in arms about this thread but it was just getting out of hand. I need useful ideas, not "that is just bad design". I am treading in an area that I am not fluent in (unbound data entry forms) and what I need is not what I am getting (mostly). John W. Colby www.ColbyConsulting.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From iggy at nanaimo.ark.com Wed May 28 15:36:59 2008 From: iggy at nanaimo.ark.com (Tony Septav) Date: Wed, 28 May 2008 13:36:59 -0700 Subject: [AccessD] msecure10.mde Message-ID: <483DC26B.3010107@nanaimo.ark.com> Useing mssecure10.mde In all my Access2003 apps I include msecure10.mde It is a beauty. If the client does not have Access as part of their Office Suite or if they don't even have Office on their machines. In the ReadMe.txt, I suggest that if they get the annoying Security message then Quit the program and double click msecure10.mde and change the security level to low. At this point who cares if they have received another mdb or mde, they don't have Acccess, so no security problem. If it is an application with malicious content then "why do they not contact the sender before firing it up". From jwcolby at colbyconsulting.com Wed May 28 14:43:14 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 28 May 2008 15:43:14 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: References: Message-ID: <483DB5D2.4000701@colbyconsulting.com> Drew, Thanks for that lucid discussion of the issues. 8-) Believe me, I do not want to get on any high horse, I just want to discuss the alternatives to bound. I do NOT understand fully the implications of any particular method of unbound data entry exactly because I do not use it if I can avoid it, for obvious reasons. To be honest, given the folks on this list, given the heavy use of classes amongst our list members, and given the strong opinions about unbound being "the way to go" by a certain subset of our members, I fully expected some healthy discussion about generic "here's how to do it, with this class to do this part and this class to do this other part etc. It is a problem that certainly seems to beg for a class based solution. The entire thread just seemed to get dragged down in stuff entirely unrelated to handling the locking issues that you just referred to. My apologies to everyone if I came across harshly, I am just trying to get my thread back on track. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > Calm down amigo! > > I have been listening. I know you aren't going to experience the same > problems with a SQL Server backend. Before you get too irrated, please > understand that I DO create unbound forms (though as I have stated, it's > rarer these days, since I have found interfaces that have better > advantages over Access). So my advice is valid. I understand your > customer wants a specific table design, but my point is that the problem > lies right there, in the table design. I am not mocking your abilities; > I know you are a damn good programmer and database developer. > > What I have explained (though I may have gone off on a tangent a bit, > sorry, we haven't argued in a while...maybe I needed a fix... ;) ), is > that what you are asking for is NOT a simple 'unbound' solution, in > fact, it's no solution at all. Yes, you can mimic the capabilities of a > bound form, using unbound methods. But, it isn't going to fix your > particular problem. > > The issue here is that you are using an .mdb, which locks pages when you > edit a memo field, and because memo fields can run across multiple > pages, you are going to get locks all over which interfere with other > users trying to edit other memo fields. A single record in a table will > only occupy a single page, unless you have a memo field, that's when > things can get tangled. So, you have the following possible solutions: > > #1. Use something other then an .mdb, such as SQL Server. (discussed > already) > > #2. Live with the problem and stick with an .mdb. (Not much of a > solution) > > #3. Change the design so that a truly simple unbound solution would > solve the issue, and allow the system to stay in an .mdb. (Your customer > wants to keep the current design) > > #4. Create an unbound system using the existing data structure and GUI > processes. If you are trying to save the data in a field that another > user has already gone and changed in the background, you have the > following options: > A. Alert the user that changes were made to the data they are > trying to save, and give them the option of dropping their changes and > loading the new data, or dropping the other person's changes and saving > theirs. (Not a very good option) > B. Lock the record so that a change can't be made at the same > time to the same record. (which is what a bound form already does). > C. Try to create some whammadyne logic that will try to 'merge' > the data between two different strings. If you are talking about a > setup where the initial data is A, then B is added. And you have > markers you can distinguish where A stops and B starts, and someone > creates C, while another person is working on D, when D saves, you could > find the start of D, and put it at the end of C, and then make sure that > A and B are the same, then write the whole sequence of ABCD to the db. > But this would require that no one could mess with the markers, and that > you don't have C writer and D writer both changing B, because then you > fall into option A again, because you'd have three representations of B > (original, C modified and D modified). > > The problem with ANY option in #4 is the EXACT same problem that you are > looking for a solution for. Ignoring the simultaneous entry issue, the > MAIN problem is the USER DELAY issue. Someone starting to edit a record > then going to lunch. The EXACT SAME PROBLEM exists with any > implementation of #4. If your logic runs through and prompts your user > (because of a change made by another user), if the user doesn't > IMMEDIATELY reply to the prompt, it will allow another user to change > the data in the background again, so before saving the data AFTER the > user replies to the prompt, you have to check the data AGAIN....which > can turn into either an endless loop, or eventually running into the > possibility of LOSING DATA. You will never find an automated routine > that will compare two strings, effectively merge the differences, and > save the new data if you are allowing the users to edit anything within > the string. It's just that simple. > > So, 1 and 3 are the ONLY viable solutions, 2 is no solution at all, and > 4 is an ineffective solution. > > My other comments have been in jest John, but before you get on your > high horse again, keep in mind that you asked an unbound question and an > unbound expert replied with a response based on logic and expertise. > I've been building systems for a few months myself you know.... > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, May 28, 2008 1:34 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > Drew Wutka wrote: > > Well, we certainly are going around in a circle here, > that's for sure.... > > > Drew, sometimes you are just an idiot (sorry to be so > blunt). You are not even listening to the discussion. > > The crux of the matter is that Access and JET store memos > and indexes in pages and lock the ENTIRE DAMNED PAGE of memo > or index when a write lock is encountered for ANY MEMO OR > INDEX stored in that page. > > I HAVE SAID THIS NUMEROUS TIMES! > > This affects records completely unrelated to the record > being edited. This is a KNOWN issue with Access / MDB / JET > data stores. > > THAT is the issue. I HAVE SAID THIS NUMEROUS TIMES! > > YOU ARE NOT LISTENING! > > I am having locking issues writing BRAND NEW RECORDS because > too many people are in the same table at the same time, > which apparently triggers this "locking issue". Editing > existing records is JUST and ONLY a requirement that I have > to deal with, it is NOT the primary issue. > > YOU ARE NOT LISTENING! > > NOW, you can call that a bound form issue if you will, the > the plain and simple fact is that it is NOT an issue for > bound forms which use SQL Server as the BE, simply because > SQL Server does not handle memos and indexes (and locks) in > this manner. So it is not SIMPLY and ONLY a bound form issue. > > So, now is it a "bound form issue"? It is indeed a bound > form issue BECAUSE it uses a JET / MDB data store, and the > client is not ready to move to SQL Server (though that is > coming). > > So Drew (and EVERYONE ELSE!!!), just STOP. I respect and > admire you and your ability but you are not being helpful. > > I do not need all this crap about "new records" and "bad > design" and all that. Go start your own thread and wave > your arms and spout whatever you want, I truly don't care > (and might even watch, listen, learn and participate), but > get the hell out of MY thread so I can discuss what I need > to solve the problem. I have had about 47 posts COMPLETELY > IRRELEVANT to this thread, and I am getting irritated now. > > Believe it or not, I have been writing Access databases for > several months now ... > > ;-) > > and pretty much know my way around, except... > > I am asking for advice about implementing a simple unbound > form, which has the capability of displaying existing > records or creating new ones, which correctly handles all > the "stuff" of checking for edits of said existing records, > WITHOUT placing ANY locks on the source table except for the > brief instance when the writeback occurs. > > ANYTHING ELSE DOES NOT BELONG IN MY THREAD. > > Thanks, > > John W. Colby > www.ColbyConsulting.com > > > From jengross at gte.net Wed May 28 15:43:45 2008 From: jengross at gte.net (Jennifer Gross) Date: Wed, 28 May 2008 12:43:45 -0800 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483DB226.7010809@colbyconsulting.com> Message-ID: <0K1L00HI3FX9KAF0@vms173005.mailsrvcs.net> Can't help you with the unbound forms John since I don't use them in the way you need. But I completely sympathize with having a problem to solve where, if you had it your way the problem wouldn't exist in the first place. Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, May 28, 2008 11:28 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Uhh... Yep. I do all of my work by the hour. I am very good at what I do, and I always advise the client of the "right way" to do things. Mostly they just let me do it the way I think it should be done, and occasionally they don't. Usually when they don't there is a reason, which I listen to and see if we can "do it right" and still have what they really need. Very occasionally, I just end up doing it the way they demand. I have been trying very hard not to get up in arms about this thread but it was just getting out of hand. I need useful ideas, not "that is just bad design". I am treading in an area that I am not fluent in (unbound data entry forms) and what I need is not what I am getting (mostly). John W. Colby www.ColbyConsulting.com Jennifer Gross wrote: > One of my mantra's is "I get paid by the hour". If I explain the > pitfalls of something they want to do and they still want me to do it, > guess what "I get paid by the hour". In two months when they realize > it wasn't such a good idea, guess what "I get paid by the hour" to > change it again. I never bill by the job. > > The bottom line is I do this for a living. I have no desire to be a > crusader/martyr for perfect database design. I'm a woman with a > California mortgage and two kids in college. I am not a drone > following direction indiscriminately. I give them my best advice based on hard won experience. > Rarely, if not never, has a client dictated data structure to me. But > they sure as heck want to dictate program flow. When they move > against my advice we usually wind up down the road with them deciding, > once again, to tell me only what they want as the end result, not how > it should work. In the meantime I may need to twist myself into a > pretzel to get the darn thing to work the way they 'envision' - but all the while the meter's running. > > Jennifer -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed May 28 15:28:11 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 28 May 2008 16:28:11 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: References: Message-ID: <483DC05B.4000301@colbyconsulting.com> Drew Wutka wrote: > Calm down amigo! Drew, > The issue here is that you are using an .mdb, which locks pages when you edit a memo field, and because memo fields can run across multiple pages, you are going to get locks all over which interfere with other users trying to edit other memo fields. Yep, and it is darned difficult to convince the client of all this. The worst part is that (apparently) Access stores memos "haphazardly" out in an area of the MDB file similar to "the heap" in programming, then locks entire 4K (IIRC) "pages" of that "heap" any time that it has to write anything to that page. This means that writing a memo in one table can lock an entirely different record in an entirely different table! Or so it appears. >What you are asking for is NOT a simple 'unbound' solution, in fact, it's no solution at all. Yes, you can mimic the capabilities of a bound form, using unbound methods. But, it isn't going to fix your particular problem. I am trying very hard not to focus on a "solution" at this point in time, but rather to discuss how other people have done this, NOT including issues like "make them separate records" which as we know from the above is simply irrelevant to the basic locking issue. That said, I need suggestions for solving the real core issue, while still creating the appearance of creating new records AND editing existing records. I have "narrowed" the conversation down to replacing a bound form (which immediately places one of those accursed locks) with an unbound form which will in fact creates locks as well, but only for a few milliseconds at the time of the write back to the database. In the end: 1) I need to record this data in a table. 2) These folks have a requirement that any given "contact" can be a small novel if they so desire. 3) They DEMAND that the data be written in chunks, with the aforementioned time and person stamps, said chunks often get to be page sized and more. 4) Given that (and staying within the MDB database model) the data has to go in a memo field. 5) Memo fields cause undesirable page locks for as long as the edit occurs. ergo... unbind the data, allow the edits in an unbound control, then write it back in one quick write operation with only a very brief (instantaneous) write lock. To be honest, the literal simultaneous edit of the same field is highly unlikely, while at the same time not impossible, particularly given the "gone to lunch" scenario and the process "bursting" phenomenon. Additionally, given all of the "record locked by another user" messages they get now, a very occasional "record locked by User XXX" message would be way preferred. Many generic locks would be replaced by a few educational locks. I am leaning toward a "user lock" field where the literal name of the user who gets the record first is written to the field. Since all writes to these records go through this one single form (ignoring any "sideways access" - I love that term ;-), it will be simple to go check the "user lock field" as the edit form opens on a given record, and advise the second and subsequent person trying to edit that this specific record is locked (and by who). I can write code that clears the lock field in the form close event of the form that wins the edit request. If the form closes, the lock WILL be cleared. The form being opened by the second and subsequent person would have to poll the Lock Person field in the record and wait for that field to clear before trying to edit that record. If I implement a variable time to check, that would help to ameliorate the "two people retrying at the same time" issue. All of that sounds like the beginning of a solution. Now... where are all the class writing UHUers when you need them eh? John W. Colby www.ColbyConsulting.com From jwcolby at colbyconsulting.com Wed May 28 15:34:47 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 28 May 2008 16:34:47 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <0K1L00HI3FX9KAF0@vms173005.mailsrvcs.net> References: <0K1L00HI3FX9KAF0@vms173005.mailsrvcs.net> Message-ID: <483DC1E7.5060702@colbyconsulting.com> LOL, in fact I would have the same problem if the table was properly normalized. The real issue is too many people using a bound form form in an MDB database BE to edit Memo fields which cause page lock issues. My problem is simply that in this kind of situation, an unbound solution is likely superior, and I have no experience implementing that! I think Max's lock field concept is probably as good an answer as any, and maybe the best answer in this specific instance. I am leaving the floor open for other ideas, now that the real issue is under discussion. John W. Colby www.ColbyConsulting.com Jennifer Gross wrote: > Can't help you with the unbound forms John since I don't use them in the way > you need. But I completely sympathize with having a problem to solve where, > if you had it your way the problem wouldn't exist in the first place. > > Jennifer > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, May 28, 2008 11:28 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > Uhh... Yep. I do all of my work by the hour. > > I am very good at what I do, and I always advise the client of the "right > way" to do things. Mostly they just let me do it the way I think it should > be done, and occasionally they don't. Usually when they don't there is a > reason, which I listen to and see if we can "do it right" and still have > what they really need. Very occasionally, I just end up doing it the way > they demand. > > I have been trying very hard not to get up in arms about this thread but it > was just getting out of hand. I need useful ideas, not "that is just bad > design". I am treading in an area that I am not fluent in (unbound data > entry > forms) and what I need is not what I am getting (mostly). > > John W. Colby > www.ColbyConsulting.com From dwaters at usinternet.com Wed May 28 15:37:10 2008 From: dwaters at usinternet.com (Dan Waters) Date: Wed, 28 May 2008 15:37:10 -0500 Subject: [AccessD] Schedule Compact and Repair In-Reply-To: <020301c8c0f8$1f725c70$0301a8c0@HAL9005> References: <020301c8c0f8$1f725c70$0301a8c0@HAL9005> Message-ID: <838DDA38529D4D8CB70519EB4F745541@danwaters> Hi Rocky, I do the following which has been reliable: In the app's main form (always open) there is a form timer event (60 seconds). This event checks to see what time it is against a table which contains a 'blackout' time period. If the current time is within 10 minutes of the begin blackout time, then a 'warning' form opens. The warning form has PopUp = True, and Modal = False. The user does not have the ability to close the warning form. The warning form tells the user that the database will shut down in 10 minutes, displays that time, and presents a progress bar which shows time elapsed. The warning form also presents an 'Exit Database' button for the user's convenience. (I use a similar form to shut down users at my convenience.) At the end of the 10 minute period, the warning form shuts down the database. Because the database's refresh interval is set for 60 seconds, the user's work is saved anyway before the warning form times out and closes the database. Also, if someone tries to open the database during the blackout period, a code check looks for that and kicks the user back out after presenting a dialog box with the appropriate information. Now, schedule your Compact in the middle of the blackout period. HTH! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, May 28, 2008 2:22 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Schedule Compact and Repair Dear List: A regular compact and repair of a back end needs to be schedule. Windows Scheduler would do nicely I'm sure running a small app that would C&R a specific back end. Problem of course is getting all the users kicked out. I know I have seen threads on this in the past but little no attention, of course, because I didn't have the need at the time. Is there a canned solution for this - on our site or one of the other Access sites? MTIA, Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Wed May 28 15:40:39 2008 From: dwaters at usinternet.com (Dan Waters) Date: Wed, 28 May 2008 15:40:39 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483DC05B.4000301@colbyconsulting.com> References: <483DC05B.4000301@colbyconsulting.com> Message-ID: <81207C68F502485D802FF39991AE1D7D@danwaters> John, Another guess - do some users have the database format in their FE set to Access 2000 and other to Access 2002? Can you get them to all set this to Access 2000? This is a WAG, but you've certainly got a set of strange errors so nothing is out of bounds. Dan From jwcolby at colbyconsulting.com Wed May 28 16:07:04 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 28 May 2008 17:07:04 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <81207C68F502485D802FF39991AE1D7D@danwaters> References: <483DC05B.4000301@colbyconsulting.com> <81207C68F502485D802FF39991AE1D7D@danwaters> Message-ID: <483DC978.4000507@colbyconsulting.com> Dan, The BE container is on a server and is in 2000 format. The FE is on the server and downloaded to the user machines. The FE container is also in 2000 format. The actual version of Access used to open the db depends of course on the version of office installed on the local workstation. Under normal circumstances Access is very good about "backwards compatibility" assuming that you do not use features in the FE or BE which is specific to a version. In the BE that requires (to my knowledge) that the BE container be in the requisite format, for example there are some features that are only available if the BE is in the 2002 container format. In that case however, 2000 office versions cannot open the FE since JET cannot handle the 2002 container in Office 2000. It gets a bit stickier in the FE because there are VB keywords and capabilities (such as binding a form R/W to an ADO recordset) which only work if the FE is being USED on a specific version of Access. At clients where they have mixed versions of Office like this, I keep the container format in 2000, and I avoid using features that are not compatible with 2000. As for "strange errors", these are actually known issues. It is well documented that indexes and memo fields (and blobs which I pretty much don't use) are stored outside of the table in a "heap like" area of the container file, and that lock issues can and do occur. It isn't an office version issue, it is a JET design issue. John W. Colby www.ColbyConsulting.com Dan Waters wrote: > John, > > Another guess - do some users have the database format in their FE set to > Access 2000 and other to Access 2002? Can you get them to all set this to > Access 2000? > > This is a WAG, but you've certainly got a set of strange errors so nothing > is out of bounds. > > Dan > From Lambert.Heenan at AIG.com Wed May 28 16:12:00 2008 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Wed, 28 May 2008 16:12:00 -0500 Subject: [AccessD] Schedule Compact and Repair Message-ID: <34C8A2AB1EF3564CB0D64DB6AFFDD5C2156FE0F6@XLIVMBX35bkup.aig.com> The disadvantage of using the windows scheduler in today's "locked down" computer world are that you need admin rights to run it and you have to remember to change the password of the task when the user is required to change it by company policy. A disadvantage of having the app do it itself via a timer form is that the app must be running somewhere at all times, and that makes it more difficult to update the app (perhaps). For myself, I use a little backup program called Backup4All. It has its own built in scheduler so backups happen when desired, but it also has the ability to run other tasks before and/or after a backup job runs. I use that feature to run a batch file that does the compacting prior to the backup - at 3 AM. It then runs one final task after backing up - it powers off my computer. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, May 28, 2008 3:22 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Schedule Compact and Repair Dear List: A regular compact and repair of a back end needs to be schedule. Windows Scheduler would do nicely I'm sure running a small app that would C&R a specific back end. Problem of course is getting all the users kicked out. I know I have seen threads on this in the past but little no attention, of course, because I didn't have the need at the time. Is there a canned solution for this - on our site or one of the other Access sites? MTIA, Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Wed May 28 16:28:09 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Wed, 28 May 2008 23:28:09 +0200 Subject: [AccessD] VBA Unbound data entry / update form Message-ID: Hi John So why not try out #48 (mine)? It works and is so simple that it hurts. It will only lock the memo field for the split second it takes to save it. Lunch break or not. Add a field for a locking flag as suggested by Max and you are nearly done - still having your form bound. /gustav .. I have had about 47 posts COMPLETELY IRRELEVANT .. From jwcolby at colbyconsulting.com Wed May 28 16:45:30 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 28 May 2008 17:45:30 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: References: Message-ID: <483DD27A.70301@colbyconsulting.com> LOL. You know what, I may yet use a piece of that. I am not sure if the "separate table" is useful or not. I would be interested in hearing how you came to use that construct. The "partially bound" with the memo itself unbound is a brilliant idea. Kinda "the best of both worlds". the record lock does not take effect because of an edit to the memo (which is the only field edited the second and subsequent times) and the locked flag would solve the rest. So why the separate table for memos? John W. Colby www.ColbyConsulting.com Gustav Brock wrote: > Hi John > > So why not try out #48 (mine)? It works and is so simple that it hurts. > It will only lock the memo field for the split second it takes to save it. Lunch break or not. > Add a field for a locking flag as suggested by Max and you are nearly done - still having your form bound. > > /gustav > > .. I have had about 47 posts COMPLETELY IRRELEVANT .. > > > From Gustav at cactus.dk Wed May 28 17:03:17 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Thu, 29 May 2008 00:03:17 +0200 Subject: [AccessD] VBA Unbound data entry / update form Message-ID: Hi John You may be right ... perhaps behind the scene the way JET keeps the memos at separate pages is similar to keeping them in a separate table. But still - even when users are adding new records, the related memo record in the separate table is kept closed which would not be the case if the memo exists in the main table. The idea came from storing pictures as blobs. I kept them in a separate table in a separate mdb to not hit the 2GB size limit. The picture table only contains an ID and the picture. It worked very well and let the users browse the main table at normal speed without pulling the large picture field. /gustav >>> jwcolby at colbyconsulting.com 28-05-2008 23:45 >>> LOL. You know what, I may yet use a piece of that. I am not sure if the "separate table" is useful or not. I would be interested in hearing how you came to use that construct. The "partially bound" with the memo itself unbound is a brilliant idea. Kinda "the best of both worlds". the record lock does not take effect because of an edit to the memo (which is the only field edited the second and subsequent times) and the locked flag would solve the rest. So why the separate table for memos? John W. Colby www.ColbyConsulting.com Gustav Brock wrote: > Hi John > > So why not try out #48 (mine)? It works and is so simple that it hurts. > It will only lock the memo field for the split second it takes to save it. Lunch break or not. > Add a field for a locking flag as suggested by Max and you are nearly done - still having your form bound. > > /gustav > > .. I have had about 47 posts COMPLETELY IRRELEVANT .. From DWUTKA at Marlow.com Wed May 28 17:25:56 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 28 May 2008 17:25:56 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483DC05B.4000301@colbyconsulting.com> Message-ID: Question, are the people entering this data ever actually EDITING information? That is the real question. Are they ever going back into a SAVED record and changing data that was already entered. I'm not talking about changing a record, I'm talking about changing the data that already exists within the record? You can do this VERY easily without ANY 'data checking' necessary if you split these entries up into their own records, with an unbound form. You can also make the form LOOK like they are adding the data to the same 'record'. You can even go as far as creating a query that will display all of this data in one field, in case they have some bazaar reason for wanting it all in one physical field (there is no logical difference between a table and query...). And MOST importantly, it can all be done without ever having a user run into a record lock. All of this can be done in a very brief amount of time. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, May 28, 2008 3:28 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Drew Wutka wrote: > Calm down amigo! Drew, > The issue here is that you are using an .mdb, which locks pages when you edit a memo field, and because memo fields can run across multiple pages, you are going to get locks all over which interfere with other users trying to edit other memo fields. Yep, and it is darned difficult to convince the client of all this. The worst part is that (apparently) Access stores memos "haphazardly" out in an area of the MDB file similar to "the heap" in programming, then locks entire 4K (IIRC) "pages" of that "heap" any time that it has to write anything to that page. This means that writing a memo in one table can lock an entirely different record in an entirely different table! Or so it appears. >What you are asking for is NOT a simple 'unbound' solution, in fact, it's no solution at all. Yes, you can mimic the capabilities of a bound form, using unbound methods. But, it isn't going to fix your particular problem. I am trying very hard not to focus on a "solution" at this point in time, but rather to discuss how other people have done this, NOT including issues like "make them separate records" which as we know from the above is simply irrelevant to the basic locking issue. That said, I need suggestions for solving the real core issue, while still creating the appearance of creating new records AND editing existing records. I have "narrowed" the conversation down to replacing a bound form (which immediately places one of those accursed locks) with an unbound form which will in fact creates locks as well, but only for a few milliseconds at the time of the write back to the database. In the end: 1) I need to record this data in a table. 2) These folks have a requirement that any given "contact" can be a small novel if they so desire. 3) They DEMAND that the data be written in chunks, with the aforementioned time and person stamps, said chunks often get to be page sized and more. 4) Given that (and staying within the MDB database model) the data has to go in a memo field. 5) Memo fields cause undesirable page locks for as long as the edit occurs. ergo... unbind the data, allow the edits in an unbound control, then write it back in one quick write operation with only a very brief (instantaneous) write lock. To be honest, the literal simultaneous edit of the same field is highly unlikely, while at the same time not impossible, particularly given the "gone to lunch" scenario and the process "bursting" phenomenon. Additionally, given all of the "record locked by another user" messages they get now, a very occasional "record locked by User XXX" message would be way preferred. Many generic locks would be replaced by a few educational locks. I am leaning toward a "user lock" field where the literal name of the user who gets the record first is written to the field. Since all writes to these records go through this one single form (ignoring any "sideways access" - I love that term ;-), it will be simple to go check the "user lock field" as the edit form opens on a given record, and advise the second and subsequent person trying to edit that this specific record is locked (and by who). I can write code that clears the lock field in the form close event of the form that wins the edit request. If the form closes, the lock WILL be cleared. The form being opened by the second and subsequent person would have to poll the Lock Person field in the record and wait for that field to clear before trying to edit that record. If I implement a variable time to check, that would help to ameliorate the "two people retrying at the same time" issue. All of that sounds like the beginning of a solution. Now... where are all the class writing UHUers when you need them eh? John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Wed May 28 17:29:54 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 28 May 2008 17:29:54 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483DD27A.70301@colbyconsulting.com> Message-ID: Apparently you didn't read any of the 47 other posts. ;) The separate table for memos allows you to create a memo for each entry, with an foreign key linking the memo to the record. And with the memo being 'unbound' (meaning it is read in a flash, and cached, thus only locked for the split second, and when saved, is just a new added memo field in a new record, again, only locking it for a split second), you get no error locks! It's a one to many situation, and all your problems disappear...which is what I said from the get go about the table design, which you said the customer doesn't want to change.......but fixes the problem in a heartbeat! Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, May 28, 2008 4:46 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form LOL. You know what, I may yet use a piece of that. I am not sure if the "separate table" is useful or not. I would be interested in hearing how you came to use that construct. The "partially bound" with the memo itself unbound is a brilliant idea. Kinda "the best of both worlds". the record lock does not take effect because of an edit to the memo (which is the only field edited the second and subsequent times) and the locked flag would solve the rest. So why the separate table for memos? John W. Colby www.ColbyConsulting.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From jwcolby at colbyconsulting.com Wed May 28 17:34:54 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 28 May 2008 18:34:54 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: References: Message-ID: <483DDE0E.1080104@colbyconsulting.com> >It worked very well and let the users browse the main table at normal speed without pulling the large picture field. That certainly makes sense. In this specific case the memo field is the focus of the record so it would seem to make less sense. John W. Colby www.ColbyConsulting.com Gustav Brock wrote: > Hi John > > You may be right ... perhaps behind the scene the way JET keeps the memos at separate pages is similar to keeping them in a separate table. But still - even when users are adding new records, the related memo record in the separate table is kept closed which would not be the case if the memo exists in the main table. > > The idea came from storing pictures as blobs. I kept them in a separate table in a separate mdb to not hit the 2GB size limit. The picture table only contains an ID and the picture. It worked very well and let the users browse the main table at normal speed without pulling the large picture field. > > /gustav > >>>> jwcolby at colbyconsulting.com 28-05-2008 23:45 >>> > LOL. > > You know what, I may yet use a piece of that. I am not sure > if the "separate table" is useful or not. I would be > interested in hearing how you came to use that construct. > The "partially bound" with the memo itself unbound is a > brilliant idea. Kinda "the best of both worlds". the > record lock does not take effect because of an edit to the > memo (which is the only field edited the second and > subsequent times) and the locked flag would solve the rest. > > So why the separate table for memos? > > John W. Colby > www.ColbyConsulting.com > > > Gustav Brock wrote: >> Hi John >> >> So why not try out #48 (mine)? It works and is so simple that it hurts. >> It will only lock the memo field for the split second it takes to save it. Lunch break or not. >> Add a field for a locking flag as suggested by Max and you are nearly done - still having your form bound. >> >> /gustav >> >> .. I have had about 47 posts COMPLETELY IRRELEVANT .. > > > From jwcolby at colbyconsulting.com Wed May 28 18:03:53 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 28 May 2008 19:03:53 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: References: Message-ID: <483DE4D9.8050305@colbyconsulting.com> > Question, are the people entering this data ever actually EDITING information? I don't sit and look over their shoulder, however I suspect that they do. These records are any and all "contacts" with a specific individual or company. Any given claim now has hundreds of contacts. As I listed before there are literally dozens or even hundreds of different people that may be contacted to process a claim. These are disability claims so there may be employers, witnesses, friends, acquaintances, lawyers, doctors, hospitals, pharmacies, spouses, children, neighbors, dogs, cats, and the man in the moon. These claims can pay out 20K per month to a doctor on disability, this is BIG money and they track (and check up on) EVERYTHING. I suspect that the reason they want all of the "contacts" with any given entity in one record is simply for ease of reading what was discussed with that contact. Imagine 23 phone calls to try and get ahold of the spouse. 12 are no answer, 5 are "I can't talk right now" and 2 are "here's the skinny". Now, if each of these are in a separate record, separated in time and space with calls to the dog, the milkman, the physician, some other physician, the private investigator... Well... to some people it just makes sense to have a single "spouse" contact record. Dump it all in, in date order, plainly marked and be done. This is not a computer fix it help desk where there are a handful of calls and the problem is fixed, there are a minimum of dozens and often several hundred contacts in many cases. I have seen one case where there were around 250 contacts with JUST the spouse, trying to get her to repay an overpayment. And any given claim won't always have specific contacts, some have spouses, some don't, some have lawyers, some don't, some have 20 DIFFERENT lawyers (and physicians, and hospitals, and drug stores). Soo... yea, they are constantly editing the memo fields, adding new info about contacting that entity. Each "contact" is date / time stamped with the initials of the person making contact, embedded right in the text. I know that they do use searches right in the memo field looking for keywords and what is the point of clicking "again" 47 times to read 47 "no answer" records? I just don't "get" what the point is, and why the fixation on splitting the memo into different records. If I split it up, how do I reassemble all the milkman contacts, all the physician contacts, all the spouse, dog, cat, neighbor etc. More to the point, why bother? They have a system that works, all it needs is to not lock the record when the field is edited. I can do that with Gustav's unbound memo and a lock field. I think the time spent fixating on normalizing things would be better spent on examining your navel. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > Question, are the people entering this data ever actually EDITING > information? That is the real question. Are they ever going back into > a SAVED record and changing data that was already entered. I'm not > talking about changing a record, I'm talking about changing the data > that already exists within the record? > > You can do this VERY easily without ANY 'data checking' necessary if you > split these entries up into their own records, with an unbound form. > You can also make the form LOOK like they are adding the data to the > same 'record'. You can even go as far as creating a query that will > display all of this data in one field, in case they have some bazaar > reason for wanting it all in one physical field (there is no logical > difference between a table and query...). And MOST importantly, it can > all be done without ever having a user run into a record lock. All of > this can be done in a very brief amount of time. > > Drew From DWUTKA at Marlow.com Wed May 28 18:40:52 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Wed, 28 May 2008 18:40:52 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483DE4D9.8050305@colbyconsulting.com> Message-ID: Why? Two reasons. One, you completely lose this record locking issue you are having now. Two, you give the Users way more capability. I don't have enough time right now to whip up a demo, sorry, under the gun for a different project. But here's the gist: tblCase CaseID CaseName StartDate Etc. tblContact ContactID FirstName LastName Etc. tblCaseContacts CaseID ContactID tblContactDetails ContactDetailID CaseID ContactID Representative TimeStamp DetailNote (this would be the memo field) The reason I don't have time, is cause I don't have the time to build the case and contact portion (creating a case, adding a contact, etc), but your system already has this. Now, when the user brings up a contact, in the setup above, the big text box that displays what you currently have as a single memo field, instead is returning the results of a function. This function is setup to be given variable criteria. A ContactID and or CaseID, Whether to ascend or descend, only details with certain words, only details within a time frame, etc. All of these options are put in a handy little frame next to this big text box, so with the push of a button, this 'memo' field they have can sort the entries from oldest to newest, or newest to oldest. With the push of a button, they can display all of the contact details for that contact and case, or for that case, or for that contact (so if that contact is involved with multiple cases, they can instantly see the entries for every case that contact has had, or if there are multiple contacts for that case, displaying the details for the case instead of the contact, they can say 'I see here that our reps talked to your brother yesterday....' And below this big box, is a little smaller one, where they can enter a new contact detail, and as soon as they hit 'Submit' (or save, whatever), whalla, that data is saved as a new record (with the relevant information) in a split second. No record locks, because the data other reps may be viewing is not being locked either. If you REALLY must have a demo for this, let me know, maybe I can do that tomorrow.... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, May 28, 2008 6:04 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form > Question, are the people entering this data ever actually EDITING information? I don't sit and look over their shoulder, however I suspect that they do. These records are any and all "contacts" with a specific individual or company. Any given claim now has hundreds of contacts. As I listed before there are literally dozens or even hundreds of different people that may be contacted to process a claim. These are disability claims so there may be employers, witnesses, friends, acquaintances, lawyers, doctors, hospitals, pharmacies, spouses, children, neighbors, dogs, cats, and the man in the moon. These claims can pay out 20K per month to a doctor on disability, this is BIG money and they track (and check up on) EVERYTHING. I suspect that the reason they want all of the "contacts" with any given entity in one record is simply for ease of reading what was discussed with that contact. Imagine 23 phone calls to try and get ahold of the spouse. 12 are no answer, 5 are "I can't talk right now" and 2 are "here's the skinny". Now, if each of these are in a separate record, separated in time and space with calls to the dog, the milkman, the physician, some other physician, the private investigator... Well... to some people it just makes sense to have a single "spouse" contact record. Dump it all in, in date order, plainly marked and be done. This is not a computer fix it help desk where there are a handful of calls and the problem is fixed, there are a minimum of dozens and often several hundred contacts in many cases. I have seen one case where there were around 250 contacts with JUST the spouse, trying to get her to repay an overpayment. And any given claim won't always have specific contacts, some have spouses, some don't, some have lawyers, some don't, some have 20 DIFFERENT lawyers (and physicians, and hospitals, and drug stores). Soo... yea, they are constantly editing the memo fields, adding new info about contacting that entity. Each "contact" is date / time stamped with the initials of the person making contact, embedded right in the text. I know that they do use searches right in the memo field looking for keywords and what is the point of clicking "again" 47 times to read 47 "no answer" records? I just don't "get" what the point is, and why the fixation on splitting the memo into different records. If I split it up, how do I reassemble all the milkman contacts, all the physician contacts, all the spouse, dog, cat, neighbor etc. More to the point, why bother? They have a system that works, all it needs is to not lock the record when the field is edited. I can do that with Gustav's unbound memo and a lock field. I think the time spent fixating on normalizing things would be better spent on examining your navel. John W. Colby www.ColbyConsulting.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From jimdettman at verizon.net Wed May 28 18:42:57 2008 From: jimdettman at verizon.net (Jim Dettman) Date: Wed, 28 May 2008 19:42:57 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <009f01c8c0c2$d4d35ff0$8119fea9@LTVM> References: <483D347B.9050906@colbyconsulting.com><005901c8c0b0$bac9bee0$8119fea9@LTVM> <483D3F27.4050408@colbyconsulting.com> <009f01c8c0c2$d4d35ff0$8119fea9@LTVM> Message-ID: <010601c8c11c$8ef735b0$87bea8c0@LaptopII> Couple of comments on this: 1. You do not want to use a field within a record to determine if a record is "busy" or not. Use a separate table. The main reason is that in the case of an abnormal disconnect, you are then forced to scan the entire table and clear that field for a user or users. There is also the issue that you would need to lock the entire table while placing a lock (two users go after the same record at the same time). This will cause major concurrency issues. 2. Any locking scheme should be centralized so it can easily be changed. For example, suppose rather then a simple busy/no busy flag, you want the ability for: A. All users being able to read a record. B. All users being able to read, but have only one able to update. C. Give one user exclusive read/write access to a record. If you've put a simple "this is the user that has this locked" field in every table and now need a locking level, you need to change every table. With a central table, it's one change. 3. Generalize the concept of placing locks. There are many resources that require locking; printers, disks, records, tables, a process (ie an accounting close), maybe a module (keep A/R closed for all but one user), a company, or an entire system. To accomplish this, don't focus on record locking itself, but locking a resource. Typically what I do is use a "resource tag". Ie. For a record, it might be: PK Or for an entire table simply
I've also done one system where I had a resource type field. You could just as easily prefix a resource tag. It really doesn't matter what scheme you come up with, just that it's consistent. 4. Username in of itself is insufficient for locking. What if I login at more then one station? Or have more then one instance running on a specific station? Username and station name is better, but if you plan to allow multiple instances, you need user name, station name, and a window handle to come up with a unique user key. You could also use GUID, but would need to log the GUID's to a table along with user and station (aka LDB locking in JET). HTH, Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Wednesday, May 28, 2008 9:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] VBA Unbound data entry / update form I think you are misunderstand what I mean by Lock the Record. In your code, check if the record's new field (call it what you want), "I am locked By UserName" is empty or not. If it is empty, put an entry in it and then export the data to your working temp table. If it is not empty, then somebody else is working on the record and the user gets advised of that fact. The is no system lock involved. Only the logical one that you created and which is handled by your code. There are no decisions to make as regards what to write back. Write the lot back. You have the record safeguarded via your code (caveats re sideways access excepted). Repeat - there are no system locks involved in this, therefore no other unrelated records being locked. HTH Max Ps. It doesn't have to be a field that is used to indicate a "locked Record", you could use a global variable or write to a text file to say "PK is in use" and then delete that line when no longer required. As long as your code checks that before allow edits then it should work. However, there is a chance that two users may still collide when trying to do the "user locking routine", so you could use a temp table with a unique index on a field called PK. This would prevent two records being created for the same PK as the main table and thus allocated to the first user to request locking and which will prevent new records being added until the previous record has been destroyed thus preventing duplicate simultaneous attempts - holds the PK of the record needing to be "locked". Sorry, bit rushed that but I need to move on. Hope it helps anyway. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, May 28, 2008 12:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Max, > Won't work John. >>Make the changes. When done, look up the original record in the real table, compare data fields from temp to real. If there are any changes THEN make the appropriate decisions etc. This still requires a fair amount of logic to determine "old values" and the like... Lock fields, lock notices, timeouts etc are a "fair amount of logic" as well. > 2. Lock it as soon as record is accessed/edited. I can't do this. The lock affects other entirely unrelated records due to memo and index "page locks". THAT IS WHAT I AM TRYING TO WORK AROUND! John W. Colby www.ColbyConsulting.com Max Wanadoo wrote: > Won't work John. > If you have User 1 making changes, you need to ensure that User 2 is > not making simultaneous changes to the same data albeit via a temp table. > Until you do that, nothing else makes any sense. > I would: > 1. Put a field on the table "I am locked By UserName". > 2. Lock it as soon as record is accessed/edited. > 3. Warn other users that records is being edited by UserName if they > try to access it. Ask them do they want to be notified when record > becomes available. If so, record PK and User in a temp table or in > variable array and check it via an OnTimer event. > 4. You can also put a Time-Out default if UserName left a record > Locked when he/she went off to luch. Time-out and lock/leave the > record thus unlockign it for others. > 5. KIS works for me. > Max > Ps. Also be aware of what you need to do if the record is locked by > being reported on via a Report/update batch run, etc. Remember record > will be incomplete. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Wed May 28 18:56:04 2008 From: dwaters at usinternet.com (Dan Waters) Date: Wed, 28 May 2008 18:56:04 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483DE4D9.8050305@colbyconsulting.com> References: <483DE4D9.8050305@colbyconsulting.com> Message-ID: <8FFE6910E1ED4BAA80627C71F8AB234B@danwaters> Hi John, Another example on memo fields. My business process screens typically have a Comments field where any participant can add a comment. For some issues, the Comments field gets a lot of information! In the main screen the Comments field can be read, but not changed. To add more to a comment (once entered it can't be changed), the user pushes a Comments button to open a new screen which has a top half and a bottom half. The bottom half contains the original comment in a locked textbox, and the top half contains an empty unbound textbox. The user enters their new comments into the top half, then pushes a Save Comment button. Their text is added to the bottom of the original comment with a blank line and a line which contains their full name, the date and the time the Save button was pushed. This way anyone who reads the comments knows who made the comment and when. When the Save button is pushed, the original text is concatenated with the new text, and an UPDATE is performed to replace the original content of the table's Comment field with the new content. This keeps the record from being locked while the Comments field is being edited. I originally created this to set up name, date, and time stamping - I wasn't thinking of locking issues at the time. There is another method whereby someone who has authority (a 'manager') can actually edit the Comments field, but it doesn't get used often because who wants to ask their manager to fix their typing? There is also an automated spell check function so misspelling isn't a problem. Maybe THIS will help! ;-) Dan From jwcolby at colbyconsulting.com Wed May 28 19:58:34 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 28 May 2008 20:58:34 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <010601c8c11c$8ef735b0$87bea8c0@LaptopII> References: <483D347B.9050906@colbyconsulting.com><005901c8c0b0$bac9bee0$8119fea9@LTVM> <483D3F27.4050408@colbyconsulting.com> <009f01c8c0c2$d4d35ff0$8119fea9@LTVM> <010601c8c11c$8ef735b0$87bea8c0@LaptopII> Message-ID: <483DFFBA.1020905@colbyconsulting.com> Jim, Lots to think about, however I have no intention of taking this entire application unbound, so a locked flag in every table is not likely. I didn't consider the "abnormal disconnect" thing. The whole point of the user name was simply to know where to go to find the locked form and close it. In which case all that is really necessary is the workstation name. Believe me, this has only ever come up in two systems in about 13 years so I am NOT going to roll my own full blown locking system. John W. Colby www.ColbyConsulting.com Jim Dettman wrote: > Couple of comments on this: > > 1. You do not want to use a field within a record to determine if a record > is "busy" or not. Use a separate table. The main reason is that in the > case of an abnormal disconnect, you are then forced to scan the entire table > and clear that field for a user or users. > > There is also the issue that you would need to lock the entire table while > placing a lock (two users go after the same record at the same time). This > will cause major concurrency issues. > > 2. Any locking scheme should be centralized so it can easily be changed. > For example, suppose rather then a simple busy/no busy flag, you want the > ability for: > > A. All users being able to read a record. > B. All users being able to read, but have only one able to update. > C. Give one user exclusive read/write access to a record. > > If you've put a simple "this is the user that has this locked" field in > every table and now need a locking level, you need to change every table. > With a central table, it's one change. > > 3. Generalize the concept of placing locks. There are many resources that > require locking; printers, disks, records, tables, a process (ie an > accounting close), maybe a module (keep A/R closed for all but one user), a > company, or an entire system. > > To accomplish this, don't focus on record locking itself, but locking a > resource. Typically what I do is use a "resource tag". Ie. For a record, > it might be: > >
PK > > Or for an entire table simply
> > I've also done one system where I had a resource type field. You could > just as easily prefix a resource tag. It really doesn't matter what scheme > you come up with, just that it's consistent. > > 4. Username in of itself is insufficient for locking. What if I login at > more then one station? Or have more then one instance running on a specific > station? Username and station name is better, but if you plan to allow > multiple instances, you need user name, station name, and a window handle to > come up with a unique user key. You could also use GUID, but would need to > log the GUID's to a table along with user and station (aka LDB locking in > JET). > > HTH, > Jim. > > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo > Sent: Wednesday, May 28, 2008 9:01 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] VBA Unbound data entry / update form > > I think you are misunderstand what I mean by Lock the Record. In your code, > check if the record's new field (call it what you want), "I am locked By > UserName" is empty or not. If it is empty, put an entry in it and then > export the data to your working temp table. If it is not empty, then > somebody else is working on the record and the user gets advised of that > fact. The is no system lock involved. Only the logical one that you > created and which is handled by your code. There are no decisions to make > as regards what to write back. Write the lot back. You have the record > safeguarded via your code (caveats re sideways access excepted). Repeat - > there are no system locks involved in this, therefore no other unrelated > records being locked. > > HTH > Max > Ps. It doesn't have to be a field that is used to indicate a "locked > Record", you could use a global variable or write to a text file to say "PK > is in use" and then delete that line when no longer required. As long as > your code checks that before allow edits then it should work. However, > there is a chance that two users may still collide when trying to do the > "user locking routine", so you could use a temp table with a unique index on > a field called PK. This would prevent two records being created for the > same PK as the main table and thus allocated to the first user to request > locking and which will prevent new records being added until the previous > record has been destroyed thus preventing duplicate simultaneous attempts - > holds the PK of the record needing to be "locked". Sorry, bit rushed that > but I need to move on. Hope it helps anyway. > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, May 28, 2008 12:17 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > Max, > > > Won't work John. > > >>Make the changes. When done, look up the original record in the real > table, compare data fields from temp to real. > If there are any changes THEN make the appropriate decisions etc. This > still requires a fair amount of logic to determine "old values" and the > like... > > Lock fields, lock notices, timeouts etc are a "fair amount of logic" as > well. > > > 2. Lock it as soon as record is accessed/edited. > > I can't do this. The lock affects other entirely unrelated records due to > memo and index "page locks". THAT IS WHAT I AM TRYING TO WORK AROUND! > > John W. Colby > www.ColbyConsulting.com > > > Max Wanadoo wrote: >> Won't work John. >> If you have User 1 making changes, you need to ensure that User 2 is >> not making simultaneous changes to the same data albeit via a temp table. >> Until you do that, nothing else makes any sense. >> I would: >> 1. Put a field on the table "I am locked By UserName". >> 2. Lock it as soon as record is accessed/edited. >> 3. Warn other users that records is being edited by UserName if they >> try to access it. Ask them do they want to be notified when record >> becomes available. If so, record PK and User in a temp table or in >> variable array and check it via an OnTimer event. >> 4. You can also put a Time-Out default if UserName left a record >> Locked when he/she went off to luch. Time-out and lock/leave the >> record thus unlockign it for others. >> 5. KIS works for me. >> Max >> Ps. Also be aware of what you need to do if the record is locked by >> being reported on via a Report/update batch run, etc. Remember record >> will be incomplete. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Wed May 28 20:00:49 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 28 May 2008 21:00:49 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: References: Message-ID: <483E0041.60207@colbyconsulting.com> > If you REALLY must have a demo for this, let me know, maybe I can do that tomorrow.... LOL, no really, not needed. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > Why? Two reasons. One, you completely lose this record locking issue > you are having now. Two, you give the Users way more capability. > > I don't have enough time right now to whip up a demo, sorry, under the > gun for a different project. But here's the gist: > > tblCase > CaseID > CaseName > StartDate > Etc. > > tblContact > ContactID > FirstName > LastName > Etc. > > tblCaseContacts > CaseID > ContactID > > tblContactDetails > ContactDetailID > CaseID > ContactID > Representative > TimeStamp > DetailNote (this would be the memo field) > > The reason I don't have time, is cause I don't have the time to build > the case and contact portion (creating a case, adding a contact, etc), > but your system already has this. Now, when the user brings up a > contact, in the setup above, the big text box that displays what you > currently have as a single memo field, instead is returning the results > of a function. This function is setup to be given variable criteria. A > ContactID and or CaseID, Whether to ascend or descend, only details with > certain words, only details within a time frame, etc. All of these > options are put in a handy little frame next to this big text box, so > with the push of a button, this 'memo' field they have can sort the > entries from oldest to newest, or newest to oldest. With the push of a > button, they can display all of the contact details for that contact and > case, or for that case, or for that contact (so if that contact is > involved with multiple cases, they can instantly see the entries for > every case that contact has had, or if there are multiple contacts for > that case, displaying the details for the case instead of the contact, > they can say 'I see here that our reps talked to your brother > yesterday....' > > And below this big box, is a little smaller one, where they can enter a > new contact detail, and as soon as they hit 'Submit' (or save, > whatever), whalla, that data is saved as a new record (with the relevant > information) in a split second. No record locks, because the data other > reps may be viewing is not being locked either. > > If you REALLY must have a demo for this, let me know, maybe I can do > that tomorrow.... > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, May 28, 2008 6:04 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > > Question, are the people entering this data ever actually > EDITING information? > > I don't sit and look over their shoulder, however I suspect > that they do. These records are any and all "contacts" with > a specific individual or company. Any given claim now has > hundreds of contacts. As I listed before there are > literally dozens or even hundreds of different people that > may be contacted to process a claim. These are disability > claims so there may be employers, witnesses, friends, > acquaintances, lawyers, doctors, hospitals, pharmacies, > spouses, children, neighbors, dogs, cats, and the man in the > moon. These claims can pay out 20K per month to a doctor on > disability, this is BIG money and they track (and check up > on) EVERYTHING. > > I suspect that the reason they want all of the "contacts" > with any given entity in one record is simply for ease of > reading what was discussed with that contact. Imagine 23 > phone calls to try and get ahold of the spouse. 12 are no > answer, 5 are "I can't talk right now" and 2 are "here's the > skinny". Now, if each of these are in a separate record, > separated in time and space with calls to the dog, the > milkman, the physician, some other physician, the private > investigator... Well... to some people it just makes sense > to have a single "spouse" contact record. Dump it all in, > in date order, plainly marked and be done. > > This is not a computer fix it help desk where there are a > handful of calls and the problem is fixed, there are a > minimum of dozens and often several hundred contacts in many > cases. I have seen one case where there were around 250 > contacts with JUST the spouse, trying to get her to repay an > overpayment. And any given claim won't always have specific > contacts, some have spouses, some don't, some have lawyers, > some don't, some have 20 DIFFERENT lawyers (and physicians, > and hospitals, and drug stores). > > Soo... yea, they are constantly editing the memo fields, > adding new info about contacting that entity. Each > "contact" is date / time stamped with the initials of the > person making contact, embedded right in the text. I know > that they do use searches right in the memo field looking > for keywords and what is the point of clicking "again" 47 > times to read 47 "no answer" records? > > I just don't "get" what the point is, and why the fixation > on splitting the memo into different records. > > If I split it up, how do I reassemble all the milkman > contacts, all the physician contacts, all the spouse, dog, > cat, neighbor etc. More to the point, why bother? They > have a system that works, all it needs is to not lock the > record when the field is edited. I can do that with > Gustav's unbound memo and a lock field. > > I think the time spent fixating on normalizing things would > be better spent on examining your navel. > > John W. Colby > www.ColbyConsulting.com > The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. > > From rockysmolin at bchacc.com Wed May 28 20:55:31 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Wed, 28 May 2008 18:55:31 -0700 Subject: [AccessD] Schedule Compact and Repair In-Reply-To: <34C8A2AB1EF3564CB0D64DB6AFFDD5C2156FE0F6@XLIVMBX35bkup.aig.com> References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C2156FE0F6@XLIVMBX35bkup.aig.com> Message-ID: <024d01c8c12f$13fe5d80$0301a8c0@HAL9005> Lambert: The problem in this case is not backup but compacting. The user ran into a problem running the app and found that the problem went away after a compact. So now he wants to be able to do the compact automatically. The problem of course is that everyone has to be out of the mdb to do the compact. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Wednesday, May 28, 2008 2:12 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Schedule Compact and Repair The disadvantage of using the windows scheduler in today's "locked down" computer world are that you need admin rights to run it and you have to remember to change the password of the task when the user is required to change it by company policy. A disadvantage of having the app do it itself via a timer form is that the app must be running somewhere at all times, and that makes it more difficult to update the app (perhaps). For myself, I use a little backup program called Backup4All. It has its own built in scheduler so backups happen when desired, but it also has the ability to run other tasks before and/or after a backup job runs. I use that feature to run a batch file that does the compacting prior to the backup - at 3 AM. It then runs one final task after backing up - it powers off my computer. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, May 28, 2008 3:22 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Schedule Compact and Repair Dear List: A regular compact and repair of a back end needs to be schedule. Windows Scheduler would do nicely I'm sure running a small app that would C&R a specific back end. Problem of course is getting all the users kicked out. I know I have seen threads on this in the past but little no attention, of course, because I didn't have the need at the time. Is there a canned solution for this - on our site or one of the other Access sites? MTIA, Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.24.1/1470 - Release Date: 28/5/2008 07:20 From dw-murphy at cox.net Wed May 28 21:18:12 2008 From: dw-murphy at cox.net (Doug Murphy) Date: Wed, 28 May 2008 19:18:12 -0700 Subject: [AccessD] Schedule Compact and Repair In-Reply-To: <024d01c8c12f$13fe5d80$0301a8c0@HAL9005> References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C2156FE0F6@XLIVMBX35bkup.aig.com> <024d01c8c12f$13fe5d80$0301a8c0@HAL9005> Message-ID: <001401c8c132$3e992a90$0200a8c0@murphy3234aaf1> Hi Rocky, One way to do this is to put an invisible form with a timer in your front end that runs a routine to compact the back end when the front end shuts down. You need to have it set so that the routine looks for the back end ldb file and does the compact if the file does not exist. Have it test for the files existence several, maybe 5, and then shut down if the file does not go away. If the file is still there it means some one else is in the database. When the last person shuts down it will compact. I have set this up and it works well except for the infrequent crash that leaves a copy of the ldb. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, May 28, 2008 6:56 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Schedule Compact and Repair Lambert: The problem in this case is not backup but compacting. The user ran into a problem running the app and found that the problem went away after a compact. So now he wants to be able to do the compact automatically. The problem of course is that everyone has to be out of the mdb to do the compact. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Wednesday, May 28, 2008 2:12 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Schedule Compact and Repair The disadvantage of using the windows scheduler in today's "locked down" computer world are that you need admin rights to run it and you have to remember to change the password of the task when the user is required to change it by company policy. A disadvantage of having the app do it itself via a timer form is that the app must be running somewhere at all times, and that makes it more difficult to update the app (perhaps). For myself, I use a little backup program called Backup4All. It has its own built in scheduler so backups happen when desired, but it also has the ability to run other tasks before and/or after a backup job runs. I use that feature to run a batch file that does the compacting prior to the backup - at 3 AM. It then runs one final task after backing up - it powers off my computer. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, May 28, 2008 3:22 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Schedule Compact and Repair Dear List: A regular compact and repair of a back end needs to be schedule. Windows Scheduler would do nicely I'm sure running a small app that would C&R a specific back end. Problem of course is getting all the users kicked out. I know I have seen threads on this in the past but little no attention, of course, because I didn't have the need at the time. Is there a canned solution for this - on our site or one of the other Access sites? MTIA, Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.24.1/1470 - Release Date: 28/5/2008 07:20 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wdhindman at dejpolsystems.com Wed May 28 21:46:25 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Wed, 28 May 2008 22:46:25 -0400 Subject: [AccessD] VBA Unbound data entry / update form References: <483E0041.60207@colbyconsulting.com> Message-ID: ...hate to say this JC but I think you're looking a gift horse in the mouth ...this is almost exactly the way I handle customer contact records ...it works without any lock conflicts, its much more flexible and user friendly than a single huge memo field, and indexed search functions are much faster than text searches ...and the user can't tell the difference from the single memo field approach except for speed and lack of problems. ...its your problem of course but it looks like you've gotten locked into looking at it a certain way and thus dismissing out of hand solutions that really do address each of your stated issues. William -------------------------------------------------- From: "jwcolby" Sent: Wednesday, May 28, 2008 9:00 PM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] VBA Unbound data entry / update form > > If you REALLY must have a demo for this, let me know, > maybe I can do that tomorrow.... > > LOL, no really, not needed. > > John W. Colby > www.ColbyConsulting.com > > > Drew Wutka wrote: >> Why? Two reasons. One, you completely lose this record locking issue >> you are having now. Two, you give the Users way more capability. >> >> I don't have enough time right now to whip up a demo, sorry, under the >> gun for a different project. But here's the gist: >> >> tblCase >> CaseID >> CaseName >> StartDate >> Etc. >> >> tblContact >> ContactID >> FirstName >> LastName >> Etc. >> >> tblCaseContacts >> CaseID >> ContactID >> >> tblContactDetails >> ContactDetailID >> CaseID >> ContactID >> Representative >> TimeStamp >> DetailNote (this would be the memo field) >> >> The reason I don't have time, is cause I don't have the time to build >> the case and contact portion (creating a case, adding a contact, etc), >> but your system already has this. Now, when the user brings up a >> contact, in the setup above, the big text box that displays what you >> currently have as a single memo field, instead is returning the results >> of a function. This function is setup to be given variable criteria. A >> ContactID and or CaseID, Whether to ascend or descend, only details with >> certain words, only details within a time frame, etc. All of these >> options are put in a handy little frame next to this big text box, so >> with the push of a button, this 'memo' field they have can sort the >> entries from oldest to newest, or newest to oldest. With the push of a >> button, they can display all of the contact details for that contact and >> case, or for that case, or for that contact (so if that contact is >> involved with multiple cases, they can instantly see the entries for >> every case that contact has had, or if there are multiple contacts for >> that case, displaying the details for the case instead of the contact, >> they can say 'I see here that our reps talked to your brother >> yesterday....' >> >> And below this big box, is a little smaller one, where they can enter a >> new contact detail, and as soon as they hit 'Submit' (or save, >> whatever), whalla, that data is saved as a new record (with the relevant >> information) in a split second. No record locks, because the data other >> reps may be viewing is not being locked either. >> >> If you REALLY must have a demo for this, let me know, maybe I can do >> that tomorrow.... >> >> Drew >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Wednesday, May 28, 2008 6:04 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] VBA Unbound data entry / update form >> >> > Question, are the people entering this data ever actually >> EDITING information? >> >> I don't sit and look over their shoulder, however I suspect >> that they do. These records are any and all "contacts" with >> a specific individual or company. Any given claim now has >> hundreds of contacts. As I listed before there are >> literally dozens or even hundreds of different people that >> may be contacted to process a claim. These are disability >> claims so there may be employers, witnesses, friends, >> acquaintances, lawyers, doctors, hospitals, pharmacies, >> spouses, children, neighbors, dogs, cats, and the man in the >> moon. These claims can pay out 20K per month to a doctor on >> disability, this is BIG money and they track (and check up >> on) EVERYTHING. >> >> I suspect that the reason they want all of the "contacts" >> with any given entity in one record is simply for ease of >> reading what was discussed with that contact. Imagine 23 >> phone calls to try and get ahold of the spouse. 12 are no >> answer, 5 are "I can't talk right now" and 2 are "here's the >> skinny". Now, if each of these are in a separate record, >> separated in time and space with calls to the dog, the >> milkman, the physician, some other physician, the private >> investigator... Well... to some people it just makes sense >> to have a single "spouse" contact record. Dump it all in, >> in date order, plainly marked and be done. >> >> This is not a computer fix it help desk where there are a >> handful of calls and the problem is fixed, there are a >> minimum of dozens and often several hundred contacts in many >> cases. I have seen one case where there were around 250 >> contacts with JUST the spouse, trying to get her to repay an >> overpayment. And any given claim won't always have specific >> contacts, some have spouses, some don't, some have lawyers, >> some don't, some have 20 DIFFERENT lawyers (and physicians, >> and hospitals, and drug stores). >> >> Soo... yea, they are constantly editing the memo fields, >> adding new info about contacting that entity. Each >> "contact" is date / time stamped with the initials of the >> person making contact, embedded right in the text. I know >> that they do use searches right in the memo field looking >> for keywords and what is the point of clicking "again" 47 >> times to read 47 "no answer" records? >> >> I just don't "get" what the point is, and why the fixation >> on splitting the memo into different records. >> >> If I split it up, how do I reassemble all the milkman >> contacts, all the physician contacts, all the spouse, dog, >> cat, neighbor etc. More to the point, why bother? They >> have a system that works, all it needs is to not lock the >> record when the field is edited. I can do that with >> Gustav's unbound memo and a lock field. >> >> I think the time spent fixating on normalizing things would >> be better spent on examining your navel. >> >> John W. Colby >> www.ColbyConsulting.com >> The information contained in this transmission is intended only for the >> person or entity to which it is addressed and may contain II-VI >> Proprietary and/or II-VI Business Sensitive material. If you are not the >> intended recipient, please contact the sender immediately and destroy the >> material in its entirety, whether electronic or hard copy. You are >> notified that any review, retransmission, copying, disclosure, >> dissemination, or other use of, or taking of any action in reliance upon >> this information by persons or entities other than the intended recipient >> is prohibited. >> >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Darryl.Collins at coles.com.au Wed May 28 23:26:12 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Thu, 29 May 2008 14:26:12 +1000 Subject: [AccessD] A better picture? Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED0B27027A@WPEXCH05.colesmyer.ad.cmltd.net.au> Hi People, I have a button to create a PDF from a report. Then my ever so creative users are taking a copy of the PDF and putting it into power point. Of course by this stage (3rd generation of mushy PeeCee Graphic conversion) the image is softer than grandma's feather bed and much less comfy. Is there anyway of turning the Access report immediately into a JPG instead of using snapshot? As usual, I know you can do this in Excel with charts and the like, ' ---------------------------- Dim Chart1 As Chart Set mychart = Sheets("MySheet").ChartObjects(1).Chart mychart.Export Filename:="C:\CopyOfMyChart.jpg", FilterName:="jpg" ' ---------------------------- or any part of a workbook using code such as:\ Selection.CopyPicture Appearance:=xlScreen, Format:=xlPicture" Is this possible to do in VBA Access? regards Darryl. This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From Darryl.Collins at coles.com.au Wed May 28 23:45:42 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Thu, 29 May 2008 14:45:42 +1000 Subject: [AccessD] A better picture? Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD745A@WPEXCH05.colesmyer.ad.cmltd.net.au> aaah, seems like snapshot is the only option. i have added an "Export..." button to the custom toolbar to allow the users to do this. If anyone has a better suggestion I am all ears. :) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darryl Collins Sent: Thursday, 29 May 2008 2:26 PM To: Access Developers discussion and problem solving Subject: [AccessD] A better picture? Hi People, I have a button to create a PDF from a report. Then my ever so creative users are taking a copy of the PDF and putting it into power point. Of course by this stage (3rd generation of mushy PeeCee Graphic conversion) the image is softer than grandma's feather bed and much less comfy. Is there anyway of turning the Access report immediately into a JPG instead of using snapshot? As usual, I know you can do this in Excel with charts and the like, ' ---------------------------- Dim Chart1 As Chart Set mychart = Sheets("MySheet").ChartObjects(1).Chart mychart.Export Filename:="C:\CopyOfMyChart.jpg", FilterName:="jpg" ' ---------------------------- or any part of a workbook using code such as:\ Selection.CopyPicture Appearance:=xlScreen, Format:=xlPicture" Is this possible to do in VBA Access? regards Darryl. This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From rockysmolin at bchacc.com Thu May 29 01:04:24 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Wed, 28 May 2008 23:04:24 -0700 Subject: [AccessD] Schedule Compact and Repair In-Reply-To: <001401c8c132$3e992a90$0200a8c0@murphy3234aaf1> References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C2156FE0F6@XLIVMBX35bkup.aig.com><024d01c8c12f$13fe5d80$0301a8c0@HAL9005> <001401c8c132$3e992a90$0200a8c0@murphy3234aaf1> Message-ID: <027b01c8c151$d8750ac0$0301a8c0@HAL9005> So if you are the last user, the ldb file goes away at some point before the app shuts down? This works for linked tables to the BE? Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Wednesday, May 28, 2008 7:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Schedule Compact and Repair Hi Rocky, One way to do this is to put an invisible form with a timer in your front end that runs a routine to compact the back end when the front end shuts down. You need to have it set so that the routine looks for the back end ldb file and does the compact if the file does not exist. Have it test for the files existence several, maybe 5, and then shut down if the file does not go away. If the file is still there it means some one else is in the database. When the last person shuts down it will compact. I have set this up and it works well except for the infrequent crash that leaves a copy of the ldb. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, May 28, 2008 6:56 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Schedule Compact and Repair Lambert: The problem in this case is not backup but compacting. The user ran into a problem running the app and found that the problem went away after a compact. So now he wants to be able to do the compact automatically. The problem of course is that everyone has to be out of the mdb to do the compact. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Wednesday, May 28, 2008 2:12 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Schedule Compact and Repair The disadvantage of using the windows scheduler in today's "locked down" computer world are that you need admin rights to run it and you have to remember to change the password of the task when the user is required to change it by company policy. A disadvantage of having the app do it itself via a timer form is that the app must be running somewhere at all times, and that makes it more difficult to update the app (perhaps). For myself, I use a little backup program called Backup4All. It has its own built in scheduler so backups happen when desired, but it also has the ability to run other tasks before and/or after a backup job runs. I use that feature to run a batch file that does the compacting prior to the backup - at 3 AM. It then runs one final task after backing up - it powers off my computer. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, May 28, 2008 3:22 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Schedule Compact and Repair Dear List: A regular compact and repair of a back end needs to be schedule. Windows Scheduler would do nicely I'm sure running a small app that would C&R a specific back end. Problem of course is getting all the users kicked out. I know I have seen threads on this in the past but little no attention, of course, because I didn't have the need at the time. Is there a canned solution for this - on our site or one of the other Access sites? MTIA, Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.24.1/1470 - Release Date: 28/5/2008 07:20 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.24.1/1470 - Release Date: 28/5/2008 07:20 From Gustav at cactus.dk Thu May 29 01:16:24 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Thu, 29 May 2008 08:16:24 +0200 Subject: [AccessD] Schedule Compact and Repair Message-ID: Hi Rocky Yes (except for Access 1.x and 2.0 which left the ldb). And you can make it one step further: Try to delete the ldb. If the database is open, the delete will fail. If the ldb has been left after a crash of the workstation, the delete will in most cases succeed. /gustav >>> rockysmolin at bchacc.com 29-05-2008 08:04 >>> So if you are the last user, the ldb file goes away at some point before the app shuts down? This works for linked tables to the BE? Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Wednesday, May 28, 2008 7:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Schedule Compact and Repair Hi Rocky, One way to do this is to put an invisible form with a timer in your front end that runs a routine to compact the back end when the front end shuts down. You need to have it set so that the routine looks for the back end ldb file and does the compact if the file does not exist. Have it test for the files existence several, maybe 5, and then shut down if the file does not go away. If the file is still there it means some one else is in the database. When the last person shuts down it will compact. I have set this up and it works well except for the infrequent crash that leaves a copy of the ldb. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, May 28, 2008 6:56 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Schedule Compact and Repair Lambert: The problem in this case is not backup but compacting. The user ran into a problem running the app and found that the problem went away after a compact. So now he wants to be able to do the compact automatically. The problem of course is that everyone has to be out of the mdb to do the compact. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Wednesday, May 28, 2008 2:12 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Schedule Compact and Repair The disadvantage of using the windows scheduler in today's "locked down" computer world are that you need admin rights to run it and you have to remember to change the password of the task when the user is required to change it by company policy. A disadvantage of having the app do it itself via a timer form is that the app must be running somewhere at all times, and that makes it more difficult to update the app (perhaps). For myself, I use a little backup program called Backup4All. It has its own built in scheduler so backups happen when desired, but it also has the ability to run other tasks before and/or after a backup job runs. I use that feature to run a batch file that does the compacting prior to the backup - at 3 AM. It then runs one final task after backing up - it powers off my computer. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, May 28, 2008 3:22 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Schedule Compact and Repair Dear List: A regular compact and repair of a back end needs to be schedule. Windows Scheduler would do nicely I'm sure running a small app that would C&R a specific back end. Problem of course is getting all the users kicked out. I know I have seen threads on this in the past but little no attention, of course, because I didn't have the need at the time. Is there a canned solution for this - on our site or one of the other Access sites? MTIA, Rocky From wdhindman at dejpolsystems.com Thu May 29 02:30:06 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Thu, 29 May 2008 03:30:06 -0400 Subject: [AccessD] A better picture? References: <49DFE57FB126044B8A8B934E7AEA09ED09FD745A@WPEXCH05.colesmyer.ad.cmltd.net.au> Message-ID: <426EF9A84BDF4F989216E36BE4E70F5F@jislaptopdev> http://www.lebans.com/loadsavejpeg.htm ...he uses the intel jpeg library to allow Access to use much larger jpegs in the image control ...should in turn give you a much cleaner pdf graphic output ...he also has a report converter to word that manages large embedded graphics ...I use it regularly with clients rather than snapshot. William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "Darryl Collins" Sent: Thursday, May 29, 2008 12:45 AM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] A better picture? > > > aaah, seems like snapshot is the only option. i have added an "Export..." > button to the custom toolbar to allow the users to do this. If anyone has > a better suggestion I am all ears. > > :) > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darryl Collins > Sent: Thursday, 29 May 2008 2:26 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] A better picture? > > > > Hi People, > > I have a button to create a PDF from a report. Then my ever so creative > users are taking a copy of the PDF and putting it into power point. Of > course by this stage (3rd generation of mushy PeeCee Graphic conversion) > the image is softer than grandma's feather bed and much less comfy. > > Is there anyway of turning the Access report immediately into a JPG > instead of using snapshot? > > As usual, I know you can do this in Excel with charts and the like, > ' ---------------------------- > Dim Chart1 As Chart > Set mychart = Sheets("MySheet").ChartObjects(1).Chart > mychart.Export Filename:="C:\CopyOfMyChart.jpg", FilterName:="jpg" > ' ---------------------------- > > or any part of a workbook using code such as:\ > Selection.CopyPicture Appearance:=xlScreen, Format:=xlPicture" > > Is this possible to do in VBA Access? > > regards > Darryl. > > This email and any attachments may contain privileged and confidential > information and are intended for the named addressee only. If you have > received this e-mail in error, please notify the sender and delete this > e-mail immediately. Any confidentiality, privilege or copyright is not > waived or lost because this e-mail has been sent to you in error. It is > your responsibility to check this e-mail and any attachments for viruses. > No warranty is made that this material is free from computer virus or any > other defect or error. Any loss/damage incurred by using this material is > not the sender's responsibility. The sender's entire liability will be > limited to resupplying the material. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > This email and any attachments may contain privileged and confidential > information and are intended for the named addressee only. If you have > received this e-mail in error, please notify the sender and delete this > e-mail immediately. Any confidentiality, privilege or copyright is not > waived or lost because this e-mail has been sent to you in error. It is > your responsibility to check this e-mail and any attachments for viruses. > No warranty is made that this material is free from computer virus or any > other defect or error. Any loss/damage incurred by using this material is > not the sender's responsibility. The sender's entire liability will be > limited to resupplying the material. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Gustav at cactus.dk Thu May 29 02:32:53 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Thu, 29 May 2008 09:32:53 +0200 Subject: [AccessD] VBA Unbound data entry / update form Message-ID: Hi William You are a man of great humour. As a foreigner I had to look this up: http://www.goenglish.com/DontLookAGiftHorseInTheMouth.asp Makes perfectly sense. However, have you ever had a gift which you expected to be something quite different? It may cause great disappointment. So let us forgive JC; he was wishing for the superior and sparkling unbound solution - the jacket from the top store in town he could flash on his bike - but was left with a ground level mostly bound modification - a military coloured not very sexy pullover though equipped with a smart zipper. /gustav >>> wdhindman at dejpolsystems.com 29-05-2008 04:46 >>> ...hate to say this JC but I think you're looking a gift horse in the mouth ...this is almost exactly the way I handle customer contact records ...it works without any lock conflicts, its much more flexible and user friendly than a single huge memo field, and indexed search functions are much faster than text searches ...and the user can't tell the difference from the single memo field approach except for speed and lack of problems. ...its your problem of course but it looks like you've gotten locked into looking at it a certain way and thus dismissing out of hand solutions that really do address each of your stated issues. William -------------------------------------------------- From: "jwcolby" Sent: Wednesday, May 28, 2008 9:00 PM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] VBA Unbound data entry / update form > > If you REALLY must have a demo for this, let me know, > maybe I can do that tomorrow.... > > LOL, no really, not needed. > > John W. Colby > www.ColbyConsulting.com From wdhindman at dejpolsystems.com Thu May 29 02:42:56 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Thu, 29 May 2008 03:42:56 -0400 Subject: [AccessD] VBA Unbound data entry / update form References: Message-ID: <51C2D179C0DD43F888D97A025A3D1EAD@jislaptopdev> ...I always forgive JC ...its habit forming, it is ...been doing it for more than a decade now ...still forgiving him for the documentation that came with that sample jit file I bought from him way back when he was still playing expatriate in old Mexico ...obtuse it was :) ...great sample though ...learned a lot I did ...and I forgive him for that as well :) William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "Gustav Brock" Sent: Thursday, May 29, 2008 3:32 AM To: Subject: Re: [AccessD] VBA Unbound data entry / update form > Hi William > > You are a man of great humour. As a foreigner I had to look this up: > > http://www.goenglish.com/DontLookAGiftHorseInTheMouth.asp > > Makes perfectly sense. > > However, have you ever had a gift which you expected to be something quite > different? It may cause great disappointment. So let us forgive JC; he was > wishing for the superior and sparkling unbound solution - the jacket from > the top store in town he could flash on his bike - but was left with a > ground level mostly bound modification - a military coloured not very sexy > pullover though equipped with a smart zipper. > > /gustav > > >>>> wdhindman at dejpolsystems.com 29-05-2008 04:46 >>> > ...hate to say this JC but I think you're looking a gift horse in the > mouth > ...this is almost exactly the way I handle customer contact records ...it > works without any lock conflicts, its much more flexible and user friendly > than a single huge memo field, and indexed search functions are much > faster > than text searches ...and the user can't tell the difference from the > single > memo field approach except for speed and lack of problems. > > ...its your problem of course but it looks like you've gotten locked into > looking at it a certain way and thus dismissing out of hand solutions that > really do address each of your stated issues. > > William > > -------------------------------------------------- > From: "jwcolby" > Sent: Wednesday, May 28, 2008 9:00 PM > To: "Access Developers discussion and problem solving" > > Subject: Re: [AccessD] VBA Unbound data entry / update form > >> > If you REALLY must have a demo for this, let me know, >> maybe I can do that tomorrow.... >> >> LOL, no really, not needed. >> >> John W. Colby >> www.ColbyConsulting.com > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Gustav at cactus.dk Thu May 29 05:00:23 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Thu, 29 May 2008 12:00:23 +0200 Subject: [AccessD] OT: Functional Testing: CTE classification-tree editor Message-ID: Hi all A local computer paper brought attention to this work related to Daimler-Chrysler but useful in many areas: http://www.systematic-testing.com/functional_testing/cte_main.php?cte=1 This page contains papers on the classification-tree method CTM and the classification-tree editor CTE. The classification-tree method is a testing method for the systematic design of test cases on basis of the specification. The classification-tree editor is a graphical editor supporting the application of the classification-tree method. CTM and CTE are widely used in industrial practice. The CTE software is free to download and use and the page contains links to a bunch of documentation. Here's an intro: http://www.systematic-testing.com/documents/eurostar2000.pdf From jwcolby at colbyconsulting.com Thu May 29 06:12:53 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 29 May 2008 07:12:53 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <51C2D179C0DD43F888D97A025A3D1EAD@jislaptopdev> References: <51C2D179C0DD43F888D97A025A3D1EAD@jislaptopdev> Message-ID: <483E8FB5.7050504@colbyconsulting.com> LOL, on all accounts. I could understand it! ;-) John W. Colby www.ColbyConsulting.com William Hindman wrote: > ...I always forgive JC ...its habit forming, it is ...been doing it for more > than a decade now ...still forgiving him for the documentation that came > with that sample jit file I bought from him way back when he was still > playing expatriate in old Mexico ...obtuse it was :) > > ...great sample though ...learned a lot I did ...and I forgive him for that > as well :) > > William > "The truth is incontrovertible, malice may attack it, ignorance may deride > it, but in the end; there it is." > > -------------------------------------------------- > From: "Gustav Brock" > Sent: Thursday, May 29, 2008 3:32 AM > To: > Subject: Re: [AccessD] VBA Unbound data entry / update form > >> Hi William >> >> You are a man of great humour. As a foreigner I had to look this up: >> >> http://www.goenglish.com/DontLookAGiftHorseInTheMouth.asp >> >> Makes perfectly sense. >> >> However, have you ever had a gift which you expected to be something quite >> different? It may cause great disappointment. So let us forgive JC; he was >> wishing for the superior and sparkling unbound solution - the jacket from >> the top store in town he could flash on his bike - but was left with a >> ground level mostly bound modification - a military coloured not very sexy >> pullover though equipped with a smart zipper. >> >> /gustav >> >> >>>>> wdhindman at dejpolsystems.com 29-05-2008 04:46 >>> >> ...hate to say this JC but I think you're looking a gift horse in the >> mouth >> ...this is almost exactly the way I handle customer contact records ...it >> works without any lock conflicts, its much more flexible and user friendly >> than a single huge memo field, and indexed search functions are much >> faster >> than text searches ...and the user can't tell the difference from the >> single >> memo field approach except for speed and lack of problems. >> >> ...its your problem of course but it looks like you've gotten locked into >> looking at it a certain way and thus dismissing out of hand solutions that >> really do address each of your stated issues. >> >> William >> >> -------------------------------------------------- >> From: "jwcolby" >> Sent: Wednesday, May 28, 2008 9:00 PM >> To: "Access Developers discussion and problem solving" >> >> Subject: Re: [AccessD] VBA Unbound data entry / update form >> >>>> If you REALLY must have a demo for this, let me know, >>> maybe I can do that tomorrow.... >>> >>> LOL, no really, not needed. >>> >>> John W. Colby >>> www.ColbyConsulting.com >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > From jwcolby at colbyconsulting.com Thu May 29 06:19:22 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 29 May 2008 07:19:22 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: References: Message-ID: <483E913A.8080405@colbyconsulting.com> Gustav, There is another saying... all other things being equal, simpler is always better. Your solution is an hour to implement. The Gift Horse is not. I am not looking for a Ferrari, I am looking to fix one single lonely little problem with my VW. Your solution and a lock field certainly appears to do so. And yes, How much "unbound is soooo much better" crap did I endure during the great bound / unbound debate. Given all of that I expected a host of angels to descend on me telling me all of the cool and wonderful things that you could do unbound and how you would go about it. Seems strangely quiet, don't you agree? Tons of "bad design", virtually no "here's how to do unbound". John W. Colby www.ColbyConsulting.com Gustav Brock wrote: > Hi William > > You are a man of great humour. As a foreigner I had to look this up: > > http://www.goenglish.com/DontLookAGiftHorseInTheMouth.asp > > Makes perfectly sense. > > However, have you ever had a gift which you expected to be something quite different? It may cause great disappointment. So let us forgive JC; he was wishing for the superior and sparkling unbound solution - the jacket from the top store in town he could flash on his bike - but was left with a ground level mostly bound modification - a military coloured not very sexy pullover though equipped with a smart zipper. > > /gustav > > >>>> wdhindman at dejpolsystems.com 29-05-2008 04:46 >>> > ...hate to say this JC but I think you're looking a gift horse in the mouth > ...this is almost exactly the way I handle customer contact records ...it > works without any lock conflicts, its much more flexible and user friendly > than a single huge memo field, and indexed search functions are much faster > than text searches ...and the user can't tell the difference from the single > memo field approach except for speed and lack of problems. > > ...its your problem of course but it looks like you've gotten locked into > looking at it a certain way and thus dismissing out of hand solutions that > really do address each of your stated issues. > > William > > -------------------------------------------------- > From: "jwcolby" > Sent: Wednesday, May 28, 2008 9:00 PM > To: "Access Developers discussion and problem solving" > > Subject: Re: [AccessD] VBA Unbound data entry / update form > >>> If you REALLY must have a demo for this, let me know, >> maybe I can do that tomorrow.... >> >> LOL, no really, not needed. >> >> John W. Colby >> www.ColbyConsulting.com > > > From Gustav at cactus.dk Thu May 29 06:38:58 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Thu, 29 May 2008 13:38:58 +0200 Subject: [AccessD] VBA Unbound data entry / update form Message-ID: Hi John Yes, I'm a bit surprised too and did expect - of curiosity only - to see at least one solid implementation even though it might have been a clean VB6 solution. I have in a few cases used unbound forms (small and no subforms) and was surprised to find out how many tasks you needed to take of - your initially simple code quickly bloats to a mess. /gustav >>> jwcolby at colbyconsulting.com 29-05-2008 13:19 >>> Gustav, There is another saying... all other things being equal, simpler is always better. Your solution is an hour to implement. The Gift Horse is not. I am not looking for a Ferrari, I am looking to fix one single lonely little problem with my VW. Your solution and a lock field certainly appears to do so. And yes, How much "unbound is soooo much better" crap did I endure during the great bound / unbound debate. Given all of that I expected a host of angels to descend on me telling me all of the cool and wonderful things that you could do unbound and how you would go about it. Seems strangely quiet, don't you agree? Tons of "bad design", virtually no "here's how to do unbound". John W. Colby www.ColbyConsulting.com Gustav Brock wrote: > Hi William > > You are a man of great humour. As a foreigner I had to look this up: > > http://www.goenglish.com/DontLookAGiftHorseInTheMouth.asp > > Makes perfectly sense. > > However, have you ever had a gift which you expected to be something quite different? It may cause great disappointment. So let us forgive JC; he was wishing for the superior and sparkling unbound solution - the jacket from the top store in town he could flash on his bike - but was left with a ground level mostly bound modification - a military coloured not very sexy pullover though equipped with a smart zipper. > > /gustav > > >>>> wdhindman at dejpolsystems.com 29-05-2008 04:46 >>> > ...hate to say this JC but I think you're looking a gift horse in the mouth > ...this is almost exactly the way I handle customer contact records ...it > works without any lock conflicts, its much more flexible and user friendly > than a single huge memo field, and indexed search functions are much faster > than text searches ...and the user can't tell the difference from the single > memo field approach except for speed and lack of problems. > > ...its your problem of course but it looks like you've gotten locked into > looking at it a certain way and thus dismissing out of hand solutions that > really do address each of your stated issues. > > William > > -------------------------------------------------- > From: "jwcolby" > Sent: Wednesday, May 28, 2008 9:00 PM > To: "Access Developers discussion and problem solving" > > Subject: Re: [AccessD] VBA Unbound data entry / update form > >>> If you REALLY must have a demo for this, let me know, >> maybe I can do that tomorrow.... >> >> LOL, no really, not needed. >> >> John W. Colby >> www.ColbyConsulting.com From jwcolby at colbyconsulting.com Thu May 29 07:08:54 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 29 May 2008 08:08:54 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: References: Message-ID: <483E9CD6.7020400@colbyconsulting.com> Gustav, Maybe... all the UHU members, being coders at heart, have left us for other platforms, leaving only bounders in our midst? ;-) And yes, I am attempting to be charitable here. 8-) > I have in a few cases used unbound forms (small and no subforms) and was surprised to find out how many tasks you needed to take of - your initially simple code quickly bloats to a mess. I would think so. What I want to know more than anything else is how does Access discover the lock on a record in order to display the lock symbol in the selector bar on the left. And why did they not expose that to us? John W. Colby www.ColbyConsulting.com Gustav Brock wrote: > Hi John > > Yes, I'm a bit surprised too and did expect - of curiosity only - to see at least one solid implementation even though it might have been a clean VB6 solution. > > I have in a few cases used unbound forms (small and no subforms) and was surprised to find out how many tasks you needed to take of - your initially simple code quickly bloats to a mess. > > /gustav > >>>> jwcolby at colbyconsulting.com 29-05-2008 13:19 >>> > Gustav, > > There is another saying... all other things being equal, > simpler is always better. Your solution is an hour to > implement. The Gift Horse is not. > > I am not looking for a Ferrari, I am looking to fix one > single lonely little problem with my VW. Your solution and > a lock field certainly appears to do so. > > And yes, How much "unbound is soooo much better" crap did I > endure during the great bound / unbound debate. Given all > of that I expected a host of angels to descend on me telling > me all of the cool and wonderful things that you could do > unbound and how you would go about it. > > Seems strangely quiet, don't you agree? Tons of "bad > design", virtually no "here's how to do unbound". > > John W. Colby > www.ColbyConsulting.com > > > Gustav Brock wrote: >> Hi William >> >> You are a man of great humour. As a foreigner I had to look this up: >> >> http://www.goenglish.com/DontLookAGiftHorseInTheMouth.asp >> >> Makes perfectly sense. >> >> However, have you ever had a gift which you expected to be something quite different? It may cause great disappointment. So let us forgive JC; he was wishing for the superior and sparkling unbound solution - the jacket from the top store in town he could flash on his bike - but was left with a ground level mostly bound modification - a military coloured not very sexy pullover though equipped with a smart zipper. >> >> /gustav >> >> >>>>> wdhindman at dejpolsystems.com 29-05-2008 04:46 >>> >> ...hate to say this JC but I think you're looking a gift horse in the mouth >> ...this is almost exactly the way I handle customer contact records ...it >> works without any lock conflicts, its much more flexible and user friendly >> than a single huge memo field, and indexed search functions are much faster >> than text searches ...and the user can't tell the difference from the single >> memo field approach except for speed and lack of problems. >> >> ...its your problem of course but it looks like you've gotten locked into >> looking at it a certain way and thus dismissing out of hand solutions that >> really do address each of your stated issues. >> >> William >> >> -------------------------------------------------- >> From: "jwcolby" >> Sent: Wednesday, May 28, 2008 9:00 PM >> To: "Access Developers discussion and problem solving" >> >> Subject: Re: [AccessD] VBA Unbound data entry / update form >> >>>> If you REALLY must have a demo for this, let me know, >>> maybe I can do that tomorrow.... >>> >>> LOL, no really, not needed. >>> >>> John W. Colby >>> www.ColbyConsulting.com > > > From DWUTKA at Marlow.com Thu May 29 09:44:55 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 29 May 2008 09:44:55 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483E913A.8080405@colbyconsulting.com> Message-ID: Actually JC, I did explain. I explained how to make it 10 times better then your bound solution, both in stability and capability. You mumbled something about the customer dictating table design (which is garbage, they want specific functionality, if they can design their own tables, what do they need you for?). I just didn't post a sample application, because I don't have the time to add in the other fluff to make it a working demo. But what you are really missing is that building an unbound form is not just simply form design, it is system design. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 29, 2008 6:19 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Gustav, There is another saying... all other things being equal, simpler is always better. Your solution is an hour to implement. The Gift Horse is not. I am not looking for a Ferrari, I am looking to fix one single lonely little problem with my VW. Your solution and a lock field certainly appears to do so. And yes, How much "unbound is soooo much better" crap did I endure during the great bound / unbound debate. Given all of that I expected a host of angels to descend on me telling me all of the cool and wonderful things that you could do unbound and how you would go about it. Seems strangely quiet, don't you agree? Tons of "bad design", virtually no "here's how to do unbound". John W. Colby www.ColbyConsulting.com Gustav Brock wrote: > Hi William > > You are a man of great humour. As a foreigner I had to look this up: > > http://www.goenglish.com/DontLookAGiftHorseInTheMouth.asp > > Makes perfectly sense. > > However, have you ever had a gift which you expected to be something quite different? It may cause great disappointment. So let us forgive JC; he was wishing for the superior and sparkling unbound solution - the jacket from the top store in town he could flash on his bike - but was left with a ground level mostly bound modification - a military coloured not very sexy pullover though equipped with a smart zipper. > > /gustav > > >>>> wdhindman at dejpolsystems.com 29-05-2008 04:46 >>> > ...hate to say this JC but I think you're looking a gift horse in the mouth > ...this is almost exactly the way I handle customer contact records ...it > works without any lock conflicts, its much more flexible and user friendly > than a single huge memo field, and indexed search functions are much faster > than text searches ...and the user can't tell the difference from the single > memo field approach except for speed and lack of problems. > > ...its your problem of course but it looks like you've gotten locked into > looking at it a certain way and thus dismissing out of hand solutions that > really do address each of your stated issues. > > William > > -------------------------------------------------- > From: "jwcolby" > Sent: Wednesday, May 28, 2008 9:00 PM > To: "Access Developers discussion and problem solving" > > Subject: Re: [AccessD] VBA Unbound data entry / update form > >>> If you REALLY must have a demo for this, let me know, >> maybe I can do that tomorrow.... >> >> LOL, no really, not needed. >> >> John W. Colby >> www.ColbyConsulting.com > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Thu May 29 09:48:50 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 29 May 2008 09:48:50 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483E9CD6.7020400@colbyconsulting.com> Message-ID: Ugh, I explained exactly what you need to do to do it unbound. It would run circles around what you currently have in place. You went...whaaa whaa whaa, my customer doesn't want it done right, I am a slave to my customers unreasonable demands. And instead of listening, and realizing that you could do what you customer really wanted (and far more), you had this stupid idea stuck in your head that an unbound form was just a form, and not a complete structure instead. If you want to build an interface over a crappy table structure, bound is certainly the way to go. Good luck with that.... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 29, 2008 7:09 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Gustav, Maybe... all the UHU members, being coders at heart, have left us for other platforms, leaving only bounders in our midst? ;-) And yes, I am attempting to be charitable here. 8-) > I have in a few cases used unbound forms (small and no subforms) and was surprised to find out how many tasks you needed to take of - your initially simple code quickly bloats to a mess. I would think so. What I want to know more than anything else is how does Access discover the lock on a record in order to display the lock symbol in the selector bar on the left. And why did they not expose that to us? John W. Colby www.ColbyConsulting.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From cfoust at infostatsystems.com Thu May 29 09:51:33 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 29 May 2008 07:51:33 -0700 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483E9CD6.7020400@colbyconsulting.com> References: <483E9CD6.7020400@colbyconsulting.com> Message-ID: Razzzzzzz!! Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 29, 2008 5:09 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Gustav, Maybe... all the UHU members, being coders at heart, have left us for other platforms, leaving only bounders in our midst? ;-) And yes, I am attempting to be charitable here. 8-) > I have in a few cases used unbound forms (small and no subforms) and was surprised to find out how many tasks you needed to take of - your initially simple code quickly bloats to a mess. I would think so. What I want to know more than anything else is how does Access discover the lock on a record in order to display the lock symbol in the selector bar on the left. And why did they not expose that to us? John W. Colby www.ColbyConsulting.com Gustav Brock wrote: > Hi John > > Yes, I'm a bit surprised too and did expect - of curiosity only - to see at least one solid implementation even though it might have been a clean VB6 solution. > > I have in a few cases used unbound forms (small and no subforms) and was surprised to find out how many tasks you needed to take of - your initially simple code quickly bloats to a mess. > > /gustav > >>>> jwcolby at colbyconsulting.com 29-05-2008 13:19 >>> > Gustav, > > There is another saying... all other things being equal, simpler is > always better. Your solution is an hour to implement. The Gift Horse > is not. > > I am not looking for a Ferrari, I am looking to fix one single lonely > little problem with my VW. Your solution and a lock field certainly > appears to do so. > > And yes, How much "unbound is soooo much better" crap did I endure > during the great bound / unbound debate. Given all of that I expected > a host of angels to descend on me telling me all of the cool and > wonderful things that you could do unbound and how you would go about > it. > > Seems strangely quiet, don't you agree? Tons of "bad design", > virtually no "here's how to do unbound". > > John W. Colby > www.ColbyConsulting.com > > > Gustav Brock wrote: >> Hi William >> >> You are a man of great humour. As a foreigner I had to look this up: >> >> http://www.goenglish.com/DontLookAGiftHorseInTheMouth.asp >> >> Makes perfectly sense. >> >> However, have you ever had a gift which you expected to be something quite different? It may cause great disappointment. So let us forgive JC; he was wishing for the superior and sparkling unbound solution - the jacket from the top store in town he could flash on his bike - but was left with a ground level mostly bound modification - a military coloured not very sexy pullover though equipped with a smart zipper. >> >> /gustav >> >> >>>>> wdhindman at dejpolsystems.com 29-05-2008 04:46 >>> >> ...hate to say this JC but I think you're looking a gift horse in the >> mouth ...this is almost exactly the way I handle customer contact >> records ...it works without any lock conflicts, its much more >> flexible and user friendly than a single huge memo field, and indexed >> search functions are much faster than text searches ...and the user >> can't tell the difference from the single memo field approach except for speed and lack of problems. >> >> ...its your problem of course but it looks like you've gotten locked >> into looking at it a certain way and thus dismissing out of hand >> solutions that really do address each of your stated issues. >> >> William >> >> -------------------------------------------------- >> From: "jwcolby" >> Sent: Wednesday, May 28, 2008 9:00 PM >> To: "Access Developers discussion and problem solving" >> >> Subject: Re: [AccessD] VBA Unbound data entry / update form >> >>>> If you REALLY must have a demo for this, let me know, >>> maybe I can do that tomorrow.... >>> >>> LOL, no really, not needed. >>> >>> John W. Colby >>> www.ColbyConsulting.com > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Thu May 29 09:52:59 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 29 May 2008 07:52:59 -0700 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: References: <483E9CD6.7020400@colbyconsulting.com> Message-ID: Ooooh, here it comes! Getcha peanuts, popcorn, crackerjack!! Can't enjoy the fight without peanuts! Peanuts, Mister? Charlotte -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Thursday, May 29, 2008 7:49 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Ugh, I explained exactly what you need to do to do it unbound. It would run circles around what you currently have in place. You went...whaaa whaa whaa, my customer doesn't want it done right, I am a slave to my customers unreasonable demands. And instead of listening, and realizing that you could do what you customer really wanted (and far more), you had this stupid idea stuck in your head that an unbound form was just a form, and not a complete structure instead. If you want to build an interface over a crappy table structure, bound is certainly the way to go. Good luck with that.... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 29, 2008 7:09 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Gustav, Maybe... all the UHU members, being coders at heart, have left us for other platforms, leaving only bounders in our midst? ;-) And yes, I am attempting to be charitable here. 8-) > I have in a few cases used unbound forms (small and no subforms) and was surprised to find out how many tasks you needed to take of - your initially simple code quickly bloats to a mess. I would think so. What I want to know more than anything else is how does Access discover the lock on a record in order to display the lock symbol in the selector bar on the left. And why did they not expose that to us? John W. Colby www.ColbyConsulting.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu May 29 10:02:28 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 29 May 2008 11:02:28 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: References: <483E9CD6.7020400@colbyconsulting.com> Message-ID: <483EC584.70005@colbyconsulting.com> LOL, naw what's the point. John W. Colby www.ColbyConsulting.com Charlotte Foust wrote: > Ooooh, here it comes! > > Getcha peanuts, popcorn, crackerjack!! Can't enjoy the fight without > peanuts! Peanuts, Mister? > > Charlotte > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka > Sent: Thursday, May 29, 2008 7:49 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > Ugh, I explained exactly what you need to do to do it unbound. It would > run circles around what you currently have in place. > > You went...whaaa whaa whaa, my customer doesn't want it done right, I am > a slave to my customers unreasonable demands. > > And instead of listening, and realizing that you could do what you > customer really wanted (and far more), you had this stupid idea stuck in > your head that an unbound form was just a form, and not a complete > structure instead. If you want to build an interface over a crappy > table structure, bound is certainly the way to go. Good luck with > that.... > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 29, 2008 7:09 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > Gustav, > > Maybe... all the UHU members, being coders at heart, have left us for > other platforms, leaving only bounders in our midst? > > ;-) > > And yes, I am attempting to be charitable here. > > 8-) > > > I have in a few cases used unbound forms (small and no > subforms) and was surprised to find out how many tasks you needed to > take of - your initially simple code quickly bloats to a mess. > > I would think so. What I want to know more than anything else is how > does Access discover the lock on a record in order to display the lock > symbol in the selector bar on the left. And why did they not expose > that to us? > > John W. Colby > www.ColbyConsulting.com > > > The information contained in this transmission is intended only for the > person or entity to which it is addressed and may contain II-VI > Proprietary and/or II-VI Business Sensitive material. If you are not the > intended recipient, please contact the sender immediately and destroy > the material in its entirety, whether electronic or hard copy. You are > notified that any review, retransmission, copying, disclosure, > dissemination, or other use of, or taking of any action in reliance upon > this information by persons or entities other than the intended > recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From DWUTKA at Marlow.com Thu May 29 10:06:47 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 29 May 2008 10:06:47 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: Message-ID: LOL. I doubt there will be a fight here. He asked how to make something unbound. He was told. He whined and complained and said that he didn't understand why bad table design would affect an application. I normally don't get involved in a battle of wits with an unarmed man... ;) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, May 29, 2008 9:53 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Ooooh, here it comes! Getcha peanuts, popcorn, crackerjack!! Can't enjoy the fight without peanuts! Peanuts, Mister? Charlotte -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Thursday, May 29, 2008 7:49 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Ugh, I explained exactly what you need to do to do it unbound. It would run circles around what you currently have in place. You went...whaaa whaa whaa, my customer doesn't want it done right, I am a slave to my customers unreasonable demands. And instead of listening, and realizing that you could do what you customer really wanted (and far more), you had this stupid idea stuck in your head that an unbound form was just a form, and not a complete structure instead. If you want to build an interface over a crappy table structure, bound is certainly the way to go. Good luck with that.... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 29, 2008 7:09 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Gustav, Maybe... all the UHU members, being coders at heart, have left us for other platforms, leaving only bounders in our midst? ;-) And yes, I am attempting to be charitable here. 8-) > I have in a few cases used unbound forms (small and no subforms) and was surprised to find out how many tasks you needed to take of - your initially simple code quickly bloats to a mess. I would think so. What I want to know more than anything else is how does Access discover the lock on a record in order to display the lock symbol in the selector bar on the left. And why did they not expose that to us? John W. Colby www.ColbyConsulting.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From jwcolby at colbyconsulting.com Thu May 29 10:23:29 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 29 May 2008 11:23:29 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: References: Message-ID: <483ECA71.5000508@colbyconsulting.com> Drew, c'mon. The ONLY direct answers to my questions about how to design an unbound form came from Rocky (thanks Rocky!). There was a suggestion (also not from you) about how to handle the locking for an unbound edit. Gustav came up with a rather nice idea of just disconnecting the memo field itself and leaving the rest bound. The rest were answers to a question I didn't ask, which is how YOU think the system needs to be redesigned. Now you want to pick a fight because I am not interested in redesigning the system. Sorry, but I am not. I am interested in a simple means of yanking the memo field out into an unbound control, editing it and placing it back. I got the answer to that, but it was NOT from you. Read your posts and copy and paste any of your responses that answered my question if you so wish (but NOT your answers to any questions I did not ask). Sorry, but I don't have them available because I trash responses that are useless to me. All of your blathering isn't helping me so it is going in the trash. Including this one. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > LOL. I doubt there will be a fight here. He asked how to make > something unbound. He was told. He whined and complained and said that > he didn't understand why bad table design would affect an application. > I normally don't get involved in a battle of wits with an unarmed man... > ;) > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte > Foust > Sent: Thursday, May 29, 2008 9:53 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > Ooooh, here it comes! > > Getcha peanuts, popcorn, crackerjack!! Can't enjoy the fight without > peanuts! Peanuts, Mister? > > Charlotte > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka > Sent: Thursday, May 29, 2008 7:49 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > Ugh, I explained exactly what you need to do to do it unbound. It would > run circles around what you currently have in place. > > You went...whaaa whaa whaa, my customer doesn't want it done right, I am > a slave to my customers unreasonable demands. > > And instead of listening, and realizing that you could do what you > customer really wanted (and far more), you had this stupid idea stuck in > your head that an unbound form was just a form, and not a complete > structure instead. If you want to build an interface over a crappy > table structure, bound is certainly the way to go. Good luck with > that.... > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 29, 2008 7:09 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > Gustav, > > Maybe... all the UHU members, being coders at heart, have left us for > other platforms, leaving only bounders in our midst? > > ;-) > > And yes, I am attempting to be charitable here. > > 8-) > > > I have in a few cases used unbound forms (small and no > subforms) and was surprised to find out how many tasks you needed to > take of - your initially simple code quickly bloats to a mess. > > I would think so. What I want to know more than anything else is how > does Access discover the lock on a record in order to display the lock > symbol in the selector bar on the left. And why did they not expose > that to us? > > John W. Colby > www.ColbyConsulting.com > > > The information contained in this transmission is intended only for the > person or entity to which it is addressed and may contain II-VI > Proprietary and/or II-VI Business Sensitive material. If you are not the > intended recipient, please contact the sender immediately and destroy > the material in its entirety, whether electronic or hard copy. You are > notified that any review, retransmission, copying, disclosure, > dissemination, or other use of, or taking of any action in reliance upon > this information by persons or entities other than the intended > recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Thu May 29 10:26:30 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 29 May 2008 11:26:30 -0400 Subject: [AccessD] DotNetNuke In-Reply-To: <39cb22f30805280320k67842f2dj26abc3d95cd1d899@mail.gmail.com> References: <48379EE2.3070208@colbyconsulting.com> <001501c8bd64$720bbbd0$7301a8c0@lcmdv8000> <4838181C.7080301@colbyconsulting.com> <007e01c8bde6$f37c3370$7301a8c0@lcmdv8000> <4838D813.5080004@colbyconsulting.com> <39cb22f30805250404v7e68ef01u865b7571e986bf91@mail.gmail.com> <483954FA.4060103@colbyconsulting.com> <39cb22f30805280320k67842f2dj26abc3d95cd1d899@mail.gmail.com> Message-ID: <483ECB26.8070009@colbyconsulting.com> Not yet. I have discovered that this is a common issue with trying to run IIS on a Windows 2003 X64 OS, specifically the x64 part. I have found found a "delete these registry entries and reinstall ASP.Net". Haven't gone there yet. John W. Colby www.ColbyConsulting.com Steve Erbach wrote: > John, > > Did any of our suggestions help you out? Creating the ASPNET Machine > User and such? > > Steve Erbach > Neenah, WI > > On Sun, May 25, 2008 at 7:00 AM, jwcolby wrote: >> Even after successfully running this aspnet_regiis I get no >> ASP tab on the properties of the virtual directory. Do I >> need to delete and rebuild the virtual directory? >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Steve Erbach wrote: >>> John, >>> >>> One other thing: there might be an issue with the install sequence of >>> ASP.NET 2.0 and IIS. If IIS was installed AFTER ASP.NET, then you may >>> need to register ASP.NET 2.0 with IIS. You can do that from the >>> command prompt: >>> >>> cd %systemroot%\microsoft.net\framework\v2.0.50727 >>> aspnet_regiis -i >>> >>> The -i option (there are a couple dozen options) does the following, >>> according to the command line help: >>> >>> "Install this version of ASP.NET and update scriptmaps at the IIS >>> metabase root and for all scriptmaps below the root. Existing >>> scriptmaps of lower version are upgraded to this version." >>> >>> Steve Erbach >>> Neenah, WI From jengross at gte.net Thu May 29 11:43:11 2008 From: jengross at gte.net (Jennifer Gross) Date: Thu, 29 May 2008 08:43:11 -0800 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483DFFBA.1020905@colbyconsulting.com> Message-ID: <0K1M0067PZLXGJ90@vms173003.mailsrvcs.net> John, Though I don't do the kind of locking for unbound forms you are diving into, I do 'lock' processes with a single username field in a process locking table. For instance I have a time clock application where the first person in each morning, when they go to punch the time clock, it posts yesterday's clock and sets up today's time cards. Because people tend to arrive at the same time I need to make sure two people don't set off this process at the same time. So I store who's doing it and don't let anyone else into the time clock until it is done. Every so often, perhaps once or twice a year something goes wrong and even though the process is completed it didn't clear out the username in the 'locked' field. Rather than have them call me when the time clock is 'stuck' I have given one user a button on an administrative form to 'unstick' the time clock. I bring this up because I would encourage you to give someone at the call center the ability to 'unlock' a record because the username did not get cleared because of 'abnormal disconnect' or whatever other gremlins cause this kind of thing. Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Wednesday, May 28, 2008 4:59 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Jim, Lots to think about, however I have no intention of taking this entire application unbound, so a locked flag in every table is not likely. I didn't consider the "abnormal disconnect" thing. The whole point of the user name was simply to know where to go to find the locked form and close it. In which case all that is really necessary is the workstation name. Believe me, this has only ever come up in two systems in about 13 years so I am NOT going to roll my own full blown locking system. John W. Colby www.ColbyConsulting.com Jim Dettman wrote: > Couple of comments on this: > > 1. You do not want to use a field within a record to determine if a > record is "busy" or not. Use a separate table. The main reason is > that in the case of an abnormal disconnect, you are then forced to > scan the entire table and clear that field for a user or users. > > There is also the issue that you would need to lock the entire table > while placing a lock (two users go after the same record at the same > time). This will cause major concurrency issues. > > 2. Any locking scheme should be centralized so it can easily be changed. > For example, suppose rather then a simple busy/no busy flag, you want > the ability for: > > A. All users being able to read a record. > B. All users being able to read, but have only one able to update. > C. Give one user exclusive read/write access to a record. > > If you've put a simple "this is the user that has this locked" field > in every table and now need a locking level, you need to change every table. > With a central table, it's one change. > > 3. Generalize the concept of placing locks. There are many resources > that require locking; printers, disks, records, tables, a process (ie > an accounting close), maybe a module (keep A/R closed for all but one > user), a company, or an entire system. > > To accomplish this, don't focus on record locking itself, but > locking a resource. Typically what I do is use a "resource tag". Ie. > For a record, it might be: > >
PK > > Or for an entire table simply
> > I've also done one system where I had a resource type field. You > could just as easily prefix a resource tag. It really doesn't matter > what scheme you come up with, just that it's consistent. > > 4. Username in of itself is insufficient for locking. What if I login > at more then one station? Or have more then one instance running on a > specific station? Username and station name is better, but if you plan > to allow multiple instances, you need user name, station name, and a > window handle to come up with a unique user key. You could also use > GUID, but would need to log the GUID's to a table along with user and > station (aka LDB locking in JET). > > HTH, > Jim. > > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo > Sent: Wednesday, May 28, 2008 9:01 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] VBA Unbound data entry / update form > > I think you are misunderstand what I mean by Lock the Record. In your > code, check if the record's new field (call it what you want), "I am > locked By UserName" is empty or not. If it is empty, put an entry in > it and then export the data to your working temp table. If it is not > empty, then somebody else is working on the record and the user gets > advised of that fact. The is no system lock involved. Only the > logical one that you created and which is handled by your code. There > are no decisions to make as regards what to write back. Write the lot > back. You have the record safeguarded via your code (caveats re > sideways access excepted). Repeat - there are no system locks > involved in this, therefore no other unrelated records being locked. > > HTH > Max > Ps. It doesn't have to be a field that is used to indicate a "locked > Record", you could use a global variable or write to a text file to > say "PK is in use" and then delete that line when no longer required. > As long as your code checks that before allow edits then it should > work. However, there is a chance that two users may still collide > when trying to do the "user locking routine", so you could use a temp > table with a unique index on a field called PK. This would prevent > two records being created for the same PK as the main table and thus > allocated to the first user to request locking and which will prevent > new records being added until the previous record has been destroyed > thus preventing duplicate simultaneous attempts - holds the PK of the > record needing to be "locked". Sorry, bit rushed that but I need to move on. Hope it helps anyway. > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, May 28, 2008 12:17 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > Max, > > > Won't work John. > > >>Make the changes. When done, look up the original record in the > real table, compare data fields from temp to real. > If there are any changes THEN make the appropriate decisions etc. > This still requires a fair amount of logic to determine "old values" > and the like... > > Lock fields, lock notices, timeouts etc are a "fair amount of logic" > as well. > > > 2. Lock it as soon as record is accessed/edited. > > I can't do this. The lock affects other entirely unrelated records > due to memo and index "page locks". THAT IS WHAT I AM TRYING TO WORK AROUND! > > John W. Colby > www.ColbyConsulting.com > > > Max Wanadoo wrote: >> Won't work John. >> If you have User 1 making changes, you need to ensure that User 2 is >> not making simultaneous changes to the same data albeit via a temp table. >> Until you do that, nothing else makes any sense. >> I would: >> 1. Put a field on the table "I am locked By UserName". >> 2. Lock it as soon as record is accessed/edited. >> 3. Warn other users that records is being edited by UserName if they >> try to access it. Ask them do they want to be notified when record >> becomes available. If so, record PK and User in a temp table or in >> variable array and check it via an OnTimer event. >> 4. You can also put a Time-Out default if UserName left a record >> Locked when he/she went off to luch. Time-out and lock/leave the >> record thus unlockign it for others. >> 5. KIS works for me. >> Max >> Ps. Also be aware of what you need to do if the record is locked by >> being reported on via a Report/update batch run, etc. Remember >> record will be incomplete. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Thu May 29 10:48:53 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Thu, 29 May 2008 08:48:53 -0700 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483ECA71.5000508@colbyconsulting.com> References: <483ECA71.5000508@colbyconsulting.com> Message-ID: <02bb01c8c1a3$7ffbaf50$0301a8c0@HAL9005> This is a debate about religion. Move it to OT please. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 29, 2008 8:23 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Drew, c'mon. The ONLY direct answers to my questions about how to design an unbound form came from Rocky (thanks Rocky!). There was a suggestion (also not from you) about how to handle the locking for an unbound edit. Gustav came up with a rather nice idea of just disconnecting the memo field itself and leaving the rest bound. The rest were answers to a question I didn't ask, which is how YOU think the system needs to be redesigned. Now you want to pick a fight because I am not interested in redesigning the system. Sorry, but I am not. I am interested in a simple means of yanking the memo field out into an unbound control, editing it and placing it back. I got the answer to that, but it was NOT from you. Read your posts and copy and paste any of your responses that answered my question if you so wish (but NOT your answers to any questions I did not ask). Sorry, but I don't have them available because I trash responses that are useless to me. All of your blathering isn't helping me so it is going in the trash. Including this one. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > LOL. I doubt there will be a fight here. He asked how to make > something unbound. He was told. He whined and complained and said > that he didn't understand why bad table design would affect an application. > I normally don't get involved in a battle of wits with an unarmed man... > ;) > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte > Foust > Sent: Thursday, May 29, 2008 9:53 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > Ooooh, here it comes! > > Getcha peanuts, popcorn, crackerjack!! Can't enjoy the fight without > peanuts! Peanuts, Mister? > > Charlotte > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka > Sent: Thursday, May 29, 2008 7:49 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > Ugh, I explained exactly what you need to do to do it unbound. It > would run circles around what you currently have in place. > > You went...whaaa whaa whaa, my customer doesn't want it done right, I > am a slave to my customers unreasonable demands. > > And instead of listening, and realizing that you could do what you > customer really wanted (and far more), you had this stupid idea stuck > in your head that an unbound form was just a form, and not a complete > structure instead. If you want to build an interface over a crappy > table structure, bound is certainly the way to go. Good luck with > that.... > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 29, 2008 7:09 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > Gustav, > > Maybe... all the UHU members, being coders at heart, have left us for > other platforms, leaving only bounders in our midst? > > ;-) > > And yes, I am attempting to be charitable here. > > 8-) > > > I have in a few cases used unbound forms (small and no > subforms) and was surprised to find out how many tasks you needed to > take of - your initially simple code quickly bloats to a mess. > > I would think so. What I want to know more than anything else is how > does Access discover the lock on a record in order to display the lock > symbol in the selector bar on the left. And why did they not expose > that to us? > > John W. Colby > www.ColbyConsulting.com > > > The information contained in this transmission is intended only for > the person or entity to which it is addressed and may contain II-VI > Proprietary and/or II-VI Business Sensitive material. If you are not > the intended recipient, please contact the sender immediately and > destroy the material in its entirety, whether electronic or hard copy. > You are notified that any review, retransmission, copying, disclosure, > dissemination, or other use of, or taking of any action in reliance > upon this information by persons or entities other than the intended > recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.24.3/1472 - Release Date: 29/5/2008 07:27 From jengross at gte.net Thu May 29 11:47:47 2008 From: jengross at gte.net (Jennifer Gross) Date: Thu, 29 May 2008 08:47:47 -0800 Subject: [AccessD] A better picture? In-Reply-To: <49DFE57FB126044B8A8B934E7AEA09ED09FD745A@WPEXCH05.colesmyer.ad.cmltd.net.au> Message-ID: <0K1M00FK7ZYD0N80@vms173001.mailsrvcs.net> Darryl, Is it that the users want charts that are created in Access dumped into PowerPoint. I have some code that does that automation, creating the chart in a PowerPoint slide from Access data. Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, May 28, 2008 8:46 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A better picture? aaah, seems like snapshot is the only option. i have added an "Export..." button to the custom toolbar to allow the users to do this. If anyone has a better suggestion I am all ears. :) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darryl Collins Sent: Thursday, 29 May 2008 2:26 PM To: Access Developers discussion and problem solving Subject: [AccessD] A better picture? Hi People, I have a button to create a PDF from a report. Then my ever so creative users are taking a copy of the PDF and putting it into power point. Of course by this stage (3rd generation of mushy PeeCee Graphic conversion) the image is softer than grandma's feather bed and much less comfy. Is there anyway of turning the Access report immediately into a JPG instead of using snapshot? As usual, I know you can do this in Excel with charts and the like, ' ---------------------------- Dim Chart1 As Chart Set mychart = Sheets("MySheet").ChartObjects(1).Chart mychart.Export Filename:="C:\CopyOfMyChart.jpg", FilterName:="jpg" ' ---------------------------- or any part of a workbook using code such as:\ Selection.CopyPicture Appearance:=xlScreen, Format:=xlPicture" Is this possible to do in VBA Access? regards Darryl. This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jengross at gte.net Thu May 29 11:52:15 2008 From: jengross at gte.net (Jennifer Gross) Date: Thu, 29 May 2008 08:52:15 -0800 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483E9CD6.7020400@colbyconsulting.com> Message-ID: <0K1N00FOP05T2O90@vms173001.mailsrvcs.net> >>What I want to know more than anything else is how does Access discover the lock on a record in order to display the lock symbol in the selector bar on the left. And why did they not expose that to us? This was exactly my question a week or so ago . . . and who the heck is locking the record . . . how do they know that and why isn't it exposed!? Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 29, 2008 4:09 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Gustav, Maybe... all the UHU members, being coders at heart, have left us for other platforms, leaving only bounders in our midst? ;-) And yes, I am attempting to be charitable here. 8-) > I have in a few cases used unbound forms (small and no subforms) and was surprised to find out how many tasks you needed to take of - your initially simple code quickly bloats to a mess. I would think so. What I want to know more than anything else is how does Access discover the lock on a record in order to display the lock symbol in the selector bar on the left. And why did they not expose that to us? John W. Colby www.ColbyConsulting.com Gustav Brock wrote: > Hi John > > Yes, I'm a bit surprised too and did expect - of curiosity only - to see at least one solid implementation even though it might have been a clean VB6 solution. > > I have in a few cases used unbound forms (small and no subforms) and was surprised to find out how many tasks you needed to take of - your initially simple code quickly bloats to a mess. > > /gustav > >>>> jwcolby at colbyconsulting.com 29-05-2008 13:19 >>> > Gustav, > > There is another saying... all other things being equal, simpler is > always better. Your solution is an hour to implement. The Gift Horse > is not. > > I am not looking for a Ferrari, I am looking to fix one single lonely > little problem with my VW. Your solution and a lock field certainly > appears to do so. > > And yes, How much "unbound is soooo much better" crap did I endure > during the great bound / unbound debate. Given all of that I expected > a host of angels to descend on me telling me all of the cool and > wonderful things that you could do unbound and how you would go about > it. > > Seems strangely quiet, don't you agree? Tons of "bad design", > virtually no "here's how to do unbound". > > John W. Colby > www.ColbyConsulting.com > > > Gustav Brock wrote: >> Hi William >> >> You are a man of great humour. As a foreigner I had to look this up: >> >> http://www.goenglish.com/DontLookAGiftHorseInTheMouth.asp >> >> Makes perfectly sense. >> >> However, have you ever had a gift which you expected to be something quite different? It may cause great disappointment. So let us forgive JC; he was wishing for the superior and sparkling unbound solution - the jacket from the top store in town he could flash on his bike - but was left with a ground level mostly bound modification - a military coloured not very sexy pullover though equipped with a smart zipper. >> >> /gustav >> >> >>>>> wdhindman at dejpolsystems.com 29-05-2008 04:46 >>> >> ...hate to say this JC but I think you're looking a gift horse in the >> mouth ...this is almost exactly the way I handle customer contact >> records ...it works without any lock conflicts, its much more >> flexible and user friendly than a single huge memo field, and indexed >> search functions are much faster than text searches ...and the user >> can't tell the difference from the single memo field approach except for speed and lack of problems. >> >> ...its your problem of course but it looks like you've gotten locked >> into looking at it a certain way and thus dismissing out of hand >> solutions that really do address each of your stated issues. >> >> William >> >> -------------------------------------------------- >> From: "jwcolby" >> Sent: Wednesday, May 28, 2008 9:00 PM >> To: "Access Developers discussion and problem solving" >> >> Subject: Re: [AccessD] VBA Unbound data entry / update form >> >>>> If you REALLY must have a demo for this, let me know, >>> maybe I can do that tomorrow.... >>> >>> LOL, no really, not needed. >>> >>> John W. Colby >>> www.ColbyConsulting.com > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu May 29 11:05:49 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 29 May 2008 12:05:49 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <0K1M0067PZLXGJ90@vms173003.mailsrvcs.net> References: <0K1M0067PZLXGJ90@vms173003.mailsrvcs.net> Message-ID: <483ED45D.8010406@colbyconsulting.com> Jennifer, This is a great example of pragmatic programming. You can spend untold hours chasing that last .1% or you can give someone a button to unstick the timeclock. Thanks for that comment. John W. Colby www.ColbyConsulting.com Jennifer Gross wrote: > John, > > Though I don't do the kind of locking for unbound forms you are diving into, > I do 'lock' processes with a single username field in a process locking > table. For instance I have a time clock application where the first person > in each morning, when they go to punch the time clock, it posts yesterday's > clock and sets up today's time cards. Because people tend to arrive at the > same time I need to make sure two people don't set off this process at the > same time. So I store who's doing it and don't let anyone else into the > time clock until it is done. Every so often, perhaps once or twice a year > something goes wrong and even though the process is completed it didn't > clear out the username in the 'locked' field. Rather than have them call me > when the time clock is 'stuck' I have given one user a button on an > administrative form to 'unstick' the time clock. I bring this up because I > would encourage you to give someone at the call center the ability to > 'unlock' a record because the username did not get cleared because of > 'abnormal disconnect' or whatever other gremlins cause this kind of thing. > > Jennifer > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Wednesday, May 28, 2008 4:59 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > Jim, > > Lots to think about, however I have no intention of taking this entire > application unbound, so a locked flag in every table is not likely. > > I didn't consider the "abnormal disconnect" thing. > > The whole point of the user name was simply to know where to go to find the > locked form and close it. In which case all that is really necessary is the > workstation name. > > Believe me, this has only ever come up in two systems in about 13 years so I > am NOT going to roll my own full blown locking system. > > John W. Colby > www.ColbyConsulting.com > > > Jim Dettman wrote: >> Couple of comments on this: >> >> 1. You do not want to use a field within a record to determine if a >> record is "busy" or not. Use a separate table. The main reason is >> that in the case of an abnormal disconnect, you are then forced to >> scan the entire table and clear that field for a user or users. >> >> There is also the issue that you would need to lock the entire table >> while placing a lock (two users go after the same record at the same >> time). This will cause major concurrency issues. >> >> 2. Any locking scheme should be centralized so it can easily be changed. >> For example, suppose rather then a simple busy/no busy flag, you want >> the ability for: >> >> A. All users being able to read a record. >> B. All users being able to read, but have only one able to update. >> C. Give one user exclusive read/write access to a record. >> >> If you've put a simple "this is the user that has this locked" field >> in every table and now need a locking level, you need to change every > table. >> With a central table, it's one change. >> >> 3. Generalize the concept of placing locks. There are many resources >> that require locking; printers, disks, records, tables, a process (ie >> an accounting close), maybe a module (keep A/R closed for all but one >> user), a company, or an entire system. >> >> To accomplish this, don't focus on record locking itself, but >> locking a resource. Typically what I do is use a "resource tag". Ie. >> For a record, it might be: >> >>
PK >> >> Or for an entire table simply
>> >> I've also done one system where I had a resource type field. You >> could just as easily prefix a resource tag. It really doesn't matter >> what scheme you come up with, just that it's consistent. >> >> 4. Username in of itself is insufficient for locking. What if I login >> at more then one station? Or have more then one instance running on a >> specific station? Username and station name is better, but if you plan >> to allow multiple instances, you need user name, station name, and a >> window handle to come up with a unique user key. You could also use >> GUID, but would need to log the GUID's to a table along with user and >> station (aka LDB locking in JET). >> >> HTH, >> Jim. >> >> >> >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo >> Sent: Wednesday, May 28, 2008 9:01 AM >> To: 'Access Developers discussion and problem solving' >> Subject: Re: [AccessD] VBA Unbound data entry / update form >> >> I think you are misunderstand what I mean by Lock the Record. In your >> code, check if the record's new field (call it what you want), "I am >> locked By UserName" is empty or not. If it is empty, put an entry in >> it and then export the data to your working temp table. If it is not >> empty, then somebody else is working on the record and the user gets >> advised of that fact. The is no system lock involved. Only the >> logical one that you created and which is handled by your code. There >> are no decisions to make as regards what to write back. Write the lot >> back. You have the record safeguarded via your code (caveats re >> sideways access excepted). Repeat - there are no system locks >> involved in this, therefore no other unrelated records being locked. >> >> HTH >> Max >> Ps. It doesn't have to be a field that is used to indicate a "locked >> Record", you could use a global variable or write to a text file to >> say "PK is in use" and then delete that line when no longer required. >> As long as your code checks that before allow edits then it should >> work. However, there is a chance that two users may still collide >> when trying to do the "user locking routine", so you could use a temp >> table with a unique index on a field called PK. This would prevent >> two records being created for the same PK as the main table and thus >> allocated to the first user to request locking and which will prevent >> new records being added until the previous record has been destroyed >> thus preventing duplicate simultaneous attempts - holds the PK of the >> record needing to be "locked". Sorry, bit rushed that but I need to move > on. Hope it helps anyway. >> >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Wednesday, May 28, 2008 12:17 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] VBA Unbound data entry / update form >> >> Max, >> >> > Won't work John. >> >> >>Make the changes. When done, look up the original record in the >> real table, compare data fields from temp to real. >> If there are any changes THEN make the appropriate decisions etc. >> This still requires a fair amount of logic to determine "old values" >> and the like... >> >> Lock fields, lock notices, timeouts etc are a "fair amount of logic" >> as well. >> >> > 2. Lock it as soon as record is accessed/edited. >> >> I can't do this. The lock affects other entirely unrelated records >> due to memo and index "page locks". THAT IS WHAT I AM TRYING TO WORK > AROUND! >> John W. Colby >> www.ColbyConsulting.com >> >> >> Max Wanadoo wrote: >>> Won't work John. >>> If you have User 1 making changes, you need to ensure that User 2 is >>> not making simultaneous changes to the same data albeit via a temp table. >>> Until you do that, nothing else makes any sense. >>> I would: >>> 1. Put a field on the table "I am locked By UserName". >>> 2. Lock it as soon as record is accessed/edited. >>> 3. Warn other users that records is being edited by UserName if they >>> try to access it. Ask them do they want to be notified when record >>> becomes available. If so, record PK and User in a temp table or in >>> variable array and check it via an OnTimer event. >>> 4. You can also put a Time-Out default if UserName left a record >>> Locked when he/she went off to luch. Time-out and lock/leave the >>> record thus unlockign it for others. >>> 5. KIS works for me. >>> Max >>> Ps. Also be aware of what you need to do if the record is locked by >>> being reported on via a Report/update batch run, etc. Remember >>> record will be incomplete. >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > From DWUTKA at Marlow.com Thu May 29 11:06:32 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 29 May 2008 11:06:32 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483ECA71.5000508@colbyconsulting.com> Message-ID: I did answer your question JC. The answer INVOLVES changing how you have your data structured in the tables. You asked for the unbound solution....that is the way to go. "I am interested in a simple means of yanking the memo field out into an unbound control, editing it and placing it back" -- which is NOT an unbound solution. It's a fix to a bound solution. I'm not the one trying to pick a fight. You started with the jibes about 'it's so quiet, I'm asking for an unbound solution and not getting any....'. So, I laid it out to you. The unbound SOLUTION requires a design change in the system. I'm sorry that's unacceptable to you, but you asked. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 29, 2008 10:23 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form Drew, c'mon. The ONLY direct answers to my questions about how to design an unbound form came from Rocky (thanks Rocky!). There was a suggestion (also not from you) about how to handle the locking for an unbound edit. Gustav came up with a rather nice idea of just disconnecting the memo field itself and leaving the rest bound. The rest were answers to a question I didn't ask, which is how YOU think the system needs to be redesigned. Now you want to pick a fight because I am not interested in redesigning the system. Sorry, but I am not. I am interested in a simple means of yanking the memo field out into an unbound control, editing it and placing it back. I got the answer to that, but it was NOT from you. Read your posts and copy and paste any of your responses that answered my question if you so wish (but NOT your answers to any questions I did not ask). Sorry, but I don't have them available because I trash responses that are useless to me. All of your blathering isn't helping me so it is going in the trash. Including this one. John W. Colby www.ColbyConsulting.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From dw-murphy at cox.net Thu May 29 11:12:59 2008 From: dw-murphy at cox.net (Doug Murphy) Date: Thu, 29 May 2008 09:12:59 -0700 Subject: [AccessD] Schedule Compact and Repair In-Reply-To: <027b01c8c151$d8750ac0$0301a8c0@HAL9005> References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C2156FE0F6@XLIVMBX35bkup.aig.com><024d01c8c12f$13fe5d80$0301a8c0@HAL9005><001401c8c132$3e992a90$0200a8c0@murphy3234aaf1> <027b01c8c151$d8750ac0$0301a8c0@HAL9005> Message-ID: <001a01c8c1a6$dd098660$0200a8c0@murphy3234aaf1> It does. That is the way you can tell if some one is linked to the file. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, May 28, 2008 11:04 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Schedule Compact and Repair So if you are the last user, the ldb file goes away at some point before the app shuts down? This works for linked tables to the BE? Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Wednesday, May 28, 2008 7:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Schedule Compact and Repair Hi Rocky, One way to do this is to put an invisible form with a timer in your front end that runs a routine to compact the back end when the front end shuts down. You need to have it set so that the routine looks for the back end ldb file and does the compact if the file does not exist. Have it test for the files existence several, maybe 5, and then shut down if the file does not go away. If the file is still there it means some one else is in the database. When the last person shuts down it will compact. I have set this up and it works well except for the infrequent crash that leaves a copy of the ldb. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, May 28, 2008 6:56 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Schedule Compact and Repair Lambert: The problem in this case is not backup but compacting. The user ran into a problem running the app and found that the problem went away after a compact. So now he wants to be able to do the compact automatically. The problem of course is that everyone has to be out of the mdb to do the compact. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Wednesday, May 28, 2008 2:12 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Schedule Compact and Repair The disadvantage of using the windows scheduler in today's "locked down" computer world are that you need admin rights to run it and you have to remember to change the password of the task when the user is required to change it by company policy. A disadvantage of having the app do it itself via a timer form is that the app must be running somewhere at all times, and that makes it more difficult to update the app (perhaps). For myself, I use a little backup program called Backup4All. It has its own built in scheduler so backups happen when desired, but it also has the ability to run other tasks before and/or after a backup job runs. I use that feature to run a batch file that does the compacting prior to the backup - at 3 AM. It then runs one final task after backing up - it powers off my computer. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, May 28, 2008 3:22 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Schedule Compact and Repair Dear List: A regular compact and repair of a back end needs to be schedule. Windows Scheduler would do nicely I'm sure running a small app that would C&R a specific back end. Problem of course is getting all the users kicked out. I know I have seen threads on this in the past but little no attention, of course, because I didn't have the need at the time. Is there a canned solution for this - on our site or one of the other Access sites? MTIA, Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.24.1/1470 - Release Date: 28/5/2008 07:20 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.24.1/1470 - Release Date: 28/5/2008 07:20 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu May 29 11:19:47 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 29 May 2008 12:19:47 -0400 Subject: [AccessD] OT: Functional Testing: CTE classification-tree editor In-Reply-To: References: Message-ID: <483ED7A3.1070206@colbyconsulting.com> I had a very interesting conversation with my tax guy this morning. He had previously worked at Lowes Hardware in their accounting department. The upshot of the conversation was that Lowes has to interface to a huge number of legacy systems, systems from suppliers, banks, systems from companies they purchased 10 years ago and inherited etc. His comment of interest is that in many cases they did not do testing. Or more correctly they threw data at the live system and looked at what happened, and then used a feedback loop to work around to what the system at the other end would accept. Sounds like poor Roz at her current assignment. I have to tell you that I have experienced this same thing. My disability insurance call center software has to interface to about 10 (so far) completely different insurance companies. Each company has dozens of legacy systems. We get "specs" for how to receive and transmit data to these mainframe systems. I write code to meet the spec, then we send data. We then get feedback from them about how to change the program to meet the "REAL spec" which is never the printed spec. Iterate until the feedback stops and they start accepting what we send without complaint. In one case they had specified how to output claim data that they wanted to enter into their system. In this one (admittedly extreme) case it was in a vertical report format, which we did. Some six months later we discovered that the format was designed to allow some key entry person to key it into their system manually, and the "report order" was the order that the data entry fields appeared on her screen. I got a chuckle out of that one. John W. Colby www.ColbyConsulting.com Gustav Brock wrote: > Hi all > > A local computer paper brought attention to this work related to Daimler-Chrysler but useful in many areas: > > http://www.systematic-testing.com/functional_testing/cte_main.php?cte=1 > > > This page contains papers on the classification-tree method CTM and the classification-tree editor CTE. The classification-tree method is a testing method for the systematic design of test cases on basis of the specification. The classification-tree editor is a graphical editor supporting the application of the classification-tree method. CTM and CTE are widely used in industrial practice. > > > The CTE software is free to download and use and the page contains links to a bunch of documentation. > Here's an intro: > > http://www.systematic-testing.com/documents/eurostar2000.pdf > > > > > From rockysmolin at bchacc.com Thu May 29 11:44:04 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Thu, 29 May 2008 09:44:04 -0700 Subject: [AccessD] Schedule Compact and Repair In-Reply-To: <001a01c8c1a6$dd098660$0200a8c0@murphy3234aaf1> References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C2156FE0F6@XLIVMBX35bkup.aig.com><024d01c8c12f$13fe5d80$0301a8c0@HAL9005><001401c8c132$3e992a90$0200a8c0@murphy3234aaf1><027b01c8c151$d8750ac0$0301a8c0@HAL9005> <001a01c8c1a6$dd098660$0200a8c0@murphy3234aaf1> Message-ID: <02d201c8c1ab$3582ebc0$0301a8c0@HAL9005> Cool. I think we have a winner here. Have to give it a try. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Thursday, May 29, 2008 9:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Schedule Compact and Repair It does. That is the way you can tell if some one is linked to the file. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, May 28, 2008 11:04 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Schedule Compact and Repair So if you are the last user, the ldb file goes away at some point before the app shuts down? This works for linked tables to the BE? Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy Sent: Wednesday, May 28, 2008 7:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Schedule Compact and Repair Hi Rocky, One way to do this is to put an invisible form with a timer in your front end that runs a routine to compact the back end when the front end shuts down. You need to have it set so that the routine looks for the back end ldb file and does the compact if the file does not exist. Have it test for the files existence several, maybe 5, and then shut down if the file does not go away. If the file is still there it means some one else is in the database. When the last person shuts down it will compact. I have set this up and it works well except for the infrequent crash that leaves a copy of the ldb. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, May 28, 2008 6:56 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Schedule Compact and Repair Lambert: The problem in this case is not backup but compacting. The user ran into a problem running the app and found that the problem went away after a compact. So now he wants to be able to do the compact automatically. The problem of course is that everyone has to be out of the mdb to do the compact. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Wednesday, May 28, 2008 2:12 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Schedule Compact and Repair The disadvantage of using the windows scheduler in today's "locked down" computer world are that you need admin rights to run it and you have to remember to change the password of the task when the user is required to change it by company policy. A disadvantage of having the app do it itself via a timer form is that the app must be running somewhere at all times, and that makes it more difficult to update the app (perhaps). For myself, I use a little backup program called Backup4All. It has its own built in scheduler so backups happen when desired, but it also has the ability to run other tasks before and/or after a backup job runs. I use that feature to run a batch file that does the compacting prior to the backup - at 3 AM. It then runs one final task after backing up - it powers off my computer. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Wednesday, May 28, 2008 3:22 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Schedule Compact and Repair Dear List: A regular compact and repair of a back end needs to be schedule. Windows Scheduler would do nicely I'm sure running a small app that would C&R a specific back end. Problem of course is getting all the users kicked out. I know I have seen threads on this in the past but little no attention, of course, because I didn't have the need at the time. Is there a canned solution for this - on our site or one of the other Access sites? MTIA, Rocky -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.24.1/1470 - Release Date: 28/5/2008 07:20 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.24.1/1470 - Release Date: 28/5/2008 07:20 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.24.3/1472 - Release Date: 29/5/2008 07:27 From jwcolby at colbyconsulting.com Thu May 29 12:16:43 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 29 May 2008 13:16:43 -0400 Subject: [AccessD] Redesign the problem to fit the solution Message-ID: <483EE4FB.3060908@colbyconsulting.com> I found this entire discussion interesting on an intellectual level. Problem. I need to knock birds out of the sky. Solutions: 1) Make sure the birds cannot fly, then you do not need to knock them out of the sky. 2) A shotgun Problem. Editing existing records in an unbound form. Solutions: 1) Never edit an existing record 2) ... Notice that in both cases solution 1 does not fit the problem, it redefines the requirement so that there is no problem. I tend to design to classes of problems, not specific situations. Given a choice I will design an unbound form such that I can edit any record from any table. The class of problem is that I have an existing record (in some undefined table) that I need to edit. It may be a contact record, or a claim record, or a Claim Type record or (insert your own table here). Now I have seen proposals (not in this thread) to save the entire record and create a brand new record with all the data from the old record, then edit as desired and save the new record. This does I suppose make sense as a change trail but it is not what I am interested in (nor how I would implement a change trail either). I want to edit existing records, from ANY table that I care to edit it from, in an unbound form. Having stated the problem class as clearly as I am able, does anyone out there do this, and if so how? What issues did you run into? How did you resolve these issues? Did you end up with a solution to the problem class or did you end up with a solution to one instance of the problem class, but which unfortunately does not work for other instances of the problem class? Or did you redesign the problem? I want a solution to the problem class, not one specific instance of the problem. And I do not want to redesign the problem to fit a solution. If it doesn't successfully edit an existing record in an unbound form then it does not solve the problem I am interested in solving. If you feel that it is necessary to state your solution to an entirely different problem, please feel free to do so by creating a thread stating your problem and how you solved it. I will likely visit your thread to critique your solution to your problem, and... I promise not to attempt to redesign the problem to fit my solution. Thanks, -- John W. Colby www.ColbyConsulting.com From jwcolby at colbyconsulting.com Thu May 29 12:30:37 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 29 May 2008 13:30:37 -0400 Subject: [AccessD] Schedule Compact and Repair In-Reply-To: <02d201c8c1ab$3582ebc0$0301a8c0@HAL9005> References: <34C8A2AB1EF3564CB0D64DB6AFFDD5C2156FE0F6@XLIVMBX35bkup.aig.com><024d01c8c12f$13fe5d80$0301a8c0@HAL9005><001401c8c132$3e992a90$0200a8c0@murphy3234aaf1><027b01c8c151$d8750ac0$0301a8c0@HAL9005> <001a01c8c1a6$dd098660$0200a8c0@murphy3234aaf1> <02d201c8c1ab$3582ebc0$0301a8c0@HAL9005> Message-ID: <483EE83D.7030100@colbyconsulting.com> My experience is that a lock file in the BE goes away when the last active link to the file ceases to exist. this does NOT say that no one is in the database. It DOES say that the file is not locked (at this instant in time). I have tested this. I created DB1_BE and imported a tblState. I then created db1_FE and linked to tblState in db1_BE. db1_BE is not locked. I then open tblState in the FE and db1_BE now has a lock file. Close the table in the FE, the lock file goes away in the BE. So just be careful with assuming that no LDB means no one in the FE, that is not the case. No LDB means that no one is actively browsing data in any way. They may be poised, with their hand over the key to open a report... Now... personally I open a recordset to the back end and hold it open when I open the FE. If you do THAT, then there WILL BE a lock file as long as any FE is open. John W. Colby www.ColbyConsulting.com Rocky Smolin at Beach Access Software wrote: > Cool. I think we have a winner here. Have to give it a try. > > > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > www.bchacc.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy > Sent: Thursday, May 29, 2008 9:13 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Schedule Compact and Repair > > It does. That is the way you can tell if some one is linked to the file. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at > Beach Access Software > Sent: Wednesday, May 28, 2008 11:04 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Schedule Compact and Repair > > So if you are the last user, the ldb file goes away at some point before the > app shuts down? This works for linked tables to the BE? > > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > www.bchacc.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy > Sent: Wednesday, May 28, 2008 7:18 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Schedule Compact and Repair > > Hi Rocky, > > One way to do this is to put an invisible form with a timer in your front > end that runs a routine to compact the back end when the front end shuts > down. You need to have it set so that the routine looks for the back end > ldb file and does the compact if the file does not exist. Have it test for > the files existence several, maybe 5, and then shut down if the file does > not go away. If the file is still there it means some one else is in the > database. When the last person shuts down it will compact. > > I have set this up and it works well except for the infrequent crash that > leaves a copy of the ldb. > > Doug > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at > Beach Access Software > Sent: Wednesday, May 28, 2008 6:56 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Schedule Compact and Repair > > Lambert: > > The problem in this case is not backup but compacting. The user ran into a > problem running the app and found that the problem went away after a > compact. So now he wants to be able to do the compact automatically. The > problem of course is that everyone has to be out of the mdb to do the > compact. > > > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > www.bchacc.com > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert > Sent: Wednesday, May 28, 2008 2:12 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Schedule Compact and Repair > > The disadvantage of using the windows scheduler in today's "locked down" > computer world are that you need admin rights to run it and you have to > remember to change the password of the task when the user is required to > change it by company policy. > > A disadvantage of having the app do it itself via a timer form is that the > app must be running somewhere at all times, and that makes it more difficult > to update the app (perhaps). > > For myself, I use a little backup program called Backup4All. It has its own > built in scheduler so backups happen when desired, but it also has the > ability to run other tasks before and/or after a backup job runs. I use that > feature to run a batch file that does the compacting prior to the backup - > at 3 AM. It then runs one final task after backing up - it powers off my > computer. > > Lambert > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at > Beach Access Software > Sent: Wednesday, May 28, 2008 3:22 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Schedule Compact and Repair > > Dear List: > > A regular compact and repair of a back end needs to be schedule. Windows > Scheduler would do nicely I'm sure running a small app that would C&R a > specific back end. Problem of course is getting all the users kicked out. > > I know I have seen threads on this in the past but little no attention, of > course, because I didn't have the need at the time. > > Is there a canned solution for this - on our site or one of the other Access > sites? > > MTIA, > > Rocky > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > No virus found in this incoming message. > Checked by AVG. > Version: 8.0.100 / Virus Database: 269.24.1/1470 - Release Date: 28/5/2008 > 07:20 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > No virus found in this incoming message. > Checked by AVG. > Version: 8.0.100 / Virus Database: 269.24.1/1470 - Release Date: 28/5/2008 > 07:20 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > No virus found in this incoming message. > Checked by AVG. > Version: 8.0.100 / Virus Database: 269.24.3/1472 - Release Date: 29/5/2008 > 07:27 > From wdhindman at dejpolsystems.com Thu May 29 12:45:58 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Thu, 29 May 2008 13:45:58 -0400 Subject: [AccessD] VBA Unbound data entry / update form References: <483E9CD6.7020400@colbyconsulting.com> Message-ID: <91DB8D475902404B8ECB3AA07FF14D65@jislaptopdev> ...large buttered popcorn please ...two ...considering both of the protagonists are both highly competent and stubborn as mules to boot, this could be fun ...like AccessD of yore :) William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "Charlotte Foust" Sent: Thursday, May 29, 2008 10:52 AM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] VBA Unbound data entry / update form > Ooooh, here it comes! > > Getcha peanuts, popcorn, crackerjack!! Can't enjoy the fight without > peanuts! Peanuts, Mister? > > Charlotte > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka > Sent: Thursday, May 29, 2008 7:49 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > Ugh, I explained exactly what you need to do to do it unbound. It would > run circles around what you currently have in place. > > You went...whaaa whaa whaa, my customer doesn't want it done right, I am > a slave to my customers unreasonable demands. > > And instead of listening, and realizing that you could do what you > customer really wanted (and far more), you had this stupid idea stuck in > your head that an unbound form was just a form, and not a complete > structure instead. If you want to build an interface over a crappy > table structure, bound is certainly the way to go. Good luck with > that.... > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 29, 2008 7:09 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > Gustav, > > Maybe... all the UHU members, being coders at heart, have left us for > other platforms, leaving only bounders in our midst? > > ;-) > > And yes, I am attempting to be charitable here. > > 8-) > > > I have in a few cases used unbound forms (small and no > subforms) and was surprised to find out how many tasks you needed to > take of - your initially simple code quickly bloats to a mess. > > I would think so. What I want to know more than anything else is how > does Access discover the lock on a record in order to display the lock > symbol in the selector bar on the left. And why did they not expose > that to us? > > John W. Colby > www.ColbyConsulting.com > > > The information contained in this transmission is intended only for the > person or entity to which it is addressed and may contain II-VI > Proprietary and/or II-VI Business Sensitive material. If you are not the > intended recipient, please contact the sender immediately and destroy > the material in its entirety, whether electronic or hard copy. You are > notified that any review, retransmission, copying, disclosure, > dissemination, or other use of, or taking of any action in reliance upon > this information by persons or entities other than the intended > recipient is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu May 29 12:53:11 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 29 May 2008 13:53:11 -0400 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <91DB8D475902404B8ECB3AA07FF14D65@jislaptopdev> References: <483E9CD6.7020400@colbyconsulting.com> <91DB8D475902404B8ECB3AA07FF14D65@jislaptopdev> Message-ID: <483EED87.7050604@colbyconsulting.com> You are both TROUBLEMAKERS! ;-) And I have never been accused of being as stubborn as a mule. I have been accused of being an ass though. Is that the same thing? 8-0 John W. Colby www.ColbyConsulting.com William Hindman wrote: > ...large buttered popcorn please ...two ...considering both of the > protagonists are both highly competent and stubborn as mules to boot, this > could be fun ...like AccessD of yore :) > > William > "The truth is incontrovertible, malice may attack it, ignorance may deride > it, but in the end; there it is." > > -------------------------------------------------- > From: "Charlotte Foust" > Sent: Thursday, May 29, 2008 10:52 AM > To: "Access Developers discussion and problem solving" > > Subject: Re: [AccessD] VBA Unbound data entry / update form > >> Ooooh, here it comes! >> >> Getcha peanuts, popcorn, crackerjack!! Can't enjoy the fight without >> peanuts! Peanuts, Mister? >> >> Charlotte >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka >> Sent: Thursday, May 29, 2008 7:49 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] VBA Unbound data entry / update form >> >> Ugh, I explained exactly what you need to do to do it unbound. It would >> run circles around what you currently have in place. >> >> You went...whaaa whaa whaa, my customer doesn't want it done right, I am >> a slave to my customers unreasonable demands. >> >> And instead of listening, and realizing that you could do what you >> customer really wanted (and far more), you had this stupid idea stuck in >> your head that an unbound form was just a form, and not a complete >> structure instead. If you want to build an interface over a crappy >> table structure, bound is certainly the way to go. Good luck with >> that.... >> >> Drew >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Thursday, May 29, 2008 7:09 AM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] VBA Unbound data entry / update form >> >> Gustav, >> >> Maybe... all the UHU members, being coders at heart, have left us for >> other platforms, leaving only bounders in our midst? >> >> ;-) >> >> And yes, I am attempting to be charitable here. >> >> 8-) >> >>> I have in a few cases used unbound forms (small and no >> subforms) and was surprised to find out how many tasks you needed to >> take of - your initially simple code quickly bloats to a mess. >> >> I would think so. What I want to know more than anything else is how >> does Access discover the lock on a record in order to display the lock >> symbol in the selector bar on the left. And why did they not expose >> that to us? >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> The information contained in this transmission is intended only for the >> person or entity to which it is addressed and may contain II-VI >> Proprietary and/or II-VI Business Sensitive material. If you are not the >> intended recipient, please contact the sender immediately and destroy >> the material in its entirety, whether electronic or hard copy. You are >> notified that any review, retransmission, copying, disclosure, >> dissemination, or other use of, or taking of any action in reliance upon >> this information by persons or entities other than the intended >> recipient is prohibited. >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > From cfoust at infostatsystems.com Thu May 29 13:04:16 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 29 May 2008 11:04:16 -0700 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: <483EE4FB.3060908@colbyconsulting.com> References: <483EE4FB.3060908@colbyconsulting.com> Message-ID: Then I have to point out AGAIN that the demo I suggested does exactly what you wanted, but only for a single "table" and with a predesigned field layout in the UI. Allows you to edit/add/delete records in an unbound form. It does NOT allow you to do it for any record in any table, that is an exercise left for the student. ;-> You would probably want to use a grid if you wanted to handle "any table" and define the columns on the fly based on an ado recordset. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 29, 2008 10:17 AM To: Access Developers discussion and problem solving Subject: [AccessD] Redesign the problem to fit the solution I found this entire discussion interesting on an intellectual level. Problem. I need to knock birds out of the sky. Solutions: 1) Make sure the birds cannot fly, then you do not need to knock them out of the sky. 2) A shotgun Problem. Editing existing records in an unbound form. Solutions: 1) Never edit an existing record 2) ... Notice that in both cases solution 1 does not fit the problem, it redefines the requirement so that there is no problem. I tend to design to classes of problems, not specific situations. Given a choice I will design an unbound form such that I can edit any record from any table. The class of problem is that I have an existing record (in some undefined table) that I need to edit. It may be a contact record, or a claim record, or a Claim Type record or (insert your own table here). Now I have seen proposals (not in this thread) to save the entire record and create a brand new record with all the data from the old record, then edit as desired and save the new record. This does I suppose make sense as a change trail but it is not what I am interested in (nor how I would implement a change trail either). I want to edit existing records, from ANY table that I care to edit it from, in an unbound form. Having stated the problem class as clearly as I am able, does anyone out there do this, and if so how? What issues did you run into? How did you resolve these issues? Did you end up with a solution to the problem class or did you end up with a solution to one instance of the problem class, but which unfortunately does not work for other instances of the problem class? Or did you redesign the problem? I want a solution to the problem class, not one specific instance of the problem. And I do not want to redesign the problem to fit a solution. If it doesn't successfully edit an existing record in an unbound form then it does not solve the problem I am interested in solving. If you feel that it is necessary to state your solution to an entirely different problem, please feel free to do so by creating a thread stating your problem and how you solved it. I will likely visit your thread to critique your solution to your problem, and... I promise not to attempt to redesign the problem to fit my solution. Thanks, -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Thu May 29 13:03:47 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 29 May 2008 13:03:47 -0500 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: <483EE4FB.3060908@colbyconsulting.com> Message-ID: LOL. Just can't let it go, eh? It's not that you want to edit an existing field JC. The problem you are presenting is one where you want multiple people to change multiple data points within a single field, in a single record. So it's not that you want to knock birds out of the sky, you are trying to shoot satellites out of orbit with a BB gun, and you are asking how to get the BB gun to hit the satellites (and even when you hit the satellite, you aren't going to knock them out of orbit, at least not by much). I have an application that does allow for data to be changed in an unbound format. It's not that difficult, but it is based on the premise that a field within a record represents a single piece of information. That information may change (thus the reason for allowing changes), but it's not going to be set differently by two different people. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 29, 2008 12:17 PM To: Access Developers discussion and problem solving Subject: [AccessD] Redesign the problem to fit the solution I found this entire discussion interesting on an intellectual level. Problem. I need to knock birds out of the sky. Solutions: 1) Make sure the birds cannot fly, then you do not need to knock them out of the sky. 2) A shotgun Problem. Editing existing records in an unbound form. Solutions: 1) Never edit an existing record 2) ... Notice that in both cases solution 1 does not fit the problem, it redefines the requirement so that there is no problem. I tend to design to classes of problems, not specific situations. Given a choice I will design an unbound form such that I can edit any record from any table. The class of problem is that I have an existing record (in some undefined table) that I need to edit. It may be a contact record, or a claim record, or a Claim Type record or (insert your own table here). Now I have seen proposals (not in this thread) to save the entire record and create a brand new record with all the data from the old record, then edit as desired and save the new record. This does I suppose make sense as a change trail but it is not what I am interested in (nor how I would implement a change trail either). I want to edit existing records, from ANY table that I care to edit it from, in an unbound form. Having stated the problem class as clearly as I am able, does anyone out there do this, and if so how? What issues did you run into? How did you resolve these issues? Did you end up with a solution to the problem class or did you end up with a solution to one instance of the problem class, but which unfortunately does not work for other instances of the problem class? Or did you redesign the problem? I want a solution to the problem class, not one specific instance of the problem. And I do not want to redesign the problem to fit a solution. If it doesn't successfully edit an existing record in an unbound form then it does not solve the problem I am interested in solving. If you feel that it is necessary to state your solution to an entirely different problem, please feel free to do so by creating a thread stating your problem and how you solved it. I will likely visit your thread to critique your solution to your problem, and... I promise not to attempt to redesign the problem to fit my solution. Thanks, -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Thu May 29 13:05:27 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 29 May 2008 13:05:27 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <91DB8D475902404B8ECB3AA07FF14D65@jislaptopdev> Message-ID: If you want it to be interesting, JC should let me build the application for the customer, and let his customer decide which system works better. ;) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: Thursday, May 29, 2008 12:46 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form ...large buttered popcorn please ...two ...considering both of the protagonists are both highly competent and stubborn as mules to boot, this could be fun ...like AccessD of yore :) William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "Charlotte Foust" Sent: Thursday, May 29, 2008 10:52 AM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] VBA Unbound data entry / update form > Ooooh, here it comes! > > Getcha peanuts, popcorn, crackerjack!! Can't enjoy the fight without > peanuts! Peanuts, Mister? > > Charlotte > The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Thu May 29 13:06:20 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 29 May 2008 13:06:20 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <483EED87.7050604@colbyconsulting.com> Message-ID: Actually, William posted earlier to point out to you that you were asking for a solution that was presented to you, and that you were ignoring it. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 29, 2008 12:53 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form You are both TROUBLEMAKERS! ;-) And I have never been accused of being as stubborn as a mule. I have been accused of being an ass though. Is that the same thing? 8-0 John W. Colby www.ColbyConsulting.com William Hindman wrote: > ...large buttered popcorn please ...two ...considering both of the > protagonists are both highly competent and stubborn as mules to boot, this > could be fun ...like AccessD of yore :) > > William > "The truth is incontrovertible, malice may attack it, ignorance may deride > it, but in the end; there it is." > The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From wdhindman at dejpolsystems.com Thu May 29 13:12:29 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Thu, 29 May 2008 14:12:29 -0400 Subject: [AccessD] VBA Unbound data entry / update form References: <483E9CD6.7020400@colbyconsulting.com> <91DB8D475902404B8ECB3AA07FF14D65@jislaptopdev> <483EED87.7050604@colbyconsulting.com> Message-ID: <05F58877E2294402A1B06B135E480AF7@jislaptopdev> ...any of the old hands here know just how downright stubborn you can be when you want to ...don't have to accuse you, its just a fact of life :) ...as for your being an ass, I've not noticed any large hairy ears or tail in your photos ...have you been hiding something from us? William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "jwcolby" Sent: Thursday, May 29, 2008 1:53 PM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] VBA Unbound data entry / update form > You are both TROUBLEMAKERS! > > ;-) > > And I have never been accused of being as stubborn as a > mule. I have been accused of being an ass though. Is that > the same thing? > > 8-0 > > John W. Colby > www.ColbyConsulting.com > > > William Hindman wrote: >> ...large buttered popcorn please ...two ...considering both of the >> protagonists are both highly competent and stubborn as mules to boot, >> this >> could be fun ...like AccessD of yore :) >> >> William >> "The truth is incontrovertible, malice may attack it, ignorance may >> deride >> it, but in the end; there it is." >> >> -------------------------------------------------- >> From: "Charlotte Foust" >> Sent: Thursday, May 29, 2008 10:52 AM >> To: "Access Developers discussion and problem solving" >> >> Subject: Re: [AccessD] VBA Unbound data entry / update form >> >>> Ooooh, here it comes! >>> >>> Getcha peanuts, popcorn, crackerjack!! Can't enjoy the fight without >>> peanuts! Peanuts, Mister? >>> >>> Charlotte >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka >>> Sent: Thursday, May 29, 2008 7:49 AM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] VBA Unbound data entry / update form >>> >>> Ugh, I explained exactly what you need to do to do it unbound. It would >>> run circles around what you currently have in place. >>> >>> You went...whaaa whaa whaa, my customer doesn't want it done right, I am >>> a slave to my customers unreasonable demands. >>> >>> And instead of listening, and realizing that you could do what you >>> customer really wanted (and far more), you had this stupid idea stuck in >>> your head that an unbound form was just a form, and not a complete >>> structure instead. If you want to build an interface over a crappy >>> table structure, bound is certainly the way to go. Good luck with >>> that.... >>> >>> Drew >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>> Sent: Thursday, May 29, 2008 7:09 AM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] VBA Unbound data entry / update form >>> >>> Gustav, >>> >>> Maybe... all the UHU members, being coders at heart, have left us for >>> other platforms, leaving only bounders in our midst? >>> >>> ;-) >>> >>> And yes, I am attempting to be charitable here. >>> >>> 8-) >>> >>>> I have in a few cases used unbound forms (small and no >>> subforms) and was surprised to find out how many tasks you needed to >>> take of - your initially simple code quickly bloats to a mess. >>> >>> I would think so. What I want to know more than anything else is how >>> does Access discover the lock on a record in order to display the lock >>> symbol in the selector bar on the left. And why did they not expose >>> that to us? >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> >>> The information contained in this transmission is intended only for the >>> person or entity to which it is addressed and may contain II-VI >>> Proprietary and/or II-VI Business Sensitive material. If you are not the >>> intended recipient, please contact the sender immediately and destroy >>> the material in its entirety, whether electronic or hard copy. You are >>> notified that any review, retransmission, copying, disclosure, >>> dissemination, or other use of, or taking of any action in reliance upon >>> this information by persons or entities other than the intended >>> recipient is prohibited. >>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From ssharkins at gmail.com Thu May 29 12:59:51 2008 From: ssharkins at gmail.com (Susan Harkins) Date: Thu, 29 May 2008 13:59:51 -0400 Subject: [AccessD] VBA Unbound data entry / update form References: <483E9CD6.7020400@colbyconsulting.com> <91DB8D475902404B8ECB3AA07FF14D65@jislaptopdev> <483EED87.7050604@colbyconsulting.com> Message-ID: <0b1e01c8c1b5$cca64830$6500a8c0@SusanOne> > And I have never been accused of being as stubborn as a > mule. I have been accused of being an ass though. Is that > the same thing? ======Tha's what I told the dh, so I vote yes. :) Susan H. From wdhindman at dejpolsystems.com Thu May 29 13:17:06 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Thu, 29 May 2008 14:17:06 -0400 Subject: [AccessD] VBA Unbound data entry / update form References: Message-ID: <67FF8E11D412436DA7B09C0EB7BABEF8@jislaptopdev> ...now you know no sane consultant ever lets a competitor near his clients ...and JC for all his foibles, is to my knowledge, still on the sane side, walking the edge on this one he is, but not over the edge as yet :) William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "Drew Wutka" Sent: Thursday, May 29, 2008 2:05 PM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] VBA Unbound data entry / update form > If you want it to be interesting, JC should let me build the application > for the customer, and let his customer decide which system works better. > ;) > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William > Hindman > Sent: Thursday, May 29, 2008 12:46 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VBA Unbound data entry / update form > > ...large buttered popcorn please ...two ...considering both of the > protagonists are both highly competent and stubborn as mules to boot, > this > could be fun ...like AccessD of yore :) > > William > "The truth is incontrovertible, malice may attack it, ignorance may > deride > it, but in the end; there it is." > > -------------------------------------------------- > From: "Charlotte Foust" > Sent: Thursday, May 29, 2008 10:52 AM > To: "Access Developers discussion and problem solving" > > Subject: Re: [AccessD] VBA Unbound data entry / update form > >> Ooooh, here it comes! >> >> Getcha peanuts, popcorn, crackerjack!! Can't enjoy the fight without >> peanuts! Peanuts, Mister? >> >> Charlotte >> > The information contained in this transmission is intended only for the > person or entity to which it is addressed and may contain II-VI > Proprietary and/or II-VI Business Sensitive material. If you are not the > intended recipient, please contact the sender immediately and destroy the > material in its entirety, whether electronic or hard copy. You are > notified that any review, retransmission, copying, disclosure, > dissemination, or other use of, or taking of any action in reliance upon > this information by persons or entities other than the intended recipient > is prohibited. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Thu May 29 13:28:42 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 29 May 2008 13:28:42 -0500 Subject: [AccessD] VBA Unbound data entry / update form In-Reply-To: <67FF8E11D412436DA7B09C0EB7BABEF8@jislaptopdev> Message-ID: Well for all his huffing, he said I wouldn't get in the door, what would he be worried about? ;) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: Thursday, May 29, 2008 1:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VBA Unbound data entry / update form ...now you know no sane consultant ever lets a competitor near his clients ...and JC for all his foibles, is to my knowledge, still on the sane side, walking the edge on this one he is, but not over the edge as yet :) William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "Drew Wutka" Sent: Thursday, May 29, 2008 2:05 PM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] VBA Unbound data entry / update form > If you want it to be interesting, JC should let me build the application > for the customer, and let his customer decide which system works better. > ;) > > Drew > The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From jwcolby at colbyconsulting.com Thu May 29 13:56:29 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 29 May 2008 14:56:29 -0400 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: References: <483EE4FB.3060908@colbyconsulting.com> Message-ID: <483EFC5D.6030307@colbyconsulting.com> Charlotte, I am (finally) looking at the demo. While it is interesting in its own right it does not write the data back to the database but to a file. The "persisted" data is a file correct? I am actually interested in ADO disconnected technology to store the data in the controls, allow updates back to that disconnected recordset, and then when the edits are finished, perhaps use the ADO recordset to write back to the data table. The form would still be unbound, and the disconnected ADO record would provide a "storage" location with which to compare "original" to modified (find modified values), as well as compare "original" to "what is in the table now" (other user edits stored before you got your write. If you think about multi user issues, it doesn't matter if a record was modified by another user as long as the fields YOU EDITED were not modified. Thus the only time you have an issue is in those cases. This cuts down the number of "record edited by another user" messages to only those cases where you both edited the same FIELD in the same record. In some cases that would make an immense difference. Your solution does indeed read and write data but it completely skirts around real life, multi-user issues. I understand the whole "field name in the tag" thing, though I wouldn't use that. I would go with a naming convention I think, but the concepts are identical from there. Find the field to load and load it into the control. Find the field to unload and load it out of the form. The concepts of persisting a table to a file is cool and definitely the subject of another thread. One thing I have been looking for (in VB.Net) is now to persist to XML WITH field information. .Net has built in persistence but AFAICT it only dumps the field name and value. I would like to dump field name, data type and value. THAT would provide the ability to send data to other applications with sufficient information to do more than guess about the data. But that is for another thread and probably another list as well. John W. Colby www.ColbyConsulting.com Charlotte Foust wrote: > Then I have to point out AGAIN that the demo I suggested does exactly > what you wanted, but only for a single "table" and with a predesigned > field layout in the UI. Allows you to edit/add/delete records in an > unbound form. It does NOT allow you to do it for any record in any > table, that is an exercise left for the student. ;-> You would > probably want to use a grid if you wanted to handle "any table" and > define the columns on the fly based on an ado recordset. > > Charlotte Foust From jwcolby at colbyconsulting.com Thu May 29 13:58:18 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 29 May 2008 14:58:18 -0400 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: References: Message-ID: <483EFCCA.9070206@colbyconsulting.com> Argumentative and does not provide any useful information. Deleted. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > LOL. Just can't let it go, eh? > > It's not that you want to edit an existing field JC. The problem you > are presenting is one where you want multiple people to change multiple > data points within a single field, in a single record. > > So it's not that you want to knock birds out of the sky, you are trying > to shoot satellites out of orbit with a BB gun, and you are asking how > to get the BB gun to hit the satellites (and even when you hit the > satellite, you aren't going to knock them out of orbit, at least not by > much). > > I have an application that does allow for data to be changed in an > unbound format. It's not that difficult, but it is based on the premise > that a field within a record represents a single piece of information. > That information may change (thus the reason for allowing changes), but > it's not going to be set differently by two different people. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 29, 2008 12:17 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Redesign the problem to fit the solution > > I found this entire discussion interesting on an > intellectual level. > > Problem. I need to knock birds out of the sky. > > Solutions: > > 1) Make sure the birds cannot fly, then you do not need to > knock them out of the sky. > > 2) A shotgun > > Problem. Editing existing records in an unbound form. > > Solutions: > > 1) Never edit an existing record > 2) ... > > Notice that in both cases solution 1 does not fit the > problem, it redefines the requirement so that there is no > problem. > > I tend to design to classes of problems, not specific > situations. Given a choice I will design an unbound form > such that I can edit any record from any table. The class > of problem is that I have an existing record (in some > undefined table) that I need to edit. It may be a contact > record, or a claim record, or a Claim Type record or (insert > your own table here). > > Now I have seen proposals (not in this thread) to save the > entire record and create a brand new record with all the > data from the old record, then edit as desired and save the > new record. This does I suppose make sense as a change > trail but it is not what I am interested in (nor how I would > implement a change trail either). > > I want to edit existing records, from ANY table that I care > to edit it from, in an unbound form. > > Having stated the problem class as clearly as I am able, > does anyone out there do this, and if so how? What issues > did you run into? How did you resolve these issues? Did > you end up with a solution to the problem class or did you > end up with a solution to one instance of the problem class, > but which unfortunately does not work for other instances of > the problem class? Or did you redesign the problem? > > I want a solution to the problem class, not one specific > instance of the problem. And I do not want to redesign the > problem to fit a solution. If it doesn't successfully edit > an existing record in an unbound form then it does not solve > the problem I am interested in solving. > > If you feel that it is necessary to state your solution to > an entirely different problem, please feel free to do so by > creating a thread stating your problem and how you solved > it. I will likely visit your thread to critique your > solution to your problem, and... I promise not to attempt to > redesign the problem to fit my solution. > > Thanks, From jwcolby at colbyconsulting.com Thu May 29 14:23:33 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 29 May 2008 15:23:33 -0400 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: References: <483EE4FB.3060908@colbyconsulting.com> Message-ID: <483F02B5.6080205@colbyconsulting.com> Charlotte, If and when I get around to this kind of solution I would: 1) Create a data store for the data coming from the record to manipulate. Call this Original Read. 2) Create a system for automatically matching field to control. In my mind, probably a control naming convention such that the field name is embedded in the control name? Something like that. 3) Read the data from the data store into unbound controls, leaving the original record untouched. 4) Allow the user to edit away. 5) Create some method to allow the user to signal "edit complete. 6) Compare original data to control data. IF any changes were made then... 7) Pull the same data record from the table into a NEW data store. Call this Compare Read. 8) Compare Original Read data to Compare Read data to discover if any data was edited. IF NOT then LOCK the record in the table at this point. If NO field collisions between Compare data and Modified Data (form) then LOCK the record in the table at this point/ 9) Create a third data record. Call this Write Data. 10) Copy Compare Read to Write Data. 11) Update fields with modified data from the controls 12) Write the Write Data back to the table, releasing the lock If there were edits between Original Read and Compare Read AND the modified fields collide with Compare read fields THEN error handle. The error handler would need further thought. Notify the user and allow overwrite? Notify the user and trash changes? Notify the user and store in some temp location for conflict resolution? For a generic solution there would have to be system specific rules, i.e. in this system we want the users to be told and made to reenter the data (trash changes). John W. Colby www.ColbyConsulting.com Charlotte Foust wrote: > Then I have to point out AGAIN that the demo I suggested does exactly > what you wanted, but only for a single "table" and with a predesigned > field layout in the UI. Allows you to edit/add/delete records in an > unbound form. It does NOT allow you to do it for any record in any > table, that is an exercise left for the student. ;-> You would > probably want to use a grid if you wanted to handle "any table" and > define the columns on the fly based on an ado recordset. > > Charlotte Foust From markamatte at hotmail.com Thu May 29 14:32:44 2008 From: markamatte at hotmail.com (Mark A Matte) Date: Thu, 29 May 2008 19:32:44 +0000 Subject: [AccessD] A better picture? Runtime In-Reply-To: <0K1M00FK7ZYD0N80@vms173001.mailsrvcs.net> References: <49DFE57FB126044B8A8B934E7AEA09ED09FD745A@WPEXCH05.colesmyer.ad.cmltd.net.au> <0K1M00FK7ZYD0N80@vms173001.mailsrvcs.net> Message-ID: Hello All, A client is creating databases in 2003 and would like to utilize the runtime for other machines in the office. I keep running into walls(online) in finding the runtime. I have found websites that say the runtime comes with Office2003 Pro...which he has...but you need the Developer extensions to deploy it. When I search for the extensions...it points to Visual studio 2005? Paying is not the issue...If I need the 2003 Runtime...anyone know where I can buy it...and what it is currently called? Thanks, Mark A. Matte _________________________________________________________________ E-mail for the greater good. Join the i?m Initiative from Microsoft. http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ GreaterGood From max.wanadoo at gmail.com Thu May 29 14:40:27 2008 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Thu, 29 May 2008 20:40:27 +0100 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: <483F02B5.6080205@colbyconsulting.com> References: <483EE4FB.3060908@colbyconsulting.com> <483F02B5.6080205@colbyconsulting.com> Message-ID: <005901c8c1c3$d9764750$8119fea9@LTVM> John, Not wishing to add fuel to any embers that may be smoldering, but all of this is just re-inventing the wheel. Access does all of this and lots more in a Bound Form. As I understood it you just had a problem with locking spanned unconnected records. I think that between what Gustav and others have said you have a solution - keep the bound form with all its *features* - extract the memo field to a separate table. Perform a pseudo lock on that if it does not lock to your satisfaction. BTW, I am assuming in all this that you have selected "Edited Record" as the "Default record option" in the database options window under the "Advanced" Tab. Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 29, 2008 8:24 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Redesign the problem to fit the solution Charlotte, If and when I get around to this kind of solution I would: 1) Create a data store for the data coming from the record to manipulate. Call this Original Read. 2) Create a system for automatically matching field to control. In my mind, probably a control naming convention such that the field name is embedded in the control name? Something like that. 3) Read the data from the data store into unbound controls, leaving the original record untouched. 4) Allow the user to edit away. 5) Create some method to allow the user to signal "edit complete. 6) Compare original data to control data. IF any changes were made then... 7) Pull the same data record from the table into a NEW data store. Call this Compare Read. 8) Compare Original Read data to Compare Read data to discover if any data was edited. IF NOT then LOCK the record in the table at this point. If NO field collisions between Compare data and Modified Data (form) then LOCK the record in the table at this point/ 9) Create a third data record. Call this Write Data. 10) Copy Compare Read to Write Data. 11) Update fields with modified data from the controls 12) Write the Write Data back to the table, releasing the lock If there were edits between Original Read and Compare Read AND the modified fields collide with Compare read fields THEN error handle. The error handler would need further thought. Notify the user and allow overwrite? Notify the user and trash changes? Notify the user and store in some temp location for conflict resolution? For a generic solution there would have to be system specific rules, i.e. in this system we want the users to be told and made to reenter the data (trash changes). John W. Colby www.ColbyConsulting.com Charlotte Foust wrote: > Then I have to point out AGAIN that the demo I suggested does exactly > what you wanted, but only for a single "table" and with a predesigned > field layout in the UI. Allows you to edit/add/delete records in an > unbound form. It does NOT allow you to do it for any record in any > table, that is an exercise left for the student. ;-> You would > probably want to use a grid if you wanted to handle "any table" and > define the columns on the fly based on an ado recordset. > > Charlotte Foust -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wdhindman at dejpolsystems.com Thu May 29 15:02:44 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Thu, 29 May 2008 16:02:44 -0400 Subject: [AccessD] A better picture? Runtime References: <49DFE57FB126044B8A8B934E7AEA09ED09FD745A@WPEXCH05.colesmyer.ad.cmltd.net.au><0K1M00FK7ZYD0N80@vms173001.mailsrvcs.net> Message-ID: <1EBB5A0697AB48248424E3C0A2E572C7@jislaptopdev> ...you need Visual Studio Tools for Office 2003 http://msdn.microsoft.com/en-us/office/aa905533.aspx ...be forewarned that not everything works in runtime that works in the full install. William ?The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is.? -------------------------------------------------- From: "Mark A Matte" Sent: Thursday, May 29, 2008 3:32 PM To: "Access Developers discussion and problem solving" Subject: [AccessD] A better picture? Runtime > > Hello All, > > A client is creating databases in 2003 and would like to utilize the > runtime for other machines in the office. I keep running into > walls(online) in finding the runtime. I have found websites that say the > runtime comes with Office2003 Pro...which he has...but you need the > Developer extensions to deploy it. When I search for the extensions...it > points to Visual studio 2005? > > Paying is not the issue...If I need the 2003 Runtime...anyone know where I > can buy it...and what it is currently called? > > Thanks, > > Mark A. Matte > > > > _________________________________________________________________ > E-mail for the greater good. Join the i?m Initiative from Microsoft. > http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ > GreaterGood > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu May 29 15:07:03 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 29 May 2008 16:07:03 -0400 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: <005901c8c1c3$d9764750$8119fea9@LTVM> References: <483EE4FB.3060908@colbyconsulting.com> <483F02B5.6080205@colbyconsulting.com> <005901c8c1c3$d9764750$8119fea9@LTVM> Message-ID: <483F0CE7.5040808@colbyconsulting.com> Max, In fact it is not reinventing the wheel. Bound forms hold recordsets open. Open recordsets cause write locks as soon as the edit begins. What I am discussing is a system that does not hold recordsets open. Did you know that "bound" combos and lists also hold recordsets open? each and every combo which uses a table or query opens a connection to the BE and holds it open. I just finished creating a generic callback that eliminates that by caching the data in the table. This has limitations in that it does not work well with frequently changing data but if you have data that you are willing to cache, it eliminates that connection to the BE. I do not have any solid data yet but I do know that in most cases the second and subsequent times that you open a combo that uses my callback, the combo loads MUCH faster than if it has to get the data from the BE. This is of course off topic, but I am starting to examine some issues that in certain instances can significantly speed up operation of the FE, or solve other specific problems. That is not why I am looking at the unbound form, but an unbound form implemented as discussed below will eliminate the "modify" lock that occurs when a user starts to modify a record and then goes outside to smoke a cigarette. These locks can be quite troublesome in an MDE BE under specific circumstances. This unbound form is just another tool, but it is MUCH less useful if it has to be custom engineered for each place you want an unbound form. This read / modify / inspect / write stuff is a CLASS of problem. It needs a solution for the problem CLASS. I am a bound form user, I like them and if they do not cause issues I intend to use them as long as I use Access. That said I do not have a usable unbound form tool in my toolbox, for those cases where it can solve specific problems. And yes, I have selected "edited record" in the properties. If you have read up on this you will know that Jet's implementation is less than stellar, AND it completely ignores the page lock issue. John W. Colby www.ColbyConsulting.com Max Wanadoo wrote: > John, > Not wishing to add fuel to any embers that may be smoldering, but all of > this is just re-inventing the wheel. Access does all of this and lots more > in a Bound Form. As I understood it you just had a problem with locking > spanned unconnected records. I think that between what Gustav and others > have said you have a solution - keep the bound form with all its *features* > - extract the memo field to a separate table. Perform a pseudo lock on that > if it does not lock to your satisfaction. > > BTW, I am assuming in all this that you have selected "Edited Record" as the > "Default record option" in the database options window under the "Advanced" > Tab. > > Max > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 29, 2008 8:24 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Redesign the problem to fit the solution > > Charlotte, > > If and when I get around to this kind of solution I would: > > 1) Create a data store for the data coming from the record to manipulate. > Call this Original Read. > 2) Create a system for automatically matching field to control. In my mind, > probably a control naming convention such that the field name is embedded in > the control name? > Something like that. > 3) Read the data from the data store into unbound controls, leaving the > original record untouched. > 4) Allow the user to edit away. > 5) Create some method to allow the user to signal "edit complete. > 6) Compare original data to control data. IF any changes were made then... > 7) Pull the same data record from the table into a NEW data store. Call > this Compare Read. > 8) Compare Original Read data to Compare Read data to discover if any data > was edited. IF NOT then LOCK the record in the table at this point. If NO > field collisions between Compare data and Modified Data (form) then LOCK the > record in the table at this point/ > 9) Create a third data record. Call this Write Data. > 10) Copy Compare Read to Write Data. > 11) Update fields with modified data from the controls > 12) Write the Write Data back to the table, releasing the lock > > If there were edits between Original Read and Compare Read AND the modified > fields collide with Compare read fields THEN error handle. The error > handler would need further thought. Notify the user and allow overwrite? > Notify the user and trash changes? Notify the user and store in some temp > location for conflict resolution? > > For a generic solution there would have to be system specific rules, i.e. in > this system we want the users to be told and made to reenter the data (trash > changes). > > John W. Colby > www.ColbyConsulting.com > > > Charlotte Foust wrote: >> Then I have to point out AGAIN that the demo I suggested does exactly >> what you wanted, but only for a single "table" and with a predesigned >> field layout in the UI. Allows you to edit/add/delete records in an >> unbound form. It does NOT allow you to do it for any record in any >> table, that is an exercise left for the student. ;-> You would >> probably want to use a grid if you wanted to handle "any table" and >> define the columns on the fly based on an ado recordset. >> >> Charlotte Foust > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Thu May 29 15:07:47 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 29 May 2008 16:07:47 -0400 Subject: [AccessD] A better picture? Runtime In-Reply-To: <1EBB5A0697AB48248424E3C0A2E572C7@jislaptopdev> References: <49DFE57FB126044B8A8B934E7AEA09ED09FD745A@WPEXCH05.colesmyer.ad.cmltd.net.au><0K1M00FK7ZYD0N80@vms173001.mailsrvcs.net> <1EBB5A0697AB48248424E3C0A2E572C7@jislaptopdev> Message-ID: <483F0D13.2010600@colbyconsulting.com> What kinds of "not everything"? John W. Colby www.ColbyConsulting.com William Hindman wrote: > ...you need Visual Studio Tools for Office 2003 > http://msdn.microsoft.com/en-us/office/aa905533.aspx > > ...be forewarned that not everything works in runtime that works in the full > install. > > William > ?The truth is incontrovertible, malice may attack it, ignorance may deride > it, but in the end; there it is.? > > -------------------------------------------------- > From: "Mark A Matte" > Sent: Thursday, May 29, 2008 3:32 PM > To: "Access Developers discussion and problem solving" > > Subject: [AccessD] A better picture? Runtime > >> Hello All, >> >> A client is creating databases in 2003 and would like to utilize the >> runtime for other machines in the office. I keep running into >> walls(online) in finding the runtime. I have found websites that say the >> runtime comes with Office2003 Pro...which he has...but you need the >> Developer extensions to deploy it. When I search for the extensions...it >> points to Visual studio 2005? >> >> Paying is not the issue...If I need the 2003 Runtime...anyone know where I >> can buy it...and what it is currently called? >> >> Thanks, >> >> Mark A. Matte >> >> >> >> _________________________________________________________________ >> E-mail for the greater good. Join the i?m Initiative from Microsoft. >> http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ >> GreaterGood >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > From cfoust at infostatsystems.com Thu May 29 15:15:25 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 29 May 2008 13:15:25 -0700 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: <483EFC5D.6030307@colbyconsulting.com> References: <483EE4FB.3060908@colbyconsulting.com> <483EFC5D.6030307@colbyconsulting.com> Message-ID: In the demo, the persisted data was to either an xml file or an ADTG(?) file, but that's only because the demo was on persisted recordsets. All the unbound manipulation is the same regardless of whether you populate the recordset from a table or a file. The file becomes, in effect, the table. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 29, 2008 11:56 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Redesign the problem to fit the solution Charlotte, I am (finally) looking at the demo. While it is interesting in its own right it does not write the data back to the database but to a file. The "persisted" data is a file correct? I am actually interested in ADO disconnected technology to store the data in the controls, allow updates back to that disconnected recordset, and then when the edits are finished, perhaps use the ADO recordset to write back to the data table. The form would still be unbound, and the disconnected ADO record would provide a "storage" location with which to compare "original" to modified (find modified values), as well as compare "original" to "what is in the table now" (other user edits stored before you got your write. If you think about multi user issues, it doesn't matter if a record was modified by another user as long as the fields YOU EDITED were not modified. Thus the only time you have an issue is in those cases. This cuts down the number of "record edited by another user" messages to only those cases where you both edited the same FIELD in the same record. In some cases that would make an immense difference. Your solution does indeed read and write data but it completely skirts around real life, multi-user issues. I understand the whole "field name in the tag" thing, though I wouldn't use that. I would go with a naming convention I think, but the concepts are identical from there. Find the field to load and load it into the control. Find the field to unload and load it out of the form. The concepts of persisting a table to a file is cool and definitely the subject of another thread. One thing I have been looking for (in VB.Net) is now to persist to XML WITH field information. .Net has built in persistence but AFAICT it only dumps the field name and value. I would like to dump field name, data type and value. THAT would provide the ability to send data to other applications with sufficient information to do more than guess about the data. But that is for another thread and probably another list as well. John W. Colby www.ColbyConsulting.com Charlotte Foust wrote: > Then I have to point out AGAIN that the demo I suggested does exactly > what you wanted, but only for a single "table" and with a predesigned > field layout in the UI. Allows you to edit/add/delete records in an > unbound form. It does NOT allow you to do it for any record in any > table, that is an exercise left for the student. ;-> You would > probably want to use a grid if you wanted to handle "any table" and > define the columns on the fly based on an ado recordset. > > Charlotte Foust -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Thu May 29 15:17:22 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 29 May 2008 13:17:22 -0700 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: <483F0CE7.5040808@colbyconsulting.com> References: <483EE4FB.3060908@colbyconsulting.com> <483F02B5.6080205@colbyconsulting.com><005901c8c1c3$d9764750$8119fea9@LTVM> <483F0CE7.5040808@colbyconsulting.com> Message-ID: Actually IIRC, unless things have changed, NoLocks means that write locks are not applied until the *update* starts. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 29, 2008 1:07 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Redesign the problem to fit the solution Max, In fact it is not reinventing the wheel. Bound forms hold recordsets open. Open recordsets cause write locks as soon as the edit begins. What I am discussing is a system that does not hold recordsets open. Did you know that "bound" combos and lists also hold recordsets open? each and every combo which uses a table or query opens a connection to the BE and holds it open. I just finished creating a generic callback that eliminates that by caching the data in the table. This has limitations in that it does not work well with frequently changing data but if you have data that you are willing to cache, it eliminates that connection to the BE. I do not have any solid data yet but I do know that in most cases the second and subsequent times that you open a combo that uses my callback, the combo loads MUCH faster than if it has to get the data from the BE. This is of course off topic, but I am starting to examine some issues that in certain instances can significantly speed up operation of the FE, or solve other specific problems. That is not why I am looking at the unbound form, but an unbound form implemented as discussed below will eliminate the "modify" lock that occurs when a user starts to modify a record and then goes outside to smoke a cigarette. These locks can be quite troublesome in an MDE BE under specific circumstances. This unbound form is just another tool, but it is MUCH less useful if it has to be custom engineered for each place you want an unbound form. This read / modify / inspect / write stuff is a CLASS of problem. It needs a solution for the problem CLASS. I am a bound form user, I like them and if they do not cause issues I intend to use them as long as I use Access. That said I do not have a usable unbound form tool in my toolbox, for those cases where it can solve specific problems. And yes, I have selected "edited record" in the properties. If you have read up on this you will know that Jet's implementation is less than stellar, AND it completely ignores the page lock issue. John W. Colby www.ColbyConsulting.com Max Wanadoo wrote: > John, > Not wishing to add fuel to any embers that may be smoldering, but all > of this is just re-inventing the wheel. Access does all of this and > lots more in a Bound Form. As I understood it you just had a problem > with locking spanned unconnected records. I think that between what > Gustav and others have said you have a solution - keep the bound form > with all its *features* > - extract the memo field to a separate table. Perform a pseudo lock > on that if it does not lock to your satisfaction. > > BTW, I am assuming in all this that you have selected "Edited Record" > as the "Default record option" in the database options window under the "Advanced" > Tab. > > Max > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 29, 2008 8:24 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Redesign the problem to fit the solution > > Charlotte, > > If and when I get around to this kind of solution I would: > > 1) Create a data store for the data coming from the record to manipulate. > Call this Original Read. > 2) Create a system for automatically matching field to control. In my > mind, probably a control naming convention such that the field name is > embedded in the control name? > Something like that. > 3) Read the data from the data store into unbound controls, leaving > the original record untouched. > 4) Allow the user to edit away. > 5) Create some method to allow the user to signal "edit complete. > 6) Compare original data to control data. IF any changes were made then... > 7) Pull the same data record from the table into a NEW data store. > Call this Compare Read. > 8) Compare Original Read data to Compare Read data to discover if any > data was edited. IF NOT then LOCK the record in the table at this > point. If NO field collisions between Compare data and Modified Data > (form) then LOCK the record in the table at this point/ > 9) Create a third data record. Call this Write Data. > 10) Copy Compare Read to Write Data. > 11) Update fields with modified data from the controls > 12) Write the Write Data back to the table, releasing the lock > > If there were edits between Original Read and Compare Read AND the > modified fields collide with Compare read fields THEN error handle. > The error handler would need further thought. Notify the user and allow overwrite? > Notify the user and trash changes? Notify the user and store in some > temp location for conflict resolution? > > For a generic solution there would have to be system specific rules, > i.e. in this system we want the users to be told and made to reenter > the data (trash changes). > > John W. Colby > www.ColbyConsulting.com > > > Charlotte Foust wrote: >> Then I have to point out AGAIN that the demo I suggested does exactly >> what you wanted, but only for a single "table" and with a predesigned >> field layout in the UI. Allows you to edit/add/delete records in an >> unbound form. It does NOT allow you to do it for any record in any >> table, that is an exercise left for the student. ;-> You would >> probably want to use a grid if you wanted to handle "any table" and >> define the columns on the fly based on an ado recordset. >> >> Charlotte Foust > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu May 29 15:22:57 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 29 May 2008 16:22:57 -0400 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: References: <483EE4FB.3060908@colbyconsulting.com> <483F02B5.6080205@colbyconsulting.com><005901c8c1c3$d9764750$8119fea9@LTVM> <483F0CE7.5040808@colbyconsulting.com> Message-ID: <483F10A1.5090806@colbyconsulting.com> Yes, but I don't see NoLocks being a useful tool in multi-user environments. You are asking for edit collisions. John W. Colby www.ColbyConsulting.com Charlotte Foust wrote: > Actually IIRC, unless things have changed, NoLocks means that write > locks are not applied until the *update* starts. > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 29, 2008 1:07 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Redesign the problem to fit the solution > > Max, > > In fact it is not reinventing the wheel. Bound forms hold recordsets > open. Open recordsets cause write locks as soon as the edit begins. > > What I am discussing is a system that does not hold recordsets open. > > Did you know that "bound" combos and lists also hold recordsets open? > each and every combo which uses a table or query opens a connection to > the BE and holds it open. I just finished creating a generic callback > that eliminates that by caching the data in the table. This has > limitations in that it does not work well with frequently changing data > but if you have data that you are willing to cache, it eliminates that > connection to the BE. > > I do not have any solid data yet but I do know that in most cases the > second and subsequent times that you open a combo that uses my callback, > the combo loads MUCH faster than if it has to get the data from the BE. > This is of course off topic, but I am starting to examine some issues > that in certain instances can significantly speed up operation of the > FE, or solve other specific problems. > > That is not why I am looking at the unbound form, but an unbound form > implemented as discussed below will eliminate the "modify" lock that > occurs when a user starts to modify a record and then goes outside to > smoke a cigarette. These locks can be quite troublesome in an MDE BE > under specific circumstances. This unbound form is just another tool, > but it is MUCH less useful if it has to be custom engineered for each > place you want an unbound form. > > This read / modify / inspect / write stuff is a CLASS of problem. It > needs a solution for the problem CLASS. > > I am a bound form user, I like them and if they do not cause issues I > intend to use them as long as I use Access. That said I do not have a > usable unbound form tool in my toolbox, for those cases where it can > solve specific problems. > > And yes, I have selected "edited record" in the properties. > If you have read up on this you will know that Jet's implementation is > less than stellar, AND it completely ignores the page lock issue. > > John W. Colby > www.ColbyConsulting.com > > > Max Wanadoo wrote: >> John, >> Not wishing to add fuel to any embers that may be smoldering, but all >> of this is just re-inventing the wheel. Access does all of this and >> lots more in a Bound Form. As I understood it you just had a problem >> with locking spanned unconnected records. I think that between what >> Gustav and others have said you have a solution - keep the bound form >> with all its *features* >> - extract the memo field to a separate table. Perform a pseudo lock >> on that if it does not lock to your satisfaction. >> >> BTW, I am assuming in all this that you have selected "Edited Record" >> as the "Default record option" in the database options window under > the "Advanced" >> Tab. >> >> Max >> >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Thursday, May 29, 2008 8:24 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Redesign the problem to fit the solution >> >> Charlotte, >> >> If and when I get around to this kind of solution I would: >> >> 1) Create a data store for the data coming from the record to > manipulate. >> Call this Original Read. >> 2) Create a system for automatically matching field to control. In my > >> mind, probably a control naming convention such that the field name is > >> embedded in the control name? >> Something like that. >> 3) Read the data from the data store into unbound controls, leaving >> the original record untouched. >> 4) Allow the user to edit away. >> 5) Create some method to allow the user to signal "edit complete. >> 6) Compare original data to control data. IF any changes were made > then... >> 7) Pull the same data record from the table into a NEW data store. >> Call this Compare Read. >> 8) Compare Original Read data to Compare Read data to discover if any >> data was edited. IF NOT then LOCK the record in the table at this >> point. If NO field collisions between Compare data and Modified Data >> (form) then LOCK the record in the table at this point/ >> 9) Create a third data record. Call this Write Data. >> 10) Copy Compare Read to Write Data. >> 11) Update fields with modified data from the controls >> 12) Write the Write Data back to the table, releasing the lock >> >> If there were edits between Original Read and Compare Read AND the >> modified fields collide with Compare read fields THEN error handle. >> The error handler would need further thought. Notify the user and > allow overwrite? >> Notify the user and trash changes? Notify the user and store in some >> temp location for conflict resolution? >> >> For a generic solution there would have to be system specific rules, >> i.e. in this system we want the users to be told and made to reenter >> the data (trash changes). >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Charlotte Foust wrote: >>> Then I have to point out AGAIN that the demo I suggested does exactly > >>> what you wanted, but only for a single "table" and with a predesigned > >>> field layout in the UI. Allows you to edit/add/delete records in an >>> unbound form. It does NOT allow you to do it for any record in any >>> table, that is an exercise left for the student. ;-> You would >>> probably want to use a grid if you wanted to handle "any table" and >>> define the columns on the fly based on an ado recordset. >>> >>> Charlotte Foust >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From cfoust at infostatsystems.com Thu May 29 15:30:47 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 29 May 2008 13:30:47 -0700 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: <483F10A1.5090806@colbyconsulting.com> References: <483EE4FB.3060908@colbyconsulting.com> <483F02B5.6080205@colbyconsulting.com><005901c8c1c3$d9764750$8119fea9@LTVM> <483F0CE7.5040808@colbyconsulting.com> <483F10A1.5090806@colbyconsulting.com> Message-ID: John, in a multiuser environment, you'll always have collisions. All the locking scheme does is determine WHEN you have them. If you don't hold the recordset open, it works the same as NoLocks, you don't have a collision until you try to update the record. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 29, 2008 1:23 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Redesign the problem to fit the solution Yes, but I don't see NoLocks being a useful tool in multi-user environments. You are asking for edit collisions. John W. Colby www.ColbyConsulting.com Charlotte Foust wrote: > Actually IIRC, unless things have changed, NoLocks means that write > locks are not applied until the *update* starts. > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 29, 2008 1:07 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Redesign the problem to fit the solution > > Max, > > In fact it is not reinventing the wheel. Bound forms hold recordsets > open. Open recordsets cause write locks as soon as the edit begins. > > What I am discussing is a system that does not hold recordsets open. > > Did you know that "bound" combos and lists also hold recordsets open? > each and every combo which uses a table or query opens a connection to > the BE and holds it open. I just finished creating a generic callback > that eliminates that by caching the data in the table. This has > limitations in that it does not work well with frequently changing > data but if you have data that you are willing to cache, it eliminates > that connection to the BE. > > I do not have any solid data yet but I do know that in most cases the > second and subsequent times that you open a combo that uses my > callback, the combo loads MUCH faster than if it has to get the data from the BE. > This is of course off topic, but I am starting to examine some issues > that in certain instances can significantly speed up operation of the > FE, or solve other specific problems. > > That is not why I am looking at the unbound form, but an unbound form > implemented as discussed below will eliminate the "modify" lock that > occurs when a user starts to modify a record and then goes outside to > smoke a cigarette. These locks can be quite troublesome in an MDE BE > under specific circumstances. This unbound form is just another tool, > but it is MUCH less useful if it has to be custom engineered for each > place you want an unbound form. > > This read / modify / inspect / write stuff is a CLASS of problem. It > needs a solution for the problem CLASS. > > I am a bound form user, I like them and if they do not cause issues I > intend to use them as long as I use Access. That said I do not have a > usable unbound form tool in my toolbox, for those cases where it can > solve specific problems. > > And yes, I have selected "edited record" in the properties. > If you have read up on this you will know that Jet's implementation > is less than stellar, AND it completely ignores the page lock issue. > > John W. Colby > www.ColbyConsulting.com > > > Max Wanadoo wrote: >> John, >> Not wishing to add fuel to any embers that may be smoldering, but all >> of this is just re-inventing the wheel. Access does all of this and >> lots more in a Bound Form. As I understood it you just had a problem >> with locking spanned unconnected records. I think that between what >> Gustav and others have said you have a solution - keep the bound form >> with all its *features* >> - extract the memo field to a separate table. Perform a pseudo lock >> on that if it does not lock to your satisfaction. >> >> BTW, I am assuming in all this that you have selected "Edited Record" >> as the "Default record option" in the database options window under > the "Advanced" >> Tab. >> >> Max >> >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Thursday, May 29, 2008 8:24 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Redesign the problem to fit the solution >> >> Charlotte, >> >> If and when I get around to this kind of solution I would: >> >> 1) Create a data store for the data coming from the record to > manipulate. >> Call this Original Read. >> 2) Create a system for automatically matching field to control. In >> my > >> mind, probably a control naming convention such that the field name >> is > >> embedded in the control name? >> Something like that. >> 3) Read the data from the data store into unbound controls, leaving >> the original record untouched. >> 4) Allow the user to edit away. >> 5) Create some method to allow the user to signal "edit complete. >> 6) Compare original data to control data. IF any changes were made > then... >> 7) Pull the same data record from the table into a NEW data store. >> Call this Compare Read. >> 8) Compare Original Read data to Compare Read data to discover if any >> data was edited. IF NOT then LOCK the record in the table at this >> point. If NO field collisions between Compare data and Modified Data >> (form) then LOCK the record in the table at this point/ >> 9) Create a third data record. Call this Write Data. >> 10) Copy Compare Read to Write Data. >> 11) Update fields with modified data from the controls >> 12) Write the Write Data back to the table, releasing the lock >> >> If there were edits between Original Read and Compare Read AND the >> modified fields collide with Compare read fields THEN error handle. >> The error handler would need further thought. Notify the user and > allow overwrite? >> Notify the user and trash changes? Notify the user and store in some >> temp location for conflict resolution? >> >> For a generic solution there would have to be system specific rules, >> i.e. in this system we want the users to be told and made to reenter >> the data (trash changes). >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Charlotte Foust wrote: >>> Then I have to point out AGAIN that the demo I suggested does >>> exactly > >>> what you wanted, but only for a single "table" and with a >>> predesigned > >>> field layout in the UI. Allows you to edit/add/delete records in an >>> unbound form. It does NOT allow you to do it for any record in any >>> table, that is an exercise left for the student. ;-> You would >>> probably want to use a grid if you wanted to handle "any table" and >>> define the columns on the fly based on an ado recordset. >>> >>> Charlotte Foust >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu May 29 15:38:20 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 29 May 2008 16:38:20 -0400 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: References: <483EE4FB.3060908@colbyconsulting.com> <483EFC5D.6030307@colbyconsulting.com> Message-ID: <483F143C.2020102@colbyconsulting.com> Of course I understand that. My point is simply that for my purposes, it leaves out all the good stuff. Yes, it reads and writes data to controls on the form but that is the easy part and I am quite capable of that stuff. It is quite easy to transfer data from a field of a recordset to a control and back. You have of course implemented a "field / control matching" method which I read with interest, though I no longer use tags if I can avoid it. What it doesn't do is handle a multi-user environment. I quite like the demo and the whole "write to file" thing. Talk about your "temporary table anywhere"! John W. Colby www.ColbyConsulting.com Charlotte Foust wrote: > In the demo, the persisted data was to either an xml file or an ADTG(?) > file, but that's only because the demo was on persisted recordsets. All > the unbound manipulation is the same regardless of whether you populate > the recordset from a table or a file. The file becomes, in effect, the > table. > > Charlotte Foust From jwcolby at colbyconsulting.com Thu May 29 15:53:32 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 29 May 2008 16:53:32 -0400 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: References: <483EE4FB.3060908@colbyconsulting.com> <483F02B5.6080205@colbyconsulting.com><005901c8c1c3$d9764750$8119fea9@LTVM> <483F0CE7.5040808@colbyconsulting.com> <483F10A1.5090806@colbyconsulting.com> Message-ID: <483F17CC.9060406@colbyconsulting.com> Charlotte, I have never used NoLocks but I was under the impression that it did a SILENT write back. If you had a collision you had a collision, no warnings, no "do you want to continue" etc. I thought that it was literally a "last write wins" kind of thing. I think it would be rare to ask the user if they wanted to overwrite another user's changes. I don't trust any user to have a clue whether they really want to do that. If I were to do something of this nature I would want some means of controlling the writeback such that another user's edits were not overwritten. If necessary show the user the places where the collisions occur, SOMETHING. NEVER just silently write one user's changes over the top of another user's changes. And finally does NoLocks correctly handle where User1 edited FieldA and and User2 edited FieldB? In this case there is no real collision and with some slight programming BOTH edits can be saved without ever bothering the users. How does Access handle that? I have never tested this stuff, but I just assumed (yea, yea) that User2's ENTIRE RECORD was written back even if there was no field collision. I am trying (unsuccessfully) to use the experience of others who have done this stuff before. John W. Colby www.ColbyConsulting.com Charlotte Foust wrote: > John, in a multiuser environment, you'll always have collisions. All > the locking scheme does is determine WHEN you have them. If you don't > hold the recordset open, it works the same as NoLocks, you don't have a > collision until you try to update the record. > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 29, 2008 1:23 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Redesign the problem to fit the solution > > Yes, but I don't see NoLocks being a useful tool in multi-user > environments. You are asking for edit collisions. > > John W. Colby > www.ColbyConsulting.com > > > Charlotte Foust wrote: >> Actually IIRC, unless things have changed, NoLocks means that write >> locks are not applied until the *update* starts. >> >> Charlotte Foust >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Thursday, May 29, 2008 1:07 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Redesign the problem to fit the solution >> >> Max, >> >> In fact it is not reinventing the wheel. Bound forms hold recordsets >> open. Open recordsets cause write locks as soon as the edit begins. >> >> What I am discussing is a system that does not hold recordsets open. >> >> Did you know that "bound" combos and lists also hold recordsets open? >> each and every combo which uses a table or query opens a connection to > >> the BE and holds it open. I just finished creating a generic callback > >> that eliminates that by caching the data in the table. This has >> limitations in that it does not work well with frequently changing >> data but if you have data that you are willing to cache, it eliminates > >> that connection to the BE. >> >> I do not have any solid data yet but I do know that in most cases the >> second and subsequent times that you open a combo that uses my >> callback, the combo loads MUCH faster than if it has to get the data > from the BE. >> This is of course off topic, but I am starting to examine some issues >> that in certain instances can significantly speed up operation of the >> FE, or solve other specific problems. >> >> That is not why I am looking at the unbound form, but an unbound form >> implemented as discussed below will eliminate the "modify" lock that >> occurs when a user starts to modify a record and then goes outside to >> smoke a cigarette. These locks can be quite troublesome in an MDE BE >> under specific circumstances. This unbound form is just another tool, > >> but it is MUCH less useful if it has to be custom engineered for each >> place you want an unbound form. >> >> This read / modify / inspect / write stuff is a CLASS of problem. It >> needs a solution for the problem CLASS. >> >> I am a bound form user, I like them and if they do not cause issues I >> intend to use them as long as I use Access. That said I do not have a > >> usable unbound form tool in my toolbox, for those cases where it can >> solve specific problems. >> >> And yes, I have selected "edited record" in the properties. >> If you have read up on this you will know that Jet's implementation >> is less than stellar, AND it completely ignores the page lock issue. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Max Wanadoo wrote: >>> John, >>> Not wishing to add fuel to any embers that may be smoldering, but all > >>> of this is just re-inventing the wheel. Access does all of this and >>> lots more in a Bound Form. As I understood it you just had a problem > >>> with locking spanned unconnected records. I think that between what >>> Gustav and others have said you have a solution - keep the bound form > >>> with all its *features* >>> - extract the memo field to a separate table. Perform a pseudo lock >>> on that if it does not lock to your satisfaction. >>> >>> BTW, I am assuming in all this that you have selected "Edited Record" > >>> as the "Default record option" in the database options window under >> the "Advanced" >>> Tab. >>> >>> Max >>> >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>> Sent: Thursday, May 29, 2008 8:24 PM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] Redesign the problem to fit the solution >>> >>> Charlotte, >>> >>> If and when I get around to this kind of solution I would: >>> >>> 1) Create a data store for the data coming from the record to >> manipulate. >>> Call this Original Read. >>> 2) Create a system for automatically matching field to control. In >>> my >>> mind, probably a control naming convention such that the field name >>> is >>> embedded in the control name? >>> Something like that. >>> 3) Read the data from the data store into unbound controls, leaving >>> the original record untouched. >>> 4) Allow the user to edit away. >>> 5) Create some method to allow the user to signal "edit complete. >>> 6) Compare original data to control data. IF any changes were made >> then... >>> 7) Pull the same data record from the table into a NEW data store. >>> Call this Compare Read. >>> 8) Compare Original Read data to Compare Read data to discover if any > >>> data was edited. IF NOT then LOCK the record in the table at this >>> point. If NO field collisions between Compare data and Modified Data >>> (form) then LOCK the record in the table at this point/ >>> 9) Create a third data record. Call this Write Data. >>> 10) Copy Compare Read to Write Data. >>> 11) Update fields with modified data from the controls >>> 12) Write the Write Data back to the table, releasing the lock >>> >>> If there were edits between Original Read and Compare Read AND the >>> modified fields collide with Compare read fields THEN error handle. >>> The error handler would need further thought. Notify the user and >> allow overwrite? >>> Notify the user and trash changes? Notify the user and store in some > >>> temp location for conflict resolution? >>> >>> For a generic solution there would have to be system specific rules, >>> i.e. in this system we want the users to be told and made to reenter >>> the data (trash changes). >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> >>> Charlotte Foust wrote: >>>> Then I have to point out AGAIN that the demo I suggested does >>>> exactly >>>> what you wanted, but only for a single "table" and with a >>>> predesigned >>>> field layout in the UI. Allows you to edit/add/delete records in an > >>>> unbound form. It does NOT allow you to do it for any record in any >>>> table, that is an exercise left for the student. ;-> You would >>>> probably want to use a grid if you wanted to handle "any table" and >>>> define the columns on the fly based on an ado recordset. >>>> >>>> Charlotte Foust >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jimdettman at verizon.net Thu May 29 15:56:34 2008 From: jimdettman at verizon.net (Jim Dettman) Date: Thu, 29 May 2008 16:56:34 -0400 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: References: <483EE4FB.3060908@colbyconsulting.com> <483F02B5.6080205@colbyconsulting.com><005901c8c1c3$d9764750$8119fea9@LTVM> <483F0CE7.5040808@colbyconsulting.com> Message-ID: <013201c8c1ce$7bc85750$7ebea8c0@LaptopII> Charlotte, Yes, that's correct. No locks is no "Edit locks", so the record doesn't get locked until you go to update it. And I would agree that bound forms do hold a recordset open, but the affects of that can be limited by using a bound form that is bound to only one record at a time and not an entire table. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, May 29, 2008 4:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Redesign the problem to fit the solution Actually IIRC, unless things have changed, NoLocks means that write locks are not applied until the *update* starts. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 29, 2008 1:07 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Redesign the problem to fit the solution Max, In fact it is not reinventing the wheel. Bound forms hold recordsets open. Open recordsets cause write locks as soon as the edit begins. What I am discussing is a system that does not hold recordsets open. Did you know that "bound" combos and lists also hold recordsets open? each and every combo which uses a table or query opens a connection to the BE and holds it open. I just finished creating a generic callback that eliminates that by caching the data in the table. This has limitations in that it does not work well with frequently changing data but if you have data that you are willing to cache, it eliminates that connection to the BE. I do not have any solid data yet but I do know that in most cases the second and subsequent times that you open a combo that uses my callback, the combo loads MUCH faster than if it has to get the data from the BE. This is of course off topic, but I am starting to examine some issues that in certain instances can significantly speed up operation of the FE, or solve other specific problems. That is not why I am looking at the unbound form, but an unbound form implemented as discussed below will eliminate the "modify" lock that occurs when a user starts to modify a record and then goes outside to smoke a cigarette. These locks can be quite troublesome in an MDE BE under specific circumstances. This unbound form is just another tool, but it is MUCH less useful if it has to be custom engineered for each place you want an unbound form. This read / modify / inspect / write stuff is a CLASS of problem. It needs a solution for the problem CLASS. I am a bound form user, I like them and if they do not cause issues I intend to use them as long as I use Access. That said I do not have a usable unbound form tool in my toolbox, for those cases where it can solve specific problems. And yes, I have selected "edited record" in the properties. If you have read up on this you will know that Jet's implementation is less than stellar, AND it completely ignores the page lock issue. John W. Colby www.ColbyConsulting.com Max Wanadoo wrote: > John, > Not wishing to add fuel to any embers that may be smoldering, but all > of this is just re-inventing the wheel. Access does all of this and > lots more in a Bound Form. As I understood it you just had a problem > with locking spanned unconnected records. I think that between what > Gustav and others have said you have a solution - keep the bound form > with all its *features* > - extract the memo field to a separate table. Perform a pseudo lock > on that if it does not lock to your satisfaction. > > BTW, I am assuming in all this that you have selected "Edited Record" > as the "Default record option" in the database options window under the "Advanced" > Tab. > > Max > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 29, 2008 8:24 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Redesign the problem to fit the solution > > Charlotte, > > If and when I get around to this kind of solution I would: > > 1) Create a data store for the data coming from the record to manipulate. > Call this Original Read. > 2) Create a system for automatically matching field to control. In my > mind, probably a control naming convention such that the field name is > embedded in the control name? > Something like that. > 3) Read the data from the data store into unbound controls, leaving > the original record untouched. > 4) Allow the user to edit away. > 5) Create some method to allow the user to signal "edit complete. > 6) Compare original data to control data. IF any changes were made then... > 7) Pull the same data record from the table into a NEW data store. > Call this Compare Read. > 8) Compare Original Read data to Compare Read data to discover if any > data was edited. IF NOT then LOCK the record in the table at this > point. If NO field collisions between Compare data and Modified Data > (form) then LOCK the record in the table at this point/ > 9) Create a third data record. Call this Write Data. > 10) Copy Compare Read to Write Data. > 11) Update fields with modified data from the controls > 12) Write the Write Data back to the table, releasing the lock > > If there were edits between Original Read and Compare Read AND the > modified fields collide with Compare read fields THEN error handle. > The error handler would need further thought. Notify the user and allow overwrite? > Notify the user and trash changes? Notify the user and store in some > temp location for conflict resolution? > > For a generic solution there would have to be system specific rules, > i.e. in this system we want the users to be told and made to reenter > the data (trash changes). > > John W. Colby > www.ColbyConsulting.com > > > Charlotte Foust wrote: >> Then I have to point out AGAIN that the demo I suggested does exactly >> what you wanted, but only for a single "table" and with a predesigned >> field layout in the UI. Allows you to edit/add/delete records in an >> unbound form. It does NOT allow you to do it for any record in any >> table, that is an exercise left for the student. ;-> You would >> probably want to use a grid if you wanted to handle "any table" and >> define the columns on the fly based on an ado recordset. >> >> Charlotte Foust > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu May 29 15:58:10 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 29 May 2008 16:58:10 -0400 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: References: <483EE4FB.3060908@colbyconsulting.com> <483EFC5D.6030307@colbyconsulting.com> Message-ID: <483F18E2.4080906@colbyconsulting.com> I am not ADO fluent. However it looks like the ADO recordset is perfect for storing the three records in my "air solution", the Original Read, the Compare Read and the Modified Data. I thought I read somewhere that you could get a copy of the recordset and then move the record pointer of the copy. Get two copies. Point one at Original, one at Compare, and create a third with Modified. Then you could just dance between the three doing your field data compares. John W. Colby www.ColbyConsulting.com Charlotte Foust wrote: > In the demo, the persisted data was to either an xml file or an ADTG(?) > file, but that's only because the demo was on persisted recordsets. All > the unbound manipulation is the same regardless of whether you populate > the recordset from a table or a file. The file becomes, in effect, the > table. > > Charlotte Foust From jimdettman at verizon.net Thu May 29 16:01:38 2008 From: jimdettman at verizon.net (Jim Dettman) Date: Thu, 29 May 2008 17:01:38 -0400 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: <483F17CC.9060406@colbyconsulting.com> References: <483EE4FB.3060908@colbyconsulting.com> <483F02B5.6080205@colbyconsulting.com><005901c8c1c3$d9764750$8119fea9@LTVM> <483F0CE7.5040808@colbyconsulting.com> <483F10A1.5090806@colbyconsulting.com> <483F17CC.9060406@colbyconsulting.com> Message-ID: <013f01c8c1cf$30f19970$7ebea8c0@LaptopII> JC, No, unless you suppress the built-in dialog, the user is given a choice of discarding their changes or over writing the other users changes. <> No. Locking in JET only works at the record level. It only knows that something in the record has changed, but not what specifically. You can find out by loading the record again and comparing to your edit, but it's a bit of work. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 29, 2008 4:54 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Redesign the problem to fit the solution Charlotte, I have never used NoLocks but I was under the impression that it did a SILENT write back. If you had a collision you had a collision, no warnings, no "do you want to continue" etc. I thought that it was literally a "last write wins" kind of thing. I think it would be rare to ask the user if they wanted to overwrite another user's changes. I don't trust any user to have a clue whether they really want to do that. If I were to do something of this nature I would want some means of controlling the writeback such that another user's edits were not overwritten. If necessary show the user the places where the collisions occur, SOMETHING. NEVER just silently write one user's changes over the top of another user's changes. And finally does NoLocks correctly handle where User1 edited FieldA and and User2 edited FieldB? In this case there is no real collision and with some slight programming BOTH edits can be saved without ever bothering the users. How does Access handle that? I have never tested this stuff, but I just assumed (yea, yea) that User2's ENTIRE RECORD was written back even if there was no field collision. I am trying (unsuccessfully) to use the experience of others who have done this stuff before. John W. Colby www.ColbyConsulting.com Charlotte Foust wrote: > John, in a multiuser environment, you'll always have collisions. All > the locking scheme does is determine WHEN you have them. If you don't > hold the recordset open, it works the same as NoLocks, you don't have a > collision until you try to update the record. > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 29, 2008 1:23 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Redesign the problem to fit the solution > > Yes, but I don't see NoLocks being a useful tool in multi-user > environments. You are asking for edit collisions. > > John W. Colby > www.ColbyConsulting.com > > > Charlotte Foust wrote: >> Actually IIRC, unless things have changed, NoLocks means that write >> locks are not applied until the *update* starts. >> >> Charlotte Foust >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Thursday, May 29, 2008 1:07 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Redesign the problem to fit the solution >> >> Max, >> >> In fact it is not reinventing the wheel. Bound forms hold recordsets >> open. Open recordsets cause write locks as soon as the edit begins. >> >> What I am discussing is a system that does not hold recordsets open. >> >> Did you know that "bound" combos and lists also hold recordsets open? >> each and every combo which uses a table or query opens a connection to > >> the BE and holds it open. I just finished creating a generic callback > >> that eliminates that by caching the data in the table. This has >> limitations in that it does not work well with frequently changing >> data but if you have data that you are willing to cache, it eliminates > >> that connection to the BE. >> >> I do not have any solid data yet but I do know that in most cases the >> second and subsequent times that you open a combo that uses my >> callback, the combo loads MUCH faster than if it has to get the data > from the BE. >> This is of course off topic, but I am starting to examine some issues >> that in certain instances can significantly speed up operation of the >> FE, or solve other specific problems. >> >> That is not why I am looking at the unbound form, but an unbound form >> implemented as discussed below will eliminate the "modify" lock that >> occurs when a user starts to modify a record and then goes outside to >> smoke a cigarette. These locks can be quite troublesome in an MDE BE >> under specific circumstances. This unbound form is just another tool, > >> but it is MUCH less useful if it has to be custom engineered for each >> place you want an unbound form. >> >> This read / modify / inspect / write stuff is a CLASS of problem. It >> needs a solution for the problem CLASS. >> >> I am a bound form user, I like them and if they do not cause issues I >> intend to use them as long as I use Access. That said I do not have a > >> usable unbound form tool in my toolbox, for those cases where it can >> solve specific problems. >> >> And yes, I have selected "edited record" in the properties. >> If you have read up on this you will know that Jet's implementation >> is less than stellar, AND it completely ignores the page lock issue. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Max Wanadoo wrote: >>> John, >>> Not wishing to add fuel to any embers that may be smoldering, but all > >>> of this is just re-inventing the wheel. Access does all of this and >>> lots more in a Bound Form. As I understood it you just had a problem > >>> with locking spanned unconnected records. I think that between what >>> Gustav and others have said you have a solution - keep the bound form > >>> with all its *features* >>> - extract the memo field to a separate table. Perform a pseudo lock >>> on that if it does not lock to your satisfaction. >>> >>> BTW, I am assuming in all this that you have selected "Edited Record" > >>> as the "Default record option" in the database options window under >> the "Advanced" >>> Tab. >>> >>> Max >>> >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>> Sent: Thursday, May 29, 2008 8:24 PM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] Redesign the problem to fit the solution >>> >>> Charlotte, >>> >>> If and when I get around to this kind of solution I would: >>> >>> 1) Create a data store for the data coming from the record to >> manipulate. >>> Call this Original Read. >>> 2) Create a system for automatically matching field to control. In >>> my >>> mind, probably a control naming convention such that the field name >>> is >>> embedded in the control name? >>> Something like that. >>> 3) Read the data from the data store into unbound controls, leaving >>> the original record untouched. >>> 4) Allow the user to edit away. >>> 5) Create some method to allow the user to signal "edit complete. >>> 6) Compare original data to control data. IF any changes were made >> then... >>> 7) Pull the same data record from the table into a NEW data store. >>> Call this Compare Read. >>> 8) Compare Original Read data to Compare Read data to discover if any > >>> data was edited. IF NOT then LOCK the record in the table at this >>> point. If NO field collisions between Compare data and Modified Data >>> (form) then LOCK the record in the table at this point/ >>> 9) Create a third data record. Call this Write Data. >>> 10) Copy Compare Read to Write Data. >>> 11) Update fields with modified data from the controls >>> 12) Write the Write Data back to the table, releasing the lock >>> >>> If there were edits between Original Read and Compare Read AND the >>> modified fields collide with Compare read fields THEN error handle. >>> The error handler would need further thought. Notify the user and >> allow overwrite? >>> Notify the user and trash changes? Notify the user and store in some > >>> temp location for conflict resolution? >>> >>> For a generic solution there would have to be system specific rules, >>> i.e. in this system we want the users to be told and made to reenter >>> the data (trash changes). >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> >>> Charlotte Foust wrote: >>>> Then I have to point out AGAIN that the demo I suggested does >>>> exactly >>>> what you wanted, but only for a single "table" and with a >>>> predesigned >>>> field layout in the UI. Allows you to edit/add/delete records in an > >>>> unbound form. It does NOT allow you to do it for any record in any >>>> table, that is an exercise left for the student. ;-> You would >>>> probably want to use a grid if you wanted to handle "any table" and >>>> define the columns on the fly based on an ado recordset. >>>> >>>> Charlotte Foust >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu May 29 16:12:13 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 29 May 2008 17:12:13 -0400 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: <013201c8c1ce$7bc85750$7ebea8c0@LaptopII> References: <483EE4FB.3060908@colbyconsulting.com> <483F02B5.6080205@colbyconsulting.com><005901c8c1c3$d9764750$8119fea9@LTVM> <483F0CE7.5040808@colbyconsulting.com> <013201c8c1ce$7bc85750$7ebea8c0@LaptopII> Message-ID: <483F1C2D.8040102@colbyconsulting.com> Jim, > And I would agree that bound forms do hold a recordset open, but the affects of that can be limited by using a bound form that is bound to only one record at a time and not an entire table. Not entirely true. The lock is (or may be) only one record BUT it may also lock multiple entire pages of memo storage as well as multiple entire pages of Index storage. Those page locks can lock other records, and they don't even have to be in the same table, though they might be. Assume that the presence of a memo field locks one 4K page of "memo storage" out in the BE. Assume that there are 20 records with memo fields where pieces of their memo data in in that 4K page. You have just locked 40 records. AFAICT Jet does not guarantee that the memo data in a memo field is stored contiguously in the memo storage space, so your memo field might have data scattered over many pages, potentially locking multiple pages. I have never seen that specific aspect of the issue discussed anywhere by anybody with real factual answers. The point is simply that: 1) Memo fields DO store their data out in an extended storage area of the MDB. 2) These pages are not locked at the record level, the data is not in the record! They lock PAGES. 3) Multiple memo fields can store pieces of their data in the same page. 4) All records containing memo data in a locked page are themselves locked. I have actually seen discussions of code to make sure that your memo is "padded" such that it fills up the memo page, thus ensuring that the pages locked for your memo can only lock your record. Of course this has bad side effects such as using huge amounts of space if the real memo data is actually small. John W. Colby www.ColbyConsulting.com Jim Dettman wrote: > Charlotte, > > Yes, that's correct. No locks is no "Edit locks", so the record doesn't > get locked until you go to update it. > > And I would agree that bound forms do hold a recordset open, but the > affects of that can be limited by using a bound form that is bound to only > one record at a time and not an entire table. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust > Sent: Thursday, May 29, 2008 4:17 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Redesign the problem to fit the solution > > Actually IIRC, unless things have changed, NoLocks means that write > locks are not applied until the *update* starts. > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 29, 2008 1:07 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Redesign the problem to fit the solution > > Max, > > In fact it is not reinventing the wheel. Bound forms hold recordsets > open. Open recordsets cause write locks as soon as the edit begins. > > What I am discussing is a system that does not hold recordsets open. > > Did you know that "bound" combos and lists also hold recordsets open? > each and every combo which uses a table or query opens a connection to > the BE and holds it open. I just finished creating a generic callback > that eliminates that by caching the data in the table. This has > limitations in that it does not work well with frequently changing data > but if you have data that you are willing to cache, it eliminates that > connection to the BE. > > I do not have any solid data yet but I do know that in most cases the > second and subsequent times that you open a combo that uses my callback, > the combo loads MUCH faster than if it has to get the data from the BE. > This is of course off topic, but I am starting to examine some issues > that in certain instances can significantly speed up operation of the > FE, or solve other specific problems. > > That is not why I am looking at the unbound form, but an unbound form > implemented as discussed below will eliminate the "modify" lock that > occurs when a user starts to modify a record and then goes outside to > smoke a cigarette. These locks can be quite troublesome in an MDE BE > under specific circumstances. This unbound form is just another tool, > but it is MUCH less useful if it has to be custom engineered for each > place you want an unbound form. > > This read / modify / inspect / write stuff is a CLASS of problem. It > needs a solution for the problem CLASS. > > I am a bound form user, I like them and if they do not cause issues I > intend to use them as long as I use Access. That said I do not have a > usable unbound form tool in my toolbox, for those cases where it can > solve specific problems. > > And yes, I have selected "edited record" in the properties. > If you have read up on this you will know that Jet's implementation is > less than stellar, AND it completely ignores the page lock issue. > > John W. Colby > www.ColbyConsulting.com > > > Max Wanadoo wrote: >> John, >> Not wishing to add fuel to any embers that may be smoldering, but all >> of this is just re-inventing the wheel. Access does all of this and >> lots more in a Bound Form. As I understood it you just had a problem >> with locking spanned unconnected records. I think that between what >> Gustav and others have said you have a solution - keep the bound form >> with all its *features* >> - extract the memo field to a separate table. Perform a pseudo lock >> on that if it does not lock to your satisfaction. >> >> BTW, I am assuming in all this that you have selected "Edited Record" >> as the "Default record option" in the database options window under > the "Advanced" >> Tab. >> >> Max >> >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Thursday, May 29, 2008 8:24 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Redesign the problem to fit the solution >> >> Charlotte, >> >> If and when I get around to this kind of solution I would: >> >> 1) Create a data store for the data coming from the record to > manipulate. >> Call this Original Read. >> 2) Create a system for automatically matching field to control. In my > >> mind, probably a control naming convention such that the field name is > >> embedded in the control name? >> Something like that. >> 3) Read the data from the data store into unbound controls, leaving >> the original record untouched. >> 4) Allow the user to edit away. >> 5) Create some method to allow the user to signal "edit complete. >> 6) Compare original data to control data. IF any changes were made > then... >> 7) Pull the same data record from the table into a NEW data store. >> Call this Compare Read. >> 8) Compare Original Read data to Compare Read data to discover if any >> data was edited. IF NOT then LOCK the record in the table at this >> point. If NO field collisions between Compare data and Modified Data >> (form) then LOCK the record in the table at this point/ >> 9) Create a third data record. Call this Write Data. >> 10) Copy Compare Read to Write Data. >> 11) Update fields with modified data from the controls >> 12) Write the Write Data back to the table, releasing the lock >> >> If there were edits between Original Read and Compare Read AND the >> modified fields collide with Compare read fields THEN error handle. >> The error handler would need further thought. Notify the user and > allow overwrite? >> Notify the user and trash changes? Notify the user and store in some >> temp location for conflict resolution? >> >> For a generic solution there would have to be system specific rules, >> i.e. in this system we want the users to be told and made to reenter >> the data (trash changes). >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Charlotte Foust wrote: >>> Then I have to point out AGAIN that the demo I suggested does exactly > >>> what you wanted, but only for a single "table" and with a predesigned > >>> field layout in the UI. Allows you to edit/add/delete records in an >>> unbound form. It does NOT allow you to do it for any record in any >>> table, that is an exercise left for the student. ;-> You would >>> probably want to use a grid if you wanted to handle "any table" and >>> define the columns on the fly based on an ado recordset. >>> >>> Charlotte Foust >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Thu May 29 16:17:11 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 29 May 2008 17:17:11 -0400 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: <013f01c8c1cf$30f19970$7ebea8c0@LaptopII> References: <483EE4FB.3060908@colbyconsulting.com> <483F02B5.6080205@colbyconsulting.com><005901c8c1c3$d9764750$8119fea9@LTVM> <483F0CE7.5040808@colbyconsulting.com> <483F10A1.5090806@colbyconsulting.com> <483F17CC.9060406@colbyconsulting.com> <013f01c8c1cf$30f19970$7ebea8c0@LaptopII> Message-ID: <483F1D57.70400@colbyconsulting.com> Jim, >You can find out by loading the record again and comparing to your edit, but it's a bit of work. And in fact that is precisely what I am proposing in my solution. Now, can you specify the lock level at the table level? Can you say "use Row Locking here but noLocks on that table"? If you can't then NoLocks becomes a chore to use. We want Row Level Locking in the vast majority of cases, and "NoLocks" (unbound) in just a handful where specific issues are coming up. Which is why I am having this discussion. John W. Colby www.ColbyConsulting.com Jim Dettman wrote: > JC, > > No, unless you suppress the built-in dialog, the user is given a choice of > discarding their changes or over writing the other users changes. > > < FieldA and and User2 edited FieldB?>> > > No. Locking in JET only works at the record level. It only knows that > something in the record has changed, but not what specifically. You can > find out by loading the record again and comparing to your edit, but it's a > bit of work. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 29, 2008 4:54 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Redesign the problem to fit the solution > > Charlotte, > > I have never used NoLocks but I was under the impression > that it did a SILENT write back. If you had a collision you > had a collision, no warnings, no "do you want to continue" > etc. I thought that it was literally a "last write wins" > kind of thing. > > I think it would be rare to ask the user if they wanted to > overwrite another user's changes. I don't trust any user to > have a clue whether they really want to do that. > > If I were to do something of this nature I would want some > means of controlling the writeback such that another user's > edits were not overwritten. If necessary show the user the > places where the collisions occur, SOMETHING. NEVER just > silently write one user's changes over the top of another > user's changes. > > And finally does NoLocks correctly handle where User1 edited > FieldA and and User2 edited FieldB? In this case there is > no real collision and with some slight programming BOTH > edits can be saved without ever bothering the users. How > does Access handle that? I have never tested this stuff, > but I just assumed (yea, yea) that User2's ENTIRE RECORD was > written back even if there was no field collision. > > I am trying (unsuccessfully) to use the experience of others > who have done this stuff before. > > John W. Colby > www.ColbyConsulting.com > > > Charlotte Foust wrote: >> John, in a multiuser environment, you'll always have collisions. All >> the locking scheme does is determine WHEN you have them. If you don't >> hold the recordset open, it works the same as NoLocks, you don't have a >> collision until you try to update the record. >> >> Charlotte Foust >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Thursday, May 29, 2008 1:23 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Redesign the problem to fit the solution >> >> Yes, but I don't see NoLocks being a useful tool in multi-user >> environments. You are asking for edit collisions. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Charlotte Foust wrote: >>> Actually IIRC, unless things have changed, NoLocks means that write >>> locks are not applied until the *update* starts. >>> >>> Charlotte Foust >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>> Sent: Thursday, May 29, 2008 1:07 PM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] Redesign the problem to fit the solution >>> >>> Max, >>> >>> In fact it is not reinventing the wheel. Bound forms hold recordsets >>> open. Open recordsets cause write locks as soon as the edit begins. >>> >>> What I am discussing is a system that does not hold recordsets open. >>> >>> Did you know that "bound" combos and lists also hold recordsets open? >>> each and every combo which uses a table or query opens a connection to >>> the BE and holds it open. I just finished creating a generic callback >>> that eliminates that by caching the data in the table. This has >>> limitations in that it does not work well with frequently changing >>> data but if you have data that you are willing to cache, it eliminates >>> that connection to the BE. >>> >>> I do not have any solid data yet but I do know that in most cases the >>> second and subsequent times that you open a combo that uses my >>> callback, the combo loads MUCH faster than if it has to get the data >> from the BE. >>> This is of course off topic, but I am starting to examine some issues >>> that in certain instances can significantly speed up operation of the >>> FE, or solve other specific problems. >>> >>> That is not why I am looking at the unbound form, but an unbound form >>> implemented as discussed below will eliminate the "modify" lock that >>> occurs when a user starts to modify a record and then goes outside to >>> smoke a cigarette. These locks can be quite troublesome in an MDE BE >>> under specific circumstances. This unbound form is just another tool, >>> but it is MUCH less useful if it has to be custom engineered for each >>> place you want an unbound form. >>> >>> This read / modify / inspect / write stuff is a CLASS of problem. It >>> needs a solution for the problem CLASS. >>> >>> I am a bound form user, I like them and if they do not cause issues I >>> intend to use them as long as I use Access. That said I do not have a >>> usable unbound form tool in my toolbox, for those cases where it can >>> solve specific problems. >>> >>> And yes, I have selected "edited record" in the properties. >>> If you have read up on this you will know that Jet's implementation >>> is less than stellar, AND it completely ignores the page lock issue. >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> >>> Max Wanadoo wrote: >>>> John, >>>> Not wishing to add fuel to any embers that may be smoldering, but all >>>> of this is just re-inventing the wheel. Access does all of this and >>>> lots more in a Bound Form. As I understood it you just had a problem >>>> with locking spanned unconnected records. I think that between what >>>> Gustav and others have said you have a solution - keep the bound form >>>> with all its *features* >>>> - extract the memo field to a separate table. Perform a pseudo lock >>>> on that if it does not lock to your satisfaction. >>>> >>>> BTW, I am assuming in all this that you have selected "Edited Record" >>>> as the "Default record option" in the database options window under >>> the "Advanced" >>>> Tab. >>>> >>>> Max >>>> >>>> >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>>> Sent: Thursday, May 29, 2008 8:24 PM >>>> To: Access Developers discussion and problem solving >>>> Subject: Re: [AccessD] Redesign the problem to fit the solution >>>> >>>> Charlotte, >>>> >>>> If and when I get around to this kind of solution I would: >>>> >>>> 1) Create a data store for the data coming from the record to >>> manipulate. >>>> Call this Original Read. >>>> 2) Create a system for automatically matching field to control. In >>>> my >>>> mind, probably a control naming convention such that the field name >>>> is >>>> embedded in the control name? >>>> Something like that. >>>> 3) Read the data from the data store into unbound controls, leaving >>>> the original record untouched. >>>> 4) Allow the user to edit away. >>>> 5) Create some method to allow the user to signal "edit complete. >>>> 6) Compare original data to control data. IF any changes were made >>> then... >>>> 7) Pull the same data record from the table into a NEW data store. >>>> Call this Compare Read. >>>> 8) Compare Original Read data to Compare Read data to discover if any >>>> data was edited. IF NOT then LOCK the record in the table at this >>>> point. If NO field collisions between Compare data and Modified Data >>>> (form) then LOCK the record in the table at this point/ >>>> 9) Create a third data record. Call this Write Data. >>>> 10) Copy Compare Read to Write Data. >>>> 11) Update fields with modified data from the controls >>>> 12) Write the Write Data back to the table, releasing the lock >>>> >>>> If there were edits between Original Read and Compare Read AND the >>>> modified fields collide with Compare read fields THEN error handle. >>>> The error handler would need further thought. Notify the user and >>> allow overwrite? >>>> Notify the user and trash changes? Notify the user and store in some >>>> temp location for conflict resolution? >>>> >>>> For a generic solution there would have to be system specific rules, >>>> i.e. in this system we want the users to be told and made to reenter >>>> the data (trash changes). >>>> >>>> John W. Colby >>>> www.ColbyConsulting.com >>>> >>>> >>>> Charlotte Foust wrote: >>>>> Then I have to point out AGAIN that the demo I suggested does >>>>> exactly >>>>> what you wanted, but only for a single "table" and with a >>>>> predesigned >>>>> field layout in the UI. Allows you to edit/add/delete records in an >>>>> unbound form. It does NOT allow you to do it for any record in any >>>>> table, that is an exercise left for the student. ;-> You would >>>>> probably want to use a grid if you wanted to handle "any table" and >>>>> define the columns on the fly based on an ado recordset. >>>>> >>>>> Charlotte Foust >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> From erbachs at gmail.com Thu May 29 16:22:07 2008 From: erbachs at gmail.com (Steve Erbach) Date: Thu, 29 May 2008 16:22:07 -0500 Subject: [AccessD] DotNetNuke In-Reply-To: <483ECB26.8070009@colbyconsulting.com> References: <48379EE2.3070208@colbyconsulting.com> <001501c8bd64$720bbbd0$7301a8c0@lcmdv8000> <4838181C.7080301@colbyconsulting.com> <007e01c8bde6$f37c3370$7301a8c0@lcmdv8000> <4838D813.5080004@colbyconsulting.com> <39cb22f30805250404v7e68ef01u865b7571e986bf91@mail.gmail.com> <483954FA.4060103@colbyconsulting.com> <39cb22f30805280320k67842f2dj26abc3d95cd1d899@mail.gmail.com> <483ECB26.8070009@colbyconsulting.com> Message-ID: <39cb22f30805291422u1b3b01ecj7419b9c3302d813@mail.gmail.com> John, Sorry to hear that. Best of luck. Steve Erbach Neenah, WI On Thu, May 29, 2008 at 10:26 AM, jwcolby wrote: > Not yet. I have discovered that this is a common issue with > trying to run IIS on a Windows 2003 X64 OS, specifically the > x64 part. I have found found a "delete these registry > entries and reinstall ASP.Net". Haven't gone there yet. > > John W. Colby > www.ColbyConsulting.com > > > Steve Erbach wrote: >> John, >> >> Did any of our suggestions help you out? Creating the ASPNET Machine >> User and such? >> >> Steve Erbach >> Neenah, WI >> >> On Sun, May 25, 2008 at 7:00 AM, jwcolby wrote: >>> Even after successfully running this aspnet_regiis I get no >>> ASP tab on the properties of the virtual directory. Do I >>> need to delete and rebuild the virtual directory? >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> >>> Steve Erbach wrote: >>>> John, >>>> >>>> One other thing: there might be an issue with the install sequence of >>>> ASP.NET 2.0 and IIS. If IIS was installed AFTER ASP.NET, then you may >>>> need to register ASP.NET 2.0 with IIS. You can do that from the >>>> command prompt: >>>> >>>> cd %systemroot%\microsoft.net\framework\v2.0.50727 >>>> aspnet_regiis -i >>>> >>>> The -i option (there are a couple dozen options) does the following, >>>> according to the command line help: >>>> >>>> "Install this version of ASP.NET and update scriptmaps at the IIS >>>> metabase root and for all scriptmaps below the root. Existing >>>> scriptmaps of lower version are upgraded to this version." >>>> >>>> Steve Erbach >>>> Neenah, WI > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Regards, Steve Erbach Scientific Marketing Neenah, WI www.swerbach.com Security Page: www.swerbach.com/security From jwcolby at colbyconsulting.com Thu May 29 16:32:52 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 29 May 2008 17:32:52 -0400 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: <483F1C2D.8040102@colbyconsulting.com> References: <483EE4FB.3060908@colbyconsulting.com> <483F02B5.6080205@colbyconsulting.com><005901c8c1c3$d9764750$8119fea9@LTVM> <483F0CE7.5040808@colbyconsulting.com> <013201c8c1ce$7bc85750$7ebea8c0@LaptopII> <483F1C2D.8040102@colbyconsulting.com> Message-ID: <483F2104.1090408@colbyconsulting.com> It seems the padding I was remembering was for RECORDS, not memo fields. Sorry about that. John W. Colby www.ColbyConsulting.com jwcolby wrote: > Jim, > > > And I would agree that bound forms do hold a recordset > open, but the affects of that can be limited by using a > bound form that is bound to only one record at a time and > not an entire table. > > Not entirely true. The lock is (or may be) only one record > BUT it may also lock multiple entire pages of memo storage > as well as multiple entire pages of Index storage. > > Those page locks can lock other records, and they don't even > have to be in the same table, though they might be. > > Assume that the presence of a memo field locks one 4K page > of "memo storage" out in the BE. Assume that there are 20 > records with memo fields where pieces of their memo data in > in that 4K page. You have just locked 40 records. > > AFAICT Jet does not guarantee that the memo data in a memo > field is stored contiguously in the memo storage space, so > your memo field might have data scattered over many pages, > potentially locking multiple pages. > > I have never seen that specific aspect of the issue > discussed anywhere by anybody with real factual answers. > > The point is simply that: > > 1) Memo fields DO store their data out in an extended > storage area of the MDB. > 2) These pages are not locked at the record level, the data > is not in the record! They lock PAGES. > 3) Multiple memo fields can store pieces of their data in > the same page. > 4) All records containing memo data in a locked page are > themselves locked. > > I have actually seen discussions of code to make sure that > your memo is "padded" such that it fills up the memo page, > thus ensuring that the pages locked for your memo can only > lock your record. Of course this has bad side effects such > as using huge amounts of space if the real memo data is > actually small. > > John W. Colby > www.ColbyConsulting.com > > > Jim Dettman wrote: >> Charlotte, >> >> Yes, that's correct. No locks is no "Edit locks", so the record doesn't >> get locked until you go to update it. >> >> And I would agree that bound forms do hold a recordset open, but the >> affects of that can be limited by using a bound form that is bound to only >> one record at a time and not an entire table. >> >> Jim. >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust >> Sent: Thursday, May 29, 2008 4:17 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Redesign the problem to fit the solution >> >> Actually IIRC, unless things have changed, NoLocks means that write >> locks are not applied until the *update* starts. >> >> Charlotte Foust >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Thursday, May 29, 2008 1:07 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Redesign the problem to fit the solution >> >> Max, >> >> In fact it is not reinventing the wheel. Bound forms hold recordsets >> open. Open recordsets cause write locks as soon as the edit begins. >> >> What I am discussing is a system that does not hold recordsets open. >> >> Did you know that "bound" combos and lists also hold recordsets open? >> each and every combo which uses a table or query opens a connection to >> the BE and holds it open. I just finished creating a generic callback >> that eliminates that by caching the data in the table. This has >> limitations in that it does not work well with frequently changing data >> but if you have data that you are willing to cache, it eliminates that >> connection to the BE. >> >> I do not have any solid data yet but I do know that in most cases the >> second and subsequent times that you open a combo that uses my callback, >> the combo loads MUCH faster than if it has to get the data from the BE. >> This is of course off topic, but I am starting to examine some issues >> that in certain instances can significantly speed up operation of the >> FE, or solve other specific problems. >> >> That is not why I am looking at the unbound form, but an unbound form >> implemented as discussed below will eliminate the "modify" lock that >> occurs when a user starts to modify a record and then goes outside to >> smoke a cigarette. These locks can be quite troublesome in an MDE BE >> under specific circumstances. This unbound form is just another tool, >> but it is MUCH less useful if it has to be custom engineered for each >> place you want an unbound form. >> >> This read / modify / inspect / write stuff is a CLASS of problem. It >> needs a solution for the problem CLASS. >> >> I am a bound form user, I like them and if they do not cause issues I >> intend to use them as long as I use Access. That said I do not have a >> usable unbound form tool in my toolbox, for those cases where it can >> solve specific problems. >> >> And yes, I have selected "edited record" in the properties. >> If you have read up on this you will know that Jet's implementation is >> less than stellar, AND it completely ignores the page lock issue. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Max Wanadoo wrote: >>> John, >>> Not wishing to add fuel to any embers that may be smoldering, but all >>> of this is just re-inventing the wheel. Access does all of this and >>> lots more in a Bound Form. As I understood it you just had a problem >>> with locking spanned unconnected records. I think that between what >>> Gustav and others have said you have a solution - keep the bound form >>> with all its *features* >>> - extract the memo field to a separate table. Perform a pseudo lock >>> on that if it does not lock to your satisfaction. >>> >>> BTW, I am assuming in all this that you have selected "Edited Record" >>> as the "Default record option" in the database options window under >> the "Advanced" >>> Tab. >>> >>> Max >>> >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>> Sent: Thursday, May 29, 2008 8:24 PM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] Redesign the problem to fit the solution >>> >>> Charlotte, >>> >>> If and when I get around to this kind of solution I would: >>> >>> 1) Create a data store for the data coming from the record to >> manipulate. >>> Call this Original Read. >>> 2) Create a system for automatically matching field to control. In my >>> mind, probably a control naming convention such that the field name is >>> embedded in the control name? >>> Something like that. >>> 3) Read the data from the data store into unbound controls, leaving >>> the original record untouched. >>> 4) Allow the user to edit away. >>> 5) Create some method to allow the user to signal "edit complete. >>> 6) Compare original data to control data. IF any changes were made >> then... >>> 7) Pull the same data record from the table into a NEW data store. >>> Call this Compare Read. >>> 8) Compare Original Read data to Compare Read data to discover if any >>> data was edited. IF NOT then LOCK the record in the table at this >>> point. If NO field collisions between Compare data and Modified Data >>> (form) then LOCK the record in the table at this point/ >>> 9) Create a third data record. Call this Write Data. >>> 10) Copy Compare Read to Write Data. >>> 11) Update fields with modified data from the controls >>> 12) Write the Write Data back to the table, releasing the lock >>> >>> If there were edits between Original Read and Compare Read AND the >>> modified fields collide with Compare read fields THEN error handle. >>> The error handler would need further thought. Notify the user and >> allow overwrite? >>> Notify the user and trash changes? Notify the user and store in some >>> temp location for conflict resolution? >>> >>> For a generic solution there would have to be system specific rules, >>> i.e. in this system we want the users to be told and made to reenter >>> the data (trash changes). >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> >>> Charlotte Foust wrote: >>>> Then I have to point out AGAIN that the demo I suggested does exactly >>>> what you wanted, but only for a single "table" and with a predesigned >>>> field layout in the UI. Allows you to edit/add/delete records in an >>>> unbound form. It does NOT allow you to do it for any record in any >>>> table, that is an exercise left for the student. ;-> You would >>>> probably want to use a grid if you wanted to handle "any table" and >>>> define the columns on the fly based on an ado recordset. >>>> >>>> Charlotte Foust >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> From DWUTKA at Marlow.com Thu May 29 16:44:58 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 29 May 2008 16:44:58 -0500 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: <483EFCCA.9070206@colbyconsulting.com> Message-ID: Can't see the forest through the trees, eh? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 29, 2008 1:58 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Redesign the problem to fit the solution Argumentative and does not provide any useful information. Deleted. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > LOL. Just can't let it go, eh? > > It's not that you want to edit an existing field JC. The problem you > are presenting is one where you want multiple people to change multiple > data points within a single field, in a single record. > > So it's not that you want to knock birds out of the sky, you are trying > to shoot satellites out of orbit with a BB gun, and you are asking how > to get the BB gun to hit the satellites (and even when you hit the > satellite, you aren't going to knock them out of orbit, at least not by > much). > > I have an application that does allow for data to be changed in an > unbound format. It's not that difficult, but it is based on the premise > that a field within a record represents a single piece of information. > That information may change (thus the reason for allowing changes), but > it's not going to be set differently by two different people. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 29, 2008 12:17 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Redesign the problem to fit the solution > > I found this entire discussion interesting on an > intellectual level. > > Problem. I need to knock birds out of the sky. > > Solutions: > > 1) Make sure the birds cannot fly, then you do not need to > knock them out of the sky. > > 2) A shotgun > > Problem. Editing existing records in an unbound form. > > Solutions: > > 1) Never edit an existing record > 2) ... > > Notice that in both cases solution 1 does not fit the > problem, it redefines the requirement so that there is no > problem. > > I tend to design to classes of problems, not specific > situations. Given a choice I will design an unbound form > such that I can edit any record from any table. The class > of problem is that I have an existing record (in some > undefined table) that I need to edit. It may be a contact > record, or a claim record, or a Claim Type record or (insert > your own table here). > > Now I have seen proposals (not in this thread) to save the > entire record and create a brand new record with all the > data from the old record, then edit as desired and save the > new record. This does I suppose make sense as a change > trail but it is not what I am interested in (nor how I would > implement a change trail either). > > I want to edit existing records, from ANY table that I care > to edit it from, in an unbound form. > > Having stated the problem class as clearly as I am able, > does anyone out there do this, and if so how? What issues > did you run into? How did you resolve these issues? Did > you end up with a solution to the problem class or did you > end up with a solution to one instance of the problem class, > but which unfortunately does not work for other instances of > the problem class? Or did you redesign the problem? > > I want a solution to the problem class, not one specific > instance of the problem. And I do not want to redesign the > problem to fit a solution. If it doesn't successfully edit > an existing record in an unbound form then it does not solve > the problem I am interested in solving. > > If you feel that it is necessary to state your solution to > an entirely different problem, please feel free to do so by > creating a thread stating your problem and how you solved > it. I will likely visit your thread to critique your > solution to your problem, and... I promise not to attempt to > redesign the problem to fit my solution. > > Thanks, -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Thu May 29 16:46:55 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Thu, 29 May 2008 16:46:55 -0500 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: <005901c8c1c3$d9764750$8119fea9@LTVM> Message-ID: Exactly Max. Unbound methods are NOT meant to replace bound capabilities. They are meant to do things that bound methods can't, or not as easily. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Thursday, May 29, 2008 2:40 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Redesign the problem to fit the solution John, Not wishing to add fuel to any embers that may be smoldering, but all of this is just re-inventing the wheel. Access does all of this and lots more in a Bound Form. As I understood it you just had a problem with locking spanned unconnected records. I think that between what Gustav and others have said you have a solution - keep the bound form with all its *features* - extract the memo field to a separate table. Perform a pseudo lock on that if it does not lock to your satisfaction. BTW, I am assuming in all this that you have selected "Edited Record" as the "Default record option" in the database options window under the "Advanced" Tab. Max The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From jimdettman at verizon.net Thu May 29 17:02:01 2008 From: jimdettman at verizon.net (Jim Dettman) Date: Thu, 29 May 2008 18:02:01 -0400 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: <483F1C2D.8040102@colbyconsulting.com> References: <483EE4FB.3060908@colbyconsulting.com> <483F02B5.6080205@colbyconsulting.com><005901c8c1c3$d9764750$8119fea9@LTVM> <483F0CE7.5040808@colbyconsulting.com> <013201c8c1ce$7bc85750$7ebea8c0@LaptopII> <483F1C2D.8040102@colbyconsulting.com> Message-ID: <017001c8c1d7$a091ac90$7ebea8c0@LaptopII> JC, <> I've never put it to the test, but it's always been my understanding that a long value page can only be linked to one memo field. The only exception to that is a memo field only taking up a small number of characters (I believe it's 40 in the current version of JET), which would then be stored with the "fixed" portion of the record and no separate memo page would be used. As far as indexes, yes, operations on them are still done at the page level, so you can tie up an index, but an index is only updated once a record is saved. So the issue of locking a record and then walking away has no bearing on that. You don't lock all the indexes involved with a table while your sitting editing a record. <> A page can only belong to one table. Pages never cross tables. <> Hum don't think so as the long value pages are handled totally different then regular pages. It's my understanding that the memos are a chain and a long value page can belong to only one record. There is a 14 or 16 byte pointer (depending on JET version) in the fixed record that points to the start of the chain. If this were not the case and it is as you describe, then it would become next to impossible for any type of editing to occur for any record as you would need to lock not only the fixed portion of the record, but also lock every page where part of a memo field existed. If I had 4 or 5 large memo fields in a record, they could easily then end up broken over hundreds of pages. That would be a tremendous amount of overhead to deal with and with anything more then a few users in the same table, would make it next to impossible for anyone to be granted an edit lock. <> I think your remembering that wrong. This was a common technique to handle the lack of record level locking before JET 4.0. You just added some text fields that were filled so the record size exceeded half the page size. This made it impossible for more then one record to fit on a page and thus gave you "record level" locking. I've never heard anyone trying to pad a memo page and I don't see how you could as you have absolutely no control over that process. You can only do it with the fixed portion of the record because you know the number of fields and the types involved, and the amount of overhead on the page. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 29, 2008 5:12 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Redesign the problem to fit the solution Jim, > And I would agree that bound forms do hold a recordset open, but the affects of that can be limited by using a bound form that is bound to only one record at a time and not an entire table. Not entirely true. The lock is (or may be) only one record BUT it may also lock multiple entire pages of memo storage as well as multiple entire pages of Index storage. Those page locks can lock other records, and they don't even have to be in the same table, though they might be. Assume that the presence of a memo field locks one 4K page of "memo storage" out in the BE. Assume that there are 20 records with memo fields where pieces of their memo data in in that 4K page. You have just locked 40 records. AFAICT Jet does not guarantee that the memo data in a memo field is stored contiguously in the memo storage space, so your memo field might have data scattered over many pages, potentially locking multiple pages. I have never seen that specific aspect of the issue discussed anywhere by anybody with real factual answers. The point is simply that: 1) Memo fields DO store their data out in an extended storage area of the MDB. 2) These pages are not locked at the record level, the data is not in the record! They lock PAGES. 3) Multiple memo fields can store pieces of their data in the same page. 4) All records containing memo data in a locked page are themselves locked. I have actually seen discussions of code to make sure that your memo is "padded" such that it fills up the memo page, thus ensuring that the pages locked for your memo can only lock your record. Of course this has bad side effects such as using huge amounts of space if the real memo data is actually small. John W. Colby www.ColbyConsulting.com Jim Dettman wrote: > Charlotte, > > Yes, that's correct. No locks is no "Edit locks", so the record doesn't > get locked until you go to update it. > > And I would agree that bound forms do hold a recordset open, but the > affects of that can be limited by using a bound form that is bound to only > one record at a time and not an entire table. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust > Sent: Thursday, May 29, 2008 4:17 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Redesign the problem to fit the solution > > Actually IIRC, unless things have changed, NoLocks means that write > locks are not applied until the *update* starts. > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 29, 2008 1:07 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Redesign the problem to fit the solution > > Max, > > In fact it is not reinventing the wheel. Bound forms hold recordsets > open. Open recordsets cause write locks as soon as the edit begins. > > What I am discussing is a system that does not hold recordsets open. > > Did you know that "bound" combos and lists also hold recordsets open? > each and every combo which uses a table or query opens a connection to > the BE and holds it open. I just finished creating a generic callback > that eliminates that by caching the data in the table. This has > limitations in that it does not work well with frequently changing data > but if you have data that you are willing to cache, it eliminates that > connection to the BE. > > I do not have any solid data yet but I do know that in most cases the > second and subsequent times that you open a combo that uses my callback, > the combo loads MUCH faster than if it has to get the data from the BE. > This is of course off topic, but I am starting to examine some issues > that in certain instances can significantly speed up operation of the > FE, or solve other specific problems. > > That is not why I am looking at the unbound form, but an unbound form > implemented as discussed below will eliminate the "modify" lock that > occurs when a user starts to modify a record and then goes outside to > smoke a cigarette. These locks can be quite troublesome in an MDE BE > under specific circumstances. This unbound form is just another tool, > but it is MUCH less useful if it has to be custom engineered for each > place you want an unbound form. > > This read / modify / inspect / write stuff is a CLASS of problem. It > needs a solution for the problem CLASS. > > I am a bound form user, I like them and if they do not cause issues I > intend to use them as long as I use Access. That said I do not have a > usable unbound form tool in my toolbox, for those cases where it can > solve specific problems. > > And yes, I have selected "edited record" in the properties. > If you have read up on this you will know that Jet's implementation is > less than stellar, AND it completely ignores the page lock issue. > > John W. Colby > www.ColbyConsulting.com > > > Max Wanadoo wrote: >> John, >> Not wishing to add fuel to any embers that may be smoldering, but all >> of this is just re-inventing the wheel. Access does all of this and >> lots more in a Bound Form. As I understood it you just had a problem >> with locking spanned unconnected records. I think that between what >> Gustav and others have said you have a solution - keep the bound form >> with all its *features* >> - extract the memo field to a separate table. Perform a pseudo lock >> on that if it does not lock to your satisfaction. >> >> BTW, I am assuming in all this that you have selected "Edited Record" >> as the "Default record option" in the database options window under > the "Advanced" >> Tab. >> >> Max >> >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Thursday, May 29, 2008 8:24 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Redesign the problem to fit the solution >> >> Charlotte, >> >> If and when I get around to this kind of solution I would: >> >> 1) Create a data store for the data coming from the record to > manipulate. >> Call this Original Read. >> 2) Create a system for automatically matching field to control. In my > >> mind, probably a control naming convention such that the field name is > >> embedded in the control name? >> Something like that. >> 3) Read the data from the data store into unbound controls, leaving >> the original record untouched. >> 4) Allow the user to edit away. >> 5) Create some method to allow the user to signal "edit complete. >> 6) Compare original data to control data. IF any changes were made > then... >> 7) Pull the same data record from the table into a NEW data store. >> Call this Compare Read. >> 8) Compare Original Read data to Compare Read data to discover if any >> data was edited. IF NOT then LOCK the record in the table at this >> point. If NO field collisions between Compare data and Modified Data >> (form) then LOCK the record in the table at this point/ >> 9) Create a third data record. Call this Write Data. >> 10) Copy Compare Read to Write Data. >> 11) Update fields with modified data from the controls >> 12) Write the Write Data back to the table, releasing the lock >> >> If there were edits between Original Read and Compare Read AND the >> modified fields collide with Compare read fields THEN error handle. >> The error handler would need further thought. Notify the user and > allow overwrite? >> Notify the user and trash changes? Notify the user and store in some >> temp location for conflict resolution? >> >> For a generic solution there would have to be system specific rules, >> i.e. in this system we want the users to be told and made to reenter >> the data (trash changes). >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Charlotte Foust wrote: >>> Then I have to point out AGAIN that the demo I suggested does exactly > >>> what you wanted, but only for a single "table" and with a predesigned > >>> field layout in the UI. Allows you to edit/add/delete records in an >>> unbound form. It does NOT allow you to do it for any record in any >>> table, that is an exercise left for the student. ;-> You would >>> probably want to use a grid if you wanted to handle "any table" and >>> define the columns on the fly based on an ado recordset. >>> >>> Charlotte Foust >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Thu May 29 17:09:37 2008 From: jimdettman at verizon.net (Jim Dettman) Date: Thu, 29 May 2008 18:09:37 -0400 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: <483F1D57.70400@colbyconsulting.com> References: <483EE4FB.3060908@colbyconsulting.com> <483F02B5.6080205@colbyconsulting.com><005901c8c1c3$d9764750$8119fea9@LTVM> <483F0CE7.5040808@colbyconsulting.com> <483F10A1.5090806@colbyconsulting.com> <483F17CC.9060406@colbyconsulting.com> <013f01c8c1cf$30f19970$7ebea8c0@LaptopII> <483F1D57.70400@colbyconsulting.com> Message-ID: <017a01c8c1d8$b007d860$7ebea8c0@LaptopII> Row vs Page is done only at the database level. You can switch between No locks (optimistic) and Edit locks (pessimistic) on the fly, table by table. I did this to get around the concurrency issues in JET 3.0 when you had heavy adds. Whenever someone put my form in add mode, I switch to no locks. Thus a lock was only held while the page was been update with the new record. If someone went to edit, I changed to Edit locks, which gave me the control I needed. I wanted a lock held as soon as someone started to edit a record. When JET 3.5 came out, I dropped this from my code as JET was changed to append a group of pages to a table at one time rather then always trying to place a new record on the last page. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 29, 2008 5:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Redesign the problem to fit the solution Jim, >You can find out by loading the record again and comparing to your edit, but it's a bit of work. And in fact that is precisely what I am proposing in my solution. Now, can you specify the lock level at the table level? Can you say "use Row Locking here but noLocks on that table"? If you can't then NoLocks becomes a chore to use. We want Row Level Locking in the vast majority of cases, and "NoLocks" (unbound) in just a handful where specific issues are coming up. Which is why I am having this discussion. John W. Colby www.ColbyConsulting.com Jim Dettman wrote: > JC, > > No, unless you suppress the built-in dialog, the user is given a choice of > discarding their changes or over writing the other users changes. > > < FieldA and and User2 edited FieldB?>> > > No. Locking in JET only works at the record level. It only knows that > something in the record has changed, but not what specifically. You can > find out by loading the record again and comparing to your edit, but it's a > bit of work. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 29, 2008 4:54 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Redesign the problem to fit the solution > > Charlotte, > > I have never used NoLocks but I was under the impression > that it did a SILENT write back. If you had a collision you > had a collision, no warnings, no "do you want to continue" > etc. I thought that it was literally a "last write wins" > kind of thing. > > I think it would be rare to ask the user if they wanted to > overwrite another user's changes. I don't trust any user to > have a clue whether they really want to do that. > > If I were to do something of this nature I would want some > means of controlling the writeback such that another user's > edits were not overwritten. If necessary show the user the > places where the collisions occur, SOMETHING. NEVER just > silently write one user's changes over the top of another > user's changes. > > And finally does NoLocks correctly handle where User1 edited > FieldA and and User2 edited FieldB? In this case there is > no real collision and with some slight programming BOTH > edits can be saved without ever bothering the users. How > does Access handle that? I have never tested this stuff, > but I just assumed (yea, yea) that User2's ENTIRE RECORD was > written back even if there was no field collision. > > I am trying (unsuccessfully) to use the experience of others > who have done this stuff before. > > John W. Colby > www.ColbyConsulting.com > > > Charlotte Foust wrote: >> John, in a multiuser environment, you'll always have collisions. All >> the locking scheme does is determine WHEN you have them. If you don't >> hold the recordset open, it works the same as NoLocks, you don't have a >> collision until you try to update the record. >> >> Charlotte Foust >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Thursday, May 29, 2008 1:23 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Redesign the problem to fit the solution >> >> Yes, but I don't see NoLocks being a useful tool in multi-user >> environments. You are asking for edit collisions. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Charlotte Foust wrote: >>> Actually IIRC, unless things have changed, NoLocks means that write >>> locks are not applied until the *update* starts. >>> >>> Charlotte Foust >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>> Sent: Thursday, May 29, 2008 1:07 PM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] Redesign the problem to fit the solution >>> >>> Max, >>> >>> In fact it is not reinventing the wheel. Bound forms hold recordsets >>> open. Open recordsets cause write locks as soon as the edit begins. >>> >>> What I am discussing is a system that does not hold recordsets open. >>> >>> Did you know that "bound" combos and lists also hold recordsets open? >>> each and every combo which uses a table or query opens a connection to >>> the BE and holds it open. I just finished creating a generic callback >>> that eliminates that by caching the data in the table. This has >>> limitations in that it does not work well with frequently changing >>> data but if you have data that you are willing to cache, it eliminates >>> that connection to the BE. >>> >>> I do not have any solid data yet but I do know that in most cases the >>> second and subsequent times that you open a combo that uses my >>> callback, the combo loads MUCH faster than if it has to get the data >> from the BE. >>> This is of course off topic, but I am starting to examine some issues >>> that in certain instances can significantly speed up operation of the >>> FE, or solve other specific problems. >>> >>> That is not why I am looking at the unbound form, but an unbound form >>> implemented as discussed below will eliminate the "modify" lock that >>> occurs when a user starts to modify a record and then goes outside to >>> smoke a cigarette. These locks can be quite troublesome in an MDE BE >>> under specific circumstances. This unbound form is just another tool, >>> but it is MUCH less useful if it has to be custom engineered for each >>> place you want an unbound form. >>> >>> This read / modify / inspect / write stuff is a CLASS of problem. It >>> needs a solution for the problem CLASS. >>> >>> I am a bound form user, I like them and if they do not cause issues I >>> intend to use them as long as I use Access. That said I do not have a >>> usable unbound form tool in my toolbox, for those cases where it can >>> solve specific problems. >>> >>> And yes, I have selected "edited record" in the properties. >>> If you have read up on this you will know that Jet's implementation >>> is less than stellar, AND it completely ignores the page lock issue. >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> >>> Max Wanadoo wrote: >>>> John, >>>> Not wishing to add fuel to any embers that may be smoldering, but all >>>> of this is just re-inventing the wheel. Access does all of this and >>>> lots more in a Bound Form. As I understood it you just had a problem >>>> with locking spanned unconnected records. I think that between what >>>> Gustav and others have said you have a solution - keep the bound form >>>> with all its *features* >>>> - extract the memo field to a separate table. Perform a pseudo lock >>>> on that if it does not lock to your satisfaction. >>>> >>>> BTW, I am assuming in all this that you have selected "Edited Record" >>>> as the "Default record option" in the database options window under >>> the "Advanced" >>>> Tab. >>>> >>>> Max >>>> >>>> >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>>> Sent: Thursday, May 29, 2008 8:24 PM >>>> To: Access Developers discussion and problem solving >>>> Subject: Re: [AccessD] Redesign the problem to fit the solution >>>> >>>> Charlotte, >>>> >>>> If and when I get around to this kind of solution I would: >>>> >>>> 1) Create a data store for the data coming from the record to >>> manipulate. >>>> Call this Original Read. >>>> 2) Create a system for automatically matching field to control. In >>>> my >>>> mind, probably a control naming convention such that the field name >>>> is >>>> embedded in the control name? >>>> Something like that. >>>> 3) Read the data from the data store into unbound controls, leaving >>>> the original record untouched. >>>> 4) Allow the user to edit away. >>>> 5) Create some method to allow the user to signal "edit complete. >>>> 6) Compare original data to control data. IF any changes were made >>> then... >>>> 7) Pull the same data record from the table into a NEW data store. >>>> Call this Compare Read. >>>> 8) Compare Original Read data to Compare Read data to discover if any >>>> data was edited. IF NOT then LOCK the record in the table at this >>>> point. If NO field collisions between Compare data and Modified Data >>>> (form) then LOCK the record in the table at this point/ >>>> 9) Create a third data record. Call this Write Data. >>>> 10) Copy Compare Read to Write Data. >>>> 11) Update fields with modified data from the controls >>>> 12) Write the Write Data back to the table, releasing the lock >>>> >>>> If there were edits between Original Read and Compare Read AND the >>>> modified fields collide with Compare read fields THEN error handle. >>>> The error handler would need further thought. Notify the user and >>> allow overwrite? >>>> Notify the user and trash changes? Notify the user and store in some >>>> temp location for conflict resolution? >>>> >>>> For a generic solution there would have to be system specific rules, >>>> i.e. in this system we want the users to be told and made to reenter >>>> the data (trash changes). >>>> >>>> John W. Colby >>>> www.ColbyConsulting.com >>>> >>>> >>>> Charlotte Foust wrote: >>>>> Then I have to point out AGAIN that the demo I suggested does >>>>> exactly >>>>> what you wanted, but only for a single "table" and with a >>>>> predesigned >>>>> field layout in the UI. Allows you to edit/add/delete records in an >>>>> unbound form. It does NOT allow you to do it for any record in any >>>>> table, that is an exercise left for the student. ;-> You would >>>>> probably want to use a grid if you wanted to handle "any table" and >>>>> define the columns on the fly based on an ado recordset. >>>>> >>>>> Charlotte Foust >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu May 29 17:22:41 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 29 May 2008 18:22:41 -0400 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: <017001c8c1d7$a091ac90$7ebea8c0@LaptopII> References: <483EE4FB.3060908@colbyconsulting.com> <483F02B5.6080205@colbyconsulting.com><005901c8c1c3$d9764750$8119fea9@LTVM> <483F0CE7.5040808@colbyconsulting.com> <013201c8c1ce$7bc85750$7ebea8c0@LaptopII> <483F1C2D.8040102@colbyconsulting.com> <017001c8c1d7$a091ac90$7ebea8c0@LaptopII> Message-ID: <483F2CB1.4040803@colbyconsulting.com> Where do you find this information about memos? My reading (and it was many months ago so I can't lay my hands on it either) indicated that it a memo page can in fact hold pieces of memos in different records. You are of course right, I went out and looked up the padding thing, it was for record page locking. John W. Colby www.ColbyConsulting.com Jim Dettman wrote: > JC, > > < BUT it may also lock multiple entire pages of memo storage > as well as multiple entire pages of Index storage.>> > > I've never put it to the test, but it's always been my understanding that > a long value page can only be linked to one memo field. The only exception > to that is a memo field only taking up a small number of characters (I > believe it's 40 in the current version of JET), which would then be stored > with the "fixed" portion of the record and no separate memo page would be > used. > > As far as indexes, yes, operations on them are still done at the page > level, so you can tie up an index, but an index is only updated once a > record is saved. So the issue of locking a record and then walking away has > no bearing on that. You don't lock all the indexes involved with a table > while your sitting editing a record. > > < have to be in the same table, though they might be.>> > > A page can only belong to one table. Pages never cross tables. > > < of "memo storage" out in the BE. Assume that there are 20 > records with memo fields where pieces of their memo data in > in that 4K page. You have just locked 40 records. > > AFAICT Jet does not guarantee that the memo data in a memo > field is stored contiguously in the memo storage space, so > your memo field might have data scattered over many pages, > potentially locking multiple pages.>> > > Hum don't think so as the long value pages are handled totally different > then regular pages. It's my understanding that the memos are a chain and a > long value page can belong to only one record. There is a 14 or 16 byte > pointer (depending on JET version) in the fixed record that points to the > start of the chain. > > If this were not the case and it is as you describe, then it would become > next to impossible for any type of editing to occur for any record as you > would need to lock not only the fixed portion of the record, but also lock > every page where part of a memo field existed. If I had 4 or 5 large memo > fields in a record, they could easily then end up broken over hundreds of > pages. That would be a tremendous amount of overhead to deal with and with > anything more then a few users in the same table, would make it next to > impossible for anyone to be granted an edit lock. > > < your memo is "padded" such that it fills up the memo page, > thus ensuring that the pages locked for your memo can only > lock your record. Of course this has bad side effects such > as using huge amounts of space if the real memo data is > actually small.>> > > I think your remembering that wrong. This was a common technique to > handle the lack of record level locking before JET 4.0. You just added some > text fields that were filled so the record size exceeded half the page size. > This made it impossible for more then one record to fit on a page and thus > gave you "record level" locking. > > I've never heard anyone trying to pad a memo page and I don't see how you > could as you have absolutely no control over that process. You can only do > it with the fixed portion of the record because you know the number of > fields and the types involved, and the amount of overhead on the page. > > Jim. > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 29, 2008 5:12 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Redesign the problem to fit the solution > > Jim, > > > And I would agree that bound forms do hold a recordset > open, but the affects of that can be limited by using a > bound form that is bound to only one record at a time and > not an entire table. > > Not entirely true. The lock is (or may be) only one record > BUT it may also lock multiple entire pages of memo storage > as well as multiple entire pages of Index storage. > > Those page locks can lock other records, and they don't even > have to be in the same table, though they might be. > > Assume that the presence of a memo field locks one 4K page > of "memo storage" out in the BE. Assume that there are 20 > records with memo fields where pieces of their memo data in > in that 4K page. You have just locked 40 records. > > AFAICT Jet does not guarantee that the memo data in a memo > field is stored contiguously in the memo storage space, so > your memo field might have data scattered over many pages, > potentially locking multiple pages. > > I have never seen that specific aspect of the issue > discussed anywhere by anybody with real factual answers. > > The point is simply that: > > 1) Memo fields DO store their data out in an extended > storage area of the MDB. > 2) These pages are not locked at the record level, the data > is not in the record! They lock PAGES. > 3) Multiple memo fields can store pieces of their data in > the same page. > 4) All records containing memo data in a locked page are > themselves locked. > > I have actually seen discussions of code to make sure that > your memo is "padded" such that it fills up the memo page, > thus ensuring that the pages locked for your memo can only > lock your record. Of course this has bad side effects such > as using huge amounts of space if the real memo data is > actually small. > > John W. Colby > www.ColbyConsulting.com > > > Jim Dettman wrote: >> Charlotte, >> >> Yes, that's correct. No locks is no "Edit locks", so the record doesn't >> get locked until you go to update it. >> >> And I would agree that bound forms do hold a recordset open, but the >> affects of that can be limited by using a bound form that is bound to only >> one record at a time and not an entire table. >> >> Jim. >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust >> Sent: Thursday, May 29, 2008 4:17 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Redesign the problem to fit the solution >> >> Actually IIRC, unless things have changed, NoLocks means that write >> locks are not applied until the *update* starts. >> >> Charlotte Foust >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Thursday, May 29, 2008 1:07 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Redesign the problem to fit the solution >> >> Max, >> >> In fact it is not reinventing the wheel. Bound forms hold recordsets >> open. Open recordsets cause write locks as soon as the edit begins. >> >> What I am discussing is a system that does not hold recordsets open. >> >> Did you know that "bound" combos and lists also hold recordsets open? >> each and every combo which uses a table or query opens a connection to >> the BE and holds it open. I just finished creating a generic callback >> that eliminates that by caching the data in the table. This has >> limitations in that it does not work well with frequently changing data >> but if you have data that you are willing to cache, it eliminates that >> connection to the BE. >> >> I do not have any solid data yet but I do know that in most cases the >> second and subsequent times that you open a combo that uses my callback, >> the combo loads MUCH faster than if it has to get the data from the BE. >> This is of course off topic, but I am starting to examine some issues >> that in certain instances can significantly speed up operation of the >> FE, or solve other specific problems. >> >> That is not why I am looking at the unbound form, but an unbound form >> implemented as discussed below will eliminate the "modify" lock that >> occurs when a user starts to modify a record and then goes outside to >> smoke a cigarette. These locks can be quite troublesome in an MDE BE >> under specific circumstances. This unbound form is just another tool, >> but it is MUCH less useful if it has to be custom engineered for each >> place you want an unbound form. >> >> This read / modify / inspect / write stuff is a CLASS of problem. It >> needs a solution for the problem CLASS. >> >> I am a bound form user, I like them and if they do not cause issues I >> intend to use them as long as I use Access. That said I do not have a >> usable unbound form tool in my toolbox, for those cases where it can >> solve specific problems. >> >> And yes, I have selected "edited record" in the properties. >> If you have read up on this you will know that Jet's implementation is >> less than stellar, AND it completely ignores the page lock issue. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Max Wanadoo wrote: >>> John, >>> Not wishing to add fuel to any embers that may be smoldering, but all >>> of this is just re-inventing the wheel. Access does all of this and >>> lots more in a Bound Form. As I understood it you just had a problem >>> with locking spanned unconnected records. I think that between what >>> Gustav and others have said you have a solution - keep the bound form >>> with all its *features* >>> - extract the memo field to a separate table. Perform a pseudo lock >>> on that if it does not lock to your satisfaction. >>> >>> BTW, I am assuming in all this that you have selected "Edited Record" >>> as the "Default record option" in the database options window under >> the "Advanced" >>> Tab. >>> >>> Max >>> >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>> Sent: Thursday, May 29, 2008 8:24 PM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] Redesign the problem to fit the solution >>> >>> Charlotte, >>> >>> If and when I get around to this kind of solution I would: >>> >>> 1) Create a data store for the data coming from the record to >> manipulate. >>> Call this Original Read. >>> 2) Create a system for automatically matching field to control. In my >>> mind, probably a control naming convention such that the field name is >>> embedded in the control name? >>> Something like that. >>> 3) Read the data from the data store into unbound controls, leaving >>> the original record untouched. >>> 4) Allow the user to edit away. >>> 5) Create some method to allow the user to signal "edit complete. >>> 6) Compare original data to control data. IF any changes were made >> then... >>> 7) Pull the same data record from the table into a NEW data store. >>> Call this Compare Read. >>> 8) Compare Original Read data to Compare Read data to discover if any >>> data was edited. IF NOT then LOCK the record in the table at this >>> point. If NO field collisions between Compare data and Modified Data >>> (form) then LOCK the record in the table at this point/ >>> 9) Create a third data record. Call this Write Data. >>> 10) Copy Compare Read to Write Data. >>> 11) Update fields with modified data from the controls >>> 12) Write the Write Data back to the table, releasing the lock >>> >>> If there were edits between Original Read and Compare Read AND the >>> modified fields collide with Compare read fields THEN error handle. >>> The error handler would need further thought. Notify the user and >> allow overwrite? >>> Notify the user and trash changes? Notify the user and store in some >>> temp location for conflict resolution? >>> >>> For a generic solution there would have to be system specific rules, >>> i.e. in this system we want the users to be told and made to reenter >>> the data (trash changes). >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> >>> Charlotte Foust wrote: >>>> Then I have to point out AGAIN that the demo I suggested does exactly >>>> what you wanted, but only for a single "table" and with a predesigned >>>> field layout in the UI. Allows you to edit/add/delete records in an >>>> unbound form. It does NOT allow you to do it for any record in any >>>> table, that is an exercise left for the student. ;-> You would >>>> probably want to use a grid if you wanted to handle "any table" and >>>> define the columns on the fly based on an ado recordset. >>>> >>>> Charlotte Foust >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> From Darryl.Collins at coles.com.au Thu May 29 17:36:01 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Fri, 30 May 2008 08:36:01 +1000 Subject: [AccessD] A better picture? Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD7462@WPEXCH05.colesmyer.ad.cmltd.net.au> Hi Jennifer, I would be most interested in have a look at this code. Many thanks Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jennifer Gross Sent: Friday, 30 May 2008 2:48 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A better picture? Darryl, Is it that the users want charts that are created in Access dumped into PowerPoint. I have some code that does that automation, creating the chart in a PowerPoint slide from Access data. Jennifer -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, May 28, 2008 8:46 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A better picture? aaah, seems like snapshot is the only option. i have added an "Export..." button to the custom toolbar to allow the users to do this. If anyone has a better suggestion I am all ears. :) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darryl Collins Sent: Thursday, 29 May 2008 2:26 PM To: Access Developers discussion and problem solving Subject: [AccessD] A better picture? Hi People, I have a button to create a PDF from a report. Then my ever so creative users are taking a copy of the PDF and putting it into power point. Of course by this stage (3rd generation of mushy PeeCee Graphic conversion) the image is softer than grandma's feather bed and much less comfy. Is there anyway of turning the Access report immediately into a JPG instead of using snapshot? As usual, I know you can do this in Excel with charts and the like, ' ---------------------------- Dim Chart1 As Chart Set mychart = Sheets("MySheet").ChartObjects(1).Chart mychart.Export Filename:="C:\CopyOfMyChart.jpg", FilterName:="jpg" ' ---------------------------- or any part of a workbook using code such as:\ Selection.CopyPicture Appearance:=xlScreen, Format:=xlPicture" Is this possible to do in VBA Access? regards Darryl. This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From Darryl.Collins at coles.com.au Thu May 29 17:36:47 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Fri, 30 May 2008 08:36:47 +1000 Subject: [AccessD] A better picture? Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD7464@WPEXCH05.colesmyer.ad.cmltd.net.au> aaaaah, Lebans, I should have guessed. Will also have a look at this option, although I also like the sound of Jennifer's approach. many thanks Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of William Hindman Sent: Thursday, 29 May 2008 5:30 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A better picture? http://www.lebans.com/loadsavejpeg.htm ...he uses the intel jpeg library to allow Access to use much larger jpegs in the image control ...should in turn give you a much cleaner pdf graphic output ...he also has a report converter to word that manages large embedded graphics ...I use it regularly with clients rather than snapshot. William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "Darryl Collins" Sent: Thursday, May 29, 2008 12:45 AM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] A better picture? > > > aaah, seems like snapshot is the only option. i have added an "Export..." > button to the custom toolbar to allow the users to do this. If anyone has > a better suggestion I am all ears. > > :) > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darryl Collins > Sent: Thursday, 29 May 2008 2:26 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] A better picture? > > > > Hi People, > > I have a button to create a PDF from a report. Then my ever so creative > users are taking a copy of the PDF and putting it into power point. Of > course by this stage (3rd generation of mushy PeeCee Graphic conversion) > the image is softer than grandma's feather bed and much less comfy. > > Is there anyway of turning the Access report immediately into a JPG > instead of using snapshot? > > As usual, I know you can do this in Excel with charts and the like, > ' ---------------------------- > Dim Chart1 As Chart > Set mychart = Sheets("MySheet").ChartObjects(1).Chart > mychart.Export Filename:="C:\CopyOfMyChart.jpg", FilterName:="jpg" > ' ---------------------------- > > or any part of a workbook using code such as:\ > Selection.CopyPicture Appearance:=xlScreen, Format:=xlPicture" > > Is this possible to do in VBA Access? > > regards > Darryl. > > This email and any attachments may contain privileged and confidential > information and are intended for the named addressee only. If you have > received this e-mail in error, please notify the sender and delete this > e-mail immediately. Any confidentiality, privilege or copyright is not > waived or lost because this e-mail has been sent to you in error. It is > your responsibility to check this e-mail and any attachments for viruses. > No warranty is made that this material is free from computer virus or any > other defect or error. Any loss/damage incurred by using this material is > not the sender's responsibility. The sender's entire liability will be > limited to resupplying the material. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > This email and any attachments may contain privileged and confidential > information and are intended for the named addressee only. If you have > received this e-mail in error, please notify the sender and delete this > e-mail immediately. Any confidentiality, privilege or copyright is not > waived or lost because this e-mail has been sent to you in error. It is > your responsibility to check this e-mail and any attachments for viruses. > No warranty is made that this material is free from computer virus or any > other defect or error. Any loss/damage incurred by using this material is > not the sender's responsibility. The sender's entire liability will be > limited to resupplying the material. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From jwcolby at colbyconsulting.com Thu May 29 17:45:55 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 29 May 2008 18:45:55 -0400 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: <017001c8c1d7$a091ac90$7ebea8c0@LaptopII> References: <483EE4FB.3060908@colbyconsulting.com> <483F02B5.6080205@colbyconsulting.com><005901c8c1c3$d9764750$8119fea9@LTVM> <483F0CE7.5040808@colbyconsulting.com> <013201c8c1ce$7bc85750$7ebea8c0@LaptopII> <483F1C2D.8040102@colbyconsulting.com> <017001c8c1d7$a091ac90$7ebea8c0@LaptopII> Message-ID: <483F3223.1010101@colbyconsulting.com> OK, I have tested. A brand new database uses 128K. Add 680 records each of which contains 200 characters and the size expands to 680K. Making an assumption that the data is the sole reason for the expansion that means 552K to hold 680 records of 200 characters, which is 811 bytes / record. I compacted and repaired and the size remained the same. In any case this is NOT a 4K page for each record. I have to take Robbie to Karate but I will do more testing with different size records tonight. John W. Colby www.ColbyConsulting.com Jim Dettman wrote: > JC, > > < BUT it may also lock multiple entire pages of memo storage > as well as multiple entire pages of Index storage.>> > > I've never put it to the test, but it's always been my understanding that > a long value page can only be linked to one memo field. The only exception > to that is a memo field only taking up a small number of characters (I > believe it's 40 in the current version of JET), which would then be stored > with the "fixed" portion of the record and no separate memo page would be > used. > > As far as indexes, yes, operations on them are still done at the page > level, so you can tie up an index, but an index is only updated once a > record is saved. So the issue of locking a record and then walking away has > no bearing on that. You don't lock all the indexes involved with a table > while your sitting editing a record. > > < have to be in the same table, though they might be.>> > > A page can only belong to one table. Pages never cross tables. > > < of "memo storage" out in the BE. Assume that there are 20 > records with memo fields where pieces of their memo data in > in that 4K page. You have just locked 40 records. > > AFAICT Jet does not guarantee that the memo data in a memo > field is stored contiguously in the memo storage space, so > your memo field might have data scattered over many pages, > potentially locking multiple pages.>> > > Hum don't think so as the long value pages are handled totally different > then regular pages. It's my understanding that the memos are a chain and a > long value page can belong to only one record. There is a 14 or 16 byte > pointer (depending on JET version) in the fixed record that points to the > start of the chain. > > If this were not the case and it is as you describe, then it would become > next to impossible for any type of editing to occur for any record as you > would need to lock not only the fixed portion of the record, but also lock > every page where part of a memo field existed. If I had 4 or 5 large memo > fields in a record, they could easily then end up broken over hundreds of > pages. That would be a tremendous amount of overhead to deal with and with > anything more then a few users in the same table, would make it next to > impossible for anyone to be granted an edit lock. > > < your memo is "padded" such that it fills up the memo page, > thus ensuring that the pages locked for your memo can only > lock your record. Of course this has bad side effects such > as using huge amounts of space if the real memo data is > actually small.>> > > I think your remembering that wrong. This was a common technique to > handle the lack of record level locking before JET 4.0. You just added some > text fields that were filled so the record size exceeded half the page size. > This made it impossible for more then one record to fit on a page and thus > gave you "record level" locking. > > I've never heard anyone trying to pad a memo page and I don't see how you > could as you have absolutely no control over that process. You can only do > it with the fixed portion of the record because you know the number of > fields and the types involved, and the amount of overhead on the page. > > Jim. > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 29, 2008 5:12 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Redesign the problem to fit the solution > > Jim, > > > And I would agree that bound forms do hold a recordset > open, but the affects of that can be limited by using a > bound form that is bound to only one record at a time and > not an entire table. > > Not entirely true. The lock is (or may be) only one record > BUT it may also lock multiple entire pages of memo storage > as well as multiple entire pages of Index storage. > > Those page locks can lock other records, and they don't even > have to be in the same table, though they might be. > > Assume that the presence of a memo field locks one 4K page > of "memo storage" out in the BE. Assume that there are 20 > records with memo fields where pieces of their memo data in > in that 4K page. You have just locked 40 records. > > AFAICT Jet does not guarantee that the memo data in a memo > field is stored contiguously in the memo storage space, so > your memo field might have data scattered over many pages, > potentially locking multiple pages. > > I have never seen that specific aspect of the issue > discussed anywhere by anybody with real factual answers. > > The point is simply that: > > 1) Memo fields DO store their data out in an extended > storage area of the MDB. > 2) These pages are not locked at the record level, the data > is not in the record! They lock PAGES. > 3) Multiple memo fields can store pieces of their data in > the same page. > 4) All records containing memo data in a locked page are > themselves locked. > > I have actually seen discussions of code to make sure that > your memo is "padded" such that it fills up the memo page, > thus ensuring that the pages locked for your memo can only > lock your record. Of course this has bad side effects such > as using huge amounts of space if the real memo data is > actually small. > > John W. Colby > www.ColbyConsulting.com > > > Jim Dettman wrote: >> Charlotte, >> >> Yes, that's correct. No locks is no "Edit locks", so the record doesn't >> get locked until you go to update it. >> >> And I would agree that bound forms do hold a recordset open, but the >> affects of that can be limited by using a bound form that is bound to only >> one record at a time and not an entire table. >> >> Jim. >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust >> Sent: Thursday, May 29, 2008 4:17 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Redesign the problem to fit the solution >> >> Actually IIRC, unless things have changed, NoLocks means that write >> locks are not applied until the *update* starts. >> >> Charlotte Foust >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Thursday, May 29, 2008 1:07 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Redesign the problem to fit the solution >> >> Max, >> >> In fact it is not reinventing the wheel. Bound forms hold recordsets >> open. Open recordsets cause write locks as soon as the edit begins. >> >> What I am discussing is a system that does not hold recordsets open. >> >> Did you know that "bound" combos and lists also hold recordsets open? >> each and every combo which uses a table or query opens a connection to >> the BE and holds it open. I just finished creating a generic callback >> that eliminates that by caching the data in the table. This has >> limitations in that it does not work well with frequently changing data >> but if you have data that you are willing to cache, it eliminates that >> connection to the BE. >> >> I do not have any solid data yet but I do know that in most cases the >> second and subsequent times that you open a combo that uses my callback, >> the combo loads MUCH faster than if it has to get the data from the BE. >> This is of course off topic, but I am starting to examine some issues >> that in certain instances can significantly speed up operation of the >> FE, or solve other specific problems. >> >> That is not why I am looking at the unbound form, but an unbound form >> implemented as discussed below will eliminate the "modify" lock that >> occurs when a user starts to modify a record and then goes outside to >> smoke a cigarette. These locks can be quite troublesome in an MDE BE >> under specific circumstances. This unbound form is just another tool, >> but it is MUCH less useful if it has to be custom engineered for each >> place you want an unbound form. >> >> This read / modify / inspect / write stuff is a CLASS of problem. It >> needs a solution for the problem CLASS. >> >> I am a bound form user, I like them and if they do not cause issues I >> intend to use them as long as I use Access. That said I do not have a >> usable unbound form tool in my toolbox, for those cases where it can >> solve specific problems. >> >> And yes, I have selected "edited record" in the properties. >> If you have read up on this you will know that Jet's implementation is >> less than stellar, AND it completely ignores the page lock issue. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Max Wanadoo wrote: >>> John, >>> Not wishing to add fuel to any embers that may be smoldering, but all >>> of this is just re-inventing the wheel. Access does all of this and >>> lots more in a Bound Form. As I understood it you just had a problem >>> with locking spanned unconnected records. I think that between what >>> Gustav and others have said you have a solution - keep the bound form >>> with all its *features* >>> - extract the memo field to a separate table. Perform a pseudo lock >>> on that if it does not lock to your satisfaction. >>> >>> BTW, I am assuming in all this that you have selected "Edited Record" >>> as the "Default record option" in the database options window under >> the "Advanced" >>> Tab. >>> >>> Max >>> >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>> Sent: Thursday, May 29, 2008 8:24 PM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] Redesign the problem to fit the solution >>> >>> Charlotte, >>> >>> If and when I get around to this kind of solution I would: >>> >>> 1) Create a data store for the data coming from the record to >> manipulate. >>> Call this Original Read. >>> 2) Create a system for automatically matching field to control. In my >>> mind, probably a control naming convention such that the field name is >>> embedded in the control name? >>> Something like that. >>> 3) Read the data from the data store into unbound controls, leaving >>> the original record untouched. >>> 4) Allow the user to edit away. >>> 5) Create some method to allow the user to signal "edit complete. >>> 6) Compare original data to control data. IF any changes were made >> then... >>> 7) Pull the same data record from the table into a NEW data store. >>> Call this Compare Read. >>> 8) Compare Original Read data to Compare Read data to discover if any >>> data was edited. IF NOT then LOCK the record in the table at this >>> point. If NO field collisions between Compare data and Modified Data >>> (form) then LOCK the record in the table at this point/ >>> 9) Create a third data record. Call this Write Data. >>> 10) Copy Compare Read to Write Data. >>> 11) Update fields with modified data from the controls >>> 12) Write the Write Data back to the table, releasing the lock >>> >>> If there were edits between Original Read and Compare Read AND the >>> modified fields collide with Compare read fields THEN error handle. >>> The error handler would need further thought. Notify the user and >> allow overwrite? >>> Notify the user and trash changes? Notify the user and store in some >>> temp location for conflict resolution? >>> >>> For a generic solution there would have to be system specific rules, >>> i.e. in this system we want the users to be told and made to reenter >>> the data (trash changes). >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> >>> Charlotte Foust wrote: >>>> Then I have to point out AGAIN that the demo I suggested does exactly >>>> what you wanted, but only for a single "table" and with a predesigned >>>> field layout in the UI. Allows you to edit/add/delete records in an >>>> unbound form. It does NOT allow you to do it for any record in any >>>> table, that is an exercise left for the student. ;-> You would >>>> probably want to use a grid if you wanted to handle "any table" and >>>> define the columns on the fly based on an ado recordset. >>>> >>>> Charlotte Foust >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> From wdhindman at dejpolsystems.com Thu May 29 18:08:14 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Thu, 29 May 2008 19:08:14 -0400 Subject: [AccessD] A better picture? Runtime References: <49DFE57FB126044B8A8B934E7AEA09ED09FD745A@WPEXCH05.colesmyer.ad.cmltd.net.au><0K1M00FK7ZYD0N80@vms173001.mailsrvcs.net> <1EBB5A0697AB48248424E3C0A2E572C7@jislaptopdev> <483F0D13.2010600@colbyconsulting.com> Message-ID: <8B095AD9B52F40889BCA5EE1A9FF418A@jislaptopdev> ...odd ball stuff, especially error handling ...I have to maintain a runtime test environment just so I can test any changes before I deploy since all of my clients are on runtimes now ...just moved that to a VM :) William ?The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is.? -------------------------------------------------- From: "jwcolby" Sent: Thursday, May 29, 2008 4:07 PM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] A better picture? Runtime > What kinds of "not everything"? > > John W. Colby > www.ColbyConsulting.com > > > William Hindman wrote: >> ...you need Visual Studio Tools for Office 2003 >> http://msdn.microsoft.com/en-us/office/aa905533.aspx >> >> ...be forewarned that not everything works in runtime that works in the >> full >> install. >> >> William >> ?The truth is incontrovertible, malice may attack it, ignorance may >> deride >> it, but in the end; there it is.? >> >> -------------------------------------------------- >> From: "Mark A Matte" >> Sent: Thursday, May 29, 2008 3:32 PM >> To: "Access Developers discussion and problem solving" >> >> Subject: [AccessD] A better picture? Runtime >> >>> Hello All, >>> >>> A client is creating databases in 2003 and would like to utilize the >>> runtime for other machines in the office. I keep running into >>> walls(online) in finding the runtime. I have found websites that say >>> the >>> runtime comes with Office2003 Pro...which he has...but you need the >>> Developer extensions to deploy it. When I search for the >>> extensions...it >>> points to Visual studio 2005? >>> >>> Paying is not the issue...If I need the 2003 Runtime...anyone know where >>> I >>> can buy it...and what it is currently called? >>> >>> Thanks, >>> >>> Mark A. Matte >>> >>> >>> >>> _________________________________________________________________ >>> E-mail for the greater good. Join the i?m Initiative from Microsoft. >>> http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ >>> GreaterGood >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From fuller.artful at gmail.com Thu May 29 21:44:17 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Thu, 29 May 2008 22:44:17 -0400 Subject: [AccessD] A better picture? Runtime In-Reply-To: <8B095AD9B52F40889BCA5EE1A9FF418A@jislaptopdev> References: <49DFE57FB126044B8A8B934E7AEA09ED09FD745A@WPEXCH05.colesmyer.ad.cmltd.net.au> <0K1M00FK7ZYD0N80@vms173001.mailsrvcs.net> <1EBB5A0697AB48248424E3C0A2E572C7@jislaptopdev> <483F0D13.2010600@colbyconsulting.com> <8B095AD9B52F40889BCA5EE1A9FF418A@jislaptopdev> Message-ID: <29f585dd0805291944g20d60bcap909f2dc072cece1c@mail.gmail.com> Your tag line reminds me of another one: If you think education is expensive, try ignorance. Arthur On 5/29/08, William Hindman wrote: > > ...odd ball stuff, especially error handling ...I have to maintain a > runtime > test environment just so I can test any changes before I deploy since all > of > my clients are on runtimes now ...just moved that to a VM :) > > > William > "The truth is incontrovertible, malice may attack it, ignorance may deride > it, but in the end; there it is." > From Darryl.Collins at coles.com.au Thu May 29 22:28:08 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Fri, 30 May 2008 13:28:08 +1000 Subject: [AccessD] A better picture? Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD746B@WPEXCH05.colesmyer.ad.cmltd.net.au> bah humbug. This is not going to work as the dll file needs to be placed in the system folder and I cannot get access to anything close to that on any of the corporate PC fleet. Might have to try another approach. :-/ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darryl Collins Sent: Friday, 30 May 2008 8:37 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A better picture? aaaaah, Lebans, I should have guessed. Will also have a look at this option, although I also like the sound of Jennifer's approach. many thanks Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of William Hindman Sent: Thursday, 29 May 2008 5:30 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A better picture? http://www.lebans.com/loadsavejpeg.htm ...he uses the intel jpeg library to allow Access to use much larger jpegs in the image control ...should in turn give you a much cleaner pdf graphic output ...he also has a report converter to word that manages large embedded graphics ...I use it regularly with clients rather than snapshot. William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "Darryl Collins" Sent: Thursday, May 29, 2008 12:45 AM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] A better picture? > > > aaah, seems like snapshot is the only option. i have added an "Export..." > button to the custom toolbar to allow the users to do this. If anyone has > a better suggestion I am all ears. > > :) > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darryl Collins > Sent: Thursday, 29 May 2008 2:26 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] A better picture? > > > > Hi People, > > I have a button to create a PDF from a report. Then my ever so creative > users are taking a copy of the PDF and putting it into power point. Of > course by this stage (3rd generation of mushy PeeCee Graphic conversion) > the image is softer than grandma's feather bed and much less comfy. > > Is there anyway of turning the Access report immediately into a JPG > instead of using snapshot? > > As usual, I know you can do this in Excel with charts and the like, > ' ---------------------------- > Dim Chart1 As Chart > Set mychart = Sheets("MySheet").ChartObjects(1).Chart > mychart.Export Filename:="C:\CopyOfMyChart.jpg", FilterName:="jpg" > ' ---------------------------- > > or any part of a workbook using code such as:\ > Selection.CopyPicture Appearance:=xlScreen, Format:=xlPicture" > > Is this possible to do in VBA Access? > > regards > Darryl. > > This email and any attachments may contain privileged and confidential > information and are intended for the named addressee only. If you have > received this e-mail in error, please notify the sender and delete this > e-mail immediately. Any confidentiality, privilege or copyright is not > waived or lost because this e-mail has been sent to you in error. It is > your responsibility to check this e-mail and any attachments for viruses. > No warranty is made that this material is free from computer virus or any > other defect or error. Any loss/damage incurred by using this material is > not the sender's responsibility. The sender's entire liability will be > limited to resupplying the material. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > This email and any attachments may contain privileged and confidential > information and are intended for the named addressee only. If you have > received this e-mail in error, please notify the sender and delete this > e-mail immediately. Any confidentiality, privilege or copyright is not > waived or lost because this e-mail has been sent to you in error. It is > your responsibility to check this e-mail and any attachments for viruses. > No warranty is made that this material is free from computer virus or any > other defect or error. Any loss/damage incurred by using this material is > not the sender's responsibility. The sender's entire liability will be > limited to resupplying the material. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From jwcolby at colbyconsulting.com Thu May 29 23:12:37 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 30 May 2008 00:12:37 -0400 Subject: [AccessD] Cannot open any more databases Message-ID: <483F7EB5.3080008@colbyconsulting.com> In testing the whole issue of memos and locking I did the following: 1) Created a FE and a BE. 2) Created a single tblMemo in the Be. Two fields, an autonumber field PKID and a memo field SomeMemo. 3) Linked the FE to the BE on tblMemo. 4) Added 1280 records in tblMemo with SomeMemo set to a string of 200 character a. 5) Set the locking to Record Level on both the FE and BE. Wrote a pair of classes in the FE. clsRst and clsRsts (plural). clsRsts opens a DAO recordset of the tblMemo, then starts iterating the recordset, creates instances of clsRst and stores the instances in a collection. ClsRst is passed in a DAO.Db reference (to use in opening a recordset) and PKID from the record that clsRsts is currently on. Thus an instance of clsRst is created for each record in tblMemo, doing a moveFirst to the PKID passed in, then attempting to edit the record (memo field), thus creating a lock. On the 119th instance it fails with an error: "Error 3048 (Cannot open any more databases.) in procedure mInit of Class Module clsRst" ONLY 119. Hmmm... I was expecting well over a thousand. Now comes the interesting part. The collection shows a count of objects in it of 118. However if IN THE FRONT END I open the table directly and place the cursor in the first record I see it is locked. I start paging down through the records. I see locked records clear up to record 178. Record 179 is NOT locked. So... I am holding 118 open recordsets in 118 class instances. Each of these recordsets is attempting an edit. However 177 records end up locked. Now, it is possible that other records are locked further down in the table, I have not attempted to look at every record (there are 1280 after all). However the fact that 118 recordsets editing 118 records locks 177 records speaks volumes about something. Not sure WHAT but something. Even more fascinating, if IN THE BACK END I start paging down through the records, the records indicate they are locked up to record 118, but CEASE to show locks starting with record 119. WTF over? Records 119-177 show locks IN THE FE but NOT IN THE BE. Additionally if I move down through the remaining records, IN THE FE I encounter other locked records, roughly every 5th record, though occasionally every sixth record. This does NOT occur in the BE! Is this bizaare or what? It will be interesting to see what happens if I open the FE again (another instance). My next experiment will be to open a (new, different) single recordset and iterate through the records attempting an edit, and log all the PKs where the code indicates an existing lock. I also think I will get "more scientific" and seed the table with different fixed width strings. For example run the code with memo strings of 20 characters, 50, 100, 200 etc. Just to see if the locking is repeatable, and if a pattern can be determined. But not tonight. Tell me your thoughts on this. -- John W. Colby www.ColbyConsulting.com From stuart at lexacorp.com.pg Fri May 30 00:36:01 2008 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 30 May 2008 15:36:01 +1000 Subject: [AccessD] Number Tables and On-The-Fly Normalisation In-Reply-To: <483F7EB5.3080008@colbyconsulting.com> References: <483F7EB5.3080008@colbyconsulting.com> Message-ID: <48401EE1.30038.383DE18B@stuart.lexacorp.com.pg> Interesting article in SQL Server Central about passing an array to a stored procedure and using a Number/Tally Table to split the array: http://www.sqlservercentral.com/articles/T-SQL/63003/ I've recently needed to do exactly this to create a procedure to create a parent and set of child records in one step, then return the parent PK. Playing around with it for a while gave me an few ideas for on-the fly normalising of those horrible comma separated fields we sometimes come across in poorly designed Access databases. Following is a complete demo. 1. Create a new MDB. 2. Create a new module. 3. Go into References and enable DAO. 4. Paste the three functions below into the module. 5. Run the MakeNumberTable function to create your Number/Tally table I've only filled it with 255 values because that's the max length of a text field you can make the table much larger if you are working with memo fields like JC :-) 6. Run the MakeDataTable function to create a set of test data. 7. Now open the two tables just to see what you have got. 8. Run the Normalise function to create and then open the query which makes a normalised version of tblData! 9. Take a look at qryNormalise and see if you can understand how it works :-) Cheers, Stuart '----code follows---- Option Compare Database Option Explicit Function MakeNumberTable() As Long 'Create a "Numbers Table" or "Tally Table" and poulate it with series of integers Dim tdfNew As DAO.TableDef Dim idxNew As Index Dim l As Long Dim rs As Recordset 'Delete table if it exists On Error Resume Next DoCmd.DeleteObject acTable, "tblNumbers" On Error GoTo 0 'Create table Set tdfNew = CurrentDb.CreateTableDef("tblNumbers") tdfNew.Fields.Append tdfNew.CreateField("Num", dbLong) Set idxNew = tdfNew.CreateIndex("PrimaryKey") idxNew.Fields.Append idxNew.CreateField("Num") idxNew.Primary = True idxNew.Unique = True tdfNew.Indexes.Append idxNew CurrentDb.TableDefs.Append tdfNew 'Fill table with numbers 1 to 255 Set rs = CurrentDb.OpenRecordset("tblNumbers") For l = 1 To 255 rs.AddNew rs!Num = l rs.Update Next End Function Function MakeDataTable() As Long 'Create a sample demormalised table with 1000 records 'each one containing a PK and up to 80 comma separated values Dim tdfNew As DAO.TableDef Dim idxNew As Index Dim fldNew As Field Dim rs As Recordset Dim l1 As Long Dim l2 As Long Dim l3 As Long 'Delete the data table if it exists On Error Resume Next DoCmd.DeleteObject acTable, "tblData" On Error GoTo 0 'create a new data table Set tdfNew = CurrentDb.CreateTableDef("tblData") Set fldNew = tdfNew.CreateField("ID", dbLong) fldNew.Attributes = dbAutoIncrField + dbFixedField tdfNew.Fields.Append fldNew Set fldNew = tdfNew.CreateField("Data", dbText, 255) tdfNew.Fields.Append fldNew Set idxNew = tdfNew.CreateIndex("PrimaryKey") idxNew.Fields.Append idxNew.CreateField("ID") idxNew.Primary = True idxNew.Unique = True tdfNew.Indexes.Append idxNew CurrentDb.TableDefs.Append tdfNew 'fill the data table with non-normalised data Set rs = CurrentDb.OpenRecordset("tblData") Randomize Timer For l1 = 1 To 1000 strData = "" For l2 = 1 To Int((80) * Rnd + 1) strData = strData & "," & Int((100) * Rnd + 1) Next strData = Mid$(strData, 2) rs.AddNew rs!Data = strData rs.Update Next End Function Function Normalise() As Long 'create a query to normalise the data in tblData using the Numbers Table 'joining it to the string data at character level Dim qdfNew As QueryDef Dim strSQL As String strSQL = "SELECT tblData.ID, Mid$(',' & [data],[Num]+1,InStr([Num]+1,',' & [Data] & ',',',')- [num]-1) AS DataValue " _ & "FROM tblData, tblNumbers " _ & "WHERE Num <= Len(Data) And Mid$(',' & Data,Num,1) = ',' " _ & "ORDER BY ID, Num;" Set qdfNew = CurrentDb.CreateQueryDef("qryNormalise", strSQL) DoCmd.OpenQuery "qryNormalise" End Function '----end code ---- From Gustav at cactus.dk Fri May 30 01:49:09 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 30 May 2008 08:49:09 +0200 Subject: [AccessD] A better picture? Message-ID: Hi Darryl > .. the dll file needs to be placed in the system folder .. Who says so? >>> Darryl.Collins at coles.com.au 30-05-2008 05:28 >>> bah humbug. This is not going to work as the dll file needs to be placed in the system folder and I cannot get access to anything close to that on any of the corporate PC fleet. Might have to try another approach. :-/ From Gustav at cactus.dk Fri May 30 01:56:32 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 30 May 2008 08:56:32 +0200 Subject: [AccessD] Redesign the problem to fit the solution Message-ID: Hi John What you describe here is close to how a DataGridView with a DataTable and a DataTableAdapter as the source in .Net. So? Trash Access?? /gustav >>> jwcolby at colbyconsulting.com 29-05-2008 21:23 >>> Charlotte, If and when I get around to this kind of solution I would: 1) Create a data store for the data coming from the record to manipulate. Call this Original Read. 2) Create a system for automatically matching field to control. In my mind, probably a control naming convention such that the field name is embedded in the control name? Something like that. 3) Read the data from the data store into unbound controls, leaving the original record untouched. 4) Allow the user to edit away. 5) Create some method to allow the user to signal "edit complete. 6) Compare original data to control data. IF any changes were made then... 7) Pull the same data record from the table into a NEW data store. Call this Compare Read. 8) Compare Original Read data to Compare Read data to discover if any data was edited. IF NOT then LOCK the record in the table at this point. If NO field collisions between Compare data and Modified Data (form) then LOCK the record in the table at this point/ 9) Create a third data record. Call this Write Data. 10) Copy Compare Read to Write Data. 11) Update fields with modified data from the controls 12) Write the Write Data back to the table, releasing the lock If there were edits between Original Read and Compare Read AND the modified fields collide with Compare read fields THEN error handle. The error handler would need further thought. Notify the user and allow overwrite? Notify the user and trash changes? Notify the user and store in some temp location for conflict resolution? For a generic solution there would have to be system specific rules, i.e. in this system we want the users to be told and made to reenter the data (trash changes). John W. Colby www.ColbyConsulting.com Charlotte Foust wrote: > Then I have to point out AGAIN that the demo I suggested does exactly > what you wanted, but only for a single "table" and with a predesigned > field layout in the UI. Allows you to edit/add/delete records in an > unbound form. It does NOT allow you to do it for any record in any > table, that is an exercise left for the student. ;-> You would > probably want to use a grid if you wanted to handle "any table" and > define the columns on the fly based on an ado recordset. > > Charlotte Foust From Darryl.Collins at coles.com.au Fri May 30 01:55:46 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Fri, 30 May 2008 16:55:46 +1000 Subject: [AccessD] A better picture? Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD7477@WPEXCH05.colesmyer.ad.cmltd.net.au> Mr Lebans... '--------------------------------------------------------------------- "LoadSaveJpeg - Version 1 Copyright Lebans Holdings 1999 Ltd Developed and tested under Access 97. You must copy the Intel Jpeg Library file named "ijl15.dll" into the System folder on your computer. You do not have to register it just copy it from the archive you downloaded." '--------------------------------------------------------------------- Although some of the other dll files (such as print to PDF) work so long as the are in the same folder, it seems this one doesn't. I tried to poke around in the code to see if I could change the path, but in the short time I looked I didn't see anything obvious. That said, I didn't look awfully hard either. open to any ideas on this I can tell you :) I love a dodgy workaround, especially if I can get one over the IT gatekeepers. cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Gustav Brock Sent: Friday, 30 May 2008 4:49 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A better picture? Hi Darryl > .. the dll file needs to be placed in the system folder .. Who says so? >>> Darryl.Collins at coles.com.au 30-05-2008 05:28 >>> bah humbug. This is not going to work as the dll file needs to be placed in the system folder and I cannot get access to anything close to that on any of the corporate PC fleet. Might have to try another approach. :-/ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. From Gustav at cactus.dk Fri May 30 02:15:08 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 30 May 2008 09:15:08 +0200 Subject: [AccessD] A better picture? Message-ID: Hi Darry Ah, ahem, have to accept that .. that's the cost for not registering the dll. However, have you tried registering it in another location? Perhaps that is possible? /gustav >>> Darryl.Collins at coles.com.au 30-05-2008 08:55 >>> Mr Lebans... '--------------------------------------------------------------------- "LoadSaveJpeg - Version 1 Copyright Lebans Holdings 1999 Ltd Developed and tested under Access 97. You must copy the Intel Jpeg Library file named "ijl15.dll" into the System folder on your computer. You do not have to register it just copy it from the archive you downloaded." '--------------------------------------------------------------------- Although some of the other dll files (such as print to PDF) work so long as the are in the same folder, it seems this one doesn't. I tried to poke around in the code to see if I could change the path, but in the short time I looked I didn't see anything obvious. That said, I didn't look awfully hard either. open to any ideas on this I can tell you :) I love a dodgy workaround, especially if I can get one over the IT gatekeepers. cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Gustav Brock Sent: Friday, 30 May 2008 4:49 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A better picture? Hi Darryl > .. the dll file needs to be placed in the system folder .. Who says so? >>> Darryl.Collins at coles.com.au 30-05-2008 05:28 >>> bah humbug. This is not going to work as the dll file needs to be placed in the system folder and I cannot get access to anything close to that on any of the corporate PC fleet. Might have to try another approach. :-/ From mwp.reid at qub.ac.uk Fri May 30 04:37:24 2008 From: mwp.reid at qub.ac.uk (Martin W Reid) Date: Fri, 30 May 2008 10:37:24 +0100 Subject: [AccessD] Reports Message-ID: Hi All I have to create a fairly complex mailing label and I am hopeless with reports. The data is Number and Name (Concat values) Offer 1 Offer 2 Offer 3 Offer4 Offer 5 Offer 6 Each Offer line has three bits of data associated. In the above example there would be 6 rows in the table. I need to create the mailing label with the number and name at the top and the offers listed below. There can be a max of 6 offers per record. Every time I try it I get one label per row. What I need is one label for each group of records belonging to the student. Any help appreciated Martin Martin WP Reid Information Services Queen's University Riddel Hall 185 Stranmillis Road Belfast BT9 5EE Tel : 02890974465 Email : mwp.reid at qub.ac.uk From erbachs at gmail.com Fri May 30 05:42:41 2008 From: erbachs at gmail.com (Steve Erbach) Date: Fri, 30 May 2008 05:42:41 -0500 Subject: [AccessD] Reports In-Reply-To: References: Message-ID: <39cb22f30805300342t5a23926je8f995b256910af3@mail.gmail.com> Martin, Sounds like you might want to base the report on a query that de-normalizes the data first so that Offer 1-6 are simply fields in the dataset rather than rows in a linked table. Steve Erbach Neenah, WI USA On Fri, May 30, 2008 at 4:37 AM, Martin W Reid wrote: > Hi All > > I have to create a fairly complex mailing label and I am hopeless with reports. > > The data is > > Number and Name (Concat values) > Offer 1 > Offer 2 > Offer 3 > Offer4 > Offer 5 > Offer 6 > > Each Offer line has three bits of data associated. In the above example there would be 6 rows in the table. > > I need to create the mailing label with the number and name at the top and the offers listed below. There can be a max of 6 offers per record. Every time I try it I get one label per row. What I need is one label for each group of records belonging to the student. > > Any help appreciated > > Martin From robert at servicexp.com Fri May 30 06:31:49 2008 From: robert at servicexp.com (Robert) Date: Fri, 30 May 2008 07:31:49 -0400 Subject: [AccessD] Cannot open any more databases In-Reply-To: <483F7EB5.3080008@colbyconsulting.com> References: <483F7EB5.3080008@colbyconsulting.com> Message-ID: <007901c8c248$c0df9090$429eb1b0$@com> Very Interesting indeed. I have struggled with the 3048 error for quite a while. I'm curious about the extended testing.. WBR ~Robert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, May 30, 2008 12:13 AM To: Access Developers discussion and problem solving Subject: [AccessD] Cannot open any more databases In testing the whole issue of memos and locking I did the following: 1) Created a FE and a BE. 2) Created a single tblMemo in the Be. Two fields, an autonumber field PKID and a memo field SomeMemo. 3) Linked the FE to the BE on tblMemo. 4) Added 1280 records in tblMemo with SomeMemo set to a string of 200 character a. 5) Set the locking to Record Level on both the FE and BE. Wrote a pair of classes in the FE. clsRst and clsRsts (plural). clsRsts opens a DAO recordset of the tblMemo, then starts iterating the recordset, creates instances of clsRst and stores the instances in a collection. ClsRst is passed in a DAO.Db reference (to use in opening a recordset) and PKID from the record that clsRsts is currently on. Thus an instance of clsRst is created for each record in tblMemo, doing a moveFirst to the PKID passed in, then attempting to edit the record (memo field), thus creating a lock. On the 119th instance it fails with an error: "Error 3048 (Cannot open any more databases.) in procedure mInit of Class Module clsRst" ONLY 119. Hmmm... I was expecting well over a thousand. Now comes the interesting part. The collection shows a count of objects in it of 118. However if IN THE FRONT END I open the table directly and place the cursor in the first record I see it is locked. I start paging down through the records. I see locked records clear up to record 178. Record 179 is NOT locked. So... I am holding 118 open recordsets in 118 class instances. Each of these recordsets is attempting an edit. However 177 records end up locked. Now, it is possible that other records are locked further down in the table, I have not attempted to look at every record (there are 1280 after all). However the fact that 118 recordsets editing 118 records locks 177 records speaks volumes about something. Not sure WHAT but something. Even more fascinating, if IN THE BACK END I start paging down through the records, the records indicate they are locked up to record 118, but CEASE to show locks starting with record 119. WTF over? Records 119-177 show locks IN THE FE but NOT IN THE BE. Additionally if I move down through the remaining records, IN THE FE I encounter other locked records, roughly every 5th record, though occasionally every sixth record. This does NOT occur in the BE! Is this bizaare or what? It will be interesting to see what happens if I open the FE again (another instance). My next experiment will be to open a (new, different) single recordset and iterate through the records attempting an edit, and log all the PKs where the code indicates an existing lock. I also think I will get "more scientific" and seed the table with different fixed width strings. For example run the code with memo strings of 20 characters, 50, 100, 200 etc. Just to see if the locking is repeatable, and if a pattern can be determined. But not tonight. Tell me your thoughts on this. -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri May 30 07:03:57 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 30 May 2008 08:03:57 -0400 Subject: [AccessD] Cannot open any more databases In-Reply-To: <007901c8c248$c0df9090$429eb1b0$@com> References: <483F7EB5.3080008@colbyconsulting.com> <007901c8c248$c0df9090$429eb1b0$@com> Message-ID: <483FED2D.1010502@colbyconsulting.com> I am working on it now. I am adding a tester class to instantiate clsRsts for multiple tables. One thing I now need to test as well is whether the memo field edits can indeed lock records in other tables. I will be creating and seeding two tables with data, alternating writing records to the two tables to maximize the probability that memos from the two tables are placed into the same page (assuming that does indeed happen). Once I have N records in each table, I will then edit as many records as possible in one table and then iterate through BOTH tables to test for locked records, and record the results in a tblTestResults. I should have results in a couple of hours. John W. Colby www.ColbyConsulting.com Robert wrote: > Very Interesting indeed. I have struggled with the 3048 error for quite a > while. I'm curious about the extended testing.. > > > WBR > ~Robert > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, May 30, 2008 12:13 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Cannot open any more databases > > In testing the whole issue of memos and locking I did the > following: > > 1) Created a FE and a BE. > 2) Created a single tblMemo in the Be. Two fields, an > autonumber field PKID and a memo field SomeMemo. > 3) Linked the FE to the BE on tblMemo. > 4) Added 1280 records in tblMemo with SomeMemo set to a > string of 200 character a. > 5) Set the locking to Record Level on both the FE and BE. > > Wrote a pair of classes in the FE. clsRst and clsRsts > (plural). clsRsts opens a DAO recordset of the tblMemo, > then starts iterating the recordset, creates instances of > clsRst and stores the instances in a collection. > > ClsRst is passed in a DAO.Db reference (to use in opening a > recordset) and PKID from the record that clsRsts is > currently on. Thus an instance of clsRst is created for > each record in tblMemo, doing a moveFirst to the PKID passed > in, then attempting to edit the record (memo field), thus > creating a lock. > > On the 119th instance it fails with an error: > > "Error 3048 (Cannot open any more databases.) in procedure > mInit of Class Module clsRst" > > ONLY 119. Hmmm... I was expecting well over a thousand. > > Now comes the interesting part. The collection shows a > count of objects in it of 118. However if IN THE FRONT END > I open the table directly and place the cursor in the first > record I see it is locked. I start paging down through the > records. I see locked records clear up to record 178. > Record 179 is NOT locked. So... I am holding 118 open > recordsets in 118 class instances. Each of these recordsets > is attempting an edit. However 177 records end up locked. > > Now, it is possible that other records are locked further > down in the table, I have not attempted to look at every > record (there are 1280 after all). > > However the fact that 118 recordsets editing 118 records > locks 177 records speaks volumes about something. Not sure > WHAT but something. > > Even more fascinating, if IN THE BACK END I start paging > down through the records, the records indicate they are > locked up to record 118, but CEASE to show locks starting > with record 119. > > WTF over? Records 119-177 show locks IN THE FE but NOT IN > THE BE. > > Additionally if I move down through the remaining records, > IN THE FE I encounter other locked records, roughly every > 5th record, though occasionally every sixth record. > > This does NOT occur in the BE! > > Is this bizaare or what? > > It will be interesting to see what happens if I open the FE > again (another instance). > > My next experiment will be to open a (new, different) single > recordset and iterate through the records attempting an > edit, and log all the PKs where the code indicates an > existing lock. > > I also think I will get "more scientific" and seed the table > with different fixed width strings. For example run the > code with memo strings of 20 characters, 50, 100, 200 etc. > Just to see if the locking is repeatable, and if a pattern > can be determined. > > But not tonight. > > Tell me your thoughts on this. From ssharkins at gmail.com Fri May 30 07:23:15 2008 From: ssharkins at gmail.com (Susan Harkins) Date: Fri, 30 May 2008 08:23:15 -0400 Subject: [AccessD] Reports References: <39cb22f30805300342t5a23926je8f995b256910af3@mail.gmail.com> Message-ID: <00c901c8c250$b9cad870$6500a8c0@SusanOne> Or a crosstab -- I can't really tell what Martin's trying to do, so a crosstab might not get the job done. Susan H. > Martin, > > Sounds like you might want to base the report on a query that > de-normalizes the data first so that Offer 1-6 are simply fields in > the dataset rather than rows in a linked table. From ssharkins at gmail.com Fri May 30 07:28:46 2008 From: ssharkins at gmail.com (Susan Harkins) Date: Fri, 30 May 2008 08:28:46 -0400 Subject: [AccessD] free online book offer Message-ID: <00d001c8c250$c024d270$6500a8c0@SusanOne> Susan H. From mwp.reid at qub.ac.uk Fri May 30 08:12:35 2008 From: mwp.reid at qub.ac.uk (Martin W Reid) Date: Fri, 30 May 2008 14:12:35 +0100 Subject: [AccessD] Reports Message-ID: Just reporting back. With of line help from MAX the problem is resolved. Max did a great job with this one and thanks to him. Martin Martin WP Reid Information Services Queen's University Riddel Hall 185 Stranmillis Road Belfast BT9 5EE Tel : 02890974465 Email : mwp.reid at qub.ac.uk ________________________________________ From: accessd-bounces at databaseadvisors.com [accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach [erbachs at gmail.com] Sent: 30 May 2008 11:42 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Reports Martin, Sounds like you might want to base the report on a query that de-normalizes the data first so that Offer 1-6 are simply fields in the dataset rather than rows in a linked table. Steve Erbach Neenah, WI USA On Fri, May 30, 2008 at 4:37 AM, Martin W Reid wrote: > Hi All > > I have to create a fairly complex mailing label and I am hopeless with reports. > > The data is > > Number and Name (Concat values) > Offer 1 > Offer 2 > Offer 3 > Offer4 > Offer 5 > Offer 6 > > Each Offer line has three bits of data associated. In the above example there would be 6 rows in the table. > > I need to create the mailing label with the number and name at the top and the offers listed below. There can be a max of 6 offers per record. Every time I try it I get one label per row. What I need is one label for each group of records belonging to the student. > > Any help appreciated > > Martin -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From erbachs at gmail.com Fri May 30 08:19:20 2008 From: erbachs at gmail.com (Steve Erbach) Date: Fri, 30 May 2008 08:19:20 -0500 Subject: [AccessD] Reports In-Reply-To: References: Message-ID: <39cb22f30805300619h6c96f4f3u1d193a4a8499f1ae@mail.gmail.com> Martin, Max? As in Rocky's Max? Max who? Steve Erbach Neenah, WI USA On Fri, May 30, 2008 at 8:12 AM, Martin W Reid wrote: > Just reporting back. With of line help from MAX the problem is resolved. Max did a great job with this one and thanks to him. > > Martin From jwcolby at colbyconsulting.com Fri May 30 08:20:52 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 30 May 2008 09:20:52 -0400 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: References: Message-ID: <483FFF34.8080909@colbyconsulting.com> > So? Trash Access?? The client has 6 years and 175K invested in the Access solution.... I would love to do so though. ;-) John W. Colby www.ColbyConsulting.com Gustav Brock wrote: > Hi John > > What you describe here is close to how a DataGridView with a DataTable and a DataTableAdapter as the source in .Net. > > So? Trash Access?? > > /gustav > >>>> jwcolby at colbyconsulting.com 29-05-2008 21:23 >>> > Charlotte, > > If and when I get around to this kind of solution I would: > > 1) Create a data store for the data coming from the record > to manipulate. Call this Original Read. > 2) Create a system for automatically matching field to > control. In my mind, probably a control naming convention > such that the field name is embedded in the control name? > Something like that. > 3) Read the data from the data store into unbound controls, > leaving the original record untouched. > 4) Allow the user to edit away. > 5) Create some method to allow the user to signal "edit > complete. > 6) Compare original data to control data. IF any changes > were made then... > 7) Pull the same data record from the table into a NEW data > store. Call this Compare Read. > 8) Compare Original Read data to Compare Read data to > discover if any data was edited. IF NOT then LOCK the > record in the table at this point. If NO field collisions > between Compare data and Modified Data (form) then LOCK the > record in the table at this point/ > 9) Create a third data record. Call this Write Data. > 10) Copy Compare Read to Write Data. > 11) Update fields with modified data from the controls > 12) Write the Write Data back to the table, releasing the lock > > If there were edits between Original Read and Compare Read > AND the modified fields collide with Compare read fields > THEN error handle. The error handler would need further > thought. Notify the user and allow overwrite? Notify the > user and trash changes? Notify the user and store in some > temp location for conflict resolution? > > For a generic solution there would have to be system > specific rules, i.e. in this system we want the users to be > told and made to reenter the data (trash changes). > > John W. Colby > www.ColbyConsulting.com > > > Charlotte Foust wrote: >> Then I have to point out AGAIN that the demo I suggested does exactly >> what you wanted, but only for a single "table" and with a predesigned >> field layout in the UI. Allows you to edit/add/delete records in an >> unbound form. It does NOT allow you to do it for any record in any >> table, that is an exercise left for the student. ;-> You would >> probably want to use a grid if you wanted to handle "any table" and >> define the columns on the fly based on an ado recordset. >> >> Charlotte Foust > > From mwp.reid at qub.ac.uk Fri May 30 08:23:20 2008 From: mwp.reid at qub.ac.uk (Martin W Reid) Date: Fri, 30 May 2008 14:23:20 +0100 Subject: [AccessD] Reports In-Reply-To: <39cb22f30805300619h6c96f4f3u1d193a4a8499f1ae@mail.gmail.com> References: , <39cb22f30805300619h6c96f4f3u1d193a4a8499f1ae@mail.gmail.com> Message-ID: Max wanadoo He did an example for me which is great. Martin Martin WP Reid Information Services Queen's University Riddel Hall 185 Stranmillis Road Belfast BT9 5EE Tel : 02890974465 Email : mwp.reid at qub.ac.uk ________________________________________ From: accessd-bounces at databaseadvisors.com [accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach [erbachs at gmail.com] Sent: 30 May 2008 14:19 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Reports Martin, Max? As in Rocky's Max? Max who? Steve Erbach Neenah, WI USA On Fri, May 30, 2008 at 8:12 AM, Martin W Reid wrote: > Just reporting back. With of line help from MAX the problem is resolved. Max did a great job with this one and thanks to him. > > Martin -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Fri May 30 08:30:23 2008 From: ssharkins at gmail.com (Susan Harkins) Date: Fri, 30 May 2008 09:30:23 -0400 Subject: [AccessD] Reports References: , <39cb22f30805300619h6c96f4f3u1d193a4a8499f1ae@mail.gmail.com> Message-ID: <021e01c8c259$51f7a080$6500a8c0@SusanOne> You might want to share his solution, if that's possible? Susan H. > Max wanadoo He did an example for me which is great. From jimdettman at verizon.net Fri May 30 08:49:45 2008 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 30 May 2008 09:49:45 -0400 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: <483F2CB1.4040803@colbyconsulting.com> References: <483EE4FB.3060908@colbyconsulting.com> <483F02B5.6080205@colbyconsulting.com><005901c8c1c3$d9764750$8119fea9@LTVM> <483F0CE7.5040808@colbyconsulting.com> <013201c8c1ce$7bc85750$7ebea8c0@LaptopII> <483F1C2D.8040102@colbyconsulting.com> <017001c8c1d7$a091ac90$7ebea8c0@LaptopII> <483F2CB1.4040803@colbyconsulting.com> Message-ID: <012c01c8c25c$05fa2b00$7ebea8c0@LaptopII> John, What I know of JET comes from many sources: 1. Understanding JET locking ver 2.0 by Kevin Collins 2. Understanding JET locking ver 3.0/3.5 by Kevin Collins 3. Microsoft Jet 3.5 Performance Overview and Optimization Techniques by Kevin Collins 4. Some of the white papers on replication (don't remember which ones, just that I gleaned a few facts out of them). 5. Access Developers Handbook series published by Sybex. 6. Conversations I had with Kevin and members of the Microsoft product support team while I was a sysop in the MS Access forum on CompuServe. Where I learned of the long value page structure and storage of memo fields I cannot point to specifically and it may be that I am not remembering it correctly either. It's been quite a few years since I've bothered to learn about the details of what goes on inside JET. At one point, shortly after JET 2.0 came out, I had the idea of building optimization utilities and tools for JET and tried to learn everything I could about it. Time never permitted me to play, so eventually I dropped the idea. But I did find out a lot about the internal workings of JET in the process. But without solid documentation from Microsoft, it's hard to say what is really going on within a long value page. And certainly there could have been changes made over the years. In fact, now that I say that, I vaguely remember something about LVP's and locking being changed in JET 3.5 to help with page recycling, but I don't remember exactly what. So there you go; LVPs were locked in some way in the past (memory is a funny thing). I suppose you could spend some time and test various scenarios to find out, but I certainly don't have the time or energy to do so any more. JET as far as I'm concerned is pretty much dead. I still use it, but only casually, so I am not as concerned about the nitty gritty details any more. Now a days, I pretty much use SQL Server. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 29, 2008 6:23 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Redesign the problem to fit the solution Where do you find this information about memos? My reading (and it was many months ago so I can't lay my hands on it either) indicated that it a memo page can in fact hold pieces of memos in different records. You are of course right, I went out and looked up the padding thing, it was for record page locking. John W. Colby www.ColbyConsulting.com Jim Dettman wrote: > JC, > > < BUT it may also lock multiple entire pages of memo storage > as well as multiple entire pages of Index storage.>> > > I've never put it to the test, but it's always been my understanding that > a long value page can only be linked to one memo field. The only exception > to that is a memo field only taking up a small number of characters (I > believe it's 40 in the current version of JET), which would then be stored > with the "fixed" portion of the record and no separate memo page would be > used. > > As far as indexes, yes, operations on them are still done at the page > level, so you can tie up an index, but an index is only updated once a > record is saved. So the issue of locking a record and then walking away has > no bearing on that. You don't lock all the indexes involved with a table > while your sitting editing a record. > > < have to be in the same table, though they might be.>> > > A page can only belong to one table. Pages never cross tables. > > < of "memo storage" out in the BE. Assume that there are 20 > records with memo fields where pieces of their memo data in > in that 4K page. You have just locked 40 records. > > AFAICT Jet does not guarantee that the memo data in a memo > field is stored contiguously in the memo storage space, so > your memo field might have data scattered over many pages, > potentially locking multiple pages.>> > > Hum don't think so as the long value pages are handled totally different > then regular pages. It's my understanding that the memos are a chain and a > long value page can belong to only one record. There is a 14 or 16 byte > pointer (depending on JET version) in the fixed record that points to the > start of the chain. > > If this were not the case and it is as you describe, then it would become > next to impossible for any type of editing to occur for any record as you > would need to lock not only the fixed portion of the record, but also lock > every page where part of a memo field existed. If I had 4 or 5 large memo > fields in a record, they could easily then end up broken over hundreds of > pages. That would be a tremendous amount of overhead to deal with and with > anything more then a few users in the same table, would make it next to > impossible for anyone to be granted an edit lock. > > < your memo is "padded" such that it fills up the memo page, > thus ensuring that the pages locked for your memo can only > lock your record. Of course this has bad side effects such > as using huge amounts of space if the real memo data is > actually small.>> > > I think your remembering that wrong. This was a common technique to > handle the lack of record level locking before JET 4.0. You just added some > text fields that were filled so the record size exceeded half the page size. > This made it impossible for more then one record to fit on a page and thus > gave you "record level" locking. > > I've never heard anyone trying to pad a memo page and I don't see how you > could as you have absolutely no control over that process. You can only do > it with the fixed portion of the record because you know the number of > fields and the types involved, and the amount of overhead on the page. > > Jim. > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 29, 2008 5:12 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Redesign the problem to fit the solution > > Jim, > > > And I would agree that bound forms do hold a recordset > open, but the affects of that can be limited by using a > bound form that is bound to only one record at a time and > not an entire table. > > Not entirely true. The lock is (or may be) only one record > BUT it may also lock multiple entire pages of memo storage > as well as multiple entire pages of Index storage. > > Those page locks can lock other records, and they don't even > have to be in the same table, though they might be. > > Assume that the presence of a memo field locks one 4K page > of "memo storage" out in the BE. Assume that there are 20 > records with memo fields where pieces of their memo data in > in that 4K page. You have just locked 40 records. > > AFAICT Jet does not guarantee that the memo data in a memo > field is stored contiguously in the memo storage space, so > your memo field might have data scattered over many pages, > potentially locking multiple pages. > > I have never seen that specific aspect of the issue > discussed anywhere by anybody with real factual answers. > > The point is simply that: > > 1) Memo fields DO store their data out in an extended > storage area of the MDB. > 2) These pages are not locked at the record level, the data > is not in the record! They lock PAGES. > 3) Multiple memo fields can store pieces of their data in > the same page. > 4) All records containing memo data in a locked page are > themselves locked. > > I have actually seen discussions of code to make sure that > your memo is "padded" such that it fills up the memo page, > thus ensuring that the pages locked for your memo can only > lock your record. Of course this has bad side effects such > as using huge amounts of space if the real memo data is > actually small. > > John W. Colby > www.ColbyConsulting.com > > > Jim Dettman wrote: >> Charlotte, >> >> Yes, that's correct. No locks is no "Edit locks", so the record doesn't >> get locked until you go to update it. >> >> And I would agree that bound forms do hold a recordset open, but the >> affects of that can be limited by using a bound form that is bound to only >> one record at a time and not an entire table. >> >> Jim. >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust >> Sent: Thursday, May 29, 2008 4:17 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Redesign the problem to fit the solution >> >> Actually IIRC, unless things have changed, NoLocks means that write >> locks are not applied until the *update* starts. >> >> Charlotte Foust >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Thursday, May 29, 2008 1:07 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Redesign the problem to fit the solution >> >> Max, >> >> In fact it is not reinventing the wheel. Bound forms hold recordsets >> open. Open recordsets cause write locks as soon as the edit begins. >> >> What I am discussing is a system that does not hold recordsets open. >> >> Did you know that "bound" combos and lists also hold recordsets open? >> each and every combo which uses a table or query opens a connection to >> the BE and holds it open. I just finished creating a generic callback >> that eliminates that by caching the data in the table. This has >> limitations in that it does not work well with frequently changing data >> but if you have data that you are willing to cache, it eliminates that >> connection to the BE. >> >> I do not have any solid data yet but I do know that in most cases the >> second and subsequent times that you open a combo that uses my callback, >> the combo loads MUCH faster than if it has to get the data from the BE. >> This is of course off topic, but I am starting to examine some issues >> that in certain instances can significantly speed up operation of the >> FE, or solve other specific problems. >> >> That is not why I am looking at the unbound form, but an unbound form >> implemented as discussed below will eliminate the "modify" lock that >> occurs when a user starts to modify a record and then goes outside to >> smoke a cigarette. These locks can be quite troublesome in an MDE BE >> under specific circumstances. This unbound form is just another tool, >> but it is MUCH less useful if it has to be custom engineered for each >> place you want an unbound form. >> >> This read / modify / inspect / write stuff is a CLASS of problem. It >> needs a solution for the problem CLASS. >> >> I am a bound form user, I like them and if they do not cause issues I >> intend to use them as long as I use Access. That said I do not have a >> usable unbound form tool in my toolbox, for those cases where it can >> solve specific problems. >> >> And yes, I have selected "edited record" in the properties. >> If you have read up on this you will know that Jet's implementation is >> less than stellar, AND it completely ignores the page lock issue. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Max Wanadoo wrote: >>> John, >>> Not wishing to add fuel to any embers that may be smoldering, but all >>> of this is just re-inventing the wheel. Access does all of this and >>> lots more in a Bound Form. As I understood it you just had a problem >>> with locking spanned unconnected records. I think that between what >>> Gustav and others have said you have a solution - keep the bound form >>> with all its *features* >>> - extract the memo field to a separate table. Perform a pseudo lock >>> on that if it does not lock to your satisfaction. >>> >>> BTW, I am assuming in all this that you have selected "Edited Record" >>> as the "Default record option" in the database options window under >> the "Advanced" >>> Tab. >>> >>> Max >>> >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>> Sent: Thursday, May 29, 2008 8:24 PM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] Redesign the problem to fit the solution >>> >>> Charlotte, >>> >>> If and when I get around to this kind of solution I would: >>> >>> 1) Create a data store for the data coming from the record to >> manipulate. >>> Call this Original Read. >>> 2) Create a system for automatically matching field to control. In my >>> mind, probably a control naming convention such that the field name is >>> embedded in the control name? >>> Something like that. >>> 3) Read the data from the data store into unbound controls, leaving >>> the original record untouched. >>> 4) Allow the user to edit away. >>> 5) Create some method to allow the user to signal "edit complete. >>> 6) Compare original data to control data. IF any changes were made >> then... >>> 7) Pull the same data record from the table into a NEW data store. >>> Call this Compare Read. >>> 8) Compare Original Read data to Compare Read data to discover if any >>> data was edited. IF NOT then LOCK the record in the table at this >>> point. If NO field collisions between Compare data and Modified Data >>> (form) then LOCK the record in the table at this point/ >>> 9) Create a third data record. Call this Write Data. >>> 10) Copy Compare Read to Write Data. >>> 11) Update fields with modified data from the controls >>> 12) Write the Write Data back to the table, releasing the lock >>> >>> If there were edits between Original Read and Compare Read AND the >>> modified fields collide with Compare read fields THEN error handle. >>> The error handler would need further thought. Notify the user and >> allow overwrite? >>> Notify the user and trash changes? Notify the user and store in some >>> temp location for conflict resolution? >>> >>> For a generic solution there would have to be system specific rules, >>> i.e. in this system we want the users to be told and made to reenter >>> the data (trash changes). >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> >>> Charlotte Foust wrote: >>>> Then I have to point out AGAIN that the demo I suggested does exactly >>>> what you wanted, but only for a single "table" and with a predesigned >>>> field layout in the UI. Allows you to edit/add/delete records in an >>>> unbound form. It does NOT allow you to do it for any record in any >>>> table, that is an exercise left for the student. ;-> You would >>>> probably want to use a grid if you wanted to handle "any table" and >>>> define the columns on the fly based on an ado recordset. >>>> >>>> Charlotte Foust >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri May 30 08:58:49 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 30 May 2008 09:58:49 -0400 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: <012c01c8c25c$05fa2b00$7ebea8c0@LaptopII> References: <483EE4FB.3060908@colbyconsulting.com> <483F02B5.6080205@colbyconsulting.com><005901c8c1c3$d9764750$8119fea9@LTVM> <483F0CE7.5040808@colbyconsulting.com> <013201c8c1ce$7bc85750$7ebea8c0@LaptopII> <483F1C2D.8040102@colbyconsulting.com> <017001c8c1d7$a091ac90$7ebea8c0@LaptopII> <483F2CB1.4040803@colbyconsulting.com> <012c01c8c25c$05fa2b00$7ebea8c0@LaptopII> Message-ID: <48400819.20109@colbyconsulting.com> >Now a days, I pretty much use SQL Server. LOL, a good strategy where you can. Unfortunately I still deal with companies firmly wedded to their MDB BEs. John W. Colby www.ColbyConsulting.com Jim Dettman wrote: > John, > > What I know of JET comes from many sources: > > 1. Understanding JET locking ver 2.0 by Kevin Collins > 2. Understanding JET locking ver 3.0/3.5 by Kevin Collins > 3. Microsoft Jet 3.5 Performance Overview and Optimization Techniques by > Kevin Collins > 4. Some of the white papers on replication (don't remember which ones, just > that I gleaned a few facts out of them). > 5. Access Developers Handbook series published by Sybex. > 6. Conversations I had with Kevin and members of the Microsoft product > support team while I was a sysop in the MS Access forum on CompuServe. > > Where I learned of the long value page structure and storage of memo > fields I cannot point to specifically and it may be that I am not > remembering it correctly either. It's been quite a few years since I've > bothered to learn about the details of what goes on inside JET. > > At one point, shortly after JET 2.0 came out, I had the idea of building > optimization utilities and tools for JET and tried to learn everything I > could about it. Time never permitted me to play, so eventually I dropped > the idea. But I did find out a lot about the internal workings of JET in > the process. > > But without solid documentation from Microsoft, it's hard to say what is > really going on within a long value page. And certainly there could have > been changes made over the years. In fact, now that I say that, I vaguely > remember something about LVP's and locking being changed in JET 3.5 to help > with page recycling, but I don't remember exactly what. So there you go; > LVPs were locked in some way in the past (memory is a funny thing). > > I suppose you could spend some time and test various scenarios to find out, > but I certainly don't have the time or energy to do so any more. JET as far > as I'm concerned is pretty much dead. I still use it, but only casually, so > I am not as concerned about the nitty gritty details any more. Now a days, > I pretty much use SQL Server. > > Jim. > > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 29, 2008 6:23 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Redesign the problem to fit the solution > > Where do you find this information about memos? My reading > (and it was many months ago so I can't lay my hands on it > either) indicated that it a memo page can in fact hold > pieces of memos in different records. > > You are of course right, I went out and looked up the > padding thing, it was for record page locking. > > John W. Colby > www.ColbyConsulting.com > > > Jim Dettman wrote: >> JC, >> >> <> BUT it may also lock multiple entire pages of memo storage >> as well as multiple entire pages of Index storage.>> >> >> I've never put it to the test, but it's always been my understanding > that >> a long value page can only be linked to one memo field. The only > exception >> to that is a memo field only taking up a small number of characters (I >> believe it's 40 in the current version of JET), which would then be stored >> with the "fixed" portion of the record and no separate memo page would be >> used. >> >> As far as indexes, yes, operations on them are still done at the page >> level, so you can tie up an index, but an index is only updated once a >> record is saved. So the issue of locking a record and then walking away > has >> no bearing on that. You don't lock all the indexes involved with a table >> while your sitting editing a record. >> >> <> have to be in the same table, though they might be.>> >> >> A page can only belong to one table. Pages never cross tables. >> >> <> of "memo storage" out in the BE. Assume that there are 20 >> records with memo fields where pieces of their memo data in >> in that 4K page. You have just locked 40 records. >> >> AFAICT Jet does not guarantee that the memo data in a memo >> field is stored contiguously in the memo storage space, so >> your memo field might have data scattered over many pages, >> potentially locking multiple pages.>> >> >> Hum don't think so as the long value pages are handled totally different >> then regular pages. It's my understanding that the memos are a chain and > a >> long value page can belong to only one record. There is a 14 or 16 byte >> pointer (depending on JET version) in the fixed record that points to the >> start of the chain. >> >> If this were not the case and it is as you describe, then it would become >> next to impossible for any type of editing to occur for any record as you >> would need to lock not only the fixed portion of the record, but also lock >> every page where part of a memo field existed. If I had 4 or 5 large memo >> fields in a record, they could easily then end up broken over hundreds of >> pages. That would be a tremendous amount of overhead to deal with and > with >> anything more then a few users in the same table, would make it next to >> impossible for anyone to be granted an edit lock. >> >> <> your memo is "padded" such that it fills up the memo page, >> thus ensuring that the pages locked for your memo can only >> lock your record. Of course this has bad side effects such >> as using huge amounts of space if the real memo data is >> actually small.>> >> >> I think your remembering that wrong. This was a common technique to >> handle the lack of record level locking before JET 4.0. You just added > some >> text fields that were filled so the record size exceeded half the page > size. >> This made it impossible for more then one record to fit on a page and thus >> gave you "record level" locking. >> >> I've never heard anyone trying to pad a memo page and I don't see how > you >> could as you have absolutely no control over that process. You can only > do >> it with the fixed portion of the record because you know the number of >> fields and the types involved, and the amount of overhead on the page. >> >> Jim. >> >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Thursday, May 29, 2008 5:12 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Redesign the problem to fit the solution >> >> Jim, >> >> > And I would agree that bound forms do hold a recordset >> open, but the affects of that can be limited by using a >> bound form that is bound to only one record at a time and >> not an entire table. >> >> Not entirely true. The lock is (or may be) only one record >> BUT it may also lock multiple entire pages of memo storage >> as well as multiple entire pages of Index storage. >> >> Those page locks can lock other records, and they don't even >> have to be in the same table, though they might be. >> >> Assume that the presence of a memo field locks one 4K page >> of "memo storage" out in the BE. Assume that there are 20 >> records with memo fields where pieces of their memo data in >> in that 4K page. You have just locked 40 records. >> >> AFAICT Jet does not guarantee that the memo data in a memo >> field is stored contiguously in the memo storage space, so >> your memo field might have data scattered over many pages, >> potentially locking multiple pages. >> >> I have never seen that specific aspect of the issue >> discussed anywhere by anybody with real factual answers. >> >> The point is simply that: >> >> 1) Memo fields DO store their data out in an extended >> storage area of the MDB. >> 2) These pages are not locked at the record level, the data >> is not in the record! They lock PAGES. >> 3) Multiple memo fields can store pieces of their data in >> the same page. >> 4) All records containing memo data in a locked page are >> themselves locked. >> >> I have actually seen discussions of code to make sure that >> your memo is "padded" such that it fills up the memo page, >> thus ensuring that the pages locked for your memo can only >> lock your record. Of course this has bad side effects such >> as using huge amounts of space if the real memo data is >> actually small. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Jim Dettman wrote: >>> Charlotte, >>> >>> Yes, that's correct. No locks is no "Edit locks", so the record > doesn't >>> get locked until you go to update it. >>> >>> And I would agree that bound forms do hold a recordset open, but the >>> affects of that can be limited by using a bound form that is bound to > only >>> one record at a time and not an entire table. >>> >>> Jim. >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte > Foust >>> Sent: Thursday, May 29, 2008 4:17 PM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] Redesign the problem to fit the solution >>> >>> Actually IIRC, unless things have changed, NoLocks means that write >>> locks are not applied until the *update* starts. >>> >>> Charlotte Foust >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>> Sent: Thursday, May 29, 2008 1:07 PM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] Redesign the problem to fit the solution >>> >>> Max, >>> >>> In fact it is not reinventing the wheel. Bound forms hold recordsets >>> open. Open recordsets cause write locks as soon as the edit begins. >>> >>> What I am discussing is a system that does not hold recordsets open. >>> >>> Did you know that "bound" combos and lists also hold recordsets open? >>> each and every combo which uses a table or query opens a connection to >>> the BE and holds it open. I just finished creating a generic callback >>> that eliminates that by caching the data in the table. This has >>> limitations in that it does not work well with frequently changing data >>> but if you have data that you are willing to cache, it eliminates that >>> connection to the BE. >>> >>> I do not have any solid data yet but I do know that in most cases the >>> second and subsequent times that you open a combo that uses my callback, >>> the combo loads MUCH faster than if it has to get the data from the BE. >>> This is of course off topic, but I am starting to examine some issues >>> that in certain instances can significantly speed up operation of the >>> FE, or solve other specific problems. >>> >>> That is not why I am looking at the unbound form, but an unbound form >>> implemented as discussed below will eliminate the "modify" lock that >>> occurs when a user starts to modify a record and then goes outside to >>> smoke a cigarette. These locks can be quite troublesome in an MDE BE >>> under specific circumstances. This unbound form is just another tool, >>> but it is MUCH less useful if it has to be custom engineered for each >>> place you want an unbound form. >>> >>> This read / modify / inspect / write stuff is a CLASS of problem. It >>> needs a solution for the problem CLASS. >>> >>> I am a bound form user, I like them and if they do not cause issues I >>> intend to use them as long as I use Access. That said I do not have a >>> usable unbound form tool in my toolbox, for those cases where it can >>> solve specific problems. >>> >>> And yes, I have selected "edited record" in the properties. >>> If you have read up on this you will know that Jet's implementation is >>> less than stellar, AND it completely ignores the page lock issue. >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> >>> Max Wanadoo wrote: >>>> John, >>>> Not wishing to add fuel to any embers that may be smoldering, but all >>>> of this is just re-inventing the wheel. Access does all of this and >>>> lots more in a Bound Form. As I understood it you just had a problem >>>> with locking spanned unconnected records. I think that between what >>>> Gustav and others have said you have a solution - keep the bound form >>>> with all its *features* >>>> - extract the memo field to a separate table. Perform a pseudo lock >>>> on that if it does not lock to your satisfaction. >>>> >>>> BTW, I am assuming in all this that you have selected "Edited Record" >>>> as the "Default record option" in the database options window under >>> the "Advanced" >>>> Tab. >>>> >>>> Max >>>> >>>> >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>>> Sent: Thursday, May 29, 2008 8:24 PM >>>> To: Access Developers discussion and problem solving >>>> Subject: Re: [AccessD] Redesign the problem to fit the solution >>>> >>>> Charlotte, >>>> >>>> If and when I get around to this kind of solution I would: >>>> >>>> 1) Create a data store for the data coming from the record to >>> manipulate. >>>> Call this Original Read. >>>> 2) Create a system for automatically matching field to control. In my >>>> mind, probably a control naming convention such that the field name is >>>> embedded in the control name? >>>> Something like that. >>>> 3) Read the data from the data store into unbound controls, leaving >>>> the original record untouched. >>>> 4) Allow the user to edit away. >>>> 5) Create some method to allow the user to signal "edit complete. >>>> 6) Compare original data to control data. IF any changes were made >>> then... >>>> 7) Pull the same data record from the table into a NEW data store. >>>> Call this Compare Read. >>>> 8) Compare Original Read data to Compare Read data to discover if any >>>> data was edited. IF NOT then LOCK the record in the table at this >>>> point. If NO field collisions between Compare data and Modified Data >>>> (form) then LOCK the record in the table at this point/ >>>> 9) Create a third data record. Call this Write Data. >>>> 10) Copy Compare Read to Write Data. >>>> 11) Update fields with modified data from the controls >>>> 12) Write the Write Data back to the table, releasing the lock >>>> >>>> If there were edits between Original Read and Compare Read AND the >>>> modified fields collide with Compare read fields THEN error handle. >>>> The error handler would need further thought. Notify the user and >>> allow overwrite? >>>> Notify the user and trash changes? Notify the user and store in some >>>> temp location for conflict resolution? >>>> >>>> For a generic solution there would have to be system specific rules, >>>> i.e. in this system we want the users to be told and made to reenter >>>> the data (trash changes). >>>> >>>> John W. Colby >>>> www.ColbyConsulting.com >>>> >>>> >>>> Charlotte Foust wrote: >>>>> Then I have to point out AGAIN that the demo I suggested does exactly >>>>> what you wanted, but only for a single "table" and with a predesigned >>>>> field layout in the UI. Allows you to edit/add/delete records in an >>>>> unbound form. It does NOT allow you to do it for any record in any >>>>> table, that is an exercise left for the student. ;-> You would >>>>> probably want to use a grid if you wanted to handle "any table" and >>>>> define the columns on the fly based on an ado recordset. >>>>> >>>>> Charlotte Foust >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> From jwcolby at colbyconsulting.com Fri May 30 08:59:59 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 30 May 2008 09:59:59 -0400 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: <012c01c8c25c$05fa2b00$7ebea8c0@LaptopII> References: <483EE4FB.3060908@colbyconsulting.com> <483F02B5.6080205@colbyconsulting.com><005901c8c1c3$d9764750$8119fea9@LTVM> <483F0CE7.5040808@colbyconsulting.com> <013201c8c1ce$7bc85750$7ebea8c0@LaptopII> <483F1C2D.8040102@colbyconsulting.com> <017001c8c1d7$a091ac90$7ebea8c0@LaptopII> <483F2CB1.4040803@colbyconsulting.com> <012c01c8c25c$05fa2b00$7ebea8c0@LaptopII> Message-ID: <4840085F.3060705@colbyconsulting.com> I am writing a little test suite to test this whole area. Should be a few more hours of coding then results will start popping out. John W. Colby www.ColbyConsulting.com Jim Dettman wrote: > John, > > What I know of JET comes from many sources: > > 1. Understanding JET locking ver 2.0 by Kevin Collins > 2. Understanding JET locking ver 3.0/3.5 by Kevin Collins > 3. Microsoft Jet 3.5 Performance Overview and Optimization Techniques by > Kevin Collins > 4. Some of the white papers on replication (don't remember which ones, just > that I gleaned a few facts out of them). > 5. Access Developers Handbook series published by Sybex. > 6. Conversations I had with Kevin and members of the Microsoft product > support team while I was a sysop in the MS Access forum on CompuServe. > > Where I learned of the long value page structure and storage of memo > fields I cannot point to specifically and it may be that I am not > remembering it correctly either. It's been quite a few years since I've > bothered to learn about the details of what goes on inside JET. > > At one point, shortly after JET 2.0 came out, I had the idea of building > optimization utilities and tools for JET and tried to learn everything I > could about it. Time never permitted me to play, so eventually I dropped > the idea. But I did find out a lot about the internal workings of JET in > the process. > > But without solid documentation from Microsoft, it's hard to say what is > really going on within a long value page. And certainly there could have > been changes made over the years. In fact, now that I say that, I vaguely > remember something about LVP's and locking being changed in JET 3.5 to help > with page recycling, but I don't remember exactly what. So there you go; > LVPs were locked in some way in the past (memory is a funny thing). > > I suppose you could spend some time and test various scenarios to find out, > but I certainly don't have the time or energy to do so any more. JET as far > as I'm concerned is pretty much dead. I still use it, but only casually, so > I am not as concerned about the nitty gritty details any more. Now a days, > I pretty much use SQL Server. > > Jim. > > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 29, 2008 6:23 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Redesign the problem to fit the solution > > Where do you find this information about memos? My reading > (and it was many months ago so I can't lay my hands on it > either) indicated that it a memo page can in fact hold > pieces of memos in different records. > > You are of course right, I went out and looked up the > padding thing, it was for record page locking. > > John W. Colby > www.ColbyConsulting.com > > > Jim Dettman wrote: >> JC, >> >> <> BUT it may also lock multiple entire pages of memo storage >> as well as multiple entire pages of Index storage.>> >> >> I've never put it to the test, but it's always been my understanding > that >> a long value page can only be linked to one memo field. The only > exception >> to that is a memo field only taking up a small number of characters (I >> believe it's 40 in the current version of JET), which would then be stored >> with the "fixed" portion of the record and no separate memo page would be >> used. >> >> As far as indexes, yes, operations on them are still done at the page >> level, so you can tie up an index, but an index is only updated once a >> record is saved. So the issue of locking a record and then walking away > has >> no bearing on that. You don't lock all the indexes involved with a table >> while your sitting editing a record. >> >> <> have to be in the same table, though they might be.>> >> >> A page can only belong to one table. Pages never cross tables. >> >> <> of "memo storage" out in the BE. Assume that there are 20 >> records with memo fields where pieces of their memo data in >> in that 4K page. You have just locked 40 records. >> >> AFAICT Jet does not guarantee that the memo data in a memo >> field is stored contiguously in the memo storage space, so >> your memo field might have data scattered over many pages, >> potentially locking multiple pages.>> >> >> Hum don't think so as the long value pages are handled totally different >> then regular pages. It's my understanding that the memos are a chain and > a >> long value page can belong to only one record. There is a 14 or 16 byte >> pointer (depending on JET version) in the fixed record that points to the >> start of the chain. >> >> If this were not the case and it is as you describe, then it would become >> next to impossible for any type of editing to occur for any record as you >> would need to lock not only the fixed portion of the record, but also lock >> every page where part of a memo field existed. If I had 4 or 5 large memo >> fields in a record, they could easily then end up broken over hundreds of >> pages. That would be a tremendous amount of overhead to deal with and > with >> anything more then a few users in the same table, would make it next to >> impossible for anyone to be granted an edit lock. >> >> <> your memo is "padded" such that it fills up the memo page, >> thus ensuring that the pages locked for your memo can only >> lock your record. Of course this has bad side effects such >> as using huge amounts of space if the real memo data is >> actually small.>> >> >> I think your remembering that wrong. This was a common technique to >> handle the lack of record level locking before JET 4.0. You just added > some >> text fields that were filled so the record size exceeded half the page > size. >> This made it impossible for more then one record to fit on a page and thus >> gave you "record level" locking. >> >> I've never heard anyone trying to pad a memo page and I don't see how > you >> could as you have absolutely no control over that process. You can only > do >> it with the fixed portion of the record because you know the number of >> fields and the types involved, and the amount of overhead on the page. >> >> Jim. >> >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Thursday, May 29, 2008 5:12 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Redesign the problem to fit the solution >> >> Jim, >> >> > And I would agree that bound forms do hold a recordset >> open, but the affects of that can be limited by using a >> bound form that is bound to only one record at a time and >> not an entire table. >> >> Not entirely true. The lock is (or may be) only one record >> BUT it may also lock multiple entire pages of memo storage >> as well as multiple entire pages of Index storage. >> >> Those page locks can lock other records, and they don't even >> have to be in the same table, though they might be. >> >> Assume that the presence of a memo field locks one 4K page >> of "memo storage" out in the BE. Assume that there are 20 >> records with memo fields where pieces of their memo data in >> in that 4K page. You have just locked 40 records. >> >> AFAICT Jet does not guarantee that the memo data in a memo >> field is stored contiguously in the memo storage space, so >> your memo field might have data scattered over many pages, >> potentially locking multiple pages. >> >> I have never seen that specific aspect of the issue >> discussed anywhere by anybody with real factual answers. >> >> The point is simply that: >> >> 1) Memo fields DO store their data out in an extended >> storage area of the MDB. >> 2) These pages are not locked at the record level, the data >> is not in the record! They lock PAGES. >> 3) Multiple memo fields can store pieces of their data in >> the same page. >> 4) All records containing memo data in a locked page are >> themselves locked. >> >> I have actually seen discussions of code to make sure that >> your memo is "padded" such that it fills up the memo page, >> thus ensuring that the pages locked for your memo can only >> lock your record. Of course this has bad side effects such >> as using huge amounts of space if the real memo data is >> actually small. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Jim Dettman wrote: >>> Charlotte, >>> >>> Yes, that's correct. No locks is no "Edit locks", so the record > doesn't >>> get locked until you go to update it. >>> >>> And I would agree that bound forms do hold a recordset open, but the >>> affects of that can be limited by using a bound form that is bound to > only >>> one record at a time and not an entire table. >>> >>> Jim. >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte > Foust >>> Sent: Thursday, May 29, 2008 4:17 PM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] Redesign the problem to fit the solution >>> >>> Actually IIRC, unless things have changed, NoLocks means that write >>> locks are not applied until the *update* starts. >>> >>> Charlotte Foust >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>> Sent: Thursday, May 29, 2008 1:07 PM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] Redesign the problem to fit the solution >>> >>> Max, >>> >>> In fact it is not reinventing the wheel. Bound forms hold recordsets >>> open. Open recordsets cause write locks as soon as the edit begins. >>> >>> What I am discussing is a system that does not hold recordsets open. >>> >>> Did you know that "bound" combos and lists also hold recordsets open? >>> each and every combo which uses a table or query opens a connection to >>> the BE and holds it open. I just finished creating a generic callback >>> that eliminates that by caching the data in the table. This has >>> limitations in that it does not work well with frequently changing data >>> but if you have data that you are willing to cache, it eliminates that >>> connection to the BE. >>> >>> I do not have any solid data yet but I do know that in most cases the >>> second and subsequent times that you open a combo that uses my callback, >>> the combo loads MUCH faster than if it has to get the data from the BE. >>> This is of course off topic, but I am starting to examine some issues >>> that in certain instances can significantly speed up operation of the >>> FE, or solve other specific problems. >>> >>> That is not why I am looking at the unbound form, but an unbound form >>> implemented as discussed below will eliminate the "modify" lock that >>> occurs when a user starts to modify a record and then goes outside to >>> smoke a cigarette. These locks can be quite troublesome in an MDE BE >>> under specific circumstances. This unbound form is just another tool, >>> but it is MUCH less useful if it has to be custom engineered for each >>> place you want an unbound form. >>> >>> This read / modify / inspect / write stuff is a CLASS of problem. It >>> needs a solution for the problem CLASS. >>> >>> I am a bound form user, I like them and if they do not cause issues I >>> intend to use them as long as I use Access. That said I do not have a >>> usable unbound form tool in my toolbox, for those cases where it can >>> solve specific problems. >>> >>> And yes, I have selected "edited record" in the properties. >>> If you have read up on this you will know that Jet's implementation is >>> less than stellar, AND it completely ignores the page lock issue. >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> >>> Max Wanadoo wrote: >>>> John, >>>> Not wishing to add fuel to any embers that may be smoldering, but all >>>> of this is just re-inventing the wheel. Access does all of this and >>>> lots more in a Bound Form. As I understood it you just had a problem >>>> with locking spanned unconnected records. I think that between what >>>> Gustav and others have said you have a solution - keep the bound form >>>> with all its *features* >>>> - extract the memo field to a separate table. Perform a pseudo lock >>>> on that if it does not lock to your satisfaction. >>>> >>>> BTW, I am assuming in all this that you have selected "Edited Record" >>>> as the "Default record option" in the database options window under >>> the "Advanced" >>>> Tab. >>>> >>>> Max >>>> >>>> >>>> >>>> -----Original Message----- >>>> From: accessd-bounces at databaseadvisors.com >>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>>> Sent: Thursday, May 29, 2008 8:24 PM >>>> To: Access Developers discussion and problem solving >>>> Subject: Re: [AccessD] Redesign the problem to fit the solution >>>> >>>> Charlotte, >>>> >>>> If and when I get around to this kind of solution I would: >>>> >>>> 1) Create a data store for the data coming from the record to >>> manipulate. >>>> Call this Original Read. >>>> 2) Create a system for automatically matching field to control. In my >>>> mind, probably a control naming convention such that the field name is >>>> embedded in the control name? >>>> Something like that. >>>> 3) Read the data from the data store into unbound controls, leaving >>>> the original record untouched. >>>> 4) Allow the user to edit away. >>>> 5) Create some method to allow the user to signal "edit complete. >>>> 6) Compare original data to control data. IF any changes were made >>> then... >>>> 7) Pull the same data record from the table into a NEW data store. >>>> Call this Compare Read. >>>> 8) Compare Original Read data to Compare Read data to discover if any >>>> data was edited. IF NOT then LOCK the record in the table at this >>>> point. If NO field collisions between Compare data and Modified Data >>>> (form) then LOCK the record in the table at this point/ >>>> 9) Create a third data record. Call this Write Data. >>>> 10) Copy Compare Read to Write Data. >>>> 11) Update fields with modified data from the controls >>>> 12) Write the Write Data back to the table, releasing the lock >>>> >>>> If there were edits between Original Read and Compare Read AND the >>>> modified fields collide with Compare read fields THEN error handle. >>>> The error handler would need further thought. Notify the user and >>> allow overwrite? >>>> Notify the user and trash changes? Notify the user and store in some >>>> temp location for conflict resolution? >>>> >>>> For a generic solution there would have to be system specific rules, >>>> i.e. in this system we want the users to be told and made to reenter >>>> the data (trash changes). >>>> >>>> John W. Colby >>>> www.ColbyConsulting.com >>>> >>>> >>>> Charlotte Foust wrote: >>>>> Then I have to point out AGAIN that the demo I suggested does exactly >>>>> what you wanted, but only for a single "table" and with a predesigned >>>>> field layout in the UI. Allows you to edit/add/delete records in an >>>>> unbound form. It does NOT allow you to do it for any record in any >>>>> table, that is an exercise left for the student. ;-> You would >>>>> probably want to use a grid if you wanted to handle "any table" and >>>>> define the columns on the fly based on an ado recordset. >>>>> >>>>> Charlotte Foust >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> From jimdettman at verizon.net Fri May 30 09:08:00 2008 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 30 May 2008 10:08:00 -0400 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: <483F2CB1.4040803@colbyconsulting.com> References: <483EE4FB.3060908@colbyconsulting.com> <483F02B5.6080205@colbyconsulting.com><005901c8c1c3$d9764750$8119fea9@LTVM> <483F0CE7.5040808@colbyconsulting.com> <013201c8c1ce$7bc85750$7ebea8c0@LaptopII> <483F1C2D.8040102@colbyconsulting.com> <017001c8c1d7$a091ac90$7ebea8c0@LaptopII> <483F2CB1.4040803@colbyconsulting.com> Message-ID: <013d01c8c25e$935d78b0$7ebea8c0@LaptopII> JC, <> You are correct and I'm all wet. From the JET 2.0 understanding JET locking white paper: "An exception to this is when a long value page contains data from more then one row of data at which point Jet will release the read lock on that page. An example of this would be when several rows of memo data are placed on one long value page." Clearly indicating that a LVP can contain memo data from more then one record. I also went back and looked at the 3.5 whitepaper, which indicates that read locks on LVP's are not placed if the data doesn't span more then a page. Apologies for the confusion. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Thursday, May 29, 2008 6:23 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Redesign the problem to fit the solution Where do you find this information about memos? My reading (and it was many months ago so I can't lay my hands on it either) indicated that it a memo page can in fact hold pieces of memos in different records. You are of course right, I went out and looked up the padding thing, it was for record page locking. John W. Colby www.ColbyConsulting.com Jim Dettman wrote: > JC, > > < BUT it may also lock multiple entire pages of memo storage > as well as multiple entire pages of Index storage.>> > > I've never put it to the test, but it's always been my understanding that > a long value page can only be linked to one memo field. The only exception > to that is a memo field only taking up a small number of characters (I > believe it's 40 in the current version of JET), which would then be stored > with the "fixed" portion of the record and no separate memo page would be > used. > > As far as indexes, yes, operations on them are still done at the page > level, so you can tie up an index, but an index is only updated once a > record is saved. So the issue of locking a record and then walking away has > no bearing on that. You don't lock all the indexes involved with a table > while your sitting editing a record. > > < have to be in the same table, though they might be.>> > > A page can only belong to one table. Pages never cross tables. > > < of "memo storage" out in the BE. Assume that there are 20 > records with memo fields where pieces of their memo data in > in that 4K page. You have just locked 40 records. > > AFAICT Jet does not guarantee that the memo data in a memo > field is stored contiguously in the memo storage space, so > your memo field might have data scattered over many pages, > potentially locking multiple pages.>> > > Hum don't think so as the long value pages are handled totally different > then regular pages. It's my understanding that the memos are a chain and a > long value page can belong to only one record. There is a 14 or 16 byte > pointer (depending on JET version) in the fixed record that points to the > start of the chain. > > If this were not the case and it is as you describe, then it would become > next to impossible for any type of editing to occur for any record as you > would need to lock not only the fixed portion of the record, but also lock > every page where part of a memo field existed. If I had 4 or 5 large memo > fields in a record, they could easily then end up broken over hundreds of > pages. That would be a tremendous amount of overhead to deal with and with > anything more then a few users in the same table, would make it next to > impossible for anyone to be granted an edit lock. > > < your memo is "padded" such that it fills up the memo page, > thus ensuring that the pages locked for your memo can only > lock your record. Of course this has bad side effects such > as using huge amounts of space if the real memo data is > actually small.>> > > I think your remembering that wrong. This was a common technique to > handle the lack of record level locking before JET 4.0. You just added some > text fields that were filled so the record size exceeded half the page size. > This made it impossible for more then one record to fit on a page and thus > gave you "record level" locking. > > I've never heard anyone trying to pad a memo page and I don't see how you > could as you have absolutely no control over that process. You can only do > it with the fixed portion of the record because you know the number of > fields and the types involved, and the amount of overhead on the page. > > Jim. > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Thursday, May 29, 2008 5:12 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Redesign the problem to fit the solution > > Jim, > > > And I would agree that bound forms do hold a recordset > open, but the affects of that can be limited by using a > bound form that is bound to only one record at a time and > not an entire table. > > Not entirely true. The lock is (or may be) only one record > BUT it may also lock multiple entire pages of memo storage > as well as multiple entire pages of Index storage. > > Those page locks can lock other records, and they don't even > have to be in the same table, though they might be. > > Assume that the presence of a memo field locks one 4K page > of "memo storage" out in the BE. Assume that there are 20 > records with memo fields where pieces of their memo data in > in that 4K page. You have just locked 40 records. > > AFAICT Jet does not guarantee that the memo data in a memo > field is stored contiguously in the memo storage space, so > your memo field might have data scattered over many pages, > potentially locking multiple pages. > > I have never seen that specific aspect of the issue > discussed anywhere by anybody with real factual answers. > > The point is simply that: > > 1) Memo fields DO store their data out in an extended > storage area of the MDB. > 2) These pages are not locked at the record level, the data > is not in the record! They lock PAGES. > 3) Multiple memo fields can store pieces of their data in > the same page. > 4) All records containing memo data in a locked page are > themselves locked. > > I have actually seen discussions of code to make sure that > your memo is "padded" such that it fills up the memo page, > thus ensuring that the pages locked for your memo can only > lock your record. Of course this has bad side effects such > as using huge amounts of space if the real memo data is > actually small. > > John W. Colby > www.ColbyConsulting.com > > > Jim Dettman wrote: >> Charlotte, >> >> Yes, that's correct. No locks is no "Edit locks", so the record doesn't >> get locked until you go to update it. >> >> And I would agree that bound forms do hold a recordset open, but the >> affects of that can be limited by using a bound form that is bound to only >> one record at a time and not an entire table. >> >> Jim. >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust >> Sent: Thursday, May 29, 2008 4:17 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Redesign the problem to fit the solution >> >> Actually IIRC, unless things have changed, NoLocks means that write >> locks are not applied until the *update* starts. >> >> Charlotte Foust >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Thursday, May 29, 2008 1:07 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Redesign the problem to fit the solution >> >> Max, >> >> In fact it is not reinventing the wheel. Bound forms hold recordsets >> open. Open recordsets cause write locks as soon as the edit begins. >> >> What I am discussing is a system that does not hold recordsets open. >> >> Did you know that "bound" combos and lists also hold recordsets open? >> each and every combo which uses a table or query opens a connection to >> the BE and holds it open. I just finished creating a generic callback >> that eliminates that by caching the data in the table. This has >> limitations in that it does not work well with frequently changing data >> but if you have data that you are willing to cache, it eliminates that >> connection to the BE. >> >> I do not have any solid data yet but I do know that in most cases the >> second and subsequent times that you open a combo that uses my callback, >> the combo loads MUCH faster than if it has to get the data from the BE. >> This is of course off topic, but I am starting to examine some issues >> that in certain instances can significantly speed up operation of the >> FE, or solve other specific problems. >> >> That is not why I am looking at the unbound form, but an unbound form >> implemented as discussed below will eliminate the "modify" lock that >> occurs when a user starts to modify a record and then goes outside to >> smoke a cigarette. These locks can be quite troublesome in an MDE BE >> under specific circumstances. This unbound form is just another tool, >> but it is MUCH less useful if it has to be custom engineered for each >> place you want an unbound form. >> >> This read / modify / inspect / write stuff is a CLASS of problem. It >> needs a solution for the problem CLASS. >> >> I am a bound form user, I like them and if they do not cause issues I >> intend to use them as long as I use Access. That said I do not have a >> usable unbound form tool in my toolbox, for those cases where it can >> solve specific problems. >> >> And yes, I have selected "edited record" in the properties. >> If you have read up on this you will know that Jet's implementation is >> less than stellar, AND it completely ignores the page lock issue. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Max Wanadoo wrote: >>> John, >>> Not wishing to add fuel to any embers that may be smoldering, but all >>> of this is just re-inventing the wheel. Access does all of this and >>> lots more in a Bound Form. As I understood it you just had a problem >>> with locking spanned unconnected records. I think that between what >>> Gustav and others have said you have a solution - keep the bound form >>> with all its *features* >>> - extract the memo field to a separate table. Perform a pseudo lock >>> on that if it does not lock to your satisfaction. >>> >>> BTW, I am assuming in all this that you have selected "Edited Record" >>> as the "Default record option" in the database options window under >> the "Advanced" >>> Tab. >>> >>> Max >>> >>> >>> >>> -----Original Message----- >>> From: accessd-bounces at databaseadvisors.com >>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>> Sent: Thursday, May 29, 2008 8:24 PM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] Redesign the problem to fit the solution >>> >>> Charlotte, >>> >>> If and when I get around to this kind of solution I would: >>> >>> 1) Create a data store for the data coming from the record to >> manipulate. >>> Call this Original Read. >>> 2) Create a system for automatically matching field to control. In my >>> mind, probably a control naming convention such that the field name is >>> embedded in the control name? >>> Something like that. >>> 3) Read the data from the data store into unbound controls, leaving >>> the original record untouched. >>> 4) Allow the user to edit away. >>> 5) Create some method to allow the user to signal "edit complete. >>> 6) Compare original data to control data. IF any changes were made >> then... >>> 7) Pull the same data record from the table into a NEW data store. >>> Call this Compare Read. >>> 8) Compare Original Read data to Compare Read data to discover if any >>> data was edited. IF NOT then LOCK the record in the table at this >>> point. If NO field collisions between Compare data and Modified Data >>> (form) then LOCK the record in the table at this point/ >>> 9) Create a third data record. Call this Write Data. >>> 10) Copy Compare Read to Write Data. >>> 11) Update fields with modified data from the controls >>> 12) Write the Write Data back to the table, releasing the lock >>> >>> If there were edits between Original Read and Compare Read AND the >>> modified fields collide with Compare read fields THEN error handle. >>> The error handler would need further thought. Notify the user and >> allow overwrite? >>> Notify the user and trash changes? Notify the user and store in some >>> temp location for conflict resolution? >>> >>> For a generic solution there would have to be system specific rules, >>> i.e. in this system we want the users to be told and made to reenter >>> the data (trash changes). >>> >>> John W. Colby >>> www.ColbyConsulting.com >>> >>> >>> Charlotte Foust wrote: >>>> Then I have to point out AGAIN that the demo I suggested does exactly >>>> what you wanted, but only for a single "table" and with a predesigned >>>> field layout in the UI. Allows you to edit/add/delete records in an >>>> unbound form. It does NOT allow you to do it for any record in any >>>> table, that is an exercise left for the student. ;-> You would >>>> probably want to use a grid if you wanted to handle "any table" and >>>> define the columns on the fly based on an ado recordset. >>>> >>>> Charlotte Foust >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Fri May 30 09:09:15 2008 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Fri, 30 May 2008 15:09:15 +0100 Subject: [AccessD] Reports In-Reply-To: <39cb22f30805300619h6c96f4f3u1d193a4a8499f1ae@mail.gmail.com> References: <39cb22f30805300619h6c96f4f3u1d193a4a8499f1ae@mail.gmail.com> Message-ID: <000101c8c25e$c06ea450$8119fea9@LTVM> That would be Max Me Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Friday, May 30, 2008 2:19 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Reports Martin, Max? As in Rocky's Max? Max who? Steve Erbach Neenah, WI USA On Fri, May 30, 2008 at 8:12 AM, Martin W Reid wrote: > Just reporting back. With of line help from MAX the problem is resolved. Max did a great job with this one and thanks to him. > > Martin -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Fri May 30 09:44:47 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 30 May 2008 09:44:47 -0500 Subject: [AccessD] Reports In-Reply-To: <000101c8c25e$c06ea450$8119fea9@LTVM> Message-ID: Who's Max Me? ;) I only know Max you! (And Rocky's Max) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, May 30, 2008 9:09 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Reports That would be Max Me Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Friday, May 30, 2008 2:19 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Reports Martin, Max? As in Rocky's Max? Max who? Steve Erbach Neenah, WI USA On Fri, May 30, 2008 at 8:12 AM, Martin W Reid wrote: > Just reporting back. With of line help from MAX the problem is resolved. Max did a great job with this one and thanks to him. > > Martin -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From max.wanadoo at gmail.com Fri May 30 10:02:56 2008 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Fri, 30 May 2008 16:02:56 +0100 Subject: [AccessD] Reports In-Reply-To: References: <000101c8c25e$c06ea450$8119fea9@LTVM> Message-ID: <001501c8c266$3eafa3d0$8119fea9@LTVM> Hmm, why does everybody refer to me as "Rocky's Max". Thought I was a free man. Rocky! If you own me, can I have some wages 'cos you ain't paid me for a very long time? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Friday, May 30, 2008 3:45 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Reports Who's Max Me? ;) I only know Max you! (And Rocky's Max) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, May 30, 2008 9:09 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Reports That would be Max Me Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Friday, May 30, 2008 2:19 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Reports Martin, Max? As in Rocky's Max? Max who? Steve Erbach Neenah, WI USA On Fri, May 30, 2008 at 8:12 AM, Martin W Reid wrote: > Just reporting back. With of line help from MAX the problem is resolved. Max did a great job with this one and thanks to him. > > Martin -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From markamatte at hotmail.com Fri May 30 10:04:04 2008 From: markamatte at hotmail.com (Mark A Matte) Date: Fri, 30 May 2008 15:04:04 +0000 Subject: [AccessD] Open MDB from another MDB In-Reply-To: <00c901c8c250$b9cad870$6500a8c0@SusanOne> References: <39cb22f30805300342t5a23926je8f995b256910af3@mail.gmail.com> <00c901c8c250$b9cad870$6500a8c0@SusanOne> Message-ID: Hello All, In Access2003 I want to have an mdb open...click a button andf have it open a different mdb in the same window? Any suggestions? Thanks, Mark A. Matte _________________________________________________________________ E-mail for the greater good. Join the i?m Initiative from Microsoft. http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ GreaterGood From max.wanadoo at gmail.com Fri May 30 10:12:07 2008 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Fri, 30 May 2008 16:12:07 +0100 Subject: [AccessD] Open MDB from another MDB In-Reply-To: References: <39cb22f30805300342t5a23926je8f995b256910af3@mail.gmail.com> <00c901c8c250$b9cad870$6500a8c0@SusanOne> Message-ID: <001901c8c267$8716d660$8119fea9@LTVM> Do you mean that you want to quit out of the current mdb and open another so that there is only one instance of Access running? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Friday, May 30, 2008 4:04 PM To: Access Developers discussion and problem solving Subject: [AccessD] Open MDB from another MDB Hello All, In Access2003 I want to have an mdb open...click a button andf have it open a different mdb in the same window? Any suggestions? Thanks, Mark A. Matte _________________________________________________________________ E-mail for the greater good. Join the i'm Initiative from Microsoft. http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ GreaterGood -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From edzedz at comcast.net Fri May 30 11:16:11 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Fri, 30 May 2008 09:16:11 -0700 Subject: [AccessD] Reports In-Reply-To: <001501c8c266$3eafa3d0$8119fea9@LTVM> Message-ID: <00d201c8c270$7a6d7aa0$63dea8c0@dudley1> Gee, but what was the answer to the Reports question ? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Max Wanadoo Sent: Friday, May 30, 2008 8:03 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Reports Hmm, why does everybody refer to me as "Rocky's Max". Thought I was a free man. Rocky! If you own me, can I have some wages 'cos you ain't paid me for a very long time? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Friday, May 30, 2008 3:45 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Reports Who's Max Me? ;) I only know Max you! (And Rocky's Max) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, May 30, 2008 9:09 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Reports That would be Max Me Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Friday, May 30, 2008 2:19 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Reports Martin, Max? As in Rocky's Max? Max who? Steve Erbach Neenah, WI USA On Fri, May 30, 2008 at 8:12 AM, Martin W Reid wrote: > Just reporting back. With of line help from MAX the problem is resolved. Max did a great job with this one and thanks to him. > > Martin -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Fri May 30 10:23:46 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Fri, 30 May 2008 08:23:46 -0700 Subject: [AccessD] Reports In-Reply-To: <001501c8c266$3eafa3d0$8119fea9@LTVM> References: <000101c8c25e$c06ea450$8119fea9@LTVM> <001501c8c266$3eafa3d0$8119fea9@LTVM> Message-ID: <005701c8c269$27450b10$0301a8c0@HAL9005> I already got one of those Max's and he's costing me an arm and a lung. Off to Northwestern in the fall (ack!). So what have you done for me lately? Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, May 30, 2008 8:03 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Reports Hmm, why does everybody refer to me as "Rocky's Max". Thought I was a free man. Rocky! If you own me, can I have some wages 'cos you ain't paid me for a very long time? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Friday, May 30, 2008 3:45 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Reports Who's Max Me? ;) I only know Max you! (And Rocky's Max) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, May 30, 2008 9:09 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Reports That would be Max Me Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Friday, May 30, 2008 2:19 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Reports Martin, Max? As in Rocky's Max? Max who? Steve Erbach Neenah, WI USA On Fri, May 30, 2008 at 8:12 AM, Martin W Reid wrote: > Just reporting back. With of line help from MAX the problem is resolved. Max did a great job with this one and thanks to him. > > Martin -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.24.4/1474 - Release Date: 30/5/2008 07:44 From edzedz at comcast.net Fri May 30 11:25:49 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Fri, 30 May 2008 09:25:49 -0700 Subject: [AccessD] Open MDB from another MDB In-Reply-To: <001901c8c267$8716d660$8119fea9@LTVM> Message-ID: <00d501c8c271$d3191af0$63dea8c0@dudley1> Could Lambert's solution be of any help ? > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > Lambert > Sent: Monday, May 12, 2008 1:30 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Run Report in Another Database > > "Setting a reference" open up any code module in the mdb that is going to be > calling the other database. On the Tools menu select 'References'. In the > resulting dialog box click the Browse button and navigate to the location of > the other database and select the MDB/MDE file. > > You now have a reference to the other database and any public code in it can > be executed from the first database simply by using the identifier for the > Sub/Function (and passing any parameters it may need.) > > Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Max Wanadoo Sent: Friday, May 30, 2008 8:12 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Open MDB from another MDB Do you mean that you want to quit out of the current mdb and open another so that there is only one instance of Access running? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Friday, May 30, 2008 4:04 PM To: Access Developers discussion and problem solving Subject: [AccessD] Open MDB from another MDB Hello All, In Access2003 I want to have an mdb open...click a button andf have it open a different mdb in the same window? Any suggestions? Thanks, Mark A. Matte _________________________________________________________________ E-mail for the greater good. Join the i'm Initiative from Microsoft. http://im.live.com/Messenger/IM/Join/Default.aspx?source=EML_WL_ GreaterGood -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From max.wanadoo at gmail.com Fri May 30 10:29:10 2008 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Fri, 30 May 2008 16:29:10 +0100 Subject: [AccessD] Reports In-Reply-To: <00d201c8c270$7a6d7aa0$63dea8c0@dudley1> References: <001501c8c266$3eafa3d0$8119fea9@LTVM> <00d201c8c270$7a6d7aa0$63dea8c0@dudley1> Message-ID: <001d01c8c269$e8edc3b0$8119fea9@LTVM> Edward, I just wrote some code to create a flat file from the separate records (denormalize it all). Then created the report labels from that. I have posted the code below but it is nothing to should home about. Cannot provide any data however, as it was a live system. Max Option Compare Database Option Explicit Public Function pfCreateTempTableForReport() Dim dbs As DAO.Database, rst As DAO.Recordset, sql As String, rst2 As DAO.Recordset, sql2 As String Set dbs = CurrentDb Dim lngCt As Long, lngFor As Long, strFld As String, strNumb As String sql = "Drop Table tblTemp" On Error Resume Next dbs.Execute (sql) On Error GoTo errhandler: sql = "Create Table tblTemp (UCAS_NBR_AND_CH Text, LAST Text, Initial Text," strFld = "CHOICE_TYPE" For lngFor = 1 To 6 sql = sql & strFld & lngFor & " Text," Next lngFor strFld = "COURSE" For lngFor = 1 To 6 sql = sql & strFld & lngFor & " Text," Next lngFor strFld = "DR" For lngFor = 1 To 6 sql = sql & strFld & lngFor & " Text," Next lngFor sql = Left(sql, Len(sql) - 1) & ")" dbs.Execute (sql) ' get the data sql = "Select * from ExampleData order by UCAS_NBR_AND_CH" Set rst = dbs.OpenRecordset(sql) rst.MoveFirst Do While Not rst.EOF sql2 = "Select * from tblTemp WHERE UCAS_NBR_AND_CH='" & rst!UCAS_NBR_AND_CH & "'" Set rst2 = dbs.OpenRecordset(sql2) If rst2.EOF Then rst2.AddNew rst2!UCAS_NBR_AND_CH = Nz(rst!UCAS_NBR_AND_CH, "") rst2!last = rst!last rst2!Initial = rst!Initial lngCt = 1 Else lngCt = lngCt + 1 If lngCt > 6 Then Stop rst2.Edit End If strFld = "CHOICE_TYPE" rst2(strFld & lngCt) = Trim(rst(strFld) & " " & rst!Field12) strFld = "COURSE" rst2(strFld & lngCt) = Trim(rst(strFld)) strFld = "DR" rst2(strFld & lngCt) = Trim(rst(strFld)) rst2.Update rst.MoveNext Loop MsgBox "Done" exithere: Set dbs = Nothing: Set rst = Nothing: Set rst2 = Nothing Exit Function errhandler: MsgBox "Error: " & Err.Number & vbCrLf & Err.Description Resume exithere End Function -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S Zuris Sent: Friday, May 30, 2008 5:16 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Reports Gee, but what was the answer to the Reports question ? From max.wanadoo at gmail.com Fri May 30 10:32:46 2008 From: max.wanadoo at gmail.com (Max Wanadoo) Date: Fri, 30 May 2008 16:32:46 +0100 Subject: [AccessD] Reports In-Reply-To: <005701c8c269$27450b10$0301a8c0@HAL9005> References: <000101c8c25e$c06ea450$8119fea9@LTVM><001501c8c266$3eafa3d0$8119fea9@LTVM> <005701c8c269$27450b10$0301a8c0@HAL9005> Message-ID: <002101c8c26a$69738740$8119fea9@LTVM> Ask not what I can do for you, but what you can do for mankind (or summat like that)... Well, I have existed. I have waited here patiently until you posted a question and then I responded to it (but only if I understood the question). Does that rate me for any wages? Max (the other one) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Friday, May 30, 2008 4:24 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Reports I already got one of those Max's and he's costing me an arm and a lung. Off to Northwestern in the fall (ack!). So what have you done for me lately? Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, May 30, 2008 8:03 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Reports Hmm, why does everybody refer to me as "Rocky's Max". Thought I was a free man. Rocky! If you own me, can I have some wages 'cos you ain't paid me for a very long time? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Friday, May 30, 2008 3:45 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Reports Who's Max Me? ;) I only know Max you! (And Rocky's Max) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, May 30, 2008 9:09 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Reports That would be Max Me Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Friday, May 30, 2008 2:19 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Reports Martin, Max? As in Rocky's Max? Max who? Steve Erbach Neenah, WI USA On Fri, May 30, 2008 at 8:12 AM, Martin W Reid wrote: > Just reporting back. With of line help from MAX the problem is resolved. Max did a great job with this one and thanks to him. > > Martin -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.24.4/1474 - Release Date: 30/5/2008 07:44 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mwp.reid at qub.ac.uk Fri May 30 10:32:35 2008 From: mwp.reid at qub.ac.uk (Martin W Reid) Date: Fri, 30 May 2008 16:32:35 +0100 Subject: [AccessD] Reports In-Reply-To: <00d201c8c270$7a6d7aa0$63dea8c0@dudley1> References: <001501c8c266$3eafa3d0$8119fea9@LTVM>, <00d201c8c270$7a6d7aa0$63dea8c0@dudley1> Message-ID: Max As its your baby? Martin Martin WP Reid Information Services Queen's University Riddel Hall 185 Stranmillis Road Belfast BT9 5EE Tel : 02890974465 Email : mwp.reid at qub.ac.uk ________________________________________ From: accessd-bounces at databaseadvisors.com [accessd-bounces at databaseadvisors.com] On Behalf Of Edward S Zuris [edzedz at comcast.net] Sent: 30 May 2008 17:16 To: accessd at databaseadvisors.com Subject: Re: [AccessD] Reports Gee, but what was the answer to the Reports question ? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Max Wanadoo Sent: Friday, May 30, 2008 8:03 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Reports Hmm, why does everybody refer to me as "Rocky's Max". Thought I was a free man. Rocky! If you own me, can I have some wages 'cos you ain't paid me for a very long time? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Friday, May 30, 2008 3:45 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Reports Who's Max Me? ;) I only know Max you! (And Rocky's Max) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, May 30, 2008 9:09 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Reports That would be Max Me Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Friday, May 30, 2008 2:19 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Reports Martin, Max? As in Rocky's Max? Max who? Steve Erbach Neenah, WI USA On Fri, May 30, 2008 at 8:12 AM, Martin W Reid wrote: > Just reporting back. With of line help from MAX the problem is resolved. Max did a great job with this one and thanks to him. > > Martin -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mwp.reid at qub.ac.uk Fri May 30 10:33:50 2008 From: mwp.reid at qub.ac.uk (Martin W Reid) Date: Fri, 30 May 2008 16:33:50 +0100 Subject: [AccessD] Reports In-Reply-To: <001d01c8c269$e8edc3b0$8119fea9@LTVM> References: <001501c8c266$3eafa3d0$8119fea9@LTVM> <00d201c8c270$7a6d7aa0$63dea8c0@dudley1>, <001d01c8c269$e8edc3b0$8119fea9@LTVM> Message-ID: Was a good, tidy solution. Thanks Max. martin Martin WP Reid Information Services Queen's University Riddel Hall 185 Stranmillis Road Belfast BT9 5EE Tel : 02890974465 Email : mwp.reid at qub.ac.uk ________________________________________ From: accessd-bounces at databaseadvisors.com [accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo [max.wanadoo at gmail.com] Sent: 30 May 2008 16:29 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Reports Edward, I just wrote some code to create a flat file from the separate records (denormalize it all). Then created the report labels from that. I have posted the code below but it is nothing to should home about. Cannot provide any data however, as it was a live system. Max Option Compare Database Option Explicit Public Function pfCreateTempTableForReport() Dim dbs As DAO.Database, rst As DAO.Recordset, sql As String, rst2 As DAO.Recordset, sql2 As String Set dbs = CurrentDb Dim lngCt As Long, lngFor As Long, strFld As String, strNumb As String sql = "Drop Table tblTemp" On Error Resume Next dbs.Execute (sql) On Error GoTo errhandler: sql = "Create Table tblTemp (UCAS_NBR_AND_CH Text, LAST Text, Initial Text," strFld = "CHOICE_TYPE" For lngFor = 1 To 6 sql = sql & strFld & lngFor & " Text," Next lngFor strFld = "COURSE" For lngFor = 1 To 6 sql = sql & strFld & lngFor & " Text," Next lngFor strFld = "DR" For lngFor = 1 To 6 sql = sql & strFld & lngFor & " Text," Next lngFor sql = Left(sql, Len(sql) - 1) & ")" dbs.Execute (sql) ' get the data sql = "Select * from ExampleData order by UCAS_NBR_AND_CH" Set rst = dbs.OpenRecordset(sql) rst.MoveFirst Do While Not rst.EOF sql2 = "Select * from tblTemp WHERE UCAS_NBR_AND_CH='" & rst!UCAS_NBR_AND_CH & "'" Set rst2 = dbs.OpenRecordset(sql2) If rst2.EOF Then rst2.AddNew rst2!UCAS_NBR_AND_CH = Nz(rst!UCAS_NBR_AND_CH, "") rst2!last = rst!last rst2!Initial = rst!Initial lngCt = 1 Else lngCt = lngCt + 1 If lngCt > 6 Then Stop rst2.Edit End If strFld = "CHOICE_TYPE" rst2(strFld & lngCt) = Trim(rst(strFld) & " " & rst!Field12) strFld = "COURSE" rst2(strFld & lngCt) = Trim(rst(strFld)) strFld = "DR" rst2(strFld & lngCt) = Trim(rst(strFld)) rst2.Update rst.MoveNext Loop MsgBox "Done" exithere: Set dbs = Nothing: Set rst = Nothing: Set rst2 = Nothing Exit Function errhandler: MsgBox "Error: " & Err.Number & vbCrLf & Err.Description Resume exithere End Function -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S Zuris Sent: Friday, May 30, 2008 5:16 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Reports Gee, but what was the answer to the Reports question ? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri May 30 10:48:26 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 30 May 2008 11:48:26 -0400 Subject: [AccessD] OT: Selecting records instead of moving cursor Message-ID: <484021CA.3010509@colbyconsulting.com> I am getting the problem where when I try to use my down arrow key to move down through the recordset it SELECTS the data (makes it black) instead of moving the cursor. I remember this has happened to me a couple of times before but can never remember the solution. I thought it was one of the "lock keys" was selected (num lock etc) but I have tried to toggle those and it is not fixing the issue. Does anyone know the solution? -- John W. Colby www.ColbyConsulting.com From edzedz at comcast.net Fri May 30 11:50:12 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Fri, 30 May 2008 09:50:12 -0700 Subject: [AccessD] Reports In-Reply-To: <001d01c8c269$e8edc3b0$8119fea9@LTVM> Message-ID: <00da01c8c275$3ab45c80$63dea8c0@dudley1> Oh. . . Make a table to hold some temp data to help Reports. Thanks. . . -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Max Wanadoo Sent: Friday, May 30, 2008 8:29 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Reports Edward, I just wrote some code to create a flat file from the separate records (denormalize it all). Then created the report labels from that. I have posted the code below but it is nothing to should home about. Cannot provide any data however, as it was a live system. Max Option Compare Database Option Explicit Public Function pfCreateTempTableForReport() Dim dbs As DAO.Database, rst As DAO.Recordset, sql As String, rst2 As DAO.Recordset, sql2 As String Set dbs = CurrentDb Dim lngCt As Long, lngFor As Long, strFld As String, strNumb As String sql = "Drop Table tblTemp" On Error Resume Next dbs.Execute (sql) On Error GoTo errhandler: sql = "Create Table tblTemp (UCAS_NBR_AND_CH Text, LAST Text, Initial Text," strFld = "CHOICE_TYPE" For lngFor = 1 To 6 sql = sql & strFld & lngFor & " Text," Next lngFor strFld = "COURSE" For lngFor = 1 To 6 sql = sql & strFld & lngFor & " Text," Next lngFor strFld = "DR" For lngFor = 1 To 6 sql = sql & strFld & lngFor & " Text," Next lngFor sql = Left(sql, Len(sql) - 1) & ")" dbs.Execute (sql) ' get the data sql = "Select * from ExampleData order by UCAS_NBR_AND_CH" Set rst = dbs.OpenRecordset(sql) rst.MoveFirst Do While Not rst.EOF sql2 = "Select * from tblTemp WHERE UCAS_NBR_AND_CH='" & rst!UCAS_NBR_AND_CH & "'" Set rst2 = dbs.OpenRecordset(sql2) If rst2.EOF Then rst2.AddNew rst2!UCAS_NBR_AND_CH = Nz(rst!UCAS_NBR_AND_CH, "") rst2!last = rst!last rst2!Initial = rst!Initial lngCt = 1 Else lngCt = lngCt + 1 If lngCt > 6 Then Stop rst2.Edit End If strFld = "CHOICE_TYPE" rst2(strFld & lngCt) = Trim(rst(strFld) & " " & rst!Field12) strFld = "COURSE" rst2(strFld & lngCt) = Trim(rst(strFld)) strFld = "DR" rst2(strFld & lngCt) = Trim(rst(strFld)) rst2.Update rst.MoveNext Loop MsgBox "Done" exithere: Set dbs = Nothing: Set rst = Nothing: Set rst2 = Nothing Exit Function errhandler: MsgBox "Error: " & Err.Number & vbCrLf & Err.Description Resume exithere End Function -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S Zuris Sent: Friday, May 30, 2008 5:16 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Reports Gee, but what was the answer to the Reports question ? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From edzedz at comcast.net Fri May 30 11:53:50 2008 From: edzedz at comcast.net (Edward S Zuris) Date: Fri, 30 May 2008 09:53:50 -0700 Subject: [AccessD] Reports In-Reply-To: Message-ID: <00db01c8c275$bcfda200$63dea8c0@dudley1> Yes, I agree. Besides my clients don't even want to look at the code, but I do. . . . Liked the Create Table idea too. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Martin W Reid Sent: Friday, May 30, 2008 8:34 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Reports Was a good, tidy solution. Thanks Max. martin Martin WP Reid Information Services Queen's University Riddel Hall 185 Stranmillis Road Belfast BT9 5EE Tel : 02890974465 Email : mwp.reid at qub.ac.uk ________________________________________ From: accessd-bounces at databaseadvisors.com [accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo [max.wanadoo at gmail.com] Sent: 30 May 2008 16:29 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Reports Edward, I just wrote some code to create a flat file from the separate records (denormalize it all). Then created the report labels from that. I have posted the code below but it is nothing to should home about. Cannot provide any data however, as it was a live system. Max Option Compare Database Option Explicit Public Function pfCreateTempTableForReport() Dim dbs As DAO.Database, rst As DAO.Recordset, sql As String, rst2 As DAO.Recordset, sql2 As String Set dbs = CurrentDb Dim lngCt As Long, lngFor As Long, strFld As String, strNumb As String sql = "Drop Table tblTemp" On Error Resume Next dbs.Execute (sql) On Error GoTo errhandler: sql = "Create Table tblTemp (UCAS_NBR_AND_CH Text, LAST Text, Initial Text," strFld = "CHOICE_TYPE" For lngFor = 1 To 6 sql = sql & strFld & lngFor & " Text," Next lngFor strFld = "COURSE" For lngFor = 1 To 6 sql = sql & strFld & lngFor & " Text," Next lngFor strFld = "DR" For lngFor = 1 To 6 sql = sql & strFld & lngFor & " Text," Next lngFor sql = Left(sql, Len(sql) - 1) & ")" dbs.Execute (sql) ' get the data sql = "Select * from ExampleData order by UCAS_NBR_AND_CH" Set rst = dbs.OpenRecordset(sql) rst.MoveFirst Do While Not rst.EOF sql2 = "Select * from tblTemp WHERE UCAS_NBR_AND_CH='" & rst!UCAS_NBR_AND_CH & "'" Set rst2 = dbs.OpenRecordset(sql2) If rst2.EOF Then rst2.AddNew rst2!UCAS_NBR_AND_CH = Nz(rst!UCAS_NBR_AND_CH, "") rst2!last = rst!last rst2!Initial = rst!Initial lngCt = 1 Else lngCt = lngCt + 1 If lngCt > 6 Then Stop rst2.Edit End If strFld = "CHOICE_TYPE" rst2(strFld & lngCt) = Trim(rst(strFld) & " " & rst!Field12) strFld = "COURSE" rst2(strFld & lngCt) = Trim(rst(strFld)) strFld = "DR" rst2(strFld & lngCt) = Trim(rst(strFld)) rst2.Update rst.MoveNext Loop MsgBox "Done" exithere: Set dbs = Nothing: Set rst = Nothing: Set rst2 = Nothing Exit Function errhandler: MsgBox "Error: " & Err.Number & vbCrLf & Err.Description Resume exithere End Function -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Edward S Zuris Sent: Friday, May 30, 2008 5:16 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Reports Gee, but what was the answer to the Reports question ? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Fri May 30 11:00:13 2008 From: rockysmolin at bchacc.com (Rocky Smolin at Beach Access Software) Date: Fri, 30 May 2008 09:00:13 -0700 Subject: [AccessD] Reports In-Reply-To: <002101c8c26a$69738740$8119fea9@LTVM> References: <000101c8c25e$c06ea450$8119fea9@LTVM><001501c8c266$3eafa3d0$8119fea9@LTVM><005701c8c269$27450b10$0301a8c0@HAL9005> <002101c8c26a$69738740$8119fea9@LTVM> Message-ID: <006101c8c26e$3f2612b0$0301a8c0@HAL9005> We can talk... Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, May 30, 2008 8:33 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Reports Ask not what I can do for you, but what you can do for mankind (or summat like that)... Well, I have existed. I have waited here patiently until you posted a question and then I responded to it (but only if I understood the question). Does that rate me for any wages? Max (the other one) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin at Beach Access Software Sent: Friday, May 30, 2008 4:24 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Reports I already got one of those Max's and he's costing me an arm and a lung. Off to Northwestern in the fall (ack!). So what have you done for me lately? Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, May 30, 2008 8:03 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Reports Hmm, why does everybody refer to me as "Rocky's Max". Thought I was a free man. Rocky! If you own me, can I have some wages 'cos you ain't paid me for a very long time? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Friday, May 30, 2008 3:45 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Reports Who's Max Me? ;) I only know Max you! (And Rocky's Max) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, May 30, 2008 9:09 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Reports That would be Max Me Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Friday, May 30, 2008 2:19 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Reports Martin, Max? As in Rocky's Max? Max who? Steve Erbach Neenah, WI USA On Fri, May 30, 2008 at 8:12 AM, Martin W Reid wrote: > Just reporting back. With of line help from MAX the problem is resolved. Max did a great job with this one and thanks to him. > > Martin -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.24.4/1474 - Release Date: 30/5/2008 07:44 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com No virus found in this incoming message. Checked by AVG. Version: 8.0.100 / Virus Database: 269.24.4/1474 - Release Date: 30/5/2008 07:44 From cfoust at infostatsystems.com Fri May 30 11:03:36 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Fri, 30 May 2008 09:03:36 -0700 Subject: [AccessD] OT: Selecting records instead of moving cursor In-Reply-To: <484021CA.3010509@colbyconsulting.com> References: <484021CA.3010509@colbyconsulting.com> Message-ID: Does it have anything to do with the Enter key behavior? Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, May 30, 2008 8:48 AM To: Access Developers discussion and problem solving Subject: [AccessD] OT: Selecting records instead of moving cursor I am getting the problem where when I try to use my down arrow key to move down through the recordset it SELECTS the data (makes it black) instead of moving the cursor. I remember this has happened to me a couple of times before but can never remember the solution. I thought it was one of the "lock keys" was selected (num lock etc) but I have tried to toggle those and it is not fixing the issue. Does anyone know the solution? -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri May 30 11:17:18 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 30 May 2008 12:17:18 -0400 Subject: [AccessD] OT: Selecting records instead of moving cursor In-Reply-To: References: <484021CA.3010509@colbyconsulting.com> Message-ID: <4840288E.1040108@colbyconsulting.com> Well... there is SOMETHING that triggers it (it has happened before) and simply hitting ESCAPE clears it. Strange but once the trigger is understood it makes sense, I remember that. John W. Colby www.ColbyConsulting.com Charlotte Foust wrote: > Does it have anything to do with the Enter key behavior? > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, May 30, 2008 8:48 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] OT: Selecting records instead of moving cursor > > I am getting the problem where when I try to use my down arrow key to > move down through the recordset it SELECTS the data (makes it black) > instead of moving the cursor. > > I remember this has happened to me a couple of times before but can > never remember the solution. I thought it was one of the "lock keys" > was selected (num lock etc) but I have tried to toggle those and it is > not fixing the issue. > > Does anyone know the solution? > > -- > John W. Colby > www.ColbyConsulting.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From DWUTKA at Marlow.com Fri May 30 11:18:35 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 30 May 2008 11:18:35 -0500 Subject: [AccessD] Reports In-Reply-To: <001501c8c266$3eafa3d0$8119fea9@LTVM> Message-ID: LOL, one of Rocky's son's names is Max. (did I use the ' right in that?) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, May 30, 2008 10:03 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Reports Hmm, why does everybody refer to me as "Rocky's Max". Thought I was a free man. Rocky! If you own me, can I have some wages 'cos you ain't paid me for a very long time? Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Friday, May 30, 2008 3:45 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Reports Who's Max Me? ;) I only know Max you! (And Rocky's Max) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Wanadoo Sent: Friday, May 30, 2008 9:09 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Reports That would be Max Me Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Erbach Sent: Friday, May 30, 2008 2:19 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Reports Martin, Max? As in Rocky's Max? Max who? Steve Erbach Neenah, WI USA On Fri, May 30, 2008 at 8:12 AM, Martin W Reid wrote: > Just reporting back. With of line help from MAX the problem is resolved. Max did a great job with this one and thanks to him. > > Martin -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From DWUTKA at Marlow.com Fri May 30 11:19:57 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 30 May 2008 11:19:57 -0500 Subject: [AccessD] OT: Selecting records instead of moving cursor In-Reply-To: <484021CA.3010509@colbyconsulting.com> Message-ID: Isn't there a key behavior proprety on Access forms? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, May 30, 2008 10:48 AM To: Access Developers discussion and problem solving Subject: [AccessD] OT: Selecting records instead of moving cursor I am getting the problem where when I try to use my down arrow key to move down through the recordset it SELECTS the data (makes it black) instead of moving the cursor. I remember this has happened to me a couple of times before but can never remember the solution. I thought it was one of the "lock keys" was selected (num lock etc) but I have tried to toggle those and it is not fixing the issue. Does anyone know the solution? -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From jwcolby at colbyconsulting.com Fri May 30 11:27:27 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 30 May 2008 12:27:27 -0400 Subject: [AccessD] OT: Selecting records instead of moving cursor In-Reply-To: References: Message-ID: <48402AEF.60808@colbyconsulting.com> I just don't remember how this happens. I think I have seen it in Excel as well. I just hit ESCAPE (quite by accident) and the behavior went away. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > Isn't there a key behavior proprety on Access forms? > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, May 30, 2008 10:48 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] OT: Selecting records instead of moving cursor > > I am getting the problem where when I try to use my down > arrow key to move down through the recordset it SELECTS the > data (makes it black) instead of moving the cursor. > > I remember this has happened to me a couple of times before > but can never remember the solution. I thought it was one > of the "lock keys" was selected (num lock etc) but I have > tried to toggle those and it is not fixing the issue. > > Does anyone know the solution? > From Gustav at cactus.dk Fri May 30 11:29:32 2008 From: Gustav at cactus.dk (Gustav Brock) Date: Fri, 30 May 2008 18:29:32 +0200 Subject: [AccessD] OT: Selecting records instead of moving cursor Message-ID: Hi John That something is hitting F8 one or more times. To reverse hit Esc one or more times. /gustav >>> jwcolby at colbyconsulting.com 30-05-2008 18:17 >>> Well... there is SOMETHING that triggers it (it has happened before) and simply hitting ESCAPE clears it. Strange but once the trigger is understood it makes sense, I remember that. John W. Colby www.ColbyConsulting.com Charlotte Foust wrote: > Does it have anything to do with the Enter key behavior? > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, May 30, 2008 8:48 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] OT: Selecting records instead of moving cursor > > I am getting the problem where when I try to use my down arrow key to > move down through the recordset it SELECTS the data (makes it black) > instead of moving the cursor. > > I remember this has happened to me a couple of times before but can > never remember the solution. I thought it was one of the "lock keys" > was selected (num lock etc) but I have tried to toggle those and it is > not fixing the issue. > > Does anyone know the solution? From mmattys at rochester.rr.com Fri May 30 11:32:52 2008 From: mmattys at rochester.rr.com (Michael R Mattys) Date: Fri, 30 May 2008 12:32:52 -0400 Subject: [AccessD] OT: Selecting records instead of moving cursor References: <48402AEF.60808@colbyconsulting.com> Message-ID: <01ae01c8c272$cfa92c10$0302a8c0@Laptop> I think it's a Windows accessibilty feature ... Michael R. Mattys MapPoint & Access Dev www.mattysconsulting.com ----- Original Message ----- From: "jwcolby" To: "Access Developers discussion and problem solving" Sent: Friday, May 30, 2008 12:27 PM Subject: Re: [AccessD] OT: Selecting records instead of moving cursor >I just don't remember how this happens. I think I have seen > it in Excel as well. I just hit ESCAPE (quite by accident) > and the behavior went away. > > > > John W. Colby > www.ColbyConsulting.com From jwcolby at colbyconsulting.com Fri May 30 11:34:12 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 30 May 2008 12:34:12 -0400 Subject: [AccessD] Been Dazed and Confused for so long it's not true. Message-ID: <48402C84.2020402@colbyconsulting.com> OK, now that I have my test code running... I am locking all these records, and in the USER INTERFACE (open a table and click in a record) the record is locked. I cannot edit the memo IN THE TABLE. BUT my code opens a recordset and can edit that exact same record. If (from in the table) I click records / remove Filter/Sort the edit that I just performed in the recordset shows in the memo field AND the record is STILL LOCKED looking directly in the table - I still can't edit it through the table directly. I am using DAO recordsets to perform the edit. Is there a property that I am supposed to set to cause the DAO recordset object to honor the locks? To DAO records not see the locks? This is truly strange and not what I was expecting. -- John W. Colby www.ColbyConsulting.com From jwcolby at colbyconsulting.com Fri May 30 11:38:34 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 30 May 2008 12:38:34 -0400 Subject: [AccessD] OT: Selecting records instead of moving cursor In-Reply-To: <01ae01c8c272$cfa92c10$0302a8c0@Laptop> References: <48402AEF.60808@colbyconsulting.com> <01ae01c8c272$cfa92c10$0302a8c0@Laptop> Message-ID: <48402D8A.7080209@colbyconsulting.com> I think you are right, see Gustav's reply. John W. Colby www.ColbyConsulting.com Michael R Mattys wrote: > I think it's a Windows accessibilty feature ... > > Michael R. Mattys > MapPoint & Access Dev > www.mattysconsulting.com > > ----- Original Message ----- > From: "jwcolby" > To: "Access Developers discussion and problem solving" > > Sent: Friday, May 30, 2008 12:27 PM > Subject: Re: [AccessD] OT: Selecting records instead of moving cursor > > >> I just don't remember how this happens. I think I have seen >> it in Excel as well. I just hit ESCAPE (quite by accident) >> and the behavior went away. >> >> >> >> John W. Colby >> www.ColbyConsulting.com > From mmattys at rochester.rr.com Fri May 30 11:44:58 2008 From: mmattys at rochester.rr.com (Michael R Mattys) Date: Fri, 30 May 2008 12:44:58 -0400 Subject: [AccessD] OT: Selecting records instead of moving cursor References: <48402AEF.60808@colbyconsulting.com><01ae01c8c272$cfa92c10$0302a8c0@Laptop> <48402D8A.7080209@colbyconsulting.com> Message-ID: <01c301c8c274$802607b0$0302a8c0@Laptop> Gustav has a direct connection to the databaseadvisors.com server or something - his replies always get there before mine! :) Michael R. Mattys MapPoint & Access Dev www.mattysconsulting.com ----- Original Message ----- From: "jwcolby" To: "Access Developers discussion and problem solving" Sent: Friday, May 30, 2008 12:38 PM Subject: Re: [AccessD] OT: Selecting records instead of moving cursor >I think you are right, see Gustav's reply. > > John W. Colby > www.ColbyConsulting.com > > > Michael R Mattys wrote: >> I think it's a Windows accessibilty feature ... >> >> Michael R. Mattys >> MapPoint & Access Dev >> www.mattysconsulting.com >> >> ----- Original Message ----- >> From: "jwcolby" >> To: "Access Developers discussion and problem solving" >> >> Sent: Friday, May 30, 2008 12:27 PM >> Subject: Re: [AccessD] OT: Selecting records instead of moving cursor >> >> >>> I just don't remember how this happens. I think I have seen >>> it in Excel as well. I just hit ESCAPE (quite by accident) >>> and the behavior went away. >>> >>> >>> >>> John W. Colby >>> www.ColbyConsulting.com >> > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From DWUTKA at Marlow.com Fri May 30 11:45:51 2008 From: DWUTKA at Marlow.com (Drew Wutka) Date: Fri, 30 May 2008 11:45:51 -0500 Subject: [AccessD] Been Dazed and Confused for so long it's not true. In-Reply-To: <48402C84.2020402@colbyconsulting.com> Message-ID: Hey, in your experiments there is something else you should keep in mind. There is a difference between writing to memo field in code, and writing to one with the Access interface: In code, you are limited to the max size of the database for data entered into a memo field (ie, 2 gig in A2k and up). With the Access interface, you can only enter 64k. Just a thought to keep in mind while you tinker! ;) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, May 30, 2008 11:34 AM To: Access Developers discussion and problem solving Subject: [AccessD] Been Dazed and Confused for so long it's not true. OK, now that I have my test code running... I am locking all these records, and in the USER INTERFACE (open a table and click in a record) the record is locked. I cannot edit the memo IN THE TABLE. BUT my code opens a recordset and can edit that exact same record. If (from in the table) I click records / remove Filter/Sort the edit that I just performed in the recordset shows in the memo field AND the record is STILL LOCKED looking directly in the table - I still can't edit it through the table directly. I am using DAO recordsets to perform the edit. Is there a property that I am supposed to set to cause the DAO recordset object to honor the locks? To DAO records not see the locks? This is truly strange and not what I was expecting. -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. From jwcolby at colbyconsulting.com Fri May 30 11:48:38 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 30 May 2008 12:48:38 -0400 Subject: [AccessD] OT: Selecting records instead of moving cursor In-Reply-To: <01c301c8c274$802607b0$0302a8c0@Laptop> References: <48402AEF.60808@colbyconsulting.com><01ae01c8c272$cfa92c10$0302a8c0@Laptop> <48402D8A.7080209@colbyconsulting.com> <01c301c8c274$802607b0$0302a8c0@Laptop> Message-ID: <48402FE6.40803@colbyconsulting.com> I think he lives in their server room. ;-) John W. Colby www.ColbyConsulting.com Michael R Mattys wrote: > Gustav has a direct connection to the databaseadvisors.com server > or something - his replies always get there before mine! :) > > Michael R. Mattys > MapPoint & Access Dev > www.mattysconsulting.com > > ----- Original Message ----- > From: "jwcolby" > To: "Access Developers discussion and problem solving" > > Sent: Friday, May 30, 2008 12:38 PM > Subject: Re: [AccessD] OT: Selecting records instead of moving cursor > > >> I think you are right, see Gustav's reply. >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Michael R Mattys wrote: >>> I think it's a Windows accessibilty feature ... >>> >>> Michael R. Mattys >>> MapPoint & Access Dev >>> www.mattysconsulting.com >>> >>> ----- Original Message ----- >>> From: "jwcolby" >>> To: "Access Developers discussion and problem solving" >>> >>> Sent: Friday, May 30, 2008 12:27 PM >>> Subject: Re: [AccessD] OT: Selecting records instead of moving cursor >>> >>> >>>> I just don't remember how this happens. I think I have seen >>>> it in Excel as well. I just hit ESCAPE (quite by accident) >>>> and the behavior went away. >>>> >>>> >>>> >>>> John W. Colby >>>> www.ColbyConsulting.com >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Fri May 30 11:58:09 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 30 May 2008 12:58:09 -0400 Subject: [AccessD] Been Dazed and Confused for so long it's not true. In-Reply-To: References: Message-ID: <48403221.7060207@colbyconsulting.com> Thanks Drew. I don't think that will be an issue but I will keep it in mind. ATM I am only creating a thousand records with about 100 characters. It appears that the memo actually stores TWO bytes for each character due to the two byte character thingie (international). Still, I should not hit the 2 gig limitation with my current testing. John W. Colby www.ColbyConsulting.com Drew Wutka wrote: > Hey, in your experiments there is something else you should keep in > mind. There is a difference between writing to memo field in code, and > writing to one with the Access interface: > > In code, you are limited to the max size of the database for data > entered into a memo field (ie, 2 gig in A2k and up). With the Access > interface, you can only enter 64k. > > Just a thought to keep in mind while you tinker! ;) > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, May 30, 2008 11:34 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Been Dazed and Confused for so long it's not true. > > OK, now that I have my test code running... > > I am locking all these records, and in the USER INTERFACE > (open a table and click in a record) the record is locked. > I cannot edit the memo IN THE TABLE. > > BUT my code opens a recordset and can edit that exact same > record. If (from in the table) I click records / remove > Filter/Sort the edit that I just performed in the recordset > shows in the memo field AND the record is STILL LOCKED > looking directly in the table - I still can't edit it > through the table directly. > > I am using DAO recordsets to perform the edit. Is there a > property that I am supposed to set to cause the DAO > recordset object to honor the locks? To DAO records not see > the locks? > > This is truly strange and not what I was expecting. > From jwcolby at colbyconsulting.com Fri May 30 12:28:28 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 30 May 2008 13:28:28 -0400 Subject: [AccessD] Redesign the problem to fit the solution In-Reply-To: <013d01c8c25e$935d78b0$7ebea8c0@LaptopII> References: <483EE4FB.3060908@colbyconsulting.com> <483F02B5.6080205@colbyconsulting.com><005901c8c1c3$d9764750$8119fea9@LTVM> <483F0CE7.5040808@colbyconsulting.com> <013201c8c1ce$7bc85750$7ebea8c0@LaptopII> <483F1C2D.8040102@colbyconsulting.com> <017001c8c1d7$a091ac90$7ebea8c0@LaptopII> <483F2CB1.4040803@colbyconsulting.com> <013d01c8c25e$935d78b0$7ebea8c0@LaptopII> Message-ID: <4840393C.7060405@colbyconsulting.com> Jim, Well, I am at a standstill because I do not know how to programmatically test the locking issue. Through the interface the record is locked, but I can still edit it with a recordset. I was going to use the recordset to test for, find and log the locks but the recordset doesn't see the locks. I am going to try using an ADO recordset to test the locks and see if that can see them. John W. Colby www.ColbyConsulting.com Jim Dettman wrote: > JC, > > < (and it was many months ago so I can't lay my hands on it > either) indicated that it a memo page can in fact hold > pieces of memos in different records.>> > > You are correct and I'm all wet. From the JET 2.0 understanding JET > locking white paper: > > "An exception to this is when a long value page contains data from more then > one row of data at which point Jet will release the read lock on that page. > An example of this would be when several rows of memo data are placed on one > long value page." > > Clearly indicating that a LVP can contain memo data from more then one > record. > > I also went back and looked at the 3.5 whitepaper, which indicates that > read locks on LVP's are not placed if the data doesn't span more then a > page. > > Apologies for the confusion. > > Jim. From cfoust at infostatsystems.com Fri May 30 13:19:24 2008 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Fri, 30 May 2008 11:19:24 -0700 Subject: [AccessD] Been Dazed and Confused for so long it's not true. In-Reply-To: <48402C84.2020402@colbyconsulting.com> References: <48402C84.2020402@colbyconsulting.com> Message-ID: John, If you're setting locks in ADO and editing the table in DAO, you will find differences. I ran into that a long time ago, but I've forgotten the details. I think that's why I was always so careful to limit myself to working in one model or the other at a time. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, May 30, 2008 9:34 AM To: Access Developers discussion and problem solving Subject: [AccessD] Been Dazed and Confused for so long it's not true. OK, now that I have my test code running... I am locking all these records, and in the USER INTERFACE (open a table and click in a record) the record is locked. I cannot edit the memo IN THE TABLE. BUT my code opens a recordset and can edit that exact same record. If (from in the table) I click records / remove Filter/Sort the edit that I just performed in the recordset shows in the memo field AND the record is STILL LOCKED looking directly in the table - I still can't edit it through the table directly. I am using DAO recordsets to perform the edit. Is there a property that I am supposed to set to cause the DAO recordset object to honor the locks? To DAO records not see the locks? This is truly strange and not what I was expecting. -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri May 30 13:28:35 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 30 May 2008 14:28:35 -0400 Subject: [AccessD] Been Dazed and Confused for so long it's not true. In-Reply-To: References: <48402C84.2020402@colbyconsulting.com> Message-ID: <48404753.1040107@colbyconsulting.com> > If you're setting locks in ADO and editing the table in DAO, you will find differences. LOL. Now wouldn't THAT be cute. A lock is a lock except when... At the moment I am setting locks by editing in DAO and then trying to count the locks using DAO. That isn't working. The DAO recordset coming along behind to test the locks is not finding any locked records. This whole subject is looking very messy. Hey, does anyone think we should just ignore unnecessary stuff like locks and release a brand new version called 2007? Or perhaps 2007 fixed this? ROTFLMAOBTC BWAAAAHAAAAAHAAAA John W. Colby www.ColbyConsulting.com Charlotte Foust wrote: > John, > > If you're setting locks in ADO and editing the table in DAO, you will > find differences. I ran into that a long time ago, but I've forgotten > the details. I think that's why I was always so careful to limit myself > to working in one model or the other at a time. > > Charlotte Foust From fuller.artful at gmail.com Fri May 30 13:48:27 2008 From: fuller.artful at gmail.com (Arthur Fuller) Date: Fri, 30 May 2008 14:48:27 -0400 Subject: [AccessD] Momentary Adieu Message-ID: <29f585dd0805301148n77b50202u5f91d5bbfcd27db5@mail.gmail.com> Sorry for the Cross-post, but I wanted to ensure that I touch all my friends on these lists. On Sunday morning I am moving to Bermuda to take a job as a SQL developer. It's a dream job and the money is excellent and the people are all really smart and the dress-code is very casual (tee shirt and shorts and sandals), and there is neither snow nor taxes. Where's the down side? So, consider this official notice of the creation of the Bermuda chapter of our group. My email will remain the same, so I won't lose touch, but it may take me a few days to get the Internet etc. installed. But fair warning, I'll be back in your faces within a few days. And we could always plan an dbAdvisor's conference in Bermuda, although the hotel prices are rather steep. Arthur From shamil at smsconsulting.spb.ru Fri May 30 15:07:30 2008 From: shamil at smsconsulting.spb.ru (Shamil Salakhetdinov) Date: Sat, 31 May 2008 00:07:30 +0400 Subject: [AccessD] Momentary Adieu In-Reply-To: <29f585dd0805301148n77b50202u5f91d5bbfcd27db5@mail.gmail.com> Message-ID: <002b01c8c290$caddecc0$6401a8c0@nant> Hi Arthur, Good Luck there on Bermuda! Keep in touch with us... If you'll get known there are vacant positions there for contractual MS Access/MS Office/MS SQL/.NET/ASP.NET etc. developers then I think I'd not mind to come there to try :) Not kidding, looking for projects these days and in this country advanced developers/analysts are in demand currently but the rates are not good enough to keep my family living on good level... I must say I'm also starting to think that it's time to move somewhere working and living in more warn places than St.Petersburg, Russia, at least for the most cold seasons of the year: I thought Canary Islands would be good for that or Seyshells (http://home.hccnet.nl/g.jacobs/) :) But Bermuda should be good also: I like to play tennis and go swimming in my spare time - Bermuda should be a paradise place for such activities... I wish you safe and smooth (is that correct English?) transition to Bermuda, and quick adaptation there, and to get back in touch with all of us here ASAP... Thank you. -- Shamil -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Friday, May 30, 2008 10:48 PM To: Access Developers discussion and problem solving; Discussion concerning MS SQL Server; Discussion of Hardware and Software issues Subject: [AccessD] Momentary Adieu Sorry for the Cross-post, but I wanted to ensure that I touch all my friends on these lists. On Sunday morning I am moving to Bermuda to take a job as a SQL developer. It's a dream job and the money is excellent and the people are all really smart and the dress-code is very casual (tee shirt and shorts and sandals), and there is neither snow nor taxes. Where's the down side? So, consider this official notice of the creation of the Bermuda chapter of our group. My email will remain the same, so I won't lose touch, but it may take me a few days to get the Internet etc. installed. But fair warning, I'll be back in your faces within a few days. And we could always plan an dbAdvisor's conference in Bermuda, although the hotel prices are rather steep. Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wdhindman at dejpolsystems.com Fri May 30 15:40:04 2008 From: wdhindman at dejpolsystems.com (William Hindman) Date: Fri, 30 May 2008 16:40:04 -0400 Subject: [AccessD] Momentary Adieu References: <29f585dd0805301148n77b50202u5f91d5bbfcd27db5@mail.gmail.com> Message-ID: ...hurry back, eh. William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "Arthur Fuller" Sent: Friday, May 30, 2008 2:48 PM To: "Access Developers discussion and problem solving" ; "Discussion concerning MS SQL Server" ; "Discussion of Hardware and Software issues" Subject: [AccessD] Momentary Adieu > Sorry for the Cross-post, but I wanted to ensure that I touch all my > friends > on these lists. > > On Sunday morning I am moving to Bermuda to take a job as a SQL developer. > It's a dream job and the money is excellent and the people are all really > smart and the dress-code is very casual (tee shirt and shorts and > sandals), > and there is neither snow nor taxes. Where's the down side? > > So, consider this official notice of the creation of the Bermuda chapter > of > our group. My email will remain the same, so I won't lose touch, but it > may > take me a few days to get the Internet etc. installed. But fair warning, > I'll be back in your faces within a few days. > > And we could always plan an dbAdvisor's conference in Bermuda, although > the > hotel prices are rather steep. > > Arthur > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From dwaters at usinternet.com Fri May 30 15:52:30 2008 From: dwaters at usinternet.com (Dan Waters) Date: Fri, 30 May 2008 15:52:30 -0500 Subject: [AccessD] Access 2007 Might Delete Instead of Compact Message-ID: <2A57FEFA7D7241E5A2875894DCF1DC3D@danwaters> Read http://support.microsoft.com/?kbid=950812 From jwcolby at colbyconsulting.com Fri May 30 15:52:59 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 30 May 2008 16:52:59 -0400 Subject: [AccessD] Momentary Adieu In-Reply-To: References: <29f585dd0805301148n77b50202u5f91d5bbfcd27db5@mail.gmail.com> Message-ID: <4840692B.4020207@colbyconsulting.com> Why? Oh... you mean to AccessD. ;-) John W. Colby www.ColbyConsulting.com William Hindman wrote: > ...hurry back, eh. > > William > "The truth is incontrovertible, malice may attack it, ignorance may deride > it, but in the end; there it is." > > -------------------------------------------------- > From: "Arthur Fuller" > Sent: Friday, May 30, 2008 2:48 PM > To: "Access Developers discussion and problem solving" > ; "Discussion concerning MS SQL Server" > ; "Discussion of Hardware and Software > issues" > Subject: [AccessD] Momentary Adieu > >> Sorry for the Cross-post, but I wanted to ensure that I touch all my >> friends >> on these lists. >> >> On Sunday morning I am moving to Bermuda to take a job as a SQL developer. >> It's a dream job and the money is excellent and the people are all really >> smart and the dress-code is very casual (tee shirt and shorts and >> sandals), >> and there is neither snow nor taxes. Where's the down side? >> >> So, consider this official notice of the creation of the Bermuda chapter >> of >> our group. My email will remain the same, so I won't lose touch, but it >> may >> take me a few days to get the Internet etc. installed. But fair warning, >> I'll be back in your faces within a few days. >> >> And we could always plan an dbAdvisor's conference in Bermuda, although >> the >> hotel prices are rather steep. >> >> Arthur >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > From jengross at gte.net Fri May 30 18:46:19 2008 From: jengross at gte.net (Jennifer Gross) Date: Fri, 30 May 2008 15:46:19 -0800 Subject: [AccessD] A better picture? In-Reply-To: <49DFE57FB126044B8A8B934E7AEA09ED09FD7464@WPEXCH05.colesmyer.ad.cmltd.net.au> Message-ID: <0K1P00FHJE04M71A@vms046.mailsrvcs.net> Hi Darryl, Below is my procedure code. You have to have opened a PowerPoint Presentation and an Excel Workbook. Dealing with this over many years and many different versions of Office/Access combinations I found it easiest to open a hidden instance of Excel, create the chart in Excel and then copy and paste into PowerPoint. It was easier and more reliable to base the chart on values in Excel cells than to try to populate the chart's datasheet directly in PP. You need to makes sure you have references to PowerPoint, Excel and MS Graph. I also wanted control over the color of the pie slices so I set up a global ColorArray() with the numerical values for the colors I wanted. This was important because in my application there were many charts going to a single PP and the user always wanted the slice for say 'apples' to be the same color in all of the charts. This is part of creating a PP with charts interspersed between slides with bullet points, that is why I need to know what slide we are on and I use a new worksheet in Excel for creating each graph. Once the PP is created I close out Excel and the user never knows that is what was used. A lot of the formatting is client preference - so do with it what you will. Please watch the word wrap. Jennifer Sub CreateChart(pptPres As PowerPoint.Presentation, pptSlideNumber As Integer, TitleMsg As Long, _ exlwbk As Excel.Workbook, SheetNo As Integer, rsName As String, txtFld As String, numFld As String, _ txtSortFld As String) On Error GoTo ErrorHandler Dim strErrMsg As String 'for Error Handling Dim pptslide As PowerPoint.Slide Dim db As DAO.Database Dim rs As DAO.Recordset Dim rsSorted As DAO.Recordset Dim ndxColumn As Integer Dim ndxRow As Integer Dim SliceCount As Integer Dim exlRange As Excel.Range Dim ch As ChartObject Dim x As Integer Set db = CurrentDb Set rs = db.OpenRecordset(rsName, dbOpenDynaset) rs.Sort = txtSortFld Set rsSorted = rs.OpenRecordset If Not rsSorted.EOF And Not rsSorted.BOF Then exlwbk.Worksheets(SheetNo).Activate ndxColumn = 1 ndxRow = 1 SliceCount = 0 rsSorted.MoveFirst Do While Not rsSorted.EOF If rsSorted(numFld) > 1 Then exlwbk.Sheets(SheetNo).Cells(ndxRow, ndxColumn) = rsSorted(txtFld) exlwbk.Sheets(SheetNo).Cells(ndxRow, ndxColumn + 1) = CLng(rsSorted(numFld)) ndxRow = ndxRow + 1 SliceCount = SliceCount + 1 End If rsSorted.MoveNext Loop Set exlRange = exlwbk.Worksheets(SheetNo).Range("A1:B" & SliceCount) Set ch = exlwbk.Worksheets(SheetNo).ChartObjects.Add(100, 30, 400, 250) ch.Chart.ChartWizard Source:=exlRange, PlotBy:=xlRows, SeriesLabels:=1 With ch.Chart .ChartType = xl3DPie .Legend.Position = xlLegendPositionBottom .Legend.Font.Name = "Arial" .Legend.Font.Size = 12 .Legend.Left = 10 .Legend.Width = 650 .Legend.Top = 420 .Legend.Height = 200 .Legend.Font.Color = ColorArray(7) .Legend.Fill.Visible = msoFalse .ChartArea.Border.LineStyle = xlLineStyleNone .PlotArea.Border.LineStyle = xlLineStyleNone .ChartArea.Width = 620 .Rotation = 90 .Elevation = 0 .Axes(xlSeriesAxis).TickLabels.Delete .Walls.Interior.Color = rgb(255, 255, 255) .Floor.Interior.Color = rgb(255, 255, 255) .SeriesCollection(1).HasDataLabels = msoFalse For x = 1 To SliceCount .SeriesCollection(1).Points(x).Interior.Color = ColorArray(x) .SeriesCollection(x).Interior.Color = ColorArray(x) .Axes(xlCategory).TickLabels.Delete Next x If SliceCount < 4 Then For x = 5 To SliceCount + 2 Step -1 .DataTable.Columns(x).Delete Next x End If 'delete rows that are causing bars to be thin For x = 3 To 10 Step 1 .DataTable.Rows(3).Delete Next x .Refresh '.Application.Quit ch.Select ch.Copy End With Set pptslide = pptPres.Slides.Add(pptPres.Slides.Count + 1, ppLayoutChart) pptslide.Shapes.Title.TextFrame.TextRange.Text = TitleMsg pptslide.Shapes(2).Delete pptslide.Shapes.Paste With pptslide.Shapes(2) .Left = 25 .Top = 55 .Width = 500 .Height = 425 End With End If ExitHere: DoCmd.SetWarnings True rs.Close rsSorted.Close Set db = Nothing Exit Sub ErrorHandler: Select Case Err Case 91 'do nothing - object never opened err.clear Resume Next Case 1004 Resume Next Case Else strErrMsg = "An error occurred in " & "CreateChart" & vbCrLf & vbCrLf & vbCrLf strErrMsg = strErrMsg & "Error #: " & Format$(Err.Number) & vbCrLf & vbCrLf strErrMsg = strErrMsg & "Error Description: " & Err.Description MsgBox strErrMsg, vbInformation, "CreateChart" Resume ExitHere End Select End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Thursday, May 29, 2008 2:37 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A better picture? aaaaah, Lebans, I should have guessed. Will also have a look at this option, although I also like the sound of Jennifer's approach. many thanks Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of William Hindman Sent: Thursday, 29 May 2008 5:30 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A better picture? http://www.lebans.com/loadsavejpeg.htm ...he uses the intel jpeg library to allow Access to use much larger jpegs in the image control ...should in turn give you a much cleaner pdf graphic output ...he also has a report converter to word that manages large embedded graphics ...I use it regularly with clients rather than snapshot. William "The truth is incontrovertible, malice may attack it, ignorance may deride it, but in the end; there it is." -------------------------------------------------- From: "Darryl Collins" Sent: Thursday, May 29, 2008 12:45 AM To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] A better picture? > > > aaah, seems like snapshot is the only option. i have added an "Export..." > button to the custom toolbar to allow the users to do this. If anyone > has a better suggestion I am all ears. > > :) > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darryl > Collins > Sent: Thursday, 29 May 2008 2:26 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] A better picture? > > > > Hi People, > > I have a button to create a PDF from a report. Then my ever so > creative users are taking a copy of the PDF and putting it into power > point. Of course by this stage (3rd generation of mushy PeeCee > Graphic conversion) the image is softer than grandma's feather bed and much less comfy. > > Is there anyway of turning the Access report immediately into a JPG > instead of using snapshot? > > As usual, I know you can do this in Excel with charts and the like, ' > ---------------------------- Dim Chart1 As Chart Set mychart = > Sheets("MySheet").ChartObjects(1).Chart > mychart.Export Filename:="C:\CopyOfMyChart.jpg", FilterName:="jpg" > ' ---------------------------- > > or any part of a workbook using code such as:\ Selection.CopyPicture > Appearance:=xlScreen, Format:=xlPicture" > > Is this possible to do in VBA Access? > > regards > Darryl. > > This email and any attachments may contain privileged and confidential > information and are intended for the named addressee only. If you have > received this e-mail in error, please notify the sender and delete > this e-mail immediately. Any confidentiality, privilege or copyright > is not waived or lost because this e-mail has been sent to you in > error. It is your responsibility to check this e-mail and any attachments for viruses. > No warranty is made that this material is free from computer virus or > any other defect or error. Any loss/damage incurred by using this > material is not the sender's responsibility. The sender's entire > liability will be limited to resupplying the material. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > This email and any attachments may contain privileged and confidential > information and are intended for the named addressee only. If you have > received this e-mail in error, please notify the sender and delete > this e-mail immediately. Any confidentiality, privilege or copyright > is not waived or lost because this e-mail has been sent to you in > error. It is your responsibility to check this e-mail and any attachments for viruses. > No warranty is made that this material is free from computer virus or > any other defect or error. Any loss/damage incurred by using this > material is not the sender's responsibility. The sender's entire > liability will be limited to resupplying the material. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sat May 31 07:37:34 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 31 May 2008 08:37:34 -0400 Subject: [AccessD] Hamachi as service Message-ID: <4841468E.3060505@colbyconsulting.com> For all of you who run the excellent Hamachi VPN networking, check this out. http://serviceex.com/HServiceSetup/ Click the DOWNLOAD link to get it. I have Hamachi running on all of my systems, and even my virtual machines. Using Hamachi I can tunnel in to my systems at home when I am on the road (not that often), run remote desktop on them, pull or push files between drives etc. Hamachi also allows me to use Remote Desktop on all of my network machines without having to futz with the registry and port forwarding on the router. With this it runs as a service and can even be set to automatically restart if the little applet is closed. Recommended. -- John W. Colby www.ColbyConsulting.com From hkotsch at arcor.de Sat May 31 08:14:49 2008 From: hkotsch at arcor.de (Helmut Kotsch) Date: Sat, 31 May 2008 15:14:49 +0200 Subject: [AccessD] Hamachi as service In-Reply-To: <4841468E.3060505@colbyconsulting.com> Message-ID: Did you try TemaViewer? http://www.teamviewer.com/index.aspx Helmut -----Ursprungliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von jwcolby Gesendet: Samstag, 31. Mai 2008 14:38 An: Access Developers discussion and problem solving; Discussion of Hardware and Software issues Betreff: [AccessD] Hamachi as service For all of you who run the excellent Hamachi VPN networking, check this out. http://serviceex.com/HServiceSetup/ Click the DOWNLOAD link to get it. I have Hamachi running on all of my systems, and even my virtual machines. Using Hamachi I can tunnel in to my systems at home when I am on the road (not that often), run remote desktop on them, pull or push files between drives etc. Hamachi also allows me to use Remote Desktop on all of my network machines without having to futz with the registry and port forwarding on the router. With this it runs as a service and can even be set to automatically restart if the little applet is closed. Recommended. -- John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From drawbridgej at sympatico.ca Sat May 31 10:30:34 2008 From: drawbridgej at sympatico.ca (Jack and Pat) Date: Sat, 31 May 2008 11:30:34 -0400 Subject: [AccessD] Been Dazed and Confused for so long it's not true. In-Reply-To: <48404753.1040107@colbyconsulting.com> References: <48402C84.2020402@colbyconsulting.com> <48404753.1040107@colbyconsulting.com> Message-ID: <000001c8c333$44e277a0$6501a8c0@home6399619597> John, I did some searching to see if I could find anything relevant. I did find this M$oft reference for what it's worth. http://msdn.microsoft.com/en-us/library/aa189633(office.10).aspx Jack -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, May 30, 2008 2:29 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Been Dazed and Confused for so long it's not true. > If you're setting locks in ADO and editing the table in DAO, you will find differences. LOL. Now wouldn't THAT be cute. A lock is a lock except when... At the moment I am setting locks by editing in DAO and then trying to count the locks using DAO. That isn't working. The DAO recordset coming along behind to test the locks is not finding any locked records. This whole subject is looking very messy. Hey, does anyone think we should just ignore unnecessary stuff like locks and release a brand new version called 2007? Or perhaps 2007 fixed this? ROTFLMAOBTC BWAAAAHAAAAAHAAAA John W. Colby www.ColbyConsulting.com Charlotte Foust wrote: > John, > > If you're setting locks in ADO and editing the table in DAO, you will > find differences. I ran into that a long time ago, but I've forgotten > the details. I think that's why I was always so careful to limit myself > to working in one model or the other at a time. > > Charlotte Foust -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sat May 31 10:57:59 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 31 May 2008 11:57:59 -0400 Subject: [AccessD] Been Dazed and Confused for so long it's not true. In-Reply-To: <000001c8c333$44e277a0$6501a8c0@home6399619597> References: <48402C84.2020402@colbyconsulting.com> <48404753.1040107@colbyconsulting.com> <000001c8c333$44e277a0$6501a8c0@home6399619597> Message-ID: <48417587.8040507@colbyconsulting.com> Jack, So this clearly states that page level locking is used for Memo data. It does not address whether memos from multiple records can be stored on the same page, though I am certain that it is. It also plainly states that both ADO and DAO will use page level locking for memos. Now the problem is that I have built a database to demo this stuff and it is NOT honoring the locks when updates are made to records with locks in place (records opened and an edit begun). My recordsets attempting to edit a record already being edited is allowing the second edit, clear through to the data store. John W. Colby www.ColbyConsulting.com Jack and Pat wrote: > John, > > I did some searching to see if I could find anything relevant. I did find > this M$oft reference for what it's worth. > http://msdn.microsoft.com/en-us/library/aa189633(office.10).aspx > Jack > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, May 30, 2008 2:29 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Been Dazed and Confused for so long it's not true. > > > If you're setting locks in ADO and editing the table in > DAO, you will find differences. > > LOL. Now wouldn't THAT be cute. A lock is a lock except > when... > > At the moment I am setting locks by editing in DAO and then > trying to count the locks using DAO. That isn't working. > The DAO recordset coming along behind to test the locks is > not finding any locked records. > > This whole subject is looking very messy. Hey, does anyone > think we should just ignore unnecessary stuff like locks and > release a brand new version called 2007? > > Or perhaps 2007 fixed this? > > ROTFLMAOBTC BWAAAAHAAAAAHAAAA > > John W. Colby > www.ColbyConsulting.com > > > Charlotte Foust wrote: >> John, >> >> If you're setting locks in ADO and editing the table in DAO, you will >> find differences. I ran into that a long time ago, but I've forgotten >> the details. I think that's why I was always so careful to limit myself >> to working in one model or the other at a time. >> >> Charlotte Foust From drawbridgej at sympatico.ca Sat May 31 11:57:47 2008 From: drawbridgej at sympatico.ca (Jack and Pat) Date: Sat, 31 May 2008 12:57:47 -0400 Subject: [AccessD] Been Dazed and Confused for so long it's not true. In-Reply-To: <48417587.8040507@colbyconsulting.com> References: <48402C84.2020402@colbyconsulting.com> <48404753.1040107@colbyconsulting.com><000001c8c333$44e277a0$6501a8c0@home6399619597> <48417587.8040507@colbyconsulting.com> Message-ID: <000a01c8c33f$73db0a70$6501a8c0@home6399619597> John, Here's more but your testing is probably the most "real" thing you've got. http://msdn.microsoft.com/en-us/library/aa165435(office.10).aspx jack -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, May 31, 2008 11:58 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Been Dazed and Confused for so long it's not true. Jack, So this clearly states that page level locking is used for Memo data. It does not address whether memos from multiple records can be stored on the same page, though I am certain that it is. It also plainly states that both ADO and DAO will use page level locking for memos. Now the problem is that I have built a database to demo this stuff and it is NOT honoring the locks when updates are made to records with locks in place (records opened and an edit begun). My recordsets attempting to edit a record already being edited is allowing the second edit, clear through to the data store. John W. Colby www.ColbyConsulting.com Jack and Pat wrote: > John, > > I did some searching to see if I could find anything relevant. I did find > this M$oft reference for what it's worth. > http://msdn.microsoft.com/en-us/library/aa189633(office.10).aspx > Jack > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, May 30, 2008 2:29 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Been Dazed and Confused for so long it's not true. > > > If you're setting locks in ADO and editing the table in > DAO, you will find differences. > > LOL. Now wouldn't THAT be cute. A lock is a lock except > when... > > At the moment I am setting locks by editing in DAO and then > trying to count the locks using DAO. That isn't working. > The DAO recordset coming along behind to test the locks is > not finding any locked records. > > This whole subject is looking very messy. Hey, does anyone > think we should just ignore unnecessary stuff like locks and > release a brand new version called 2007? > > Or perhaps 2007 fixed this? > > ROTFLMAOBTC BWAAAAHAAAAAHAAAA > > John W. Colby > www.ColbyConsulting.com > > > Charlotte Foust wrote: >> John, >> >> If you're setting locks in ADO and editing the table in DAO, you will >> find differences. I ran into that a long time ago, but I've forgotten >> the details. I think that's why I was always so careful to limit myself >> to working in one model or the other at a time. >> >> Charlotte Foust -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Sat May 31 14:15:08 2008 From: dwaters at usinternet.com (Dan Waters) Date: Sat, 31 May 2008 14:15:08 -0500 Subject: [AccessD] Been Dazed and Confused for so long it's not true. In-Reply-To: <48417587.8040507@colbyconsulting.com> References: <48402C84.2020402@colbyconsulting.com> <48404753.1040107@colbyconsulting.com><000001c8c333$44e277a0$6501a8c0@home6399619597> <48417587.8040507@colbyconsulting.com> Message-ID: <7D124858FDBC4E48AF7BFC02E7A78142@danwaters> John, Just a thought - are you testing the locking conflict using different users (and/or different PC's)? Perhaps Jet won't recognize that a lock is needed if the same user/PC is creating the conflict. Seems like Jet should throw up a conflict even if it's caused by the same user/PC, but this could be tested. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, May 31, 2008 10:58 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Been Dazed and Confused for so long it's not true. Jack, So this clearly states that page level locking is used for Memo data. It does not address whether memos from multiple records can be stored on the same page, though I am certain that it is. It also plainly states that both ADO and DAO will use page level locking for memos. Now the problem is that I have built a database to demo this stuff and it is NOT honoring the locks when updates are made to records with locks in place (records opened and an edit begun). My recordsets attempting to edit a record already being edited is allowing the second edit, clear through to the data store. John W. Colby www.ColbyConsulting.com Jack and Pat wrote: > John, > > I did some searching to see if I could find anything relevant. I did find > this M$oft reference for what it's worth. > http://msdn.microsoft.com/en-us/library/aa189633(office.10).aspx > Jack > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, May 30, 2008 2:29 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Been Dazed and Confused for so long it's not true. > > > If you're setting locks in ADO and editing the table in > DAO, you will find differences. > > LOL. Now wouldn't THAT be cute. A lock is a lock except > when... > > At the moment I am setting locks by editing in DAO and then > trying to count the locks using DAO. That isn't working. > The DAO recordset coming along behind to test the locks is > not finding any locked records. > > This whole subject is looking very messy. Hey, does anyone > think we should just ignore unnecessary stuff like locks and > release a brand new version called 2007? > > Or perhaps 2007 fixed this? > > ROTFLMAOBTC BWAAAAHAAAAAHAAAA > > John W. Colby > www.ColbyConsulting.com > > > Charlotte Foust wrote: >> John, >> >> If you're setting locks in ADO and editing the table in DAO, you will >> find differences. I ran into that a long time ago, but I've forgotten >> the details. I think that's why I was always so careful to limit myself >> to working in one model or the other at a time. >> >> Charlotte Foust -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sat May 31 15:17:33 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 31 May 2008 16:17:33 -0400 Subject: [AccessD] Been Dazed and Confused for so long it's not true. In-Reply-To: <000001c8c333$44e277a0$6501a8c0@home6399619597> References: <48402C84.2020402@colbyconsulting.com> <48404753.1040107@colbyconsulting.com> <000001c8c333$44e277a0$6501a8c0@home6399619597> Message-ID: <4841B25D.8020102@colbyconsulting.com> Jack, So this clearly states that page level locking is used for Memo data. It does not address whether memos from multiple records can be stored on the same page, though I am certain that it is. It also plainly states that both ADO and DAO will use page level locking for memos. Now the problem is that I have built a database to demo this stuff and it is NOT honoring the locks when updates are made to records with locks in place (records opened and an edit begun). My recordsets attempting to edit a record already being edited is allowing the second edit, clear through to the data store. John W. Colby www.ColbyConsulting.com Jack and Pat wrote: > John, > > I did some searching to see if I could find anything relevant. I did find > this M$oft reference for what it's worth. > http://msdn.microsoft.com/en-us/library/aa189633(office.10).aspx > Jack > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Friday, May 30, 2008 2:29 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Been Dazed and Confused for so long it's not true. > > > If you're setting locks in ADO and editing the table in > DAO, you will find differences. > > LOL. Now wouldn't THAT be cute. A lock is a lock except > when... > > At the moment I am setting locks by editing in DAO and then > trying to count the locks using DAO. That isn't working. > The DAO recordset coming along behind to test the locks is > not finding any locked records. > > This whole subject is looking very messy. Hey, does anyone > think we should just ignore unnecessary stuff like locks and > release a brand new version called 2007? > > Or perhaps 2007 fixed this? > > ROTFLMAOBTC BWAAAAHAAAAAHAAAA > > John W. Colby > www.ColbyConsulting.com > > > Charlotte Foust wrote: >> John, >> >> If you're setting locks in ADO and editing the table in DAO, you will >> find differences. I ran into that a long time ago, but I've forgotten >> the details. I think that's why I was always so careful to limit myself >> to working in one model or the other at a time. >> >> Charlotte Foust From jwcolby at colbyconsulting.com Sat May 31 15:22:28 2008 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 31 May 2008 16:22:28 -0400 Subject: [AccessD] Been Dazed and Confused for so long it's not true. In-Reply-To: <7D124858FDBC4E48AF7BFC02E7A78142@danwaters> References: <48402C84.2020402@colbyconsulting.com> <48404753.1040107@colbyconsulting.com><000001c8c333$44e277a0$6501a8c0@home6399619597> <48417587.8040507@colbyconsulting.com> <7D124858FDBC4E48AF7BFC02E7A78142@danwaters> Message-ID: <4841B384.8020505@colbyconsulting.com> ATM it is all being done on my laptop, all inside of one FE. I will eventually get to using other PCs. My experience in the past is that JET throws an error "being edited by another user" even if it is a different form in the same FE on the same WS. John W. Colby www.ColbyConsulting.com Dan Waters wrote: > John, > > Just a thought - are you testing the locking conflict using different users > (and/or different PC's)? Perhaps Jet won't recognize that a lock is needed > if the same user/PC is creating the conflict. Seems like Jet should throw > up a conflict even if it's caused by the same user/PC, but this could be > tested. > > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Saturday, May 31, 2008 10:58 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Been Dazed and Confused for so long it's not true. > > Jack, > > So this clearly states that page level locking is used for > Memo data. It does not address whether memos from multiple > records can be stored on the same page, though I am certain > that it is. It also plainly states that both ADO and DAO > will use page level locking for memos. > > Now the problem is that I have built a database to demo this > stuff and it is NOT honoring the locks when updates are made > to records with locks in place (records opened and an edit > begun). > > My recordsets attempting to edit a record already being > edited is allowing the second edit, clear through to the > data store. > > John W. Colby > www.ColbyConsulting.com > > > Jack and Pat wrote: >> John, >> >> I did some searching to see if I could find anything relevant. I did find >> this M$oft reference for what it's worth. >> http://msdn.microsoft.com/en-us/library/aa189633(office.10).aspx >> Jack >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >> Sent: Friday, May 30, 2008 2:29 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] Been Dazed and Confused for so long it's not true. >> >> > If you're setting locks in ADO and editing the table in >> DAO, you will find differences. >> >> LOL. Now wouldn't THAT be cute. A lock is a lock except >> when... >> >> At the moment I am setting locks by editing in DAO and then >> trying to count the locks using DAO. That isn't working. >> The DAO recordset coming along behind to test the locks is >> not finding any locked records. >> >> This whole subject is looking very messy. Hey, does anyone >> think we should just ignore unnecessary stuff like locks and >> release a brand new version called 2007? >> >> Or perhaps 2007 fixed this? >> >> ROTFLMAOBTC BWAAAAHAAAAAHAAAA >> >> John W. Colby >> www.ColbyConsulting.com >> >> >> Charlotte Foust wrote: >>> John, >>> >>> If you're setting locks in ADO and editing the table in DAO, you will >>> find differences. I ran into that a long time ago, but I've forgotten >>> the details. I think that's why I was always so careful to limit myself >>> to working in one model or the other at a time. >>> >>> Charlotte Foust > From bheid at sc.rr.com Sat May 31 18:22:03 2008 From: bheid at sc.rr.com (Bobby Heid) Date: Sat, 31 May 2008 19:22:03 -0400 Subject: [AccessD] Rounding with CCur conversion In-Reply-To: <000001c8abe6$cf01f960$2101a8c0@AB> References: <000001c8abe6$cf01f960$2101a8c0@AB> Message-ID: <000301c8c375$23a56150$6af023f0$@rr.com> Asger, The currency type rounds to 4 decimal places. Bobby -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Asger Blond Sent: Thursday, May 01, 2008 7:55 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Rounding with CCur conversion Hi group, I just noticed that the algorithm in VB for rounding seems to be different for the Round-function and the CCur-function. The Round-function use "Banker's rounding", also known as "Dutch rounding". The CCur-function behaves differently: Round(1.11115,4) --> 1.1112 Round(11.11115,4) --> 11.1112 Round(111.11115,4) --> 111.1112 CCur(1.11115) --> 1.1112 CCur(11.11115) --> 11.1112 CCur(111.11115) --> 111.1111 ?!! What's going on in the last conversion? Is this a bug or does the CCur-function have a special algorithm? TIA Asger From Darryl.Collins at coles.com.au Sat May 31 21:13:15 2008 From: Darryl.Collins at coles.com.au (Darryl Collins) Date: Sun, 1 Jun 2008 12:13:15 +1000 Subject: [AccessD] A better picture? Message-ID: <49DFE57FB126044B8A8B934E7AEA09ED09FD7479@WPEXCH05.colesmyer.ad.cmltd.net.au> Gustav, No I haven't, but I like the sound of that a lot. will give that a try later and let you know how it goes. Thanks for the concept. If it works I will name it "gustav's law of reference". hehehehe. nice! cheers Darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Gustav Brock Sent: Friday, 30 May 2008 5:15 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A better picture? Hi Darry Ah, ahem, have to accept that .. that's the cost for not registering the dll. However, have you tried registering it in another location? Perhaps that is possible? /gustav >>> Darryl.Collins at coles.com.au 30-05-2008 08:55 >>> Mr Lebans... '--------------------------------------------------------------------- "LoadSaveJpeg - Version 1 Copyright Lebans Holdings 1999 Ltd Developed and tested under Access 97. You must copy the Intel Jpeg Library file named "ijl15.dll" into the System folder on your computer. You do not have to register it just copy it from the archive you downloaded." '--------------------------------------------------------------------- Although some of the other dll files (such as print to PDF) work so long as the are in the same folder, it seems this one doesn't. I tried to poke around in the code to see if I could change the path, but in the short time I looked I didn't see anything obvious. That said, I didn't look awfully hard either. open to any ideas on this I can tell you :) I love a dodgy workaround, especially if I can get one over the IT gatekeepers. cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Gustav Brock Sent: Friday, 30 May 2008 4:49 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A better picture? Hi Darryl > .. the dll file needs to be placed in the system folder .. Who says so? >>> Darryl.Collins at coles.com.au 30-05-2008 05:28 >>> bah humbug. This is not going to work as the dll file needs to be placed in the system folder and I cannot get access to anything close to that on any of the corporate PC fleet. Might have to try another approach. :-/ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material.