From Johncliviger at aol.com Sat Apr 1 04:21:28 2006 From: Johncliviger at aol.com (Johncliviger at aol.com) Date: Sat, 1 Apr 2006 05:21:28 EST Subject: [AccessD] Trigger a macro Message-ID: <2d3.62212fd.315fae28@aol.com> In a message dated 31/03/2006 17:39:16 GMT Daylight Time, cfoust at infostatsystems.com writes: Charlotte Hi Charlotte I'm changing the Required property in TableDefs and the vb code to do that works fine in the backend but not in the frontend. It could be that changing the Required property is not the best way forcing data entry to a control. I have some records that require a comment while others do not. If you see what I mean. So I was trying to switch the Required property on and off as needed. john cliviger From shamil at users.mns.ru Sat Apr 1 05:29:01 2006 From: shamil at users.mns.ru (Shamil Salakhetdinov) Date: Sat, 1 Apr 2006 15:29:01 +0400 Subject: [AccessD] Access XP forms bound to ADO recordsets References: <008601c646f0$17fed5b0$647aa8c0@ColbyM6805><001301c6472c$d5602960$6501a8c0@Nant><001001c64751$d4b89ef0$6501a8c0@Nant><007101c6478b$4c9e8040$6501a8c0@Nant><001201c647a3$3283af10$6501a8c0@Nant><001101c64810$f9ad0420$6501a8c0@Nant><004601c64932$45f25660$6501a8c0@Nant><000801c649ea$ef906370$6501a8c0@Nant><000a01c64c27$65ddfb80$6501a8c0@Nant><000e01c64d24$70070ef0$6501a8c0@Nant><000c01c64db9$f195e960$6501a8c0@Nant><003a01c64dbd$65180af0$6501a8c0@Nant><001401c64e3b$2c6f81a0$6501a8c0@Nant><005101c64e84$119b5540$6501a8c0@Nant><002d01c64f30$d70c2640$6501a8c0@Nant><442401EF.2040704@san.rr.com><007101c64f5a$55061230$6501a8c0@Nant><442426E0.6040808@san.rr.com> <000c01c64f9a$f37448c0$6501a8c0@Nant> Message-ID: <001e01c6557f$7be635d0$6501a8c0@Nant> Hi All, I was inactive with the subject test during this week - the reasons were that I have been waiting for MS Access 12 results and that I have quite some work here to do for the customers. Here are very good results - MS Access 12 - SUCCESS STORY: ====================================================== ADODB Bound Forms Crash Test v.1.9.6 [23-MAR-06] Test successfully finished. Backend: MS Access Binding: ADODB Cycles to pass: 10000 Cycles passed: 10000 Total errors: 0 Forms opened: 50000 Start time: 30.03.2006 19:08:26 End time: 31.03.2006 19:18:39 Object statistics: ClassName = CTestForm, Created = 6, Disposed = 6 ClassName = CFormDataset, Created = 358296, Disposed = 358296 ======================================================== It worked for 24 hours as you can see - can we from now on call MS Access 12 24x7x365 ready development platform? I think, it would be useful to somehow pass this test to MS Access development team for them to deliver the same quality MS Access 12 release when it will be ready - I mean we can help them to not loose the current quality of this coming software product while they are polishing it from Beta to Release Candidate version. Any ideas how to do that? I will definitely continue working on this test in the coming weeks (a lot of plans there) but I need to "cool down" a little because I need to work for customers to earn money for my family living... I will publish (with your permission) on the test's Web site and all the names who helped and who are helping to make this test a reality. Thank you everybody for all your help! Thank you in advance for all your future help! Have nice weekend, Shamil P.S. If anybody has Access 12 and can run it over weekend with the last published version of the test - you're very welcome to do that! ----- Original Message ----- From: "Shamil Salakhetdinov" To: "Access Developers discussion and problem solving" Sent: Saturday, March 25, 2006 3:30 AM Subject: Re: [AccessD] Access XP forms bound to ADO recordsets > Hi All, > > New version (1.9.8) is published - > http://smsconsulting.spb.ru/download/tests/a2dds.htm. > > It should give more detailed results about errors if they appear. > > Make your PCs busy over weekend! :) > > Shamil > > ----- Original Message ----- > From: "Rocky Smolin - Beach Access Software" > To: "Access Developers discussion and problem solving" > > Sent: Friday, March 24, 2006 8:05 PM > Subject: Re: [AccessD] Access XP forms bound to ADO recordsets > > >> Well, let us know when the new version is ready. And I'll run both the >> mdb and the adp. I have a lot of idle cycles on the weekend. :-) >> (Computer has some, too) >> >> Rocky >> >> > <<< tail skipped >>> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Gustav at cactus.dk Sat Apr 1 05:32:06 2006 From: Gustav at cactus.dk (Gustav Brock) Date: Sat, 01 Apr 2006 13:32:06 +0200 Subject: [AccessD] Access XP forms bound to ADO recordsets Message-ID: Hi Shamil That sounds promising. Thanks for the info. However, I have not Access 12 running. Anyone knows how to obtain this beta? /gustav >>> shamil at users.mns.ru 01-04-2006 13:29:01 >>> Here are very good results - MS Access 12 - SUCCESS STORY: From Gustav at cactus.dk Sat Apr 1 07:17:42 2006 From: Gustav at cactus.dk (Gustav Brock) Date: Sat, 01 Apr 2006 15:17:42 +0200 Subject: [AccessD] Date Comparison Problem Message-ID: Hi Charlotte Thanks! But your boss ..? /gustav >>> cfoust at infostatsystems.com 31-03-2006 18:32:04 >>> Actually, no, I didn't. My boss did. And yes, I meant the system date/time format. The snippet I posted is called from all over and the user might enter anything including a long date. Like a lot of applications, this one has grown organically over time and I have only been allowed to maintain and extend it, not rewrite. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, March 30, 2006 11:01 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Date Comparison Problem Hi Charlotte But all the clumsy code with Replace? Tell me you didn't write it. From Gustav at cactus.dk Sat Apr 1 07:32:41 2006 From: Gustav at cactus.dk (Gustav Brock) Date: Sat, 01 Apr 2006 15:32:41 +0200 Subject: [AccessD] Date Comparison Problem Message-ID: Hi Charlotte As soon as you have a Date value you cannot fail; all you have to is do to apply the formatting and, using the principle in my StrDateSQL, no local setting will influence that. It's foolproof. However, to get to the Date value is another task and requires careful handling. As you correctly point out, users can type anything. For this purpose I would recommend the suggestion by Stuart, DateValue, as it understands date expression strings formatted as to the local settings. Unfortunately, it understands more than that which can lead to unpredictable results. How to avoid this, read on here: http://databaseadvisors.com/pipermail/accessd/2004-December/029764.html /gustav >>> cfoust at infostatsystems.com 31-03-2006 18:37:58 >>> Oh, and we also have to deal with converting data between systems that use different date formats and delimiters. Start playing with languages that use a dot as a date delimiter or a space. ;o> From mwp.reid at qub.ac.uk Sat Apr 1 08:53:02 2006 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Sat, 1 Apr 2006 15:53:02 +0100 Subject: [AccessD] Access XP forms bound to ADO recordsets References: <008601c646f0$17fed5b0$647aa8c0@ColbyM6805><001301c6472c$d5602960$6501a8c0@Nant><001001c64751$d4b89ef0$6501a8c0@Nant><007101c6478b$4c9e8040$6501a8c0@Nant><001201c647a3$3283af10$6501a8c0@Nant><001101c64810$f9ad0420$6501a8c0@Nant><004601c64932$45f25660$6501a8c0@Nant><000801c649ea$ef906370$6501a8c0@Nant><000a01c64c27$65ddfb80$6501a8c0@Nant><000e01c64d24$70070ef0$6501a8c0@Nant><000c01c64db9$f195e960$6501a8c0@Nant><003a01c64dbd$65180af0$6501a8c0@Nant><001401c64e3b$2c6f81a0$6501a8c0@Nant><005101c64e84$119b5540$6501a8c0@Nant><002d01c64f30$d70c2640$6501a8c0@Nant><442401EF.2040704@san.rr.com><007101c64f5a$55061230$6501a8c0@Nant><442426E0.6040808@san.rr.com><000c01c64f9a$f37448c0$6501a8c0@Nant> <001e01c6557f$7be635d0$6501a8c0@Nant> Message-ID: Shamil If you want I can ask them. If you write up a short note on what it is you ahve done and achieved I will pass it on. Martin Martin WP Reid Training and Assessment Unit Riddle Hall Belfast tel: 02890 974477 P.S. If anybody has Access 12 and can run it over weekend with the last published version of the test - you're very welcome to do that! From martyconnelly at shaw.ca Sat Apr 1 15:16:04 2006 From: martyconnelly at shaw.ca (MartyConnelly) Date: Sat, 01 Apr 2006 13:16:04 -0800 Subject: [AccessD] Defense of Access References: <008601c646f0$17fed5b0$647aa8c0@ColbyM6805> <001301c6472c$d5602960$6501a8c0@Nant> <001001c64751$d4b89ef0$6501a8c0@Nant> <007101c6478b$4c9e8040$6501a8c0@Nant> <001201c647a3$3283af10$6501a8c0@Nant> <001101c64810$f9ad0420$6501a8c0@Nant> <004601c64932$45f25660$6501a8c0@Nant> <000801c649ea$ef906370$6501a8c0@Nant> <000a01c64c27$65ddfb80$6501a8c0@Nant> <000e01c64d24$70070ef0$6501a8c0@Nant> <000c01c64db9$f195e960$6501a8c0@Nant> <003a01c64dbd$65180af0$6501a8c0@Nant> <001401c64e3b$2c6f81a0$6501a8c0@Nant> <005101c64e84$119b5540$6501a8c0@Nant> <002d01c64f30$d70c2640$6501a8c0@Nant> <442401EF.2040704@san.rr.com> <007101c64f5a$55061230$6501a8c0@Nant> <442426E0.6040808@san.rr.com> <000c01c64f9a$f37448c0$6501a8c0@Nant> <001e01c6557f$7be635d0$6501a8c0@Nant> Message-ID: <442EED94.6090202@shaw.ca> Someone asked me for a counter argument regarding the use of Jet and by default Access. So here is something I pieced together from some blogs, I can't remember seeing anything posted here on Jet version's Red and Blue. Most of these database types have good arguments against using JET but don't realize that Active Directory Services and Exchange are built on top of JET. Don't tell me, they would throw out these applications because of their prejudices. Yes, Mr CIO, I know, but we have to get rid of all those Active Directory Services that you just spent two years installing because Gasp! it's based on a JET database engine. I really like bringing this up to the one trick pony Oracle types who work on Windows. It is fun to watch them squirm for awhile; although a knowledgeable db type can counter this. So here is some info to throw at them. JET was originally part of Access (or FoxPro for some of the very early MS versions). It split into Jet Red and Jet Blue. Jet Blue was used for MSExchange and Active Directory and is shipped with Windows 2000 and later. It's now known as ESE. Jet Red was still shipped with Access. All throughout it's history, Jet Red has been freely distributable. Many many many VB apps were shipped with Jet Red. JET Red was an ISAM originally developed by Microsoft for BC7, compiled basic. JET Blue was originally developed by Microsoft as a prospective upgrade for Access, but it was never used in this role. JET Red and JET Blue began sharing the common JET moniker in the Spring of 1990 when a query technology, QJET, was developed that would host on both Red and Blue. JET Blue went on to be used by Microsoft Exchange, Active Directory and many many other Windows services. JET Blue was a private API for many years, but became a published API in April of 2005 when three middle ware applications not covered by the Windows EULA chose it as their data store. Now anyone can use JET Blue. Extensible Storage Engine (ESE) -- the Active Directory database engine. ESE (Esent.dll) is an improved version of the Jet database that is used in Microsoft Exchange Server versions 4.x and 5.5. It implements a transacted database system, which means that it uses log files to ensure that committed transactions are safe. The ESE engine used by Active Directory is based on Microsoft's Jet database technology. Jet uses a b-tree file structure with transaction logs to ensure recoverability in the event of a system or drive failure. JET Red is a file sharing technology with page level locking and best effort crash recovery. JET Blue on the other hand is designed to be embedded in a server application, does not share files, has write ahead logging for guaranteed crash recovery and has record level locking. JET Blue does not ship with a query engine but instead relies on applications to write their own queries as C++ ISAM code. With the release of Access 12 the Jet Red development team has been split off from it's old SQL Server department and is free to develop on it's own. Extensible Storage Engine API's http://msdn.microsoft.com/library/default.asp?url=/library/en-us/ese/ese/extensible_storage_engine_errors.asp Access 12's new data engine ACEDB http://blogs.msdn.com/access/archive/2005/10/13/480870.aspx -- Marty Connelly Victoria, B.C. Canada From jwcolby at ColbyConsulting.com Sat Apr 1 15:36:55 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Sat, 1 Apr 2006 16:36:55 -0500 Subject: [AccessD] Defense of Access In-Reply-To: <442EED94.6090202@shaw.ca> Message-ID: <004b01c655d4$67365700$657aa8c0@ColbyM6805> Fascinating. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of MartyConnelly Sent: Saturday, April 01, 2006 4:16 PM To: Access Developers discussion and problem solving Subject: [AccessD] Defense of Access Someone asked me for a counter argument regarding the use of Jet and by default Access. So here is something I pieced together from some blogs, I can't remember seeing anything posted here on Jet version's Red and Blue. Most of these database types have good arguments against using JET but don't realize that Active Directory Services and Exchange are built on top of JET. Don't tell me, they would throw out these applications because of their prejudices. Yes, Mr CIO, I know, but we have to get rid of all those Active Directory Services that you just spent two years installing because Gasp! it's based on a JET database engine. I really like bringing this up to the one trick pony Oracle types who work on Windows. It is fun to watch them squirm for awhile; although a knowledgeable db type can counter this. So here is some info to throw at them. JET was originally part of Access (or FoxPro for some of the very early MS versions). It split into Jet Red and Jet Blue. Jet Blue was used for MSExchange and Active Directory and is shipped with Windows 2000 and later. It's now known as ESE. Jet Red was still shipped with Access. All throughout it's history, Jet Red has been freely distributable. Many many many VB apps were shipped with Jet Red. JET Red was an ISAM originally developed by Microsoft for BC7, compiled basic. JET Blue was originally developed by Microsoft as a prospective upgrade for Access, but it was never used in this role. JET Red and JET Blue began sharing the common JET moniker in the Spring of 1990 when a query technology, QJET, was developed that would host on both Red and Blue. JET Blue went on to be used by Microsoft Exchange, Active Directory and many many other Windows services. JET Blue was a private API for many years, but became a published API in April of 2005 when three middle ware applications not covered by the Windows EULA chose it as their data store. Now anyone can use JET Blue. Extensible Storage Engine (ESE) -- the Active Directory database engine. ESE (Esent.dll) is an improved version of the Jet database that is used in Microsoft Exchange Server versions 4.x and 5.5. It implements a transacted database system, which means that it uses log files to ensure that committed transactions are safe. The ESE engine used by Active Directory is based on Microsoft's Jet database technology. Jet uses a b-tree file structure with transaction logs to ensure recoverability in the event of a system or drive failure. JET Red is a file sharing technology with page level locking and best effort crash recovery. JET Blue on the other hand is designed to be embedded in a server application, does not share files, has write ahead logging for guaranteed crash recovery and has record level locking. JET Blue does not ship with a query engine but instead relies on applications to write their own queries as C++ ISAM code. With the release of Access 12 the Jet Red development team has been split off from it's old SQL Server department and is free to develop on it's own. Extensible Storage Engine API's http://msdn.microsoft.com/library/default.asp?url=/library/en-us/ese/ese/ext ensible_storage_engine_errors.asp Access 12's new data engine ACEDB http://blogs.msdn.com/access/archive/2005/10/13/480870.aspx -- Marty Connelly Victoria, B.C. Canada -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Sat Apr 1 15:50:56 2006 From: dwaters at usinternet.com (Dan Waters) Date: Sat, 1 Apr 2006 15:50:56 -0600 Subject: [AccessD] Defense of Access In-Reply-To: <8568420.1143926683888.JavaMail.root@sniper20> Message-ID: <000001c655d6$5bf9d5e0$0200a8c0@danwaters> Hi Marty, The version of Jet used by Access since A2K has optional record-level locking. This was a significant improvement for me. Thanks for this discussion - I had never heard before of two versions of Jet. But it does sound as though the two versions are very different and may not deserve to be argued as if they were similar. IMO, the primary problem with Access is simply that untrained inexperienced people try to take Access beyond what they're capable of (and they don't even know they're not!) A person at one of my customers uses only macros, and he tells other people that I don't know what I'm doing even though the system they have includes over 60K lines of code. Luckily his boss (my invoice approver) knows the difference! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of MartyConnelly Sent: Saturday, April 01, 2006 3:16 PM To: Access Developers discussion and problem solving Subject: [AccessD] Defense of Access Someone asked me for a counter argument regarding the use of Jet and by default Access. So here is something I pieced together from some blogs, I can't remember seeing anything posted here on Jet version's Red and Blue. Most of these database types have good arguments against using JET but don't realize that Active Directory Services and Exchange are built on top of JET. Don't tell me, they would throw out these applications because of their prejudices. Yes, Mr CIO, I know, but we have to get rid of all those Active Directory Services that you just spent two years installing because Gasp! it's based on a JET database engine. I really like bringing this up to the one trick pony Oracle types who work on Windows. It is fun to watch them squirm for awhile; although a knowledgeable db type can counter this. So here is some info to throw at them. JET was originally part of Access (or FoxPro for some of the very early MS versions). It split into Jet Red and Jet Blue. Jet Blue was used for MSExchange and Active Directory and is shipped with Windows 2000 and later. It's now known as ESE. Jet Red was still shipped with Access. All throughout it's history, Jet Red has been freely distributable. Many many many VB apps were shipped with Jet Red. JET Red was an ISAM originally developed by Microsoft for BC7, compiled basic. JET Blue was originally developed by Microsoft as a prospective upgrade for Access, but it was never used in this role. JET Red and JET Blue began sharing the common JET moniker in the Spring of 1990 when a query technology, QJET, was developed that would host on both Red and Blue. JET Blue went on to be used by Microsoft Exchange, Active Directory and many many other Windows services. JET Blue was a private API for many years, but became a published API in April of 2005 when three middle ware applications not covered by the Windows EULA chose it as their data store. Now anyone can use JET Blue. Extensible Storage Engine (ESE) -- the Active Directory database engine. ESE (Esent.dll) is an improved version of the Jet database that is used in Microsoft Exchange Server versions 4.x and 5.5. It implements a transacted database system, which means that it uses log files to ensure that committed transactions are safe. The ESE engine used by Active Directory is based on Microsoft's Jet database technology. Jet uses a b-tree file structure with transaction logs to ensure recoverability in the event of a system or drive failure. JET Red is a file sharing technology with page level locking and best effort crash recovery. JET Blue on the other hand is designed to be embedded in a server application, does not share files, has write ahead logging for guaranteed crash recovery and has record level locking. JET Blue does not ship with a query engine but instead relies on applications to write their own queries as C++ ISAM code. With the release of Access 12 the Jet Red development team has been split off from it's old SQL Server department and is free to develop on it's own. Extensible Storage Engine API's http://msdn.microsoft.com/library/default.asp?url=/library/en-us/ese/ese/ext ensible_storage_engine_errors.asp Access 12's new data engine ACEDB http://blogs.msdn.com/access/archive/2005/10/13/480870.aspx -- Marty Connelly Victoria, B.C. Canada -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From shamil at users.mns.ru Sat Apr 1 16:50:37 2006 From: shamil at users.mns.ru (Shamil Salakhetdinov) Date: Sun, 2 Apr 2006 02:50:37 +0400 Subject: [AccessD] Access XP forms bound to ADO recordsets References: <008601c646f0$17fed5b0$647aa8c0@ColbyM6805><001301c6472c$d5602960$6501a8c0@Nant><001001c64751$d4b89ef0$6501a8c0@Nant><007101c6478b$4c9e8040$6501a8c0@Nant><001201c647a3$3283af10$6501a8c0@Nant><001101c64810$f9ad0420$6501a8c0@Nant><004601c64932$45f25660$6501a8c0@Nant><000801c649ea$ef906370$6501a8c0@Nant><000a01c64c27$65ddfb80$6501a8c0@Nant><000e01c64d24$70070ef0$6501a8c0@Nant><000c01c64db9$f195e960$6501a8c0@Nant><003a01c64dbd$65180af0$6501a8c0@Nant><001401c64e3b$2c6f81a0$6501a8c0@Nant><005101c64e84$119b5540$6501a8c0@Nant><002d01c64f30$d70c2640$6501a8c0@Nant><442401EF.2040704@san.rr.com><007101c64f5a$55061230$6501a8c0@Nant><442426E0.6040808@san.rr.com><000c01c64f9a$f37448c0$6501a8c0@Nant><001e01c6557f$7be635d0$6501a8c0@Nant> Message-ID: <002c01c655de$ba6d3e20$6501a8c0@Nant> Thank you, Martin, I will try to prepare a short note when the code updating, deleting and inserting will work OK in different scenarious hopefully within coming month.... If you talk to them from time to time you can say them there are RSS/ATOM feeds on this test site - http://smsconsulting.spb.ru/download/tests/a2dds.htm - when my note ready I can put in this feed special code word for them (:)) to download the version - it should be fully automatic by that time download/install/run I mean.... Shamil ----- Original Message ----- From: "Martin Reid" To: "Access Developers discussion and problem solving" Sent: Saturday, April 01, 2006 6:53 PM Subject: Re: [AccessD] Access XP forms bound to ADO recordsets Shamil If you want I can ask them. If you write up a short note on what it is you ahve done and achieved I will pass it on. Martin Martin WP Reid Training and Assessment Unit Riddle Hall Belfast tel: 02890 974477 P.S. If anybody has Access 12 and can run it over weekend with the last published version of the test - you're very welcome to do that! -------------------------------------------------------------------------------- > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jimdettman at earthlink.net Sat Apr 1 17:22:41 2006 From: jimdettman at earthlink.net (Jim Dettman) Date: Sat, 1 Apr 2006 18:22:41 -0500 Subject: [AccessD] Defense of Access In-Reply-To: <442EED94.6090202@shaw.ca> Message-ID: Actually, it was used even before ADS and exchange. The SAMs database in NT 4.0 is JET based as well. MS has used JET Blue as a data store for a lot os level stuff. But Dan's right; they are two totally different animals. The only thing they share in common is that they both started off from the original JET API. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of MartyConnelly Sent: Saturday, April 01, 2006 4:16 PM To: Access Developers discussion and problem solving Subject: [AccessD] Defense of Access Someone asked me for a counter argument regarding the use of Jet and by default Access. So here is something I pieced together from some blogs, I can't remember seeing anything posted here on Jet version's Red and Blue. Most of these database types have good arguments against using JET but don't realize that Active Directory Services and Exchange are built on top of JET. Don't tell me, they would throw out these applications because of their prejudices. Yes, Mr CIO, I know, but we have to get rid of all those Active Directory Services that you just spent two years installing because Gasp! it's based on a JET database engine. I really like bringing this up to the one trick pony Oracle types who work on Windows. It is fun to watch them squirm for awhile; although a knowledgeable db type can counter this. So here is some info to throw at them. JET was originally part of Access (or FoxPro for some of the very early MS versions). It split into Jet Red and Jet Blue. Jet Blue was used for MSExchange and Active Directory and is shipped with Windows 2000 and later. It's now known as ESE. Jet Red was still shipped with Access. All throughout it's history, Jet Red has been freely distributable. Many many many VB apps were shipped with Jet Red. JET Red was an ISAM originally developed by Microsoft for BC7, compiled basic. JET Blue was originally developed by Microsoft as a prospective upgrade for Access, but it was never used in this role. JET Red and JET Blue began sharing the common JET moniker in the Spring of 1990 when a query technology, QJET, was developed that would host on both Red and Blue. JET Blue went on to be used by Microsoft Exchange, Active Directory and many many other Windows services. JET Blue was a private API for many years, but became a published API in April of 2005 when three middle ware applications not covered by the Windows EULA chose it as their data store. Now anyone can use JET Blue. Extensible Storage Engine (ESE) -- the Active Directory database engine. ESE (Esent.dll) is an improved version of the Jet database that is used in Microsoft Exchange Server versions 4.x and 5.5. It implements a transacted database system, which means that it uses log files to ensure that committed transactions are safe. The ESE engine used by Active Directory is based on Microsoft's Jet database technology. Jet uses a b-tree file structure with transaction logs to ensure recoverability in the event of a system or drive failure. JET Red is a file sharing technology with page level locking and best effort crash recovery. JET Blue on the other hand is designed to be embedded in a server application, does not share files, has write ahead logging for guaranteed crash recovery and has record level locking. JET Blue does not ship with a query engine but instead relies on applications to write their own queries as C++ ISAM code. With the release of Access 12 the Jet Red development team has been split off from it's old SQL Server department and is free to develop on it's own. Extensible Storage Engine API's http://msdn.microsoft.com/library/default.asp?url=/library/en-us/ese/ese/ext ensible_storage_engine_errors.asp Access 12's new data engine ACEDB http://blogs.msdn.com/access/archive/2005/10/13/480870.aspx -- Marty Connelly Victoria, B.C. Canada -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From artful at rogers.com Sat Apr 1 23:13:50 2006 From: artful at rogers.com (Arthur Fuller) Date: Sun, 2 Apr 2006 00:13:50 -0500 Subject: [AccessD] Does anybody work on this level of abstraction with reallife apps data models? In-Reply-To: <001001c652a9$3c9dc100$6501a8c0@Nant> Message-ID: <005501c65614$3a55e440$8e01a8c0@Camelot.com> I typically inhale the existing app into an Erwin model, but admittedly that gives me insight into the database hierarchy. The current project upon which I am working comprises 8 databases located on 8 servers, and in terms of number of tables it all adds up to about 400. There are numerous relationships, sprocs, udfs, scheduled jobs and so on, and the total DB footprint is about a terabyte, first year, expected to triple each year. In this situation, Erwin is my saviour. Other similar tools would do, but Erwin is their tool of choice so I am quickly becoming expert in its use. "A picture is worth a thousand words" applies here, IMO. Maybe not for everyone in the world, but certainly for me -- I can view a few pictures and get a grasp of the existing situation much more quickly than I can by reading table descriptions and trying to figure it out. There are Erwin, PowerDesigner and DeZign to do this. Not to use one of these is IMO nuts. Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil Salakhetdinov Sent: March 28, 2006 3:50 PM To: !DBA-MAIN Subject: [AccessD] Does anybody work on this level of abstraction with reallife apps data models? Hi All, I wanted to ask you how do you usually try to quickly understand existing real life applications data models? I mean the following: - imagine you've got a task to program some utility code for an application with rather tricky datamodel, working application and the question to change this tricky datamodel is out of your responsibility - you're not allowed even to discuss this question (I'm exaggerating about that latter - just wanted to outline that your task is to understand the existing datamodel whatever it's as quickly as possible, accept it and to deliver your solution in time and as good as possible in the given context because the customer is waiting for your working solution not your considerations about datamodel and how good it could have been if you have been allowed to change it....). - there is a good description of this datamodel and its business area but to program effectively you can use just a subset of this datamodel and its description, which you need to quickly filter out from all the existing (thick) stuff to make a simple submodel diagram of the tables used in your utilities and their relationships. And you do not want to spend time to understand all the rest of this datamodel because you're more interested to go watching the next series of Dexter and DeeDee or watch the 100th time your favorite action movie like I do sometimes watch "The White Sun of Desert" - a famous here Soviet action movie I first time watched in 1969 :)... The question is how to quickly understand such a data model and to get it well arranged to solve the urgent customer task? (You given the datamodel diagram but relationships are intersected in a tricky net) Did you ever try to solve such a task first of all on an abstract level? I mean did you ever try to "play" with existing datamodel relationships diagram (graphical diagram I mean) without knowing(/without even taking into account) the meanings(titles) of the tables and their relationships? With the main purpose of this playing being to finally get a relationships structure(graphical diagram) clearly showing you what are the key points of this datamodel, what a the "juncture points", what are the "bands and whistles"? I did try and I think it always work for tricky, sometimes not optimal but rather well normalized data model. I think this is called "building star schema abstract method". And it works in most of the cases. Try it. I did try to google for "start schema" concept definition and as far as I see it is usually linked with OLAP not OLTP data models as here (http://www.tdan.com/i021hy01.htm). I did read first about star schema data models abstraction in a short article in one of programming magazines somewhere in the summer 1995 and since then I use this concept and it always work well am I building datamodels from scratch or am I trying to understand/arrange existing ones... Just wanted to share how (sometimes boring task) of getting well understanding of an intersected net of an existing data model relationships can be converted in a joyful(?) game of shuffling these table's relationships to get at a clear view of the subject business area... Shamil -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Sat Apr 1 23:28:47 2006 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Sat, 01 Apr 2006 21:28:47 -0800 Subject: [AccessD] Access/autocad incompatibility Message-ID: <442F610F.7050502@san.rr.com> Does anyone know of any incompatibility problem running an A2K or A2K3 mde on a machine with autocad which which give the "You are not licensed..." error message when starting the access app? Co-developer having this problem at a beta test site - typical FE/BE - 3 machines are OK - one fails with this message. Autocad on the failing machine is the only apparent difference he notes. MTIA, Rocky -- Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com From Gustav at cactus.dk Sun Apr 2 03:48:45 2006 From: Gustav at cactus.dk (Gustav Brock) Date: Sun, 02 Apr 2006 10:48:45 +0200 Subject: [AccessD] Defense of Access Message-ID: Hi Marty Thanks for pointing this out! Today I learned that JET means Joint Engine Technology ... However, I would be careful stating that AD/Exchange and Access use the "same" engine as this "same" seems to assume a state prior to 1990: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/ese/ese/extensible_storage_engine_errors.asp The Extensible Storage Engine (ESE) was formerly known as JET Blue, and so frequently the term "JET Blue" or "JET" is used interchangeably with ESE. However, there are in fact two completely separate implementations of the Joint Engine Technology (JET) API, called JET Blue and JET Red. The term "JET" is frequently also used to refer to JET Red, which is the database engine under Microsoft Office Access. The two JET implementations are completely different, are separately maintained, have a vastly different feature set, and are not interchangeable. .. /gustav >>> martyconnelly at shaw.ca 01-04-2006 23:16:04 >>> Someone asked me for a counter argument regarding the use of Jet and by default Access. So here is something I pieced together from some blogs, I can't remember seeing anything posted here on Jet version's Red and Blue. Most of these database types have good arguments against using JET but don't realize that Active Directory Services and Exchange are built on top of JET. Don't tell me, they would throw out these applications because of their prejudices. Yes, Mr CIO, I know, but we have to get rid of all those Active Directory Services that you just spent two years installing because Gasp! it's based on a JET database engine. I really like bringing this up to the one trick pony Oracle types who work on Windows. It is fun to watch them squirm for awhile; although a knowledgeable db type can counter this. So here is some info to throw at them. JET was originally part of Access (or FoxPro for some of the very early MS versions). It split into Jet Red and Jet Blue. Jet Blue was used for MSExchange and Active Directory and is shipped with Windows 2000 and later. It's now known as ESE. Jet Red was still shipped with Access. All throughout it's history, Jet Red has been freely distributable. Many many many VB apps were shipped with Jet Red. JET Red was an ISAM originally developed by Microsoft for BC7, compiled basic. JET Blue was originally developed by Microsoft as a prospective upgrade for Access, but it was never used in this role. JET Red and JET Blue began sharing the common JET moniker in the Spring of 1990 when a query technology, QJET, was developed that would host on both Red and Blue. JET Blue went on to be used by Microsoft Exchange, Active Directory and many many other Windows services. JET Blue was a private API for many years, but became a published API in April of 2005 when three middle ware applications not covered by the Windows EULA chose it as their data store. Now anyone can use JET Blue. Extensible Storage Engine (ESE) -- the Active Directory database engine. ESE (Esent.dll) is an improved version of the Jet database that is used in Microsoft Exchange Server versions 4.x and 5.5. It implements a transacted database system, which means that it uses log files to ensure that committed transactions are safe. The ESE engine used by Active Directory is based on Microsoft's Jet database technology. Jet uses a b-tree file structure with transaction logs to ensure recoverability in the event of a system or drive failure. JET Red is a file sharing technology with page level locking and best effort crash recovery. JET Blue on the other hand is designed to be embedded in a server application, does not share files, has write ahead logging for guaranteed crash recovery and has record level locking. JET Blue does not ship with a query engine but instead relies on applications to write their own queries as C++ ISAM code. With the release of Access 12 the Jet Red development team has been split off from it's old SQL Server department and is free to develop on it's own. Extensible Storage Engine API's http://msdn.microsoft.com/library/default.asp?url=/library/en-us/ese/ese/extensible_storage_engine_errors.asp Access 12's new data engine ACEDB http://blogs.msdn.com/access/archive/2005/10/13/480870.aspx -- Marty Connelly Victoria, B.C. Canada From Gustav at cactus.dk Sun Apr 2 03:56:20 2006 From: Gustav at cactus.dk (Gustav Brock) Date: Sun, 02 Apr 2006 10:56:20 +0200 Subject: [AccessD] Defense of Access Message-ID: Hi Dan Well, you can argue that you don't know what you don't know ... Maybe Mr. Clever is an expert in macro programming! /gustav >>> dwaters at usinternet.com 01-04-2006 23:50:56 >>> Hi Marty, The version of Jet used by Access since A2K has optional record-level locking. This was a significant improvement for me. Thanks for this discussion - I had never heard before of two versions of Jet. But it does sound as though the two versions are very different and may not deserve to be argued as if they were similar. IMO, the primary problem with Access is simply that untrained inexperienced people try to take Access beyond what they're capable of (and they don't even know they're not!) A person at one of my customers uses only macros, and he tells other people that I don't know what I'm doing even though the system they have includes over 60K lines of code. Luckily his boss (my invoice approver) knows the difference! Dan From joeget at vgernet.net Sun Apr 2 05:19:29 2006 From: joeget at vgernet.net (John Eget) Date: Sun, 2 Apr 2006 06:19:29 -0400 Subject: [AccessD] Record security Message-ID: <003501c6563e$f0cebec0$e5c2f63f@JOHN> Anyone In this database, each record entry has an individual field for name. I would like anyone to view another individuals records but I am trying to prevent another individual from editing or deleting a record that does not belong to them. Does someone have an example of a login process and then disabling a record from being deleted or edited by another individual. I tried the security wizard but I could not seem to get it to work. There is a delete and edit buttons on the form for each record displayed Thanks for the help John From joeget at vgernet.net Sun Apr 2 05:19:52 2006 From: joeget at vgernet.net (John Eget) Date: Sun, 2 Apr 2006 06:19:52 -0400 Subject: [AccessD] Record security Message-ID: <003c01c6563e$fe4d7cd0$e5c2f63f@JOHN> Anyone In this database, each record entry has an individual field for name. I would like anyone to view another individuals records but I am trying to prevent another individual from editing or deleting a record that does not belong to them. Does someone have an example of a login process and then disabling a record from being deleted or edited by another individual. I tried the security wizard but I could not seem to get it to work. There is a delete and edit buttons on the form for each record displayed Thanks for the help John From stuart at lexacorp.com.pg Sun Apr 2 05:48:59 2006 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sun, 02 Apr 2006 20:48:59 +1000 Subject: [AccessD] Record security In-Reply-To: <003501c6563e$f0cebec0$e5c2f63f@JOHN> Message-ID: <443038BB.10884.550DF3D@stuart.lexacorp.com.pg> On 2 Apr 2006 at 6:19, John Eget wrote: > In this database, each record entry has an individual field for name. I > would like anyone to view another individuals records but I am trying to > prevent another individual from editing or deleting a record that does not > belong to them. Does someone have an example of a login process and then > disabling a record from being deleted or edited by another individual. Here's how I would do it using the Windows login name: Assuming that the field in the record is called "UserName" 1. Create a function in a module to read the Windows login name: Option Compare Database 'Use database order for string comparisons Option Explicit Declare Function GetUserName Lib "advapi32.dll" Alias "GetUserNameA" (ByVal lpBuffer As String, nSize As Long) As Long Function Username() Dim strUname As String * 32 Dim lngResponse As Long lngResponse = GetUserName(strUname, 32) If Len(strUname) > 1 Then Username = Left$(strUname, InStr(strUname, Chr$(0)) - 1) Else Username = "No logged In User" End If End Function When the record is created, automatically fill the UserName field (a hidden bound text box on the form with a default value of "=Username()" will do it). In the Form_Delete and Form_BeforeUpdate events include: If Me.UserName <> Username() Then Msgbox "You can't alter someone else's records" Canel = True Exit Sub End If -- Stuart From Gustav at cactus.dk Sun Apr 2 05:52:41 2006 From: Gustav at cactus.dk (Gustav Brock) Date: Sun, 02 Apr 2006 12:52:41 +0200 Subject: [AccessD] Record security Message-ID: Hi John Store (or retrieve) the login name somehow to variable strLoginName. Then use the OnCurrent event: Dim booEdit As Boolean With Me booEdit = Not CBool(StrComp(!UserName.value, strloginName)) .AllowDeletions = booEdit .AllowEdits = booEdit End With /gustav >>> joeget at vgernet.net 02-04-2006 12:19 >>> Anyone In this database, each record entry has an individual field for name. I would like anyone to view another individuals records but I am trying to prevent another individual from editing or deleting a record that does not belong to them. Does someone have an example of a login process and then disabling a record from being deleted or edited by another individual. I tried the security wizard but I could not seem to get it to work. There is a delete and edit buttons on the form for each record displayed Thanks for the help John From jwcolby at ColbyConsulting.com Sun Apr 2 07:59:01 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Sun, 2 Apr 2006 08:59:01 -0400 Subject: [AccessD] Defense of Access In-Reply-To: Message-ID: <005201c65655$37c7aec0$657aa8c0@ColbyM6805> The question in my mind is... Can you use ADO for example with JetBlue to hold data that you then display in Access. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Sunday, April 02, 2006 4:49 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Defense of Access Hi Marty Thanks for pointing this out! Today I learned that JET means Joint Engine Technology ... However, I would be careful stating that AD/Exchange and Access use the "same" engine as this "same" seems to assume a state prior to 1990: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/ese/ese/ext ensible_storage_engine_errors.asp The Extensible Storage Engine (ESE) was formerly known as JET Blue, and so frequently the term "JET Blue" or "JET" is used interchangeably with ESE. However, there are in fact two completely separate implementations of the Joint Engine Technology (JET) API, called JET Blue and JET Red. The term "JET" is frequently also used to refer to JET Red, which is the database engine under Microsoft Office Access. The two JET implementations are completely different, are separately maintained, have a vastly different feature set, and are not interchangeable. .. /gustav >>> martyconnelly at shaw.ca 01-04-2006 23:16:04 >>> Someone asked me for a counter argument regarding the use of Jet and by default Access. So here is something I pieced together from some blogs, I can't remember seeing anything posted here on Jet version's Red and Blue. Most of these database types have good arguments against using JET but don't realize that Active Directory Services and Exchange are built on top of JET. Don't tell me, they would throw out these applications because of their prejudices. Yes, Mr CIO, I know, but we have to get rid of all those Active Directory Services that you just spent two years installing because Gasp! it's based on a JET database engine. I really like bringing this up to the one trick pony Oracle types who work on Windows. It is fun to watch them squirm for awhile; although a knowledgeable db type can counter this. So here is some info to throw at them. JET was originally part of Access (or FoxPro for some of the very early MS versions). It split into Jet Red and Jet Blue. Jet Blue was used for MSExchange and Active Directory and is shipped with Windows 2000 and later. It's now known as ESE. Jet Red was still shipped with Access. All throughout it's history, Jet Red has been freely distributable. Many many many VB apps were shipped with Jet Red. JET Red was an ISAM originally developed by Microsoft for BC7, compiled basic. JET Blue was originally developed by Microsoft as a prospective upgrade for Access, but it was never used in this role. JET Red and JET Blue began sharing the common JET moniker in the Spring of 1990 when a query technology, QJET, was developed that would host on both Red and Blue. JET Blue went on to be used by Microsoft Exchange, Active Directory and many many other Windows services. JET Blue was a private API for many years, but became a published API in April of 2005 when three middle ware applications not covered by the Windows EULA chose it as their data store. Now anyone can use JET Blue. Extensible Storage Engine (ESE) -- the Active Directory database engine. ESE (Esent.dll) is an improved version of the Jet database that is used in Microsoft Exchange Server versions 4.x and 5.5. It implements a transacted database system, which means that it uses log files to ensure that committed transactions are safe. The ESE engine used by Active Directory is based on Microsoft's Jet database technology. Jet uses a b-tree file structure with transaction logs to ensure recoverability in the event of a system or drive failure. JET Red is a file sharing technology with page level locking and best effort crash recovery. JET Blue on the other hand is designed to be embedded in a server application, does not share files, has write ahead logging for guaranteed crash recovery and has record level locking. JET Blue does not ship with a query engine but instead relies on applications to write their own queries as C++ ISAM code. With the release of Access 12 the Jet Red development team has been split off from it's old SQL Server department and is free to develop on it's own. Extensible Storage Engine API's http://msdn.microsoft.com/library/default.asp?url=/library/en-us/ese/ese/ext ensible_storage_engine_errors.asp Access 12's new data engine ACEDB http://blogs.msdn.com/access/archive/2005/10/13/480870.aspx -- Marty Connelly Victoria, B.C. Canada -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at ColbyConsulting.com Sun Apr 2 08:58:05 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Sun, 2 Apr 2006 09:58:05 -0400 Subject: [AccessD] Record security In-Reply-To: <443038BB.10884.550DF3D@stuart.lexacorp.com.pg> Message-ID: <005601c6565d$7786ad60$657aa8c0@ColbyM6805> Thanks for this. Another tool stored away in my framework. :~) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Sunday, April 02, 2006 6:49 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Record security On 2 Apr 2006 at 6:19, John Eget wrote: > In this database, each record entry has an individual field for name. I > would like anyone to view another individuals records but I am trying > to prevent another individual from editing or deleting a record that > does not belong to them. Does someone have an example of a login > process and then disabling a record from being deleted or edited by another individual. Here's how I would do it using the Windows login name: Assuming that the field in the record is called "UserName" 1. Create a function in a module to read the Windows login name: Option Compare Database 'Use database order for string comparisons Option Explicit Declare Function GetUserName Lib "advapi32.dll" Alias "GetUserNameA" (ByVal lpBuffer As String, nSize As Long) As Long Function Username() Dim strUname As String * 32 Dim lngResponse As Long lngResponse = GetUserName(strUname, 32) If Len(strUname) > 1 Then Username = Left$(strUname, InStr(strUname, Chr$(0)) - 1) Else Username = "No logged In User" End If End Function When the record is created, automatically fill the UserName field (a hidden bound text box on the form with a default value of "=Username()" will do it). In the Form_Delete and Form_BeforeUpdate events include: If Me.UserName <> Username() Then Msgbox "You can't alter someone else's records" Canel = True Exit Sub End If -- Stuart -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at ColbyConsulting.com Sun Apr 2 09:04:08 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Sun, 2 Apr 2006 10:04:08 -0400 Subject: [AccessD] Record security In-Reply-To: <003c01c6563e$fe4d7cd0$e5c2f63f@JOHN> Message-ID: <005701c6565e$503c4700$657aa8c0@ColbyM6805> I built a full on user/groups table pair and class system to pull the info when the database loads. I have a login form that opens and which the user has to successfully fill out before the FE will open, from which I capture the UserID. Having that I then have a function similar to UserInGroup(UserID, GroupID) I can then make "rules" in the FE that says specific groups (or users) can edit / see / use specific things, whether that be forms, controls on forms, properties of controls / forms etc. So for example, I when it loads, I can have a form check whether a user is allowed to view the data at all, or whether the group that the user belongs to can edit the data etc. Having a full blown system like this built into my framework makes all kinds of checks dead simple. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Eget Sent: Sunday, April 02, 2006 6:20 AM To: AccessD at databaseadvisors.com Subject: [AccessD] Record security Anyone In this database, each record entry has an individual field for name. I would like anyone to view another individuals records but I am trying to prevent another individual from editing or deleting a record that does not belong to them. Does someone have an example of a login process and then disabling a record from being deleted or edited by another individual. I tried the security wizard but I could not seem to get it to work. There is a delete and edit buttons on the form for each record displayed Thanks for the help John -- 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 Apr 2 21:02:37 2006 From: newsgrps at dalyn.co.nz (David Emerson) Date: Mon, 03 Apr 2006 14:02:37 +1200 Subject: [AccessD] Optimizing Stored Procedures and Views Message-ID: <7.0.1.0.0.20060403134107.01b63460@dalyn.co.nz> Cross posted AccessD SQL SQL2000 I have a stored procedure that is based on a number of views. I have two different databases that have the same tables, views and stored procedures. The only difference is that the data is for separate companies. Both databases are on the same server. I developed one set of queries and stored procedure in one of the databases. The main part of the stored procedure is as follows: SELECT dbo.vwAgedDebtorGet.CustomerID, dbo.vwAgedDebtorGet.StatementID, dbo.vwAgedDebtorGet.AccountNo, dbo.vwAgedDebtorGet.CustName, dbo.vwAgedDebtorGet.StatementDate, dbo.vwAgedDebtorGet.StatementNumber, dbo.vwAgedDebtorGet.AccFreq, dbo.vwAgedDebtorGet.CurrentMth, dbo.vwAgedDebtorGet.OneMonth, dbo.vwAgedDebtorGet.TwoMonths, dbo.vwAgedDebtorGet.ThreeMonths, dbo.vwAgedDebtorGet.NoOverdueNote, dbo.vwAgedDebtorReceipt.NetReceipts, dbo.vwAgedDebtorReceipt.GJCredit, dbo.vwAgedDebtorReceiptInv.NetReceiptsInv, dbo.vwAgedDebtorReceiptInv.GJCreditInv, dbo.vwAgedDebtorGet.MGrpIDNo, dbo.vwAgedDebtorGet.DDRegistered, dbo.vwAgedDebtorGet.DDFrequency, dbo.vwAgedDebtorGet.PayArrange, dbo.vwAgedDebtorReceiptNotPost.ReceiptNotPost AS ReceiptsNotPosted, dbo.vwAgedDebtorGet.VIPCust, dbo.vwAgedDebtorGet.AccStatus FROM dbo.vwAgedDebtorGet INNER JOIN dbo.vwAgedDebtorGetLastStatDate ON dbo.vwAgedDebtorGet.CustomerID = dbo.vwAgedDebtorGetLastStatDate.CustIDNo AND dbo.vwAgedDebtorGet.StatementDate = dbo.vwAgedDebtorGetLastStatDate.StatementDate LEFT OUTER JOIN dbo.vwAgedDebtorReceipt ON dbo.vwAgedDebtorGet.CustomerID = dbo.vwAgedDebtorReceipt.CustIDNo AND dbo.vwAgedDebtorGet.StatementNumber = dbo.vwAgedDebtorReceipt.StatNum LEFT OUTER JOIN dbo.vwAgedDebtorReceiptInv ON dbo.vwAgedDebtorGet.CustomerID = dbo.vwAgedDebtorReceiptInv.CustIDNo AND dbo.vwAgedDebtorGet.StatementNumber = dbo.vwAgedDebtorReceiptInv.InvNum LEFT OUTER JOIN dbo.vwAgedDebtorReceiptNotPost ON dbo.vwAgedDebtorGet.CustomerID = dbo.vwAgedDebtorReceiptNotPost.CustIDNo In the SQL database that this was developed in it runs fine (in about 30 seconds). However, when I script the objects and restore them into the second database, the same stored procedure runs for over 10 minutes with about a fifth of the data. Is there some optimizing that I need to do to get the second database to work as fast as the first one? Regards David Emerson Dalyn Software Ltd New Zealand From papparuff at comcast.net Sun Apr 2 21:37:46 2006 From: papparuff at comcast.net (John Ruff) Date: Sun, 2 Apr 2006 19:37:46 -0700 Subject: [AccessD] Optimizing Stored Procedures and Views In-Reply-To: <7.0.1.0.0.20060403134107.01b63460@dalyn.co.nz> Message-ID: <002401c656c7$984076c0$6501a8c0@PAPPARUFF> Check your indexes in the tables that make up the views on the db that is running slow and compare them with the same tables in the db that is running fast. I'd venture to say you don't have one or more columns indexed in the slow db that should be indexed. Also, I would suggest using aliases in your stored procedures or any long query. It makes reading them much easier. Such as this: SELECT a.CustomerID ,a.StatementID ,a.AccountNo ,a.CustName ,a.StatementDate ,a.StatementNumber ,a.AccFreq ,a.CurrentMth ,a.OneMonth ,a.TwoMonths ,a.ThreeMonths ,a.NoOverdueNote ,c.NetReceipts ,c.GJCredit ,d.NetReceiptsInv ,d.GJCreditInv ,a.MGrpIDNo ,a.DDRegistered ,a.DDFrequency ,a.PayArrange ,e.ReceiptNotPost AS ReceiptsNotPosted ,a.VIPCust ,a.AccStatus FROM dbo.vwAgedDebtorGet AS a INNER JOIN dbo.vwAgedDebtorGetLastStatDate AS b ON a.CustomerID = b.CustIDNo AND a.StatementDate = b.StatementDate LEFT OUTER JOIN dbo.vwAgedDebtorReceipt AS c ON a.CustomerID = c.CustIDNo AND a.StatementNumber = c.StatNum LEFT OUTER JOIN dbo.vwAgedDebtorReceiptInv AS d ON a.CustomerID = d.CustIDNo AND a.StatementNumber = d.InvNum LEFT OUTER JOIN dbo.vwAgedDebtorReceiptNotPost AS e ON a.CustomerID = e.CustIDNo -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: Sunday, April 02, 2006 6:03 PM To: accessd at databaseadvisors.com; dba-SQLServer at databaseadvisors.com Subject: [AccessD] Optimizing Stored Procedures and Views Cross posted AccessD SQL SQL2000 I have a stored procedure that is based on a number of views. I have two different databases that have the same tables, views and stored procedures. The only difference is that the data is for separate companies. Both databases are on the same server. I developed one set of queries and stored procedure in one of the databases. The main part of the stored procedure is as follows: SELECT dbo.vwAgedDebtorGet.CustomerID, dbo.vwAgedDebtorGet.StatementID, dbo.vwAgedDebtorGet.AccountNo, dbo.vwAgedDebtorGet.CustName, dbo.vwAgedDebtorGet.StatementDate, dbo.vwAgedDebtorGet.StatementNumber, dbo.vwAgedDebtorGet.AccFreq, dbo.vwAgedDebtorGet.CurrentMth, dbo.vwAgedDebtorGet.OneMonth, dbo.vwAgedDebtorGet.TwoMonths, dbo.vwAgedDebtorGet.ThreeMonths, dbo.vwAgedDebtorGet.NoOverdueNote, dbo.vwAgedDebtorReceipt.NetReceipts, dbo.vwAgedDebtorReceipt.GJCredit, dbo.vwAgedDebtorReceiptInv.NetReceiptsInv, dbo.vwAgedDebtorReceiptInv.GJCreditInv, dbo.vwAgedDebtorGet.MGrpIDNo, dbo.vwAgedDebtorGet.DDRegistered, dbo.vwAgedDebtorGet.DDFrequency, dbo.vwAgedDebtorGet.PayArrange, dbo.vwAgedDebtorReceiptNotPost.ReceiptNotPost AS ReceiptsNotPosted, dbo.vwAgedDebtorGet.VIPCust, dbo.vwAgedDebtorGet.AccStatus FROM dbo.vwAgedDebtorGet INNER JOIN dbo.vwAgedDebtorGetLastStatDate ON dbo.vwAgedDebtorGet.CustomerID = dbo.vwAgedDebtorGetLastStatDate.CustIDNo AND dbo.vwAgedDebtorGet.StatementDate = dbo.vwAgedDebtorGetLastStatDate.StatementDate LEFT OUTER JOIN dbo.vwAgedDebtorReceipt ON dbo.vwAgedDebtorGet.CustomerID = dbo.vwAgedDebtorReceipt.CustIDNo AND dbo.vwAgedDebtorGet.StatementNumber = dbo.vwAgedDebtorReceipt.StatNum LEFT OUTER JOIN dbo.vwAgedDebtorReceiptInv ON dbo.vwAgedDebtorGet.CustomerID = dbo.vwAgedDebtorReceiptInv.CustIDNo AND dbo.vwAgedDebtorGet.StatementNumber = dbo.vwAgedDebtorReceiptInv.InvNum LEFT OUTER JOIN dbo.vwAgedDebtorReceiptNotPost ON dbo.vwAgedDebtorGet.CustomerID = dbo.vwAgedDebtorReceiptNotPost.CustIDNo In the SQL database that this was developed in it runs fine (in about 30 seconds). However, when I script the objects and restore them into the second database, the same stored procedure runs for over 10 minutes with about a fifth of the data. Is there some optimizing that I need to do to get the second database to work as fast as the first one? Regards David Emerson Dalyn Software Ltd New Zealand -- 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 Apr 2 21:49:11 2006 From: newsgrps at dalyn.co.nz (David Emerson) Date: Mon, 03 Apr 2006 14:49:11 +1200 Subject: [AccessD] Optimizing Stored Procedures and Views Message-ID: <7.0.1.0.0.20060403144712.01abbb48@dalyn.co.nz> Cross posted AccessD SQL SQL2000 Another thing I have noticed - When I view task manager, the first programme fluctuates between 80-90% of the CPU usage, but when run on the second database (the one which takes so long to process) the CPU usage sits on 99%. Regards David Emerson Dalyn Software Ltd New Zealand From newsgrps at dalyn.co.nz Sun Apr 2 22:15:49 2006 From: newsgrps at dalyn.co.nz (David Emerson) Date: Mon, 03 Apr 2006 15:15:49 +1200 Subject: [AccessD] Optimizing Stored Procedures and Views In-Reply-To: <002401c656c7$984076c0$6501a8c0@PAPPARUFF> References: <7.0.1.0.0.20060403134107.01b63460@dalyn.co.nz> <002401c656c7$984076c0$6501a8c0@PAPPARUFF> Message-ID: <7.0.1.0.0.20060403151517.01b54d00@dalyn.co.nz> Thanks John, I checked all the indexes and they seem to be the same. David At 3/04/2006, John Ruff wrote: >Check your indexes in the tables that make up the views on the db that is >running slow and compare them with the same tables in the db that is running >fast. I'd venture to say you don't have one or more columns indexed in the >slow db that should be indexed. From lmrazek at lcm-res.com Mon Apr 3 10:24:54 2006 From: lmrazek at lcm-res.com (Lawrence Mrazek) Date: Mon, 3 Apr 2006 10:24:54 -0500 Subject: [AccessD] Excel Automation ... Setting Default FormattingInE xcel In-Reply-To: <6A6AA9DF57E4F046BDA1E273BDDB67727DDB38@corp-es01.fleetpride.com> Message-ID: <008601c65732$c2b39c50$026fa8c0@stormy> Thanks Jim for all of the help ... I didn't even need to modify my code that much! Larry Mrazek LCM Research, Inc. www.lcm-res.com lmrazek at lcm-res.com ph. 314.432.5886 fx. 314.432.3304 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hale, Jim Sent: Friday, March 31, 2006 2:10 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Excel Automation ... Setting Default FormattingInE xcel I use this code open the template: strPathname="c:\template.xlt" appExcel.Workbooks.Open strPathname, 0 The path I actually use is the path where Excel stores the templates by default, something like C:\Documents and Settings\jhale\Application Data\Microsoft\Templates\TrialBal_Excel_6mo.xlt In the code segment below I copy the worksheet Dept1 as many times as called for from a recordset: 'routine to create and rename Worksheets recset(1).MoveFirst Dim y As Integer, z As Integer, x As Integer z = .Worksheets("Dept1").Index For y = z To intRst4cnt + z - 1 strName = recset(1)("fldDPname") .Worksheets(y).Name = strName .Worksheets(y).Select .Range("A10").FormulaR1C1 = y - z + 1 'set index number of sheet .Range("A1").Select If Not recset(1).RecordCount = y - z + 1 Then .Worksheets(z).Copy After:=Worksheets(y) End If If Not recset(5).EOF Then recset(1).MoveNext Next y I am sending you a sample database off list that shows how to paste data into template. HTH Jim Hale -----Original Message----- From: Lawrence Mrazek [mailto:lmrazek at lcm-res.com] Sent: Friday, March 31, 2006 1:07 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Excel Automation ... Setting Default Formatting InExcel Thanks Jim: I'm currently using the following code to create my workbook: Set xlApp = New Excel.Application xlApp.Visible = True Set xlWb = xlApp.Workbooks.Add To use a template, do I simply alter the last line so that it points to a template? Set xlWb = xlApp.Workbooks.Add("c:\template.xlt") Also, how do you make sure that each new worksheet inherits the template's formatting? I'm using the following code to add the worksheet: Set xlWs = xlWb.Worksheets.Add Thanks in advance for all of your advice. Larry Mrazek LCM Research, Inc. www.lcm-res.com lmrazek at lcm-res.com ph. 314.432.5886 fx. 314.432.3304 *********************************************************************** The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. As a recipient of this email, you are responsible for screening its contents and the contents of any attachments for the presence of viruses. No liability is accepted for any damages caused by any virus transmitted by this email. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jdemarco at hudsonhealthplan.org Mon Apr 3 06:44:15 2006 From: Jdemarco at hudsonhealthplan.org (Jim DeMarco) Date: Mon, 3 Apr 2006 07:44:15 -0400 Subject: [AccessD] Las Vegas conference Message-ID: <08F823FD83787D4BA0B99CA580AD3C74032566E8@TTNEXCHCL2.hshhp.com> I was going to go but decided to attend DevConnections in Orlando instead. Are you going? I really like Advisor's events and will probably hit whatever they have going in the fall. Jim DeMarco -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hale, Jim Sent: Friday, March 31, 2006 12:46 PM To: 'Accessd (E-mail) Subject: [AccessD] Las Vegas conference Anybody going to vague-us for the Access conference 4/9? Jim Hale *********************************************************************** The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. As a recipient of this email, you are responsible for screening its contents and the contents of any attachments for the presence of viruses. No liability is accepted for any damages caused by any virus transmitted by this email. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com *********************************************************************************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** From markamatte at hotmail.com Mon Apr 3 10:47:59 2006 From: markamatte at hotmail.com (Mark A Matte) Date: Mon, 03 Apr 2006 15:47:59 +0000 Subject: [AccessD] Las Vegas conference Message-ID: Sorry, I have been out of commission and the loop for a few months...When and where is the Conference? Thanks, Mark A. Matte >From: "Jim DeMarco" >Reply-To: Access Developers discussion and problem >solving >To: "Access Developers discussion and problem solving" > >Subject: Re: [AccessD] Las Vegas conference >Date: Mon, 3 Apr 2006 07:44:15 -0400 > >I was going to go but decided to attend DevConnections in Orlando >instead. Are you going? I really like Advisor's events and will >probably hit whatever they have going in the fall. > > >Jim DeMarco > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hale, Jim >Sent: Friday, March 31, 2006 12:46 PM >To: 'Accessd (E-mail) >Subject: [AccessD] Las Vegas conference > >Anybody going to vague-us for the Access conference 4/9? >Jim Hale > >*********************************************************************** >The information transmitted is intended solely for the individual or >entity to which it is addressed and may contain confidential and/or >privileged material. Any review, retransmission, dissemination or other >use of or taking action in reliance upon this information by persons or >entities other than the intended recipient is prohibited. >If you have received this email in error please contact the sender and >delete the material from any computer. As a recipient of this email, you >are responsible for screening its contents and the contents of any >attachments for the presence of viruses. No liability is accepted for >any damages caused by any virus transmitted by this email. >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > > > > >*********************************************************************************** >"This electronic message is intended to be for the use only of the named >recipient, and may contain information from Hudson Health Plan (HHP) that >is confidential or privileged. If you are not the intended recipient, you >are hereby notified that any disclosure, copying, distribution or use of >the contents of this message is strictly prohibited. If you have received >this message in error or are not the named recipient, please notify us >immediately, either by contacting the sender at the electronic mail address >noted above or calling HHP at (914) 631-1611. If you are not the intended >recipient, please do not forward this email to anyone, and delete and >destroy all copies of this message. Thank You". >*********************************************************************************** > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Apr 3 10:55:43 2006 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 03 Apr 2006 08:55:43 -0700 Subject: [AccessD] [Fwd: Re: Incompatibility?] Message-ID: <4431457F.1090400@san.rr.com> Dear List: Does anyone have any idea why my mde might be failing on one machine on a network but not the others? MTIA Rocky -------- Original Message -------- Subject: Re: Incompatibility? Date: Mon, 03 Apr 2006 14:06:28 +0530 From: R Ramamurthy To: Rocky Smolin - Beach Access Software References: <037001c655ff$4f2cdf00$6401a8c0 at ramamurty> <442F5442.6010202 at san.rr.com> >>I never heard of an incompatibility with AutoCAD but I suppose it's possible. Do any other access mdbs have this problem on this machine? ## The Access program itself opens in that computer but only PPM does not. There are no other *.mdb files to try out. And all other computers in the LAN do not have this problem. ## The failure message that appears (under the PPM blue strip in the warning window) reads as: "The expression On Open you entered as the event property setting produced the following erors: Licence information for the component not found. You do not have an appropriate licence to use the functionality in the design environment. * The expression may not result in the name of a macro, the name of a user-defined function, or [ Event procedure ] * There may have been an error evaluating the function, event, or macro" ## Rocky, please note the words 'On Open', both with capital O's 'design environment' Do these provide a clue? Does the PPM program generate such a warning? Ram -- Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com From Gustav at cactus.dk Mon Apr 3 10:58:51 2006 From: Gustav at cactus.dk (Gustav Brock) Date: Mon, 03 Apr 2006 17:58:51 +0200 Subject: [AccessD] Barcelona Message-ID: Hi all Any listmembers from Spain? I'll stay in Barcelona during Easter and would have time for sharing a beer or a glass of wine ... /gustav From cfoust at infostatsystems.com Mon Apr 3 11:51:09 2006 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Mon, 3 Apr 2006 09:51:09 -0700 Subject: [AccessD] Trigger a macro Message-ID: I think that is a very bad idea. Either a field is required or not in the table. If it won't always be filled in, then it shouldn't be required. You can control entry with the BeforeUpdate event of a form quite easily and it doesn't take any monkeying around with the back end. That is the only practical way to handle values that are required under some circumstances and not under others. If the data entry is being done through a query or a table, STOP IT! Forms are there for a reason: they allow you to control things like this and to keep the user from shooting themselves (and you) in the foot! Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Johncliviger at aol.com Sent: Saturday, April 01, 2006 2:21 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Trigger a macro In a message dated 31/03/2006 17:39:16 GMT Daylight Time, cfoust at infostatsystems.com writes: Charlotte Hi Charlotte I'm changing the Required property in TableDefs and the vb code to do that works fine in the backend but not in the frontend. It could be that changing the Required property is not the best way forcing data entry to a control. I have some records that require a comment while others do not. If you see what I mean. So I was trying to switch the Required property on and off as needed. john cliviger -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jdemarco at hudsonhealthplan.org Mon Apr 3 11:54:09 2006 From: Jdemarco at hudsonhealthplan.org (Jim DeMarco) Date: Mon, 3 Apr 2006 12:54:09 -0400 Subject: [AccessD] Las Vegas conference Message-ID: <08F823FD83787D4BA0B99CA580AD3C7403256736@TTNEXCHCL2.hshhp.com> www.advisor.com Jim D. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Monday, April 03, 2006 11:48 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Las Vegas conference Sorry, I have been out of commission and the loop for a few months...When and where is the Conference? Thanks, Mark A. Matte >From: "Jim DeMarco" >Reply-To: Access Developers discussion and problem >solving >To: "Access Developers discussion and problem solving" > >Subject: Re: [AccessD] Las Vegas conference >Date: Mon, 3 Apr 2006 07:44:15 -0400 > >I was going to go but decided to attend DevConnections in Orlando >instead. Are you going? I really like Advisor's events and will >probably hit whatever they have going in the fall. > > >Jim DeMarco > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hale, Jim >Sent: Friday, March 31, 2006 12:46 PM >To: 'Accessd (E-mail) >Subject: [AccessD] Las Vegas conference > >Anybody going to vague-us for the Access conference 4/9? >Jim Hale > >*********************************************************************** >The information transmitted is intended solely for the individual or >entity to which it is addressed and may contain confidential and/or >privileged material. Any review, retransmission, dissemination or other >use of or taking action in reliance upon this information by persons or >entities other than the intended recipient is prohibited. >If you have received this email in error please contact the sender and >delete the material from any computer. As a recipient of this email, >you are responsible for screening its contents and the contents of any >attachments for the presence of viruses. No liability is accepted for >any damages caused by any virus transmitted by this email. >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > > > > >*********************************************************************** >************ "This electronic message is intended to be for the use >only of the named recipient, and may contain information from Hudson >Health Plan (HHP) that is confidential or privileged. If you are not >the intended recipient, you are hereby notified that any disclosure, >copying, distribution or use of the contents of this message is >strictly prohibited. If you have received this message in error or are >not the named recipient, please notify us immediately, either by >contacting the sender at the electronic mail address noted above or >calling HHP at (914) 631-1611. If you are not the intended recipient, >please do not forward this email to anyone, and delete and destroy all >copies of this message. Thank You". >*********************************************************************** >************ > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/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 electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** From cfoust at infostatsystems.com Mon Apr 3 11:52:46 2006 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Mon, 3 Apr 2006 09:52:46 -0700 Subject: [AccessD] Date Comparison Problem Message-ID: He is one of the owners of the company and originally developed the applications in Access 2.0. Charlotte -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Saturday, April 01, 2006 5:18 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Date Comparison Problem Hi Charlotte Thanks! But your boss ..? /gustav >>> cfoust at infostatsystems.com 31-03-2006 18:32:04 >>> Actually, no, I didn't. My boss did. And yes, I meant the system date/time format. The snippet I posted is called from all over and the user might enter anything including a long date. Like a lot of applications, this one has grown organically over time and I have only been allowed to maintain and extend it, not rewrite. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, March 30, 2006 11:01 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Date Comparison Problem Hi Charlotte But all the clumsy code with Replace? Tell me you didn't write it. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mastercafe at ctv.es Mon Apr 3 12:08:39 2006 From: mastercafe at ctv.es (MastercafeCTV) Date: Mon, 3 Apr 2006 19:08:39 +0200 Subject: [AccessD] Barcelona In-Reply-To: Message-ID: <000001c65741$42645440$0500a8c0@masterserv> I'm from Spain, so i live 980 km from barcelona :) Hope to see next travel in Madrid or Oviedo ;) Have a nice travel Juan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: lunes, 03 de abril de 2006 17:59 To: accessd at databaseadvisors.com Subject: [AccessD] Barcelona Hi all Any listmembers from Spain? I'll stay in Barcelona during Easter and would have time for sharing a beer or a glass of wine ... /gustav -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From KIsmert at TexasSystems.com Mon Apr 3 12:52:03 2006 From: KIsmert at TexasSystems.com (Ken Ismert) Date: Mon, 3 Apr 2006 12:52:03 -0500 Subject: [AccessD] Optimizing Stored Procedures and Views Message-ID: David, > I have a stored procedure that is based on a number of views ... > In the SQL database that this was developed in it runs fine > (in about 30 seconds). However, when I script the objects and > restore them into the second database, the same stored procedure > runs for over 10 minutes... It is a little hard to give advice without more information: * Are the views simple views (SELECTs against a single table) or complex (SELECTs against multiple tables)? * Are the views indexed? * Are you returning a subset of the records in your procedure, or everything? (In other words, is there a WHERE clause you are not showing us?) * What is the distribution of the data? For instance, does vwAgedDebtorGet return greatly more or less records than vwAgedDebtorGetLastStatDate? Even without answers to these questions, there is a diagnostic method that will almost certainly work: Test by Destruction. To do this: 1. Make copies of your proc on both databases. 2. On the copies, remove one view at a time from each proc. (start from the bottom) 3. Recreate both procs, and test the response time. 4. Repeat steps 2-3 until your slower proc performs as expected, or you run out of views The last view you removed, or the last one standing, is the one that is introducing the slowdown. Investigate that view, because something about it is different between the two databases, or the data it is querying is different. If the view is complex, you can test it by destruction using the process outlined above to find the table or join that is causing the problem. Test by Destruction is a generic, simple way of isolating problems in complex queries. -Ken From Jim.Hale at FleetPride.com Mon Apr 3 13:56:21 2006 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Mon, 3 Apr 2006 13:56:21 -0500 Subject: [AccessD] Las Vegas conference Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB67727DDB40@corp-es01.fleetpride.com> I'm going to the Vegas show. It looks like it will be very worthwhile since I am facing a number of issues they will cover. I wish I could go to Orlando but one a year is about all I can swing. Jim Hale -----Original Message----- From: Jim DeMarco [mailto:Jdemarco at hudsonhealthplan.org] Sent: Monday, April 03, 2006 6:44 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Las Vegas conference I was going to go but decided to attend DevConnections in Orlando instead. Are you going? I really like Advisor's events and will probably hit whatever they have going in the fall. Jim DeMarco -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hale, Jim Sent: Friday, March 31, 2006 12:46 PM To: 'Accessd (E-mail) Subject: [AccessD] Las Vegas conference Anybody going to vague-us for the Access conference 4/9? Jim Hale *********************************************************************** The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. As a recipient of this email, you are responsible for screening its contents and the contents of any attachments for the presence of viruses. No liability is accepted for any damages caused by any virus transmitted by this email. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com **************************************************************************** ******* "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". **************************************************************************** ******* -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com *********************************************************************** The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. As a recipient of this email, you are responsible for screening its contents and the contents of any attachments for the presence of viruses. No liability is accepted for any damages caused by any virus transmitted by this email. From djkr at msn.com Mon Apr 3 14:37:25 2006 From: djkr at msn.com (DJK(John) Robinson) Date: Mon, 3 Apr 2006 20:37:25 +0100 Subject: [AccessD] Barcelona In-Reply-To: Message-ID: I'd love to share a beer with you, Gustav, but shall not get to Spain until October, and then in the North*West*! John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 03 April 2006 16:59 To: accessd at databaseadvisors.com Subject: [AccessD] Barcelona Hi all Any listmembers from Spain? I'll stay in Barcelona during Easter and would have time for sharing a beer or a glass of wine ... /gustav -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Mon Apr 3 15:35:51 2006 From: martyconnelly at shaw.ca (MartyConnelly) Date: Mon, 03 Apr 2006 13:35:51 -0700 Subject: [AccessD] [Fwd: Re: Incompatibility?] References: <4431457F.1090400@san.rr.com> Message-ID: <44318727.4040100@shaw.ca> You might get this with ArcInfo as it uses Access as one of its data engines, so you might get a bum DAO reference on an install, don't know about AutoCAD AutoCAD might also might forece an install of an old common control. This might help Stick this code in an mde and run on the odd machine. It will printout the possible reference differences (version number, path and name). Or rewrite this inorder to dump to a text file like 'kill file as necessary Open c:\temp\outputref.txt For Output As #1 Print #1, ReferencePropertiesList Close #1 Run it from autoexec macro, code should be fully disambiguated to avoid any initial reference check before running. ie VBA.MsgBox, Access.Reference and VBA.Len, VarPtr might not be available in lower versions of Access might be a replacement on www.mvps.org/access Place in 3 seperate modules. 'http://allenbrowne.com/ser-38.html 'http://www.accessmvp.com/djsteele/AccessReferenceErrors.html' 'I got tired of trying to decipher the full path name to a DLL in Tools: 'Reference Window. In Access 97 it cuts off the path filename at about 30 'chars. To get the a list of the all the filenames and paths for your 'external references, run the routine below it places all the references 'into a string suitable for dropping into a text box. As an afterthought I 'added some code to give the actual version number from the dll or ocx file 'etc. This might be useful in an MDE to track if the user has correct 'version number of DAO ADO etc. installed. Place in About popup window. ' It only seems to work some of the time if a reference is missing, seems 'to depend on installation order. So it might not help in all missing references. Function ReferencePropertiesList() As String 'list all references in a MDB and place in a string Dim ref As Access.Reference Dim strList As String strList = "Reference Properties:" & vbCrLf & vbCrLf For Each ref In Access.References ' Check for ActiveX type files 'Check for Broken Properties If ref.IsBroken = False Then strList = strList & " Name: " & ref.Name & vbCrLf strList = strList & " FullPath: " & ref.FullPath & vbCrLf strList = strList & " Version: " & ref.Major & "." & ref.Minor & _ vbCrLf 'skip these two calls if detail not needed strList = strList & " Description: " & _ GetFileDescription(ref.FullPath) & vbCrLf strList = strList & " Version No: " & _ FileVersionNo(ref.FullPath) & _ vbCrLf & vbCrLf Else strList = strList & " GUIDs of broken references:" & vbCrLf strList = strList & " " & ref.Guid & vbCrLf & vbCrLf End If 'VBA.MsgBox GetFileDescription(ref.FullPath) & " - " & FileVersionNo(ref.FullPath) Next ref Debug.Print strList ReferencePropertiesList = strList End Function ------------------ module 2 'usage: file description 'Private Sub Command1_Click() ' MsgBox GetFileDescription("c:\windows\system\shell32.dll") 'End Sub 'Declarations: Private Declare Function GetLocaleInfoA Lib "kernel32.dll" (ByVal lLCID As _ Long, ByVal lLCTYPE As Long, ByVal strLCData As String, ByVal lDataLen As _ Long) As Long Private Declare Sub lstrcpyn Lib "kernel32.dll" (ByVal strDest As String, _ ByVal strSrc As Any, ByVal lBytes As Long) Private Declare Function GetFileVersionInfoSize Lib "Version.dll" _ Alias "GetFileVersionInfoSizeA" (ByVal sFile As String, lpLen As Long) As Long Private Declare Function GetFileVersionInfo Lib "Version.dll" _ Alias "GetFileVersionInfoA" (ByVal sFile As String, ByVal lpIgnored As _ Long, ByVal lpSize As Long, ByVal lpBuf As Long) As Long Private Declare Function VerQueryValue Lib "Version.dll" _ Alias "VerQueryValueA" (ByVal lpBuf As Long, ByVal szReceive As String, _ lpBufPtr As Long, lLen As Long) As Long Private Declare Sub CopyMemory Lib "kernel32.dll" Alias "RtlMoveMemory" _ (pDest As Any, pSource As Any, ByVal ByteLen As Long) Private Declare Function GetUserDefaultLCID Lib "kernel32.dll" () As Long 'Functions: Public Function StringFromBuffer(buffer As String) As String Dim nPos As Long nPos = VBA.InStr(buffer, vbNullChar) If nPos > 0 Then StringFromBuffer = VBA.Left$(buffer, nPos - 1) Else StringFromBuffer = buffer End If End Function Public Function GetFileDescription(ByVal sFile As String) As String Dim lVerSize As Long Dim lTemp As Long Dim lRet As Long Dim bInfo() As Byte Dim lpBuffer As Long Dim sDesc As String Dim sKEY As String lVerSize = GetFileVersionInfoSize(sFile, lTemp) ReDim bInfo(lVerSize) If lVerSize > 0 Then lRet = GetFileVersionInfo(sFile, lTemp, lVerSize, VBA.VarPtr(bInfo(0))) If lRet <> 0 Then sKEY = GetNLSKey(bInfo) lRet = VerQueryValue(VBA.VarPtr(bInfo(0)), sKEY & "\FileDescription", lpBuffer, lVerSize) If lRet <> 0 Then sDesc = VBA.Space$(lVerSize) lstrcpyn sDesc, lpBuffer, lVerSize GetFileDescription = StringFromBuffer(sDesc) End If End If End If End Function Public Function GetNLSKey(byteVerData() As Byte) As String Static strLANGCP As String Dim lpBufPtr As Long Dim strNLSKey As String Dim fGotNLSKey As Integer Dim intOffset As Integer Dim lVerSize As Long Dim lTmp As Long Dim lBufLen As Long Dim lLCID As Long Dim strTmp As String On Error GoTo GNLSKCleanup If VerQueryValue(VBA.VarPtr(byteVerData(0)), "\VarFileInfo\Translation", lpBufPtr, lVerSize) <> 0 Then If VBA.Len(strLANGCP) = 0 Then lLCID = GetUserDefaultLCID() If lLCID > 0 Then strTmp = VBA.Space$(8) GetLocaleInfoA lLCID, 11, strTmp, 8 strLANGCP = StringFromBuffer(strTmp) Do While VBA.Len(strLANGCP) < 4 strLANGCP = "0" & strLANGCP Loop GetLocaleInfoA lLCID, 9, strTmp, 8 strLANGCP = StringFromBuffer(strTmp) & strLANGCP Do While VBA.Len(strLANGCP) < 8 strLANGCP = "0" & strLANGCP Loop End If End If If VerQueryValue(VBA.VarPtr(byteVerData(0)), strLANGCP, lTmp, lBufLen) <> 0 Then strNLSKey = strLANGCP Else For intOffset = 0 To lVerSize - 1 Step 4 CopyMemory lTmp, ByVal lpBufPtr + intOffset, 4 strTmp = VBA.Hex$(lTmp) Do While VBA.Len(strTmp) < 8 strTmp = "0" & strTmp Loop strNLSKey = "\StringFileInfo\" & Right$(strTmp, 4) & Left$(strTmp, 4) If VerQueryValue(VBA.VarPtr(byteVerData(0)), strNLSKey, lTmp, lBufLen) <> 0 Then fGotNLSKey = True Exit For End If Next If Not fGotNLSKey Then strNLSKey = "\StringFileInfo\040904E4" If VerQueryValue(VBA.VarPtr(byteVerData(0)), strNLSKey, lTmp, lBufLen) <> 0 Then fGotNLSKey = True End If End If End If End If GNLSKCleanup: If fGotNLSKey Then GetNLSKey = strNLSKey End If End Function ------------------------ module 3 'Eg. Get Version Details of C:\Windows\System\Comctl32.ocx 'Sub Example() ' Debug.Print FileVersionNo("C:\Windows\System\comctl32.ocx") 'End Sub 'http://www.vbusers.com/code/codeget.asp?ThreadID=58&PostID=1&NumReplies=1 '--------------GET VERSION INFO API----------------------- Private Declare Sub CopyMem Lib "kernel32" Alias "RtlMoveMemory" _ (Destination As Any, Source As Any, ByVal Length As Long) Private Declare Function VerQueryValue Lib "Version.dll" _ Alias "VerQueryValueA" (pBlock As Any, ByVal lpSubBlock As String, _ lplpBuffer As Any, puLen As Long) As Long Private Declare Function GetFileVersionInfoSize Lib "Version.dll" _ Alias "GetFileVersionInfoSizeA" (ByVal lptstrFilename As String, lpdwHandle _ As Long) As Long Private Declare Function GetFileVersionInfo Lib "Version.dll" _ Alias "GetFileVersionInfoA" (ByVal lptstrFilename As String, ByVal dwhandle _ As Long, ByVal dwlen As Long, lpData As Any) As Long Private Type VS_FIXEDFILEINFO Signature As Long StrucVersionl As Integer ' e.g. = &h0000 = 0 StrucVersionh As Integer ' e.g. = &h0042 = .42 FileVersionMSl As Integer ' e.g. = &h0003 = 3 FileVersionMSh As Integer ' e.g. = &h0075 = .75 FileVersionLSl As Integer ' e.g. = &h0000 = 0 FileVersionLSh As Integer ' e.g. = &h0031 = .31 ProductVersionMSl As Integer ' e.g. = &h0003 = 3 ProductVersionMSh As Integer ' e.g. = &h0010 = .1 ProductVersionLSl As Integer ' e.g. = &h0000 = 0 ProductVersionLSh As Integer ' e.g. = &h0031 = .31 FileFlagsMask As Long ' = &h3F for version "0.42" FileFlags As Long ' e.g. VFF_DEBUG Or VFF_PRERELEASE FileOS As Long ' e.g. VOS_DOS_WINDOWS16 FileType As Long ' e.g. VFT_DRIVER FileSubtype As Long ' e.g. VFT2_DRV_KEYBOARD FileDateMS As Long ' e.g. 0 FileDateLS As Long ' e.g. 0 End Type 'Purpose : To obtain the file version info of a DLL, OCX, EXE etc. 'Inputs : sFileName The path and name of the file to return the version info 'Outputs : Returns the file version number of the specified file 'Author : Andrew Baker 'Date : 09/10/2000 23:39 'Notes : 'Revisions : Function FileVersionNo(sFileName As String) As String Dim lFileHwnd As Long, lRet As Long, lBufferLen As Long, lplpBuffer As Long, lpuLen As Long Dim abytBuffer() As Byte Dim tVerInfo As VS_FIXEDFILEINFO Dim sBlock As String Dim sStrucVer As String Dim lentVerInfo As Long 'Get the size File version info structure lBufferLen = GetFileVersionInfoSize(sFileName, lFileHwnd) If lBufferLen = 0 Then Exit Function End If 'Create byte array buffer, then copy memory into structure ReDim abytBuffer(lBufferLen) Call GetFileVersionInfo(sFileName, 0&, lBufferLen, abytBuffer(0)) Call VerQueryValue(abytBuffer(0), "\", lplpBuffer, lpuLen) 'lentVerInfo = VBA.Len(tVerInfo) 'doesn't compile Len(tVerInfo) does so force 'with magic number lentVerInfo = 52 Call CopyMem(tVerInfo, ByVal lplpBuffer, lentVerInfo) 'Determine structure version number (For info only) sStrucVer = VBA.Format$(tVerInfo.StrucVersionh) & "." & VBA.Format$(tVerInfo.StrucVersionl) 'Concatenate file version number details into a result string FileVersionNo = VBA.Format$(tVerInfo.FileVersionMSh) & "." & VBA.Format$(tVerInfo.FileVersionMSl, "00") & "." If tVerInfo.FileVersionLSh > 0 Then FileVersionNo = FileVersionNo & VBA.Format$(tVerInfo.FileVersionLSh, "0000") & "." & VBA.Format$(tVerInfo.FileVersionLSl, "00") Else FileVersionNo = FileVersionNo & VBA.Format$(tVerInfo.FileVersionLSl, "0000") End If End Function Rocky Smolin - Beach Access Software wrote: >Dear List: > >Does anyone have any idea why my mde might be failing on one machine on >a network but not the others? > >MTIA > >Rocky > > >-------- Original Message -------- >Subject: Re: Incompatibility? >Date: Mon, 03 Apr 2006 14:06:28 +0530 >From: R Ramamurthy >To: Rocky Smolin - Beach Access Software >References: <037001c655ff$4f2cdf00$6401a8c0 at ramamurty> ><442F5442.6010202 at san.rr.com> > > > > > >>I never heard of an incompatibility with AutoCAD but I suppose it's >possible. Do any other access mdbs have this problem on this machine? >## The Access program itself opens in that computer but only PPM does >not. There are no other *.mdb files to try out. And all other computers >in the LAN do not have this problem. > >## The failure message that appears (under the PPM blue strip in the >warning window) reads as: > >"The expression On Open you entered as the event property setting >produced the following erors: Licence information for the component not >found. You do not have an appropriate licence to use the functionality >in the design environment. >* The expression may not result in the name of a macro, the name of a >user-defined function, or [ Event procedure ] >* There may have been an error evaluating the function, event, or macro" > >## Rocky, please note the words >'On Open', both with capital O's >'design environment' >Do these provide a clue? > >Does the PPM program generate such a warning? > >Ram > > > -- Marty Connelly Victoria, B.C. Canada From stuart at lexacorp.com.pg Mon Apr 3 15:57:28 2006 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 04 Apr 2006 06:57:28 +1000 Subject: [AccessD] [Fwd: Re: Incompatibility?] In-Reply-To: <4431457F.1090400@san.rr.com> Message-ID: <443218D8.26828.284AE54@stuart.lexacorp.com.pg> Looks like it's not Access that's failing. It looks like a third part control that thinks it is being opened in design mode. First thing to do is look at what 3rd party controls you are referencing. > "The expression On Open you entered as the event property setting > produced the following erors: Licence information for the component not > found. You do not have an appropriate licence to use the functionality in > the design environment. * The expression may not result in the name of a > macro, the name of a user-defined function, or [ Event procedure ] * There > may have been an error evaluating the function, event, or macro" > > ## Rocky, please note the words > 'On Open', both with capital O's > 'design environment' > Do these provide a clue? > > Does the PPM program generate such a warning? > > Ram > > -- > Rocky Smolin > Beach Access Software > 858-259-4334 > www.e-z-mrp.com > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- Stuart From darrend at nimble.com.au Tue Apr 4 00:12:37 2006 From: darrend at nimble.com.au (Darren DICK) Date: Tue, 4 Apr 2006 15:12:37 +1000 Subject: [AccessD] WAY OT:Excel Q Message-ID: <20060404051223.BEGX19070.omta01ps.mx.bigpond.com@DENZILLAP> Hi all Cross Posted to dbqSQL list I am outputting reports to Excel from reporting services (SQL) The reports have many tables on them with differing column widths When I output the reports to Excel I find many columns with no data in them Is there a way I can write some VBA and have it determine the last row on the sheet with a value in it determine if there is any data in any cell from the top to the bottom - if there is no data in the column delete it. Then 'tighten' all the columns? E.G. Column A has data, column B not data, column c has data Delete column b and move column C to the left E.G. AirCode For my sheet find last.row with data ' that becomes the base point find last.column with data ' that becomes a base point loop through columns & rows for A to last column from 1 to last row if data = null then delete column currentcolumn blah blah blah Many thanks in advance Darren From shamil at users.mns.ru Tue Apr 4 03:07:23 2006 From: shamil at users.mns.ru (Shamil Salakhetdinov) Date: Tue, 4 Apr 2006 12:07:23 +0400 Subject: [AccessD] WAY OT:Excel Q References: <20060404051223.BEGX19070.omta01ps.mx.bigpond.com@DENZILLAP> Message-ID: <005601c657be$db262230$6501a8c0@Nant> Hi Darren, Here is the code (it was good morning exercise!): ' Deletes empty columns of Excel.Worksheet {{rwks}} ' of an Excel.Range starting at ' {{vlngStartRow}}, {{vlngStartCol}} cell Public Sub DropEmptyColumns( _ ByRef rwks As Excel.Worksheet, _ ByVal vlngStartRow As Long, ByVal vlngStartCol As Long) Dim xlApp As Excel.Application Dim rng As Excel.Range Dim rngCol As Excel.Range Dim rngAreas As Excel.Range Dim lngColIdx As Long Dim lngIdx As Long Dim avar As Variant Dim evar As Variant Dim fEmptyColumn As Boolean Dim rngArea As Excel.Range Set xlApp = rwks.Application ' select non-empty region Set rng = rwks.Cells(vlngStartRow, vlngStartCol).CurrentRegion If rng.Columns.Count > 0 Then ' for each column in selected region... For lngColIdx = 1 To rng.Columns.Count ' select column range without first (title) cell Set rngCol = rwks.Range( _ rwks.Cells(rng.Row + 1, lngColIdx), _ rwks.Cells(rng.Rows.Count + rng.Row + 1, lngColIdx)) ' get column values into variant array avar = rngCol.Value fEmptyColumn = True ' search for not empty values in column array For lngIdx = LBound(avar) + 1 To UBound(avar) If Not IsEmpty(avar(lngIdx, 1)) Then ' when the first not-empty cell found ' set fEmptyColumn flag to False and exit cicle fEmptyColumn = False Exit For End If Next lngIdx If fEmptyColumn Then ' if column is empty add it to the area ' of the columns to be deleted Set rngCol = rwks.Columns(lngColIdx) If rngArea Is Nothing Then Set rngArea = rngCol.Areas.Item(1) Else Set rngArea = xlApp.Union(rngArea, rngCol) End If End If Next lngColIdx End If If Not rngArea Is Nothing Then ' delete empty columns' area rngArea.Delete End If End Sub Shamil ----- Original Message ----- From: "Darren DICK" To: "'Access Developers discussion and problem solving'" Sent: Tuesday, April 04, 2006 9:12 AM Subject: [AccessD] WAY OT:Excel Q > Hi all > Cross Posted to dbqSQL list > I am outputting reports to Excel from reporting services (SQL) > The reports have many tables on them with differing column widths > When I output the reports to Excel I find many columns with no data in > them > > Is there a way I can write some VBA and have it determine the last row on > the > sheet with a value in it > determine if there is any data in any cell from the top to the bottom - if > there > is no data in the column > delete it. Then 'tighten' all the columns? > > E.G. Column A has data, column B not data, column c has data > Delete column b and move column C to the left > > E.G. AirCode > For my sheet > find last.row with data ' that becomes the base point > find last.column with data ' that becomes a base point > loop through columns & rows > for A to last column > from 1 to last row > if data = null then > delete column currentcolumn > blah blah blah > > Many thanks in advance > > Darren > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Gustav at cactus.dk Tue Apr 4 03:25:30 2006 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 04 Apr 2006 10:25:30 +0200 Subject: [AccessD] Barcelona Message-ID: Hi Juan OK, I'll make a note on that! /gustav >>> mastercafe at ctv.es 03-04-2006 19:08 >>> I'm from Spain, so i live 980 km from barcelona :) Hope to see next travel in Madrid or Oviedo ;) Have a nice travel Juan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: lunes, 03 de abril de 2006 17:59 To: accessd at databaseadvisors.com Subject: [AccessD] Barcelona Hi all Any listmembers from Spain? I'll stay in Barcelona during Easter and would have time for sharing a beer or a glass of wine ... /gustav From Gustav at cactus.dk Tue Apr 4 03:34:00 2006 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 04 Apr 2006 10:34:00 +0200 Subject: [AccessD] Barcelona Message-ID: Hi John Oh, that would require a looong drink in both time and space. /gustav >>> djkr at msn.com 03-04-2006 21:37 >>> I'd love to share a beer with you, Gustav, but shall not get to Spain until October, and then in the North*West*! John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 03 April 2006 16:59 To: accessd at databaseadvisors.com Subject: [AccessD] Barcelona Hi all Any listmembers from Spain? I'll stay in Barcelona during Easter and would have time for sharing a beer or a glass of wine ... /gustav From ecritt1 at alltel.net Tue Apr 4 05:45:16 2006 From: ecritt1 at alltel.net (Penn White) Date: Tue, 4 Apr 2006 06:45:16 -0400 Subject: [AccessD] Return to same record after cancel. Message-ID: <000901c657d4$dca6f3d0$0302a8c0@pennp4> Just discovered a lovely little one-two punch that everyone probably already knows about but was new to me. If the user cancels an operation, I wanted to take them back to the record they were working on before they opened some other window. The example is when my user clicks on the "Add New Record" command button. If he/she changes his/her mind and decides to cancel the add operation, then I want to return to the record they were working on before they opened the "Add New Record" popup. Because of some other things that are done in that popup, I need to requery the original form during the Cancel. As you know, when the form is requeried, it returns to the first record in the form. The workaround I discovered is this: Private Sub cmdCancel() Dim lngCurrRec as Long lngCurrRec = Forms!PreviousFormName.CuirrentRecord ------- Whatever other code you want in the Cancel event including the Forms!PreviousFormName.Requery ------- DoCmd.GoToRecord acDataForm, "PreviousFormName", acGoTo, lngCurrRec DoCmd.Close acForm, Me.name Exit Sub This won't work if you've added any new records, of course, but it works great for a Cancel operation. I've used recordset bookmarks a lot for similar operations but they won't work in this instance and this is so clean and neat, I really like it. Penn From darrend at nimble.com.au Tue Apr 4 06:25:15 2006 From: darrend at nimble.com.au (Darren DICK) Date: Tue, 4 Apr 2006 21:25:15 +1000 Subject: [AccessD] WAY OT:Excel Q In-Reply-To: <005601c657be$db262230$6501a8c0@Nant> Message-ID: <20060404112534.ULLW17345.omta04ps.mx.bigpond.com@DENZILLAP> Shamil Genius - absolute genius Thank you sooooo much for taking the time on this This will help things along nicely Brilliant Darren ------------------------------ T: 0424 696 433 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil Salakhetdinov Sent: Tuesday, 4 April 2006 6:07 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] WAY OT:Excel Q Hi Darren, Here is the code (it was good morning exercise!): ' Deletes empty columns of Excel.Worksheet {{rwks}} ' of an Excel.Range starting at ' {{vlngStartRow}}, {{vlngStartCol}} cell Public Sub DropEmptyColumns( _ ByRef rwks As Excel.Worksheet, _ ByVal vlngStartRow As Long, ByVal vlngStartCol As Long) Dim xlApp As Excel.Application Dim rng As Excel.Range Dim rngCol As Excel.Range Dim rngAreas As Excel.Range Dim lngColIdx As Long Dim lngIdx As Long Dim avar As Variant Dim evar As Variant Dim fEmptyColumn As Boolean Dim rngArea As Excel.Range Set xlApp = rwks.Application ' select non-empty region Set rng = rwks.Cells(vlngStartRow, vlngStartCol).CurrentRegion If rng.Columns.Count > 0 Then ' for each column in selected region... For lngColIdx = 1 To rng.Columns.Count ' select column range without first (title) cell Set rngCol = rwks.Range( _ rwks.Cells(rng.Row + 1, lngColIdx), _ rwks.Cells(rng.Rows.Count + rng.Row + 1, lngColIdx)) ' get column values into variant array avar = rngCol.Value fEmptyColumn = True ' search for not empty values in column array For lngIdx = LBound(avar) + 1 To UBound(avar) If Not IsEmpty(avar(lngIdx, 1)) Then ' when the first not-empty cell found ' set fEmptyColumn flag to False and exit cicle fEmptyColumn = False Exit For End If Next lngIdx If fEmptyColumn Then ' if column is empty add it to the area ' of the columns to be deleted Set rngCol = rwks.Columns(lngColIdx) If rngArea Is Nothing Then Set rngArea = rngCol.Areas.Item(1) Else Set rngArea = xlApp.Union(rngArea, rngCol) End If End If Next lngColIdx End If If Not rngArea Is Nothing Then ' delete empty columns' area rngArea.Delete End If End Sub Shamil ----- Original Message ----- From: "Darren DICK" To: "'Access Developers discussion and problem solving'" Sent: Tuesday, April 04, 2006 9:12 AM Subject: [AccessD] WAY OT:Excel Q > Hi all > Cross Posted to dbqSQL list > I am outputting reports to Excel from reporting services (SQL) > The reports have many tables on them with differing column widths > When I output the reports to Excel I find many columns with no data in > them > > Is there a way I can write some VBA and have it determine the last row on > the > sheet with a value in it > determine if there is any data in any cell from the top to the bottom - if > there > is no data in the column > delete it. Then 'tighten' all the columns? > > E.G. Column A has data, column B not data, column c has data > Delete column b and move column C to the left > > E.G. AirCode > For my sheet > find last.row with data ' that becomes the base point > find last.column with data ' that becomes a base point > loop through columns & rows > for A to last column > from 1 to last row > if data = null then > delete column currentcolumn > blah blah blah > > 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 From Jdemarco at hudsonhealthplan.org Tue Apr 4 08:54:42 2006 From: Jdemarco at hudsonhealthplan.org (Jim DeMarco) Date: Tue, 4 Apr 2006 09:54:42 -0400 Subject: [AccessD] Las Vegas conference Message-ID: <08F823FD83787D4BA0B99CA580AD3C74032567AE@TTNEXCHCL2.hshhp.com> A lot of the conferences are in Vegas now. I've been to a couple there but I really wish they'd find somewhere else. I can only take so much of that town (although I do get to visit my parents when there!!). Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hale, Jim Sent: Monday, April 03, 2006 2:56 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Las Vegas conference I'm going to the Vegas show. It looks like it will be very worthwhile since I am facing a number of issues they will cover. I wish I could go to Orlando but one a year is about all I can swing. Jim Hale -----Original Message----- From: Jim DeMarco [mailto:Jdemarco at hudsonhealthplan.org] Sent: Monday, April 03, 2006 6:44 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Las Vegas conference I was going to go but decided to attend DevConnections in Orlando instead. Are you going? I really like Advisor's events and will probably hit whatever they have going in the fall. Jim DeMarco -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hale, Jim Sent: Friday, March 31, 2006 12:46 PM To: 'Accessd (E-mail) Subject: [AccessD] Las Vegas conference Anybody going to vague-us for the Access conference 4/9? Jim Hale *********************************************************************** The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. As a recipient of this email, you are responsible for screening its contents and the contents of any attachments for the presence of viruses. No liability is accepted for any damages caused by any virus transmitted by this email. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ************************************************************************ **** ******* "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". ************************************************************************ **** ******* -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com *********************************************************************** The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. As a recipient of this email, you are responsible for screening its contents and the contents of any attachments for the presence of viruses. No liability is accepted for any damages caused by any virus transmitted by this email. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com *********************************************************************************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** From Gustav at cactus.dk Tue Apr 4 09:15:08 2006 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 04 Apr 2006 16:15:08 +0200 Subject: [AccessD] Read data off a live html table Message-ID: Hi all Why can Excel read data from a live web page table just like that while Access can't? Go to this page: http://www.hdnl.co.uk/tracker.aspx?UPI=806290025850a In IE, right-click on the table and choose Import in Excel, and in two seconds Excel opens with a worksheet with the linked data. You can edit the query Excel uses and save it. This is it: WEB 1 http://www.hdnl.co.uk/tracker.aspx?UPI=806290025850a Selection=1 Formatting=None PreFormattedTextToColumns=True ConsecutiveDelimitersAsOne=True SingleBlockTextImport=False DisableDateRecognition=False If you use IE to save the page as a single html page, Access can link to that fine, so data is valid. Any tricks for the live link? /gustav From Jim.Hale at FleetPride.com Tue Apr 4 09:36:04 2006 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Tue, 4 Apr 2006 09:36:04 -0500 Subject: [AccessD] Las Vegas conference Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB67727DDB4A@corp-es01.fleetpride.com> Yea, the chamber of commerce's real motto is "the money you take to Vegas stays in Vegas." Texas Hold'em at night and Access seminars during the day- my head will probably start spinning and explode. I'll report back to the group if I find out anything interesting. Jim Hale -----Original Message----- From: Jim DeMarco [mailto:Jdemarco at hudsonhealthplan.org] Sent: Tuesday, April 04, 2006 8:55 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Las Vegas conference A lot of the conferences are in Vegas now. I've been to a couple there but I really wish they'd find somewhere else. I can only take so much of that town (although I do get to visit my parents when there!!). Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hale, Jim Sent: Monday, April 03, 2006 2:56 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Las Vegas conference I'm going to the Vegas show. It looks like it will be very worthwhile since I am facing a number of issues they will cover. I wish I could go to Orlando but one a year is about all I can swing. Jim Hale *********************************************************************** The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. As a recipient of this email, you are responsible for screening its contents and the contents of any attachments for the presence of viruses. No liability is accepted for any damages caused by any virus transmitted by this email. From JRojas at tnco-inc.com Tue Apr 4 09:55:55 2006 From: JRojas at tnco-inc.com (Joe Rojas) Date: Tue, 4 Apr 2006 10:55:55 -0400 Subject: [AccessD] Devoloping with A2K3 for an A2K environment Message-ID: <758E92433C4F3740B67BE4DD369AF577156A4D@ex2k3.corp.tnco-inc.com> Hi All, I ran into a problem with installing Office 2003 Pro on my computer. I had created several databases with Access 2000, prior to my Office upgrade, which used the Outlook 9.0 (2000) object model. When I open these databases up, Access 2003 automatically changes the reference from Outlook 9.0 to 11.0. When a user, using Office 2000, opens this database they have a missing reference! How do others on this list deal with this issue where you are using a newer version of Office to develop than the user's environment? Thanks, Joe Rojas IT Manager TNCO, Inc. 781-447-6661 x7506 jrojas at tnco-inc.com From jmhecht at earthlink.net Tue Apr 4 10:13:19 2006 From: jmhecht at earthlink.net (Joe Hecht) Date: Tue, 4 Apr 2006 08:13:19 -0700 Subject: [AccessD] Las Vegas conference In-Reply-To: <08F823FD83787D4BA0B99CA580AD3C74032567AE@TTNEXCHCL2.hshhp.com> Message-ID: <001b01c657fa$4eeca550$6701a8c0@HPLaptop> Jim, Didn't you and I meet for drinks in Hollywood one year at one of the seminars? Joe Hecht jmhecht at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim DeMarco Sent: Tuesday, April 04, 2006 6:55 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Las Vegas conference A lot of the conferences are in Vegas now. I've been to a couple there but I really wish they'd find somewhere else. I can only take so much of that town (although I do get to visit my parents when there!!). Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hale, Jim Sent: Monday, April 03, 2006 2:56 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Las Vegas conference I'm going to the Vegas show. It looks like it will be very worthwhile since I am facing a number of issues they will cover. I wish I could go to Orlando but one a year is about all I can swing. Jim Hale -----Original Message----- From: Jim DeMarco [mailto:Jdemarco at hudsonhealthplan.org] Sent: Monday, April 03, 2006 6:44 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Las Vegas conference I was going to go but decided to attend DevConnections in Orlando instead. Are you going? I really like Advisor's events and will probably hit whatever they have going in the fall. Jim DeMarco -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hale, Jim Sent: Friday, March 31, 2006 12:46 PM To: 'Accessd (E-mail) Subject: [AccessD] Las Vegas conference Anybody going to vague-us for the Access conference 4/9? Jim Hale ************************************************************ *********** The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. As a recipient of this email, you are responsible for screening its contents and the contents of any attachments for the presence of viruses. No liability is accepted for any damages caused by any virus transmitted by this email. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ************************************************************ ************ **** ******* "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". ************************************************************ ************ **** ******* -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ************************************************************ *********** The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. As a recipient of this email, you are responsible for screening its contents and the contents of any attachments for the presence of viruses. No liability is accepted for any damages caused by any virus transmitted by this email. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ************************************************************ *********************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". ************************************************************ *********************** -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jdemarco at hudsonhealthplan.org Tue Apr 4 10:37:23 2006 From: Jdemarco at hudsonhealthplan.org (Jim DeMarco) Date: Tue, 4 Apr 2006 11:37:23 -0400 Subject: [AccessD] Las Vegas conference Message-ID: <08F823FD83787D4BA0B99CA580AD3C740344409C@TTNEXCHCL2.hshhp.com> I was going to mention what a great event Advisor hosted in Hollywood a few years back. Yes we did have a beer at the Hollywood Rennaisance Hotel (right next to the famous Chinese Theatre and the Kodak, home of the Oscars). Always great to meet a list member. I'd like to see something in San Francisco but late winter seems to be hot there for conferences and I'm a warm weather kind of guy! Jim D. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Joe Hecht Sent: Tuesday, April 04, 2006 11:13 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Las Vegas conference Jim, Didn't you and I meet for drinks in Hollywood one year at one of the seminars? Joe Hecht jmhecht at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim DeMarco Sent: Tuesday, April 04, 2006 6:55 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Las Vegas conference A lot of the conferences are in Vegas now. I've been to a couple there but I really wish they'd find somewhere else. I can only take so much of that town (although I do get to visit my parents when there!!). Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hale, Jim Sent: Monday, April 03, 2006 2:56 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Las Vegas conference I'm going to the Vegas show. It looks like it will be very worthwhile since I am facing a number of issues they will cover. I wish I could go to Orlando but one a year is about all I can swing. Jim Hale -----Original Message----- From: Jim DeMarco [mailto:Jdemarco at hudsonhealthplan.org] Sent: Monday, April 03, 2006 6:44 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Las Vegas conference I was going to go but decided to attend DevConnections in Orlando instead. Are you going? I really like Advisor's events and will probably hit whatever they have going in the fall. Jim DeMarco -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hale, Jim Sent: Friday, March 31, 2006 12:46 PM To: 'Accessd (E-mail) Subject: [AccessD] Las Vegas conference Anybody going to vague-us for the Access conference 4/9? Jim Hale ************************************************************ *********** The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. As a recipient of this email, you are responsible for screening its contents and the contents of any attachments for the presence of viruses. No liability is accepted for any damages caused by any virus transmitted by this email. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ************************************************************ ************ **** ******* "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". ************************************************************ ************ **** ******* -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ************************************************************ *********** The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. As a recipient of this email, you are responsible for screening its contents and the contents of any attachments for the presence of viruses. No liability is accepted for any damages caused by any virus transmitted by this email. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ************************************************************ *********************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". ************************************************************ *********************** -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** From MEC at stowers-institute.org Tue Apr 4 10:43:57 2006 From: MEC at stowers-institute.org (Cook, Malcolm) Date: Tue, 4 Apr 2006 10:43:57 -0500 Subject: [AccessD] WAY OT:Excel Q Message-ID: Darren, 'assuming your reports contain tables that have header columns but otherwise lack values, 'you may want one of the following xxxDeleteBlankData subs. Option Explicit Public Sub ActiveCellCurrentRegionDeleteBlankData() RangeDeleteBlankData Excel.ActiveCell.CurrentRegion End Sub Public Sub SheetDeleteBlankData(Optional s As Excel.Worksheet) If s Is Nothing Then Set s = Excel.ActiveSheet RangeDeleteBlankData s.Range(1, 1).CurrentRegion End Sub Public Sub RangeDeleteBlankData(Optional r As Excel.Range) If r Is Nothing Then Set r = ActiveCell.CurrentRegion Dim col As Excel.Range For Each col In r.Columns If AllAreSpecialCells(col.Offset(1), xlCellTypeBlanks) Then col.Delete (xlShiftToLeft) Next End Sub Public Function AllAreSpecialCells(r As Excel.Range, CellType As XlCellType) As Boolean 'Returns TRUE only if all the cells in the range are 'SpecialCells' of type CellType On Error Resume Next ' error generated if NONE are special. So, return FALSE AllAreSpecialCells = r.Count = r.SpecialCells(CellType).Count End Function Malcolm Cook Database Applications Manager, Bioinformatics Stowers Institute for Medical Research >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren DICK >Sent: Tuesday, April 04, 2006 12:13 AM >To: 'Access Developers discussion and problem solving' >Subject: [AccessD] WAY OT:Excel Q > >Hi all >Cross Posted to dbqSQL list >I am outputting reports to Excel from reporting services (SQL) >The reports have many tables on them with differing column widths >When I output the reports to Excel I find many columns with no >data in them > >Is there a way I can write some VBA and have it determine the >last row on the >sheet with a value in it >determine if there is any data in any cell from the top to the >bottom - if there >is no data in the column >delete it. Then 'tighten' all the columns? > >E.G. Column A has data, column B not data, column c has data >Delete column b and move column C to the left > >E.G. AirCode >For my sheet > find last.row with data ' that becomes the base point > find last.column with data ' that becomes a base point >loop through columns & rows > for A to last column > from 1 to last row > if data = null then > delete column currentcolumn >blah blah blah > >Many thanks in advance > >Darren >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From Gustav at cactus.dk Tue Apr 4 11:00:42 2006 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 04 Apr 2006 18:00:42 +0200 Subject: [AccessD] Read data off a live html table Message-ID: Hi all Maybe I can answer this myself ... I've looked around and live connection seems just not to work. The reason Excel can do it, is that it doesn't ... you ask it to requery and it reads in the page and the data and saves them in the worksheet for a static view. For Access that static view is an external file. Thus download the page to a file and link that as a table. However, the download can be semi-automated. You can use this function to download the file (takes less than a second) before opening the linked table in Access - no relink is needed: Private Declare Function URLDownloadToFile Lib "urlmon" Alias "URLDownloadToFileA" ( _ ByVal pCaller As Long, _ ByVal szURL As String, _ ByVal szFileName As String, _ ByVal dwReserved As Long, _ ByVal lpfnCB As Long) _ As Long Public Function DownloadFile( _ ByVal strURL As String, _ ByVal strLocalFilename As String) _ As Long ' Download file or page with public access from the web. ' 2004-12-17. Cactus Data ApS, CPH. ' Usage, download a file: ' lngRet = DownloadFile("http://www.databaseadvisors.com/Graphics/conf2002/2002ConferencePicsbySmolin/images/dba02smolin27.jpg", "c:\happybassett.jpg") ' ' Usage, download a page: ' lngRet = DownloadFile("http://www.databaseadvisors.com/conf2002/conf200202.htm", "c:\dbaconference.htm") ' Returns 0 if success, error code if not. ' Error codes: ' -2146697210 "file not found". ' -2146697211 "domain not found". ' Limitation. ' Does not check if local file was created successfully. Dim lngRetVal As Long lngRetVal = URLDownloadToFile(0, strURL & vbNullChar, strLocalFilename & vbNullChar, 0, 0) DownloadFile = lngRetVal End Function You could download the file when launching the app or a form, or if a more frequent update is needed, have a timer running doing it. When the file is written you cannot have the table linked to it open in Access so some sort of error handling is needed. That could be avoided by just opening the linked table for updating the data in another table the moment after a fresh download. /gustav >>> Gustav at cactus.dk 04-04-2006 16:15:08 >>> Hi all Why can Excel read data from a live web page table just like that while Access can't? Go to this page: http://www.hdnl.co.uk/tracker.aspx?UPI=806290025850a In IE, right-click on the table and choose Import in Excel, and in two seconds Excel opens with a worksheet with the linked data. You can edit the query Excel uses and save it. This is it: WEB 1 http://www.hdnl.co.uk/tracker.aspx?UPI=806290025850a Selection=1 Formatting=None PreFormattedTextToColumns=True ConsecutiveDelimitersAsOne=True SingleBlockTextImport=False DisableDateRecognition=False If you use IE to save the page as a single html page, Access can link to that fine, so data is valid. Any tricks for the live link? /gustav From fhtapia at gmail.com Tue Apr 4 11:09:35 2006 From: fhtapia at gmail.com (Francisco Tapia) Date: Tue, 4 Apr 2006 09:09:35 -0700 Subject: [AccessD] Optimizing Stored Procedures and Views In-Reply-To: <002401c656c7$984076c0$6501a8c0@PAPPARUFF> References: <7.0.1.0.0.20060403134107.01b63460@dalyn.co.nz> <002401c656c7$984076c0$6501a8c0@PAPPARUFF> Message-ID: If you want to make sure that both are running identically... one way would be to run the utility from red-gate. http://www.red-gate.com/products/SQL_Compare/index.htm It's trial ware which is great for 14 days. I use it from time to time on dev systems. Typically I run a backup of the live system to the dev box, but this is another quick fix you can use On 4/2/06, John Ruff wrote: > Check your indexes in the tables that make up the views on the db that is > running slow and compare them with the same tables in the db that is running > fast. I'd venture to say you don't have one or more columns indexed in the > slow db that should be indexed. > > Also, I would suggest using aliases in your stored procedures or any long > query. It makes reading them much easier. Such as this: > > SELECT > a.CustomerID > ,a.StatementID > ,a.AccountNo > ,a.CustName > ,a.StatementDate > ,a.StatementNumber > ,a.AccFreq > ,a.CurrentMth > ,a.OneMonth > ,a.TwoMonths > ,a.ThreeMonths > ,a.NoOverdueNote > ,c.NetReceipts > ,c.GJCredit > ,d.NetReceiptsInv > ,d.GJCreditInv > ,a.MGrpIDNo > ,a.DDRegistered > ,a.DDFrequency > ,a.PayArrange > ,e.ReceiptNotPost AS ReceiptsNotPosted > ,a.VIPCust > ,a.AccStatus > FROM dbo.vwAgedDebtorGet AS a > INNER JOIN dbo.vwAgedDebtorGetLastStatDate AS b > ON a.CustomerID = b.CustIDNo > AND a.StatementDate = b.StatementDate > LEFT OUTER JOIN dbo.vwAgedDebtorReceipt AS c > ON a.CustomerID = c.CustIDNo > AND a.StatementNumber = c.StatNum > LEFT OUTER JOIN dbo.vwAgedDebtorReceiptInv AS d > ON a.CustomerID = d.CustIDNo > AND a.StatementNumber = d.InvNum > LEFT OUTER JOIN dbo.vwAgedDebtorReceiptNotPost AS e > ON a.CustomerID = e.CustIDNo > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson > Sent: Sunday, April 02, 2006 6:03 PM > To: accessd at databaseadvisors.com; dba-SQLServer at databaseadvisors.com > Subject: [AccessD] Optimizing Stored Procedures and Views > > Cross posted AccessD SQL > > SQL2000 > > I have a stored procedure that is based on a number of views. I have > two different databases that have the same tables, views and stored > procedures. The only difference is that the data is for separate > companies. Both databases are on the same server. > > I developed one set of queries and stored procedure in one of the > databases. The main part of the stored procedure is as follows: > > SELECT dbo.vwAgedDebtorGet.CustomerID, > dbo.vwAgedDebtorGet.StatementID, > dbo.vwAgedDebtorGet.AccountNo, dbo.vwAgedDebtorGet.CustName, > dbo.vwAgedDebtorGet.StatementDate, dbo.vwAgedDebtorGet.StatementNumber, > dbo.vwAgedDebtorGet.AccFreq, dbo.vwAgedDebtorGet.CurrentMth, > dbo.vwAgedDebtorGet.OneMonth, > dbo.vwAgedDebtorGet.TwoMonths, > dbo.vwAgedDebtorGet.ThreeMonths, dbo.vwAgedDebtorGet.NoOverdueNote, > dbo.vwAgedDebtorReceipt.NetReceipts, > dbo.vwAgedDebtorReceipt.GJCredit, dbo.vwAgedDebtorReceiptInv.NetReceiptsInv, > dbo.vwAgedDebtorReceiptInv.GJCreditInv, > dbo.vwAgedDebtorGet.MGrpIDNo, > dbo.vwAgedDebtorGet.DDRegistered, > dbo.vwAgedDebtorGet.DDFrequency, dbo.vwAgedDebtorGet.PayArrange, > dbo.vwAgedDebtorReceiptNotPost.ReceiptNotPost AS > ReceiptsNotPosted, > dbo.vwAgedDebtorGet.VIPCust, dbo.vwAgedDebtorGet.AccStatus > FROM dbo.vwAgedDebtorGet INNER JOIN dbo.vwAgedDebtorGetLastStatDate > ON dbo.vwAgedDebtorGet.CustomerID = > dbo.vwAgedDebtorGetLastStatDate.CustIDNo AND > dbo.vwAgedDebtorGet.StatementDate = > dbo.vwAgedDebtorGetLastStatDate.StatementDate LEFT OUTER > JOIN dbo.vwAgedDebtorReceipt ON > dbo.vwAgedDebtorGet.CustomerID = dbo.vwAgedDebtorReceipt.CustIDNo > AND > dbo.vwAgedDebtorGet.StatementNumber = > dbo.vwAgedDebtorReceipt.StatNum LEFT OUTER JOIN dbo.vwAgedDebtorReceiptInv > ON > dbo.vwAgedDebtorGet.CustomerID = > dbo.vwAgedDebtorReceiptInv.CustIDNo AND > dbo.vwAgedDebtorGet.StatementNumber = > dbo.vwAgedDebtorReceiptInv.InvNum > LEFT OUTER JOIN dbo.vwAgedDebtorReceiptNotPost ON > dbo.vwAgedDebtorGet.CustomerID = > dbo.vwAgedDebtorReceiptNotPost.CustIDNo > > In the SQL database that this was developed in it runs fine (in about > 30 seconds). However, when I script the objects and restore them > into the second database, the same stored procedure runs for over 10 > minutes with about a fifth of the data. > > Is there some optimizing that I need to do to get the second database > to work as fast as the first one? > > Regards > > David Emerson > Dalyn Software Ltd > 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 > -- -Francisco http://pcthis.blogspot.com |PC news with out the jargon! http://sqlthis.blogspot.com | Tsql and More... From markamatte at hotmail.com Tue Apr 4 11:10:28 2006 From: markamatte at hotmail.com (Mark A Matte) Date: Tue, 04 Apr 2006 16:10:28 +0000 Subject: [AccessD] Strip out text In-Reply-To: Message-ID: Hello All, I have just recieved a new db to link to...and I want to create a dictionary for all of the wonderful acronym names used. I have a list of field names in each table. The format is the same across the board: BB_CREG_TU or TTT_PROG_GYU_FRWTG (format= some letters...an undersore...more letters...and so on) The can be 1 - 4 underscores in each name. I would like to take this list of field names and strip out each part and create a new list. For the example above I would now have 7 records...starting with BB and ending with FRWTG. The underscore is always the seperator. Any suggestions/direction would be greatly appreciated. Thanks, Mark A. Matte From jwcolby at ColbyConsulting.com Tue Apr 4 11:22:02 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Tue, 4 Apr 2006 12:22:02 -0400 Subject: [AccessD] Read data off a live html table In-Reply-To: Message-ID: <002001c65803$e8d35cf0$657aa8c0@ColbyM6805> Wow, that is cool. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, April 04, 2006 12:01 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Read data off a live html table Hi all Maybe I can answer this myself ... I've looked around and live connection seems just not to work. The reason Excel can do it, is that it doesn't ... you ask it to requery and it reads in the page and the data and saves them in the worksheet for a static view. For Access that static view is an external file. Thus download the page to a file and link that as a table. However, the download can be semi-automated. You can use this function to download the file (takes less than a second) before opening the linked table in Access - no relink is needed: Private Declare Function URLDownloadToFile Lib "urlmon" Alias "URLDownloadToFileA" ( _ ByVal pCaller As Long, _ ByVal szURL As String, _ ByVal szFileName As String, _ ByVal dwReserved As Long, _ ByVal lpfnCB As Long) _ As Long Public Function DownloadFile( _ ByVal strURL As String, _ ByVal strLocalFilename As String) _ As Long ' Download file or page with public access from the web. ' 2004-12-17. Cactus Data ApS, CPH. ' Usage, download a file: ' lngRet = DownloadFile("http://www.databaseadvisors.com/Graphics/conf2002/2002Conferen cePicsbySmolin/images/dba02smolin27.jpg", "c:\happybassett.jpg") ' ' Usage, download a page: ' lngRet = DownloadFile("http://www.databaseadvisors.com/conf2002/conf200202.htm", "c:\dbaconference.htm") ' Returns 0 if success, error code if not. ' Error codes: ' -2146697210 "file not found". ' -2146697211 "domain not found". ' Limitation. ' Does not check if local file was created successfully. Dim lngRetVal As Long lngRetVal = URLDownloadToFile(0, strURL & vbNullChar, strLocalFilename & vbNullChar, 0, 0) DownloadFile = lngRetVal End Function You could download the file when launching the app or a form, or if a more frequent update is needed, have a timer running doing it. When the file is written you cannot have the table linked to it open in Access so some sort of error handling is needed. That could be avoided by just opening the linked table for updating the data in another table the moment after a fresh download. /gustav >>> Gustav at cactus.dk 04-04-2006 16:15:08 >>> Hi all Why can Excel read data from a live web page table just like that while Access can't? Go to this page: http://www.hdnl.co.uk/tracker.aspx?UPI=806290025850a In IE, right-click on the table and choose Import in Excel, and in two seconds Excel opens with a worksheet with the linked data. You can edit the query Excel uses and save it. This is it: WEB 1 http://www.hdnl.co.uk/tracker.aspx?UPI=806290025850a Selection=1 Formatting=None PreFormattedTextToColumns=True ConsecutiveDelimitersAsOne=True SingleBlockTextImport=False DisableDateRecognition=False If you use IE to save the page as a single html page, Access can link to that fine, so data is valid. Any tricks for the live link? /gustav -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Tue Apr 4 11:29:23 2006 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 04 Apr 2006 18:29:23 +0200 Subject: [AccessD] Strip out text Message-ID: Hi Mark Hey, JC must have a util for this - his favourite naming style! Sorry, couldn't resist. /gustav >>> markamatte at hotmail.com 04-04-2006 18:10:28 >>> Hello All, I have just recieved a new db to link to...and I want to create a dictionary for all of the wonderful acronym names used. I have a list of field names in each table. The format is the same across the board: BB_CREG_TU or TTT_PROG_GYU_FRWTG (format= some letters...an undersore...more letters...and so on) The can be 1 - 4 underscores in each name. I would like to take this list of field names and strip out each part and create a new list. For the example above I would now have 7 records...starting with BB and ending with FRWTG. The underscore is always the seperator. Any suggestions/direction would be greatly appreciated. Thanks, Mark A. Matte From cfoust at infostatsystems.com Tue Apr 4 11:31:40 2006 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 4 Apr 2006 09:31:40 -0700 Subject: [AccessD] Date Comparison Problem Message-ID: Thanks, Gustav. Sorry I took so long to reply to this but I've been up to my eyes in problems with a SQL backend. Our code has to deal with date strings brought in from a delimited text file and with converting a date to a string for export in that format, as well as just handling the data in the application. When you look at a date string in a text file, you have no idea what system date format is used or whether it is compatible with the current date format, but we still have to convert them to US format for use in SQL statements. Since those dates may NOT be formatted to the local settings, it can get very entertaining. ;-> Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Saturday, April 01, 2006 5:33 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Date Comparison Problem Hi Charlotte As soon as you have a Date value you cannot fail; all you have to is do to apply the formatting and, using the principle in my StrDateSQL, no local setting will influence that. It's foolproof. However, to get to the Date value is another task and requires careful handling. As you correctly point out, users can type anything. For this purpose I would recommend the suggestion by Stuart, DateValue, as it understands date expression strings formatted as to the local settings. Unfortunately, it understands more than that which can lead to unpredictable results. How to avoid this, read on here: http://databaseadvisors.com/pipermail/accessd/2004-December/029764.html /gustav >>> cfoust at infostatsystems.com 31-03-2006 18:37:58 >>> Oh, and we also have to deal with converting data between systems that use different date formats and delimiters. Start playing with languages that use a dot as a date delimiter or a space. ;o> -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Gustav at cactus.dk Tue Apr 4 11:33:27 2006 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 04 Apr 2006 18:33:27 +0200 Subject: [AccessD] Read data off a live html table Message-ID: Hi John Really? Thank you. I just wondered ... someone must have been doing something like this. There's so much info out there in lists and tables on web pages. Only a minor part has been transferred to web-services. /gustav >>> jwcolby at ColbyConsulting.com 04-04-2006 18:22:02 >>> Wow, that is cool. From Jdemarco at hudsonhealthplan.org Tue Apr 4 11:36:56 2006 From: Jdemarco at hudsonhealthplan.org (Jim DeMarco) Date: Tue, 4 Apr 2006 12:36:56 -0400 Subject: [AccessD] Strip out text Message-ID: <08F823FD83787D4BA0B99CA580AD3C74034440B6@TTNEXCHCL2.hshhp.com> Why not use the Split function (splitting on the underscore) which will break your string up into an array, then loop through the array to add new records to your table (sorry for no example). HTH, Jim DeMarco -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Tuesday, April 04, 2006 12:10 PM To: accessd at databaseadvisors.com Subject: [AccessD] Strip out text Hello All, I have just recieved a new db to link to...and I want to create a dictionary for all of the wonderful acronym names used. I have a list of field names in each table. The format is the same across the board: BB_CREG_TU or TTT_PROG_GYU_FRWTG (format= some letters...an undersore...more letters...and so on) The can be 1 - 4 underscores in each name. I would like to take this list of field names and strip out each part and create a new list. For the example above I would now have 7 records...starting with BB and ending with FRWTG. The underscore is always the seperator. Any suggestions/direction would be greatly appreciated. Thanks, Mark A. Matte -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com *********************************************************************************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** From Gustav at cactus.dk Tue Apr 4 11:53:39 2006 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 04 Apr 2006 18:53:39 +0200 Subject: [AccessD] Date Comparison Problem Message-ID: Hi Charlotte Yes, right, lots of fun. And if such files are exported from a bank's mainframe the fun may rise to the next level! /gustav >>> cfoust at infostatsystems.com 04-04-2006 18:31:40 >>> Thanks, Gustav. Sorry I took so long to reply to this but I've been up to my eyes in problems with a SQL backend. Our code has to deal with date strings brought in from a delimited text file and with converting a date to a string for export in that format, as well as just handling the data in the application. When you look at a date string in a text file, you have no idea what system date format is used or whether it is compatible with the current date format, but we still have to convert them to US format for use in SQL statements. Since those dates may NOT be formatted to the local settings, it can get very entertaining. ;-> Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Saturday, April 01, 2006 5:33 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Date Comparison Problem Hi Charlotte As soon as you have a Date value you cannot fail; all you have to is do to apply the formatting and, using the principle in my StrDateSQL, no local setting will influence that. It's foolproof. However, to get to the Date value is another task and requires careful handling. As you correctly point out, users can type anything. For this purpose I would recommend the suggestion by Stuart, DateValue, as it understands date expression strings formatted as to the local settings. Unfortunately, it understands more than that which can lead to unpredictable results. How to avoid this, read on here: http://databaseadvisors.com/pipermail/accessd/2004-December/029764.html /gustav >>> cfoust at infostatsystems.com 31-03-2006 18:37:58 >>> Oh, and we also have to deal with converting data between systems that use different date formats and delimiters. Start playing with languages that use a dot as a date delimiter or a space. ;o> From Jdemarco at hudsonhealthplan.org Tue Apr 4 11:57:35 2006 From: Jdemarco at hudsonhealthplan.org (Jim DeMarco) Date: Tue, 4 Apr 2006 12:57:35 -0400 Subject: [AccessD] Strip out text Message-ID: <08F823FD83787D4BA0B99CA580AD3C74034440BA@TTNEXCHCL2.hshhp.com> Felt guilty. Here's a sample using Split. You can work out getting each element into your table via recordset. Sub SplitString() Dim str As String Dim arrStr Dim i As Integer str = "AB_55_tt_1g" arrStr = Split(str, "_") For i = 0 To UBound(arrStr) Debug.Print arrStr(i) Next i End Sub Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim DeMarco Sent: Tuesday, April 04, 2006 12:37 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Strip out text Why not use the Split function (splitting on the underscore) which will break your string up into an array, then loop through the array to add new records to your table (sorry for no example). HTH, Jim DeMarco -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Tuesday, April 04, 2006 12:10 PM To: accessd at databaseadvisors.com Subject: [AccessD] Strip out text Hello All, I have just recieved a new db to link to...and I want to create a dictionary for all of the wonderful acronym names used. I have a list of field names in each table. The format is the same across the board: BB_CREG_TU or TTT_PROG_GYU_FRWTG (format= some letters...an undersore...more letters...and so on) The can be 1 - 4 underscores in each name. I would like to take this list of field names and strip out each part and create a new list. For the example above I would now have 7 records...starting with BB and ending with FRWTG. The underscore is always the seperator. Any suggestions/direction would be greatly appreciated. Thanks, Mark A. Matte -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ************************************************************************ *********** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". ************************************************************************ *********** -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com *********************************************************************************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** From jwcolby at ColbyConsulting.com Tue Apr 4 12:01:54 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Tue, 4 Apr 2006 13:01:54 -0400 Subject: [AccessD] Strip out text In-Reply-To: Message-ID: <002801c65809$7a8cb6f0$657aa8c0@ColbyM6805> Naw, I use a single underscore behind the table prefix. ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, April 04, 2006 12:29 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Strip out text Hi Mark Hey, JC must have a util for this - his favourite naming style! Sorry, couldn't resist. /gustav >>> markamatte at hotmail.com 04-04-2006 18:10:28 >>> Hello All, I have just recieved a new db to link to...and I want to create a dictionary for all of the wonderful acronym names used. I have a list of field names in each table. The format is the same across the board: BB_CREG_TU or TTT_PROG_GYU_FRWTG (format= some letters...an undersore...more letters...and so on) The can be 1 - 4 underscores in each name. I would like to take this list of field names and strip out each part and create a new list. For the example above I would now have 7 records...starting with BB and ending with FRWTG. The underscore is always the seperator. Any suggestions/direction would be greatly appreciated. Thanks, Mark A. Matte -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Tue Apr 4 12:10:13 2006 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 4 Apr 2006 10:10:13 -0700 Subject: [AccessD] Code stops working Message-ID: Has anyone else seen this? We have code that has worked for 3 years and suddenly, it fails. The code can be very simple like "If Not (rst.EOF and rst.BOF) Then" and even though both EOF and BOF evaluate to true, the next line of code will execute! I've seen this in several places. And we have signature handling in one of our apps. The subforms, which all have the same kind of code, raise a custom event which is sunk by the parent. On some subforms, the event may raise the first time but not after that. Making a change in the code in either the child or parent might make it work ... Once. Then it returns to ignoring the raise event line. It steps through it, but the event is never sunk in the parent form. The exact same code works in other subforms. I've tried compact and repair, decompile, creating a new form and copying the controls over, then exporting the code from the odd subform to text and pasting it into the module for the new form. Same behavior. These are very complex subforms and the parent form is worse. I just recently upgraded to Office 2003 on my machine (we're still using Access 2002) and I'm wondering if that has caused the strange behavior. The others in my office have had 2003 for a while, but I dragged my heels on it. We're also working in VS 2005 and have the latest source safe version, so it may be an ugly combination of things, but has anyone else had a similar experience? Code that worked on Friday was broken on Monday! Yikes! Charlotte Foust Infostat Systems, Inc. From markamatte at hotmail.com Tue Apr 4 12:18:08 2006 From: markamatte at hotmail.com (Mark A Matte) Date: Tue, 04 Apr 2006 17:18:08 +0000 Subject: [AccessD] Strip out text In-Reply-To: <08F823FD83787D4BA0B99CA580AD3C74034440BA@TTNEXCHCL2.hshhp.com> Message-ID: Jim, Thanks for the example...I am using A97...and it does not recognize "Split" Am I missing a reference...or need a later version of Access? Thanks, Mark A. Matte >From: "Jim DeMarco" >Reply-To: Access Developers discussion and problem >solving >To: "Access Developers discussion and problem solving" > >Subject: Re: [AccessD] Strip out text >Date: Tue, 4 Apr 2006 12:57:35 -0400 > >Felt guilty. Here's a sample using Split. You can work out getting each >element into your table via recordset. > >Sub SplitString() >Dim str As String >Dim arrStr >Dim i As Integer > > str = "AB_55_tt_1g" > arrStr = Split(str, "_") > For i = 0 To UBound(arrStr) > Debug.Print arrStr(i) > Next i >End Sub > >Jim > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim DeMarco >Sent: Tuesday, April 04, 2006 12:37 PM >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] Strip out text > >Why not use the Split function (splitting on the underscore) which will >break your string up into an array, then loop through the array to add >new records to your table (sorry for no example). > >HTH, > >Jim DeMarco > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte >Sent: Tuesday, April 04, 2006 12:10 PM >To: accessd at databaseadvisors.com >Subject: [AccessD] Strip out text > >Hello All, > >I have just recieved a new db to link to...and I want to create a >dictionary for all of the wonderful acronym names used. I have a list >of field names in each table. The format is the same across the board: >BB_CREG_TU or TTT_PROG_GYU_FRWTG (format= some letters...an >undersore...more letters...and so on) > >The can be 1 - 4 underscores in each name. I would like to take this >list of field names and strip out each part and create a new list. For >the example above I would now have 7 records...starting with BB and >ending with FRWTG. The underscore is always the seperator. Any >suggestions/direction would be greatly appreciated. > >Thanks, > >Mark A. Matte > > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > > > > >************************************************************************ >*********** >"This electronic message is intended to be for the use only of the named >recipient, and may contain information from Hudson Health Plan (HHP) >that is confidential or privileged. If you are not the intended >recipient, you are hereby notified that any disclosure, copying, >distribution or use of the contents of this message is strictly >prohibited. If you have received this message in error or are not the >named recipient, please notify us immediately, either by contacting the >sender at the electronic mail address noted above or calling HHP at >(914) 631-1611. If you are not the intended recipient, please do not >forward this email to anyone, and delete and destroy all copies of this >message. Thank You". >************************************************************************ >*********** > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > > > > >*********************************************************************************** >"This electronic message is intended to be for the use only of the named >recipient, and may contain information from Hudson Health Plan (HHP) that >is confidential or privileged. If you are not the intended recipient, you >are hereby notified that any disclosure, copying, distribution or use of >the contents of this message is strictly prohibited. If you have received >this message in error or are not the named recipient, please notify us >immediately, either by contacting the sender at the electronic mail address >noted above or calling HHP at (914) 631-1611. If you are not the intended >recipient, please do not forward this email to anyone, and delete and >destroy all copies of this message. Thank You". >*********************************************************************************** > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From bheid at appdevgrp.com Tue Apr 4 12:23:13 2006 From: bheid at appdevgrp.com (Bobby Heid) Date: Tue, 4 Apr 2006 13:23:13 -0400 Subject: [AccessD] OT: Hamachi - again... In-Reply-To: <916187228923D311A6FE00A0CC3FAA30D7973B@ADGSERVER> Message-ID: <916187228923D311A6FE00A0CC3FAA30D351D9@ADGSERVER> Jim, Sorry, I did not see your reply. Don't worry about being too basic. I'm a dev, not a network guy. LOL. 1) Yes it is running. I can actually connect to my machine via TightVNC (someone suggested one of the other VNCs, but I have not had time to install and configure it). 2) I do have a couple of shares that are open to everyone (home network via NAT) that I should be able to see. The error message I get is "The path '\\5.xxx.yyy.zzz' does not exist or is not a valid directory." When I connected to my work PC from home via Browse, I had to log in. When I try to browse from work to home, I get no login screen. Both are XP Pro. I am also able to use the chat feature of Hamachi between the two PCs. Thanks, Bobby -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, March 31, 2006 8:02 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] OT: Hamachi - again... Hi Bobby: These questions may sound overly obvious for that I apologize but: 1. Is 'Hamachi' left running on PC at home... it will show at the bottom right section of your task bar when it is. 2. Have you setup shares on your home PC? No share(s), no access. By adding the appropriate security to these shares it will either ask for login validation or not. Set the level of security and who is allowed access by right-mouse-clicking the directory/share in question, opening the security tab and attaching the required user. HTH Jim From Jdemarco at hudsonhealthplan.org Tue Apr 4 12:29:59 2006 From: Jdemarco at hudsonhealthplan.org (Jim DeMarco) Date: Tue, 4 Apr 2006 13:29:59 -0400 Subject: [AccessD] Strip out text Message-ID: <08F823FD83787D4BA0B99CA580AD3C74034440C7@TTNEXCHCL2.hshhp.com> No A97 doesn't support Split, sorry. You can find a Split replacement on Codehound.com though and run with that. Another option is to use Instr() and Mid() functions to walk through the text. InStr to find the location of the trailing underscore and Mid to grab whatever piece of text you need (from the beginning of the string or the previous Instr location stored in a variable). Let me know if you need an example (Split's a lot easier though). I can probably whip up some pseudo-code if need be. Jim D. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Tuesday, April 04, 2006 1:18 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Strip out text Jim, Thanks for the example...I am using A97...and it does not recognize "Split" Am I missing a reference...or need a later version of Access? Thanks, Mark A. Matte >From: "Jim DeMarco" >Reply-To: Access Developers discussion and problem >solving >To: "Access Developers discussion and problem solving" > >Subject: Re: [AccessD] Strip out text >Date: Tue, 4 Apr 2006 12:57:35 -0400 > >Felt guilty. Here's a sample using Split. You can work out getting >each element into your table via recordset. > >Sub SplitString() >Dim str As String >Dim arrStr >Dim i As Integer > > str = "AB_55_tt_1g" > arrStr = Split(str, "_") > For i = 0 To UBound(arrStr) > Debug.Print arrStr(i) > Next i >End Sub > >Jim > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim DeMarco >Sent: Tuesday, April 04, 2006 12:37 PM >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] Strip out text > >Why not use the Split function (splitting on the underscore) which will >break your string up into an array, then loop through the array to add >new records to your table (sorry for no example). > >HTH, > >Jim DeMarco > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte >Sent: Tuesday, April 04, 2006 12:10 PM >To: accessd at databaseadvisors.com >Subject: [AccessD] Strip out text > >Hello All, > >I have just recieved a new db to link to...and I want to create a >dictionary for all of the wonderful acronym names used. I have a list >of field names in each table. The format is the same across the board: >BB_CREG_TU or TTT_PROG_GYU_FRWTG (format= some letters...an >undersore...more letters...and so on) > >The can be 1 - 4 underscores in each name. I would like to take this >list of field names and strip out each part and create a new list. For >the example above I would now have 7 records...starting with BB and >ending with FRWTG. The underscore is always the seperator. Any >suggestions/direction would be greatly appreciated. > >Thanks, > >Mark A. Matte > > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > > > > >*********************************************************************** >* >*********** >"This electronic message is intended to be for the use only of the >named recipient, and may contain information from Hudson Health Plan >(HHP) that is confidential or privileged. If you are not the intended >recipient, you are hereby notified that any disclosure, copying, >distribution or use of the contents of this message is strictly >prohibited. If you have received this message in error or are not the >named recipient, please notify us immediately, either by contacting the >sender at the electronic mail address noted above or calling HHP at >(914) 631-1611. If you are not the intended recipient, please do not >forward this email to anyone, and delete and destroy all copies of this >message. Thank You". >*********************************************************************** >* >*********** > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > > > > >*********************************************************************** >************ "This electronic message is intended to be for the use >only of the named recipient, and may contain information from Hudson >Health Plan (HHP) that is confidential or privileged. If you are not >the intended recipient, you are hereby notified that any disclosure, >copying, distribution or use of the contents of this message is >strictly prohibited. If you have received this message in error or are >not the named recipient, please notify us immediately, either by >contacting the sender at the electronic mail address noted above or >calling HHP at (914) 631-1611. If you are not the intended recipient, >please do not forward this email to anyone, and delete and destroy all >copies of this message. Thank You". >*********************************************************************** >************ > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/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 electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** From Jdemarco at hudsonhealthplan.org Tue Apr 4 12:33:05 2006 From: Jdemarco at hudsonhealthplan.org (Jim DeMarco) Date: Tue, 4 Apr 2006 13:33:05 -0400 Subject: [AccessD] Code stops working Message-ID: <08F823FD83787D4BA0B99CA580AD3C74034440C9@TTNEXCHCL2.hshhp.com> Charlotte, The one thing I've noticed when code stops working is that there may be some bad code elsewhere. Have you tried compiling your code and seeing if the compiler can find anything untoward? Jim DeMarco -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Tuesday, April 04, 2006 1:10 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Code stops working Has anyone else seen this? We have code that has worked for 3 years and suddenly, it fails. The code can be very simple like "If Not (rst.EOF and rst.BOF) Then" and even though both EOF and BOF evaluate to true, the next line of code will execute! I've seen this in several places. And we have signature handling in one of our apps. The subforms, which all have the same kind of code, raise a custom event which is sunk by the parent. On some subforms, the event may raise the first time but not after that. Making a change in the code in either the child or parent might make it work ... Once. Then it returns to ignoring the raise event line. It steps through it, but the event is never sunk in the parent form. The exact same code works in other subforms. I've tried compact and repair, decompile, creating a new form and copying the controls over, then exporting the code from the odd subform to text and pasting it into the module for the new form. Same behavior. These are very complex subforms and the parent form is worse. I just recently upgraded to Office 2003 on my machine (we're still using Access 2002) and I'm wondering if that has caused the strange behavior. The others in my office have had 2003 for a while, but I dragged my heels on it. We're also working in VS 2005 and have the latest source safe version, so it may be an ugly combination of things, but has anyone else had a similar experience? Code that worked on Friday was broken on Monday! Yikes! Charlotte Foust Infostat Systems, Inc. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com *********************************************************************************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** From cyx5 at cdc.gov Tue Apr 4 12:34:44 2006 From: cyx5 at cdc.gov (Nicholson, Karen) Date: Tue, 4 Apr 2006 13:34:44 -0400 Subject: [AccessD] Code stops working Message-ID: There is something about the .eof and .bof not working in Access 2003. You have to first move to .eof before you can find .bof. I know it is a bug, I don't know if they have fixed it yet. Karen S. Long Programmer Analyst EG&G Technical Services, Inc. Pittsburgh, PA Phone: 412-386-6649 Email: cyx5 at cdc.gov -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Tuesday, April 04, 2006 1:10 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Code stops working Has anyone else seen this? We have code that has worked for 3 years and suddenly, it fails. The code can be very simple like "If Not (rst.EOF and rst.BOF) Then" and even though both EOF and BOF evaluate to true, the next line of code will execute! I've seen this in several places. And we have signature handling in one of our apps. The subforms, which all have the same kind of code, raise a custom event which is sunk by the parent. On some subforms, the event may raise the first time but not after that. Making a change in the code in either the child or parent might make it work ... Once. Then it returns to ignoring the raise event line. It steps through it, but the event is never sunk in the parent form. The exact same code works in other subforms. I've tried compact and repair, decompile, creating a new form and copying the controls over, then exporting the code from the odd subform to text and pasting it into the module for the new form. Same behavior. These are very complex subforms and the parent form is worse. I just recently upgraded to Office 2003 on my machine (we're still using Access 2002) and I'm wondering if that has caused the strange behavior. The others in my office have had 2003 for a while, but I dragged my heels on it. We're also working in VS 2005 and have the latest source safe version, so it may be an ugly combination of things, but has anyone else had a similar experience? Code that worked on Friday was broken on Monday! Yikes! Charlotte Foust Infostat Systems, Inc. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Tue Apr 4 12:43:15 2006 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 4 Apr 2006 10:43:15 -0700 Subject: [AccessD] Code stops working Message-ID: Well, that's another thing I've noticed since I installed 2003/VS 2005: the code compiles but it still may break at runtime! However, to answer your question, it all compiles, there are no broken references, and all the usual suspects have been hauled in for questioning. It's one of the more maddening things I've run into in a history of being driven crazy by Access. :-< Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim DeMarco Sent: Tuesday, April 04, 2006 10:33 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Code stops working Charlotte, The one thing I've noticed when code stops working is that there may be some bad code elsewhere. Have you tried compiling your code and seeing if the compiler can find anything untoward? Jim DeMarco -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Tuesday, April 04, 2006 1:10 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Code stops working Has anyone else seen this? We have code that has worked for 3 years and suddenly, it fails. The code can be very simple like "If Not (rst.EOF and rst.BOF) Then" and even though both EOF and BOF evaluate to true, the next line of code will execute! I've seen this in several places. And we have signature handling in one of our apps. The subforms, which all have the same kind of code, raise a custom event which is sunk by the parent. On some subforms, the event may raise the first time but not after that. Making a change in the code in either the child or parent might make it work ... Once. Then it returns to ignoring the raise event line. It steps through it, but the event is never sunk in the parent form. The exact same code works in other subforms. I've tried compact and repair, decompile, creating a new form and copying the controls over, then exporting the code from the odd subform to text and pasting it into the module for the new form. Same behavior. These are very complex subforms and the parent form is worse. I just recently upgraded to Office 2003 on my machine (we're still using Access 2002) and I'm wondering if that has caused the strange behavior. The others in my office have had 2003 for a while, but I dragged my heels on it. We're also working in VS 2005 and have the latest source safe version, so it may be an ugly combination of things, but has anyone else had a similar experience? Code that worked on Friday was broken on Monday! Yikes! Charlotte Foust Infostat Systems, Inc. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ************************************************************************ *********** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". ************************************************************************ *********** -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Tue Apr 4 12:46:57 2006 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 4 Apr 2006 10:46:57 -0700 Subject: [AccessD] Code stops working Message-ID: How can you move to EOF in an empty recordset? If you do a move on an empty recordset, it errors! Anyhow, I don't have Access 2003 installed, but of course Jet is there for the other 2003 apps that use it, so I suppose it's still a possible culprit. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Nicholson, Karen Sent: Tuesday, April 04, 2006 10:35 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Code stops working There is something about the .eof and .bof not working in Access 2003. You have to first move to .eof before you can find .bof. I know it is a bug, I don't know if they have fixed it yet. Karen S. Long Programmer Analyst EG&G Technical Services, Inc. Pittsburgh, PA Phone: 412-386-6649 Email: cyx5 at cdc.gov -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Tuesday, April 04, 2006 1:10 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Code stops working Has anyone else seen this? We have code that has worked for 3 years and suddenly, it fails. The code can be very simple like "If Not (rst.EOF and rst.BOF) Then" and even though both EOF and BOF evaluate to true, the next line of code will execute! I've seen this in several places. And we have signature handling in one of our apps. The subforms, which all have the same kind of code, raise a custom event which is sunk by the parent. On some subforms, the event may raise the first time but not after that. Making a change in the code in either the child or parent might make it work ... Once. Then it returns to ignoring the raise event line. It steps through it, but the event is never sunk in the parent form. The exact same code works in other subforms. I've tried compact and repair, decompile, creating a new form and copying the controls over, then exporting the code from the odd subform to text and pasting it into the module for the new form. Same behavior. These are very complex subforms and the parent form is worse. I just recently upgraded to Office 2003 on my machine (we're still using Access 2002) and I'm wondering if that has caused the strange behavior. The others in my office have had 2003 for a while, but I dragged my heels on it. We're also working in VS 2005 and have the latest source safe version, so it may be an ugly combination of things, but has anyone else had a similar experience? Code that worked on Friday was broken on Monday! Yikes! Charlotte Foust Infostat Systems, Inc. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Tue Apr 4 12:52:25 2006 From: markamatte at hotmail.com (Mark A Matte) Date: Tue, 04 Apr 2006 17:52:25 +0000 Subject: [AccessD] Strip out text In-Reply-To: <08F823FD83787D4BA0B99CA580AD3C74034440C7@TTNEXCHCL2.hshhp.com> Message-ID: Thanks for the offer, but I moved it to another machine with A2k and Split worked...but If I have to go back to 97...I'll use the instr and mid. Thanks again for the info. Mark A. Matte >From: "Jim DeMarco" >Reply-To: Access Developers discussion and problem >solving >To: "Access Developers discussion and problem solving" > >Subject: Re: [AccessD] Strip out text >Date: Tue, 4 Apr 2006 13:29:59 -0400 > >No A97 doesn't support Split, sorry. You can find a Split replacement >on Codehound.com though and run with that. Another option is to use >Instr() and Mid() functions to walk through the text. InStr to find the >location of the trailing underscore and Mid to grab whatever piece of >text you need (from the beginning of the string or the previous Instr >location stored in a variable). > >Let me know if you need an example (Split's a lot easier though). I can >probably whip up some pseudo-code if need be. > > >Jim D. > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte >Sent: Tuesday, April 04, 2006 1:18 PM >To: accessd at databaseadvisors.com >Subject: Re: [AccessD] Strip out text > >Jim, > >Thanks for the example...I am using A97...and it does not recognize >"Split" >Am I missing a reference...or need a later version of Access? > >Thanks, > >Mark A. Matte > > > >From: "Jim DeMarco" > >Reply-To: Access Developers discussion and problem > >solving > >To: "Access Developers discussion and problem solving" > > > >Subject: Re: [AccessD] Strip out text > >Date: Tue, 4 Apr 2006 12:57:35 -0400 > > > >Felt guilty. Here's a sample using Split. You can work out getting > >each element into your table via recordset. > > > >Sub SplitString() > >Dim str As String > >Dim arrStr > >Dim i As Integer > > > > str = "AB_55_tt_1g" > > arrStr = Split(str, "_") > > For i = 0 To UBound(arrStr) > > Debug.Print arrStr(i) > > Next i > >End Sub > > > >Jim > > > >-----Original Message----- > >From: accessd-bounces at databaseadvisors.com > >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim DeMarco > >Sent: Tuesday, April 04, 2006 12:37 PM > >To: Access Developers discussion and problem solving > >Subject: Re: [AccessD] Strip out text > > > >Why not use the Split function (splitting on the underscore) which will > > >break your string up into an array, then loop through the array to add > >new records to your table (sorry for no example). > > > >HTH, > > > >Jim DeMarco > > > >-----Original Message----- > >From: accessd-bounces at databaseadvisors.com > >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte > >Sent: Tuesday, April 04, 2006 12:10 PM > >To: accessd at databaseadvisors.com > >Subject: [AccessD] Strip out text > > > >Hello All, > > > >I have just recieved a new db to link to...and I want to create a > >dictionary for all of the wonderful acronym names used. I have a list > >of field names in each table. The format is the same across the board: > >BB_CREG_TU or TTT_PROG_GYU_FRWTG (format= some letters...an > >undersore...more letters...and so on) > > > >The can be 1 - 4 underscores in each name. I would like to take this > >list of field names and strip out each part and create a new list. For > > >the example above I would now have 7 records...starting with BB and > >ending with FRWTG. The underscore is always the seperator. Any > >suggestions/direction would be greatly appreciated. > > > >Thanks, > > > >Mark A. Matte > > > > > >-- > >AccessD mailing list > >AccessD at databaseadvisors.com > >http://databaseadvisors.com/mailman/listinfo/accessd > >Website: http://www.databaseadvisors.com > > > > > > > > > > > > > >*********************************************************************** > >* > >*********** > >"This electronic message is intended to be for the use only of the > >named recipient, and may contain information from Hudson Health Plan > >(HHP) that is confidential or privileged. If you are not the intended > >recipient, you are hereby notified that any disclosure, copying, > >distribution or use of the contents of this message is strictly > >prohibited. If you have received this message in error or are not the > >named recipient, please notify us immediately, either by contacting the > > >sender at the electronic mail address noted above or calling HHP at > >(914) 631-1611. If you are not the intended recipient, please do not > >forward this email to anyone, and delete and destroy all copies of this > > >message. Thank You". > >*********************************************************************** > >* > >*********** > > > >-- > >AccessD mailing list > >AccessD at databaseadvisors.com > >http://databaseadvisors.com/mailman/listinfo/accessd > >Website: http://www.databaseadvisors.com > > > > > > > > > > > > > >*********************************************************************** > >************ "This electronic message is intended to be for the use > >only of the named recipient, and may contain information from Hudson > >Health Plan (HHP) that is confidential or privileged. If you are not > >the intended recipient, you are hereby notified that any disclosure, > >copying, distribution or use of the contents of this message is > >strictly prohibited. If you have received this message in error or are > > >not the named recipient, please notify us immediately, either by > >contacting the sender at the electronic mail address noted above or > >calling HHP at (914) 631-1611. If you are not the intended recipient, > >please do not forward this email to anyone, and delete and destroy all > >copies of this message. Thank You". > >*********************************************************************** > >************ > > > >-- > >AccessD mailing list > >AccessD at databaseadvisors.com > >http://databaseadvisors.com/mailman/listinfo/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 electronic message is intended to be for the use only of the named >recipient, and may contain information from Hudson Health Plan (HHP) that >is confidential or privileged. If you are not the intended recipient, you >are hereby notified that any disclosure, copying, distribution or use of >the contents of this message is strictly prohibited. If you have received >this message in error or are not the named recipient, please notify us >immediately, either by contacting the sender at the electronic mail address >noted above or calling HHP at (914) 631-1611. If you are not the intended >recipient, please do not forward this email to anyone, and delete and >destroy all copies of this message. Thank You". >*********************************************************************************** > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From Gustav at cactus.dk Tue Apr 4 12:53:13 2006 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 04 Apr 2006 19:53:13 +0200 Subject: [AccessD] Code stops working Message-ID: Hi Charlotte Have you tried with If Not (rst.EOF = True And rst.BOF = True) Then Also, I know this construction is widely used, but I've never seen it necessary to check for BOF when opening a recordset, only when you possibly step up beyond record 1. /gustav >>> cfoust at infostatsystems.com 04-04-2006 19:10:13 >>> Has anyone else seen this? We have code that has worked for 3 years and suddenly, it fails. The code can be very simple like "If Not (rst.EOF and rst.BOF) Then" and even though both EOF and BOF evaluate to true, the next line of code will execute! I've seen this in several places. And we have signature handling in one of our apps. The subforms, which all have the same kind of code, raise a custom event which is sunk by the parent. On some subforms, the event may raise the first time but not after that. Making a change in the code in either the child or parent might make it work ... Once. Then it returns to ignoring the raise event line. It steps through it, but the event is never sunk in the parent form. The exact same code works in other subforms. I've tried compact and repair, decompile, creating a new form and copying the controls over, then exporting the code from the odd subform to text and pasting it into the module for the new form. Same behavior. These are very complex subforms and the parent form is worse. I just recently upgraded to Office 2003 on my machine (we're still using Access 2002) and I'm wondering if that has caused the strange behavior. The others in my office have had 2003 for a while, but I dragged my heels on it. We're also working in VS 2005 and have the latest source safe version, so it may be an ugly combination of things, but has anyone else had a similar experience? Code that worked on Friday was broken on Monday! Yikes! Charlotte Foust Infostat Systems, Inc. From Gustav at cactus.dk Tue Apr 4 13:05:21 2006 From: Gustav at cactus.dk (Gustav Brock) Date: Tue, 04 Apr 2006 20:05:21 +0200 Subject: [AccessD] Strip out text Message-ID: Hi Mark Look here for fast Split() implementations for Access97: http://www.xbeat.net/vbspeed/c_Split.htm /gustav >>> markamatte at hotmail.com 04-04-2006 19:18:08 >>> Jim, Thanks for the example...I am using A97...and it does not recognize "Split" Am I missing a reference...or need a later version of Access? Thanks, Mark A. Matte From cfoust at infostatsystems.com Tue Apr 4 13:10:22 2006 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 4 Apr 2006 11:10:22 -0700 Subject: [AccessD] Code stops working Message-ID: Yes, and that fails as well. BOF AND EOF is impossible in anything but an empty recordset. If the pointer is at both BOF and EOF it is because there are no records in between. In ADO, it's the only way to check for an empty recordset because the record pointer is set to the opposite position as in DAO, so you can't just check for one the way you can in DAO. The code has worked for years checking for an empty recordset before trying to manipulate it. Now I've had to fall back on "If Not rst.EOF Or rst.Recordcount > 0 Then" which is ugly but at least doesn't return bypass the code when there are records in the recordset and doesn't drop into it when there are none ... So far. Charlotte /foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, April 04, 2006 10:53 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Code stops working Hi Charlotte Have you tried with If Not (rst.EOF = True And rst.BOF = True) Then Also, I know this construction is widely used, but I've never seen it necessary to check for BOF when opening a recordset, only when you possibly step up beyond record 1. /gustav >>> cfoust at infostatsystems.com 04-04-2006 19:10:13 >>> Has anyone else seen this? We have code that has worked for 3 years and suddenly, it fails. The code can be very simple like "If Not (rst.EOF and rst.BOF) Then" and even though both EOF and BOF evaluate to true, the next line of code will execute! I've seen this in several places. And we have signature handling in one of our apps. The subforms, which all have the same kind of code, raise a custom event which is sunk by the parent. On some subforms, the event may raise the first time but not after that. Making a change in the code in either the child or parent might make it work ... Once. Then it returns to ignoring the raise event line. It steps through it, but the event is never sunk in the parent form. The exact same code works in other subforms. I've tried compact and repair, decompile, creating a new form and copying the controls over, then exporting the code from the odd subform to text and pasting it into the module for the new form. Same behavior. These are very complex subforms and the parent form is worse. I just recently upgraded to Office 2003 on my machine (we're still using Access 2002) and I'm wondering if that has caused the strange behavior. The others in my office have had 2003 for a while, but I dragged my heels on it. We're also working in VS 2005 and have the latest source safe version, so it may be an ugly combination of things, but has anyone else had a similar experience? Code that worked on Friday was broken on Monday! Yikes! Charlotte Foust Infostat Systems, Inc. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jim.Hale at FleetPride.com Tue Apr 4 13:25:10 2006 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Tue, 4 Apr 2006 13:25:10 -0500 Subject: [AccessD] Strip out text Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB67727DDB55@corp-es01.fleetpride.com> How about something like this where underscore is the delimiter: Function StringToArray_TSB(strIn As String, arrIn() As String, chrDelimit As String) As Long ' Comments : Converts a delimited string to an array of words ' Parameters: strIn - string to convert ' arrIn - array of strings (1-based) ' chrDelimit - character used to delimit words in strIn ' Returns : number of words ' Dim intCounter As Integer Dim intWordCount As Integer intWordCount = CountDelimitedWords_TSB(strIn, chrDelimit) ReDim arrIn(1 To intWordCount) For intCounter = 1 To intWordCount arrIn(intCounter) = GetDelimitedWord_TSB(strIn, intCounter, chrDelimit) Next intCounter StringToArray_TSB = intWordCount End Function Jim Hale -----Original Message----- From: Mark A Matte [mailto:markamatte at hotmail.com] Sent: Tuesday, April 04, 2006 11:10 AM To: accessd at databaseadvisors.com Subject: [AccessD] Strip out text Hello All, I have just recieved a new db to link to...and I want to create a dictionary for all of the wonderful acronym names used. I have a list of field names in each table. The format is the same across the board: BB_CREG_TU or TTT_PROG_GYU_FRWTG (format= some letters...an undersore...more letters...and so on) The can be 1 - 4 underscores in each name. I would like to take this list of field names and strip out each part and create a new list. For the example above I would now have 7 records...starting with BB and ending with FRWTG. The underscore is always the seperator. Any suggestions/direction would be greatly appreciated. Thanks, Mark A. Matte -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com *********************************************************************** The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. As a recipient of this email, you are responsible for screening its contents and the contents of any attachments for the presence of viruses. No liability is accepted for any damages caused by any virus transmitted by this email. From cyx5 at cdc.gov Tue Apr 4 13:46:12 2006 From: cyx5 at cdc.gov (Nicholson, Karen) Date: Tue, 4 Apr 2006 14:46:12 -0400 Subject: [AccessD] Code stops working Message-ID: Could it have anything to do with the dreaded sandbox mode? Check out this site, at the bottom, it references vba code that may bomb: http://www.databasedev.co.uk/jet-sandbox-mode.html Karen S. Long Programmer Analyst EG&G Technical Services, Inc. Pittsburgh, PA Phone: 412-386-6649 Email: cyx5 at cdc.gov -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Tuesday, April 04, 2006 2:10 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Code stops working Yes, and that fails as well. BOF AND EOF is impossible in anything but an empty recordset. If the pointer is at both BOF and EOF it is because there are no records in between. In ADO, it's the only way to check for an empty recordset because the record pointer is set to the opposite position as in DAO, so you can't just check for one the way you can in DAO. The code has worked for years checking for an empty recordset before trying to manipulate it. Now I've had to fall back on "If Not rst.EOF Or rst.Recordcount > 0 Then" which is ugly but at least doesn't return bypass the code when there are records in the recordset and doesn't drop into it when there are none ... So far. Charlotte /foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, April 04, 2006 10:53 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Code stops working Hi Charlotte Have you tried with If Not (rst.EOF = True And rst.BOF = True) Then Also, I know this construction is widely used, but I've never seen it necessary to check for BOF when opening a recordset, only when you possibly step up beyond record 1. /gustav >>> cfoust at infostatsystems.com 04-04-2006 19:10:13 >>> Has anyone else seen this? We have code that has worked for 3 years and suddenly, it fails. The code can be very simple like "If Not (rst.EOF and rst.BOF) Then" and even though both EOF and BOF evaluate to true, the next line of code will execute! I've seen this in several places. And we have signature handling in one of our apps. The subforms, which all have the same kind of code, raise a custom event which is sunk by the parent. On some subforms, the event may raise the first time but not after that. Making a change in the code in either the child or parent might make it work ... Once. Then it returns to ignoring the raise event line. It steps through it, but the event is never sunk in the parent form. The exact same code works in other subforms. I've tried compact and repair, decompile, creating a new form and copying the controls over, then exporting the code from the odd subform to text and pasting it into the module for the new form. Same behavior. These are very complex subforms and the parent form is worse. I just recently upgraded to Office 2003 on my machine (we're still using Access 2002) and I'm wondering if that has caused the strange behavior. The others in my office have had 2003 for a while, but I dragged my heels on it. We're also working in VS 2005 and have the latest source safe version, so it may be an ugly combination of things, but has anyone else had a similar experience? Code that worked on Friday was broken on Monday! Yikes! Charlotte Foust Infostat Systems, Inc. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Apr 4 14:19:47 2006 From: Lambert.Heenan at aig.com (Heenan, Lambert) Date: Tue, 4 Apr 2006 15:19:47 -0400 Subject: [AccessD] Strip out text Message-ID: <1D7828CDB8350747AFE9D69E0E90DA1F1FC8A581@xlivmbx21.aig.com> Back in my Access 97 days I wrote a "Field()" function which allowed me to pick off parts of strings using any arbitrary delimiter. I find this handy when I need to parse a string that uses *different* delimiters, say an underscore at one point and a comma at another. Here's the code Function Field(ByVal strSource As String, strSep As String, intN As Integer) As Variant 'Purpose: ' Returns the Nth element in a delimited list. ' Input: strSource - the list to search ' strSep - the delimiter of the list - can be more than one character ' intN - the ordinal value of the element to be returned ' ' Null is returned if either string parameter is null, or intN <=0 or ' If the separator string is not found ' 'Str = Field("Chuck*Roberts","*",1) would return "Chuck". Dim strResult As String Dim strSearch As String Dim i As Long Dim lSep As Long Dim lRightChars As Long lSep = 0: i = 0 If IsNull(strSource) Or strSource = "" Or IsNull(strSep) Or strSep = "" Or intN <= 0 Then strResult = "" Else strSearch = strSource While i < intN lSep = InStr(strSearch, strSep) If lSep > 0 Then ' we found the delimiter string i = i + 1 ' count occurrence If i = intN Then ' this is the one we want strResult = left$(strSearch, lSep - 1) End If ' strip off i'th field strSearch = right(strSearch, Len(strSearch) - (lSep + Len(strSep) - 1)) Else ' did not find our separator string, so return the remainder of the string if the count is ok If i = intN - 1 Then ' we have seen N-1 separator strings, so this is the field we want ' at the end of the search string i = i + 1 ' to terminate the While loop strResult = strSearch Else ' there were less than N-1 fields in the input to return Null strResult = "" i = intN End If End If Wend End If If strResult = "" Then Field = Null Else Field = strResult End If End Function For your application you could do what you want using it and a simple loop Dim vResult as Variant Dim n as Long n = 1 vResult = Field(someString,"_",n) While Not IsNull(vResult) ' do something with vResult n = n + 1 vResult = Field(someString,"_",n) Wend HTH Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Tuesday, April 04, 2006 1:52 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Strip out text Thanks for the offer, but I moved it to another machine with A2k and Split worked...but If I have to go back to 97...I'll use the instr and mid. Thanks again for the info. Mark A. Matte >From: "Jim DeMarco" >Reply-To: Access Developers discussion and problem >solving >To: "Access Developers discussion and problem solving" > >Subject: Re: [AccessD] Strip out text >Date: Tue, 4 Apr 2006 13:29:59 -0400 > >No A97 doesn't support Split, sorry. You can find a Split replacement >on Codehound.com though and run with that. Another option is to use >Instr() and Mid() functions to walk through the text. InStr to find >the location of the trailing underscore and Mid to grab whatever piece >of text you need (from the beginning of the string or the previous >Instr location stored in a variable). > >Let me know if you need an example (Split's a lot easier though). I >can probably whip up some pseudo-code if need be. > > >Jim D. > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte >Sent: Tuesday, April 04, 2006 1:18 PM >To: accessd at databaseadvisors.com >Subject: Re: [AccessD] Strip out text > >Jim, > >Thanks for the example...I am using A97...and it does not recognize >"Split" Am I missing a reference...or need a later version of Access? > >Thanks, > >Mark A. Matte > From martyconnelly at shaw.ca Tue Apr 4 18:15:46 2006 From: martyconnelly at shaw.ca (MartyConnelly) Date: Tue, 04 Apr 2006 16:15:46 -0700 Subject: [AccessD] Read data off a live html table References: Message-ID: <4432FE22.4000407@shaw.ca> Would have been easier if they punted this out in xml for a quicker parse but you can also get web text with xmlhttp Web page returned also flunks XHTML compliance see http://validator.w3.org/ which also might have helped, but then the Inet method is probably quicker. 'This code fires off request to specified WEB page 'returns html, asp, xml, or text page in text string then sent to file on disk 'Makes use of the XMLHTTPRequest object contained in msxml.dll. 'Check off Reference to MSXML Version 2.0 3.0 ' I am using latest Version of IE5 ' should also work with IE5.0 MSXML ver 2.0,2.6, 3.0 etc 'GrabTextFileFromWebSite ("http://www.hdnl.co.uk/tracker.aspx?UPI=806290025850a") Public Sub GrabTextFileFromWebSite(strMyURL As String) Dim oHttp As Object Dim strFileName As String 'make use of the XMLHTTPRequest object contained in msxml.dll ' Set oHttp = CreateObject("Microsoft.XMLHTTP") Set oHttp = CreateObject("MSXML2.XMLHTTP.4.0") 'oHttp.setRequestHeader "Content-Type", "application/x-www-form-urlencoded" 'oHttp.setRequestHeader "Content-Type", "text/xml" 'oHttp.setRequestHeader "Content-Type", "multipart/form-data" 'oHttp.Open "GET", "http://www.amazon.com", False oHttp.Open "GET", strMyURL, False ' stick in your web page above , file type can be anything asp txt xml html etc. 'depends partially on content type 'oHttp.setRequestHeader "Content-Type", "application/x-www-form-urlencoded" oHttp.setRequestHeader "Content-Type", "text/xml" oHttp.send 'check the feedback Debug.Print "Ready State =" & oHttp.ReadyState 'normal state =4 Debug.Print "Status =" & oHttp.status 'normal status = 200 Debug.Print "Status Text =" & oHttp.statusText ' Debug.Print oHttp.getAllResponseHeaders() 'Debug.Print "Response Body =" & oHttp.responseBody ' Debug.Print "Response Body =" & StrConv(oHttp.responseBody, vbUnicode) 'Debug.Print "Response Text =" & oHttp.responseText 'Parse response text string here or send to file 'create directory structure if not in existance 'CreateDirectoryStruct ("c:\Accesshtmlstealer") ' MsgBox oHttp.responseXML.xml 'no xml returned? missing MIME strFileName = "c:\Accesshtmlstealer\Gustav" strFileName = strFileName & Format(Now, "yyyymmddhhmmss") & ".txt" WriteFile strFileName, oHttp.responseText findtable (oHttp.responseText) ' Exit Sub ErrorHandler: MsgBox Err.Description & vbCrLf & Err.Number ' Resume Next End Sub Public Sub WriteFile(ByVal sFileName As String, ByVal sContents As String) ' Dump XML String to File for debugging Dim fhFile As Integer fhFile = FreeFile ' Debug.Print "Length of string=" & Len(sContents) Open sFileName For Output As #fhFile Print #fhFile, sContents; Close #fhFile Debug.Print "Out File " & sFileName End Sub Sub findtable(strTable As String) 'parse out string Dim lStart As Long Dim lStop As Long lStart = InStr(1, strTable, "") lStop = InStr(1, strTable, "
") Debug.Print Mid(strTable, lStart, lStop - lStart + 1) 'MsgBox Mid(strTable, lStart, lStop - lStart + 1) 'need ESC End Sub If it was xml parseable it would have just been something like this Sub test4() Dim xmlDoc As New MSXML2.DOMDocument40 Dim objNodeList As IXMLDOMNodeList Dim i As Long xmlDoc.async = False xmlDoc.Load ("http://www.webservicex.net/stockquote.asmx/GetQuote?symbol=msft") If xmlDoc.parseError.errorCode <> 0 Then Debug.Print " Reason: " & xmlDoc.parseError.reason Debug.Print " Line: " & xmlDoc.parseError.Line Debug.Print " Position: " & xmlDoc.parseError.linepos End If Set objNodeList = xmlDoc.getElementsByTagName("*") Debug.Print objNodeList.length Debug.Print xmlDoc.xml For i = 0 To (objNodeList.length - 1) MsgBox (objNodeList.Item(i).xml) Next End Sub Gustav Brock wrote: >Hi John > >Really? Thank you. > >I just wondered ... someone must have been doing something like this. There's so much info out there in lists and tables on web pages. Only a minor part has been transferred to web-services. > >/gustav > > > >>>>jwcolby at ColbyConsulting.com 04-04-2006 18:22:02 >>> >>>> >>>> >Wow, that is cool. > > > > -- Marty Connelly Victoria, B.C. Canada From martyconnelly at shaw.ca Tue Apr 4 18:36:26 2006 From: martyconnelly at shaw.ca (MartyConnelly) Date: Tue, 04 Apr 2006 16:36:26 -0700 Subject: [AccessD] Devoloping with A2K3 for an A2K environment References: <758E92433C4F3740B67BE4DD369AF577156A4D@ex2k3.corp.tnco-inc.com> Message-ID: <443302FA.1080200@shaw.ca> Use late binding with CreateObject and maybe use a conditional compile around Early and Late binding. or you could use this code to force a reference function on immediate entry to the mdb if you are sure of the path. and a similar delete of old reference. The first of the following two functions adds a reference to the calendar control to the References collection. The second function removes the reference to the calendar control. Function AddReference() As Boolean Dim ref As Reference dim strFile As String On Error GoTo Error_AddReference strFile = "C:\Windows\System\Mscal.ocx" ' Create reference to calendar control. Set ref = References.AddFromFile(strFile) AddReference = True Exit_AddReference: Exit Function Error_AddReference: MsgBox Err & ": " & Err.Description AddReference = False Resume Exit_AddReference End Function Function RemoveReference() As Boolean Dim ref As Reference On Error GoTo Error_RemoveReference Set ref = References!MSACAL ' Remove calendar control reference. References.Remove ref RemoveReference = True Exit_RemoveReference: Exit Function Error_RemoveReference: MsgBox Err & ": " & Err.Description RemoveReference = False Resume Exit_RemoveReference End Function Function ReferenceFromFile(strFileName As String, _ Optional Warning As Boolean) As Boolean 'ReferenceFromFile "c:\Windows\System\vbscript.dll\3" , True ' One caveat adding a reference this way forces a decompile ' so cannot be used in an MDE. At least not executed inside one to ' reset references. Dim ref As Access.Reference On Error GoTo Error_ReferenceFromFile Set ref = References.AddFromFile(strFileName) ReferenceFromFile = True Exit_ReferenceFromFile: Exit Function Error_ReferenceFromFile: If Warning = True Then VBA.MsgBox Err & ": " & Err.Description ReferenceFromFile = False Resume Exit_ReferenceFromFile End Function Joe Rojas wrote: >Hi All, > >I ran into a problem with installing Office 2003 Pro on my computer. >I had created several databases with Access 2000, prior to my Office >upgrade, which used the Outlook 9.0 (2000) object model. When I open >these databases up, Access 2003 automatically changes the reference from >Outlook 9.0 to 11.0. >When a user, using Office 2000, opens this database they have a missing >reference! > >How do others on this list deal with this issue where you are using a >newer version of Office to develop than the user's environment? > >Thanks, >Joe Rojas >IT Manager >TNCO, Inc. >781-447-6661 x7506 >jrojas at tnco-inc.com > > > -- Marty Connelly Victoria, B.C. Canada From newsgrps at dalyn.co.nz Tue Apr 4 18:58:11 2006 From: newsgrps at dalyn.co.nz (David Emerson) Date: Wed, 05 Apr 2006 11:58:11 +1200 Subject: [AccessD] Optimizing Stored Procedures and Views In-Reply-To: References: Message-ID: <7.0.1.0.0.20060405111333.01b77b28@dalyn.co.nz> Thanks to all who have responded. I am working my way through the suggestions. I downloaded the trial version of Red-Gate SQL comparison. It only showed some extended properties as being different in the various tables, views and sprocs. I synchronized the objects but the problem still persists. Using Ken's Test by Destruction method I identified the problem view as highlighted below: SELECT dbo.vwAgedDebtorGet.CustomerID, dbo.vwAgedDebtorGet.StatementID, dbo.vwAgedDebtorGet.AccountNo, dbo.vwAgedDebtorGet.CustName, dbo.vwAgedDebtorGet.StatementDate, dbo.vwAgedDebtorGet.StatementNumber, dbo.vwAgedDebtorGet.AccFreq, dbo.vwAgedDebtorGet.CurrentMth, dbo.vwAgedDebtorGet.OneMonth, dbo.vwAgedDebtorGet.TwoMonths, dbo.vwAgedDebtorGet.ThreeMonths, dbo.vwAgedDebtorGet.NoOverdueNote, dbo.vwAgedDebtorReceipt.NetReceipts, dbo.vwAgedDebtorReceipt.GJCredit, dbo.vwAgedDebtorReceiptInv.NetReceiptsInv, dbo.vwAgedDebtorReceiptInv.GJCreditInv, dbo.vwAgedDebtorGet.MGrpIDNo, dbo.vwAgedDebtorGet.DDRegistered, dbo.vwAgedDebtorGet.DDFrequency, dbo.vwAgedDebtorGet.PayArrange, dbo.vwAgedDebtorReceiptNotPost.ReceiptNotPost AS ReceiptsNotPosted, dbo.vwAgedDebtorGet.VIPCust, dbo.vwAgedDebtorGet.AccStatus FROM dbo.vwAgedDebtorGet INNER JOIN dbo.vwAgedDebtorGetLastStatDate ON dbo.vwAgedDebtorGet.CustomerID = dbo.vwAgedDebtorGetLastStatDate.CustIDNo AND dbo.vwAgedDebtorGet.StatementDate = dbo.vwAgedDebtorGetLastStatDate.StatementDate LEFT OUTER JOIN dbo.vwAgedDebtorReceipt ON dbo.vwAgedDebtorGet.CustomerID = dbo.vwAgedDebtorReceipt.CustIDNo AND dbo.vwAgedDebtorGet.StatementNumber = dbo.vwAgedDebtorReceipt.StatNum LEFT OUTER JOIN dbo.vwAgedDebtorReceiptInv ON dbo.vwAgedDebtorGet.CustomerID = dbo.vwAgedDebtorReceiptInv.CustIDNo AND dbo.vwAgedDebtorGet.StatementNumber = dbo.vwAgedDebtorReceiptInv.InvNum LEFT OUTER JOIN dbo.vwAgedDebtorReceiptNotPost ON dbo.vwAgedDebtorGet.CustomerID = dbo.vwAgedDebtorReceiptNotPost.CustIDNo This is the whole of the sproc - there are no other where clauses etc. When I delete this join (and the fields in the SELECT section from the dbo.vwAgedDebtorReceiptInv view) then the sproc runs in 4 seconds and returns 680 rows. When I run the dbo.vwAgedDebtorReceiptInv view within Access it returns 2780 rows in a couple of second. Ken asked if the views are indexed. I couldn't see any properties in SQL2000 in the view for indexing. The StatementNumber and InvNum fields in the underlying tables are indexed I have used the dbo.vwAgedDebtorReceiptInv view in other sprocs and they work in an acceptable time. In all other cases though the join is to a table, not another view. (However, remember that the same sproc runs fine in the second database). The dbo.vwAgedDebtorReceiptInv is not a simple view: SELECT TOP 100 PERCENT SUM(ROUND((CASE WHEN TranCode = 'CR' THEN CASE WHEN TranAmt < 0 THEN TranAmt ELSE 0 END ELSE 0 END) * CASE WHEN GSTPayable = 1 THEN (1 + GSTRate) ELSE 1 END, 2)) + SUM(ROUND((CASE WHEN TranCode = 'CN' THEN CASE WHEN TranAmt < 0 THEN TranAmt ELSE 0 END ELSE 0 END) * CASE WHEN GSTPayable = 1 THEN (1 + GSTRate) ELSE 1 END, 2)) + SUM(ROUND((CASE WHEN TranCode = 'RR' THEN CASE WHEN TranAmt > 0 THEN TranAmt ELSE 0 END ELSE 0 END) * CASE WHEN GSTPayable = 1 THEN (1 + GSTRate) ELSE 1 END, 2)) AS NetReceiptsInv, SUM(ROUND((CASE WHEN TranCode = 'CR' THEN CASE WHEN TranAmt < 0 THEN TranAmt ELSE 0 END ELSE 0 END) * CASE WHEN GSTPayable = 1 THEN (1 + GSTRate) ELSE 1 END, 2)) AS CRReceiptsInv, SUM(ROUND((CASE WHEN TranCode = 'CN' THEN CASE WHEN TranAmt < 0 THEN TranAmt ELSE 0 END ELSE 0 END) * CASE WHEN GSTPayable = 1 THEN (1 + GSTRate) ELSE 1 END, 2)) AS CNReceiptsInv, SUM(ROUND((CASE WHEN TranCode = 'RR' THEN CASE WHEN TranAmt > 0 THEN TranAmt ELSE 0 END ELSE 0 END) * CASE WHEN GSTPayable = 1 THEN (1 + GSTRate) ELSE 1 END, 2)) AS RevReceiptsInv, SUM(ROUND((CASE WHEN TranCode = 'GJ' THEN CASE WHEN TranAmt < 0 THEN TranAmt ELSE 0 END ELSE 0 END) * CASE WHEN GSTPayable = 1 THEN (1 + GSTRate) ELSE 1 END, 2)) AS GJCreditInv, dbo.tblGenJournal.LinkIDNo, dbo.tblGenJournal.CustIDNo, dbo.tblCustInvoice.InvoiceNumber - 1 AS InvNum, dbo.tblCustInvoice.InvoiceDate FROM dbo.tblGenJournal INNER JOIN dbo.tblCustInvoice ON dbo.tblGenJournal.LinkIDNo = dbo.tblCustInvoice.InvoiceID WHERE (dbo.tblGenJournal.TranType = 1) GROUP BY dbo.tblGenJournal.LinkIDNo, dbo.tblGenJournal.CustIDNo, dbo.tblCustInvoice.InvoiceNumber - 1, dbo.tblCustInvoice.InvoiceDate HAVING (dbo.tblCustInvoice.InvoiceNumber - 1 > 0) ORDER BY dbo.tblGenJournal.LinkIDNo David At 4/04/2006, you wrote: >David, > > > I have a stored procedure that is based on a number of views ... > > In the SQL database that this was developed in it runs fine > > (in about 30 seconds). However, when I script the objects and > > restore them into the second database, the same stored procedure > > runs for over 10 minutes... > >It is a little hard to give advice without more information: > >* Are the views simple views (SELECTs against a single table) or complex >(SELECTs against multiple tables)? >* Are the views indexed? >* Are you returning a subset of the records in your procedure, or >everything? (In other words, is there a WHERE clause you are not showing >us?) >* What is the distribution of the data? For instance, does >vwAgedDebtorGet return greatly more or less records than >vwAgedDebtorGetLastStatDate? > >Even without answers to these questions, there is a diagnostic method >that will almost certainly work: Test by Destruction. To do this: > >1. Make copies of your proc on both databases. >2. On the copies, remove one view at a time from each proc. (start from >the bottom) >3. Recreate both procs, and test the response time. >4. Repeat steps 2-3 until your slower proc performs as expected, or you >run out of views > >The last view you removed, or the last one standing, is the one that is >introducing the slowdown. Investigate that view, because something about >it is different between the two databases, or the data it is querying is >different. If the view is complex, you can test it by destruction using >the process outlined above to find the table or join that is causing the >problem. > >Test by Destruction is a generic, simple way of isolating problems in >complex queries. > >-Ken >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From newsgrps at dalyn.co.nz Tue Apr 4 19:04:14 2006 From: newsgrps at dalyn.co.nz (David Emerson) Date: Wed, 05 Apr 2006 12:04:14 +1200 Subject: [AccessD] [dba-SQLServer] Optimizing Stored Procedures and Views In-Reply-To: References: <7.0.1.0.0.20060403144712.01abbb48@dalyn.co.nz> Message-ID: <7.0.1.0.0.20060405115738.01b72f78@dalyn.co.nz> The server is just my local machine not connected to any network. However, the same results occur on the networked server on the Client site. Physical Memory 512MB Virtual Memory 2 GB As far as "hdd, raid, and of course... index defrags" are concerned, where do I find the information on these? David At 4/04/2006, Francisco Tapia wrote: >David, > I might have missed your first post. I'm curious to know what is >your server configuration like?, memory, hdd, raid, and of course... >index defrags. From ewaldt at gdls.com Wed Apr 5 10:36:54 2006 From: ewaldt at gdls.com (ewaldt at gdls.com) Date: Wed, 5 Apr 2006 11:36:54 -0400 Subject: [AccessD] Data Access Pages Unavailable In-Reply-To: Message-ID: The one area of Access where I have no experience at all is in data access pages. I thought they might be the answer to a need I have, but when I try to create one, I am unable to do so. Using the wizard results in an error message (...unable to create...). Starting with a blank one, I have no access to any field lists to add anything! The icon to the left of the path in the field list has a red cross on it. Trying harder to get into it, it tells me that it's "unable to connect to the data source", which, being itself, sounds a bit strange. I tried on another computer, and had the same results. I'm guessing my company has turned something off here. I'm thinking of contacting IT and asking about it, but am hoping someone here can tell me what may be the problem (e.g., what may have been turned off, if anything). TIA. Thomas F. Ewald FCS Database Manager General Dynamics Land Systems (586) 276-1256 This is an e-mail from General Dynamics Land Systems. It is for the intended recipient only and may contain confidential and privileged information. No one else may read, print, store, copy, forward or act in reliance on it or its attachments. If you are not the intended recipient, please return this message to the sender and delete the message and any attachments from your computer. Your cooperation is appreciated. From BarbaraRyan at cox.net Wed Apr 5 11:11:19 2006 From: BarbaraRyan at cox.net (Barbara Ryan) Date: Wed, 5 Apr 2006 12:11:19 -0400 Subject: [AccessD] Access Application - per unit cost Message-ID: <001801c658cb$933ea740$0b00a8c0@desktop> I have been working on an Access application for several years. My client has asked for a "per unit cost" for the development of this application, although he is unsure what "unit" is most meaningful (e.g., database object, lines of code, etc.). The database functions vary tremendously in their complexity --- e.g., some reports are very simple while others contain several subreports, and/or output spreadsheets or files. The database contains lots of VBA code. Are there any white papers, etc. that address this issue? In your opinion, what is the best method of computing a "per unit cost"? Thanks, Barb Ryan From bchacc at san.rr.com Wed Apr 5 11:27:32 2006 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Wed, 05 Apr 2006 09:27:32 -0700 Subject: [AccessD] Access Application - per unit cost In-Reply-To: <001801c658cb$933ea740$0b00a8c0@desktop> References: <001801c658cb$933ea740$0b00a8c0@desktop> Message-ID: <4433EFF4.3070405@san.rr.com> Impossible. If you select "per line of code" he'll want to know how many lines. If you select "per form" he'll want to know how many forms. If "per object" he'll want to know what an object is. I suggest that the best method of computing per unit cost is "per hour of development time". He'll certainly know what an hour is. Rocky Barbara Ryan wrote: > I have been working on an Access application for several years. My client has asked for a "per unit cost" for the development of this application, although he is unsure what "unit" is most meaningful (e.g., database object, lines of code, etc.). > > The database functions vary tremendously in their complexity --- e.g., some reports are very simple while others contain several subreports, and/or output spreadsheets or files. The database contains lots of VBA code. > > Are there any white papers, etc. that address this issue? In your opinion, what is the best method of computing a "per unit cost"? > > Thanks, > Barb Ryan > -- Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com From tuxedo_man at hotmail.com Wed Apr 5 12:03:23 2006 From: tuxedo_man at hotmail.com (Billy Pang) Date: Wed, 05 Apr 2006 17:03:23 +0000 Subject: [AccessD] MS Access 2003 -- keeps crashing on import Message-ID: Hello: I'm running MS Access 2003 on Windows XP SP2. When I try to import an Excel spreadsheet into an MS Access database, MS Access crashes. It doesn't matter whether destination database is in Access 2k or 2003 format. The following information is found in the event log. Faulting application msaccess.exe, version 11.0.5614.0, stamp 3f3c8e3c, faulting module unknown, version 0.0.0.0, stamp 00000000, debug? 0, fault address 0x00000000. I've tried searching the web for this error and found that some other people also have the same problem (however not during an import but from other tasks such as creating a new report or viewing a form). Can anyone shed some light on this situation? Has this happened to anyone else before? Many thanks in advance, Billy From ewaldt at gdls.com Wed Apr 5 12:12:47 2006 From: ewaldt at gdls.com (ewaldt at gdls.com) Date: Wed, 5 Apr 2006 13:12:47 -0400 Subject: [AccessD] Access Application - per unit cost In-Reply-To: Message-ID: I have been working on an Access application for several years. My client has asked for a "per unit cost" for the development of this application, although he is unsure what "unit" is most meaningful (e.g., database object, lines of code, etc.). The database functions vary tremendously in their complexity --- e.g., some reports are very simple while others contain several subreports, and/or output spreadsheets or files. The database contains lots of VBA code. Are there any white papers, etc. that address this issue? In your opinion, what is the best method of computing a "per unit cost"? Thanks, Barb Ryan ------------------------------------------------------ Why does the client want this? If the client is trying to justify the cost, or perhaps is wanting to roll the cost into whatever he/she produces, I would just take the overall charges to the client and divide the total by however many widgets he/she has produced in that time period. The only other "unit" cost that might make sense, I suppose, would refer to the number of people using your program. This would involve dividing the total of charges by the number of users, and then dividing again by the number of versions (however you would determine that), since each version could be considered an additional "unit". That is, if 10 people have used 3 versions, that could be considered 30 units. It is fuzzy, though, as you indicate. You could also include database objects as you suggest; reports and subreports sound legitimate to me, but lines of code? Just some thoughts. HTH. Thomas F. Ewald FCS Database Manager General Dynamics Land Systems (586) 276-1256 This is an e-mail from General Dynamics Land Systems. It is for the intended recipient only and may contain confidential and privileged information. No one else may read, print, store, copy, forward or act in reliance on it or its attachments. If you are not the intended recipient, please return this message to the sender and delete the message and any attachments from your computer. Your cooperation is appreciated. From martyconnelly at shaw.ca Wed Apr 5 12:45:17 2006 From: martyconnelly at shaw.ca (MartyConnelly) Date: Wed, 05 Apr 2006 10:45:17 -0700 Subject: [AccessD] MS Access 2003 -- keeps crashing on import References: Message-ID: <4434022D.7070803@shaw.ca> It looks like you are running Office 2003 basic no SP's WinXP SP2 installs a update to MDAC 2.8 Also check if running latest Jet SP 8 Try installing Office 2003 SP1 NOTE the SP2 removes ability to do automatic updating of linked Excel files due to a patent restriction, so you may not want to install that version. How to check the version of Office 2003 products http://support.microsoft.com/kb/821549 Office 2003 Service Pack 1 download http://www.microsoft.com/downloads/details.aspx?FamilyId=9C51D3A6-7CB1-4F61-837E-5F938254FC47&displaylang=en Office 2003 SP1 fixes this which maybe your problem http://support.microsoft.com/kb/837003/ " When you use the Import Spreadsheet Wizard in Microsoft Access or the Import Text Wizard in Microsoft Access to import a Microsoft Excel file or a text file, you can modify the field information for only the first field that is on the fourth page of the Import Spreadsheet Wizard or the Import Text Wizard.ReasonThe problem is related to both the Import Spreadsheet Wizard and the Import Text Wizard. Billy Pang wrote: >Hello: > >I'm running MS Access 2003 on Windows XP SP2. > >When I try to import an Excel spreadsheet into an MS Access database, MS >Access crashes. It doesn't matter whether destination database is in Access >2k or 2003 format. The following information is found in the event log. > >Faulting application msaccess.exe, version 11.0.5614.0, stamp 3f3c8e3c, >faulting module unknown, version 0.0.0.0, stamp 00000000, debug? 0, fault >address 0x00000000. > >I've tried searching the web for this error and found that some other people >also have the same problem (however not during an import but from other >tasks such as creating a new report or viewing a form). > >Can anyone shed some light on this situation? Has this happened to anyone >else before? > >Many thanks in advance, > >Billy > > > > -- Marty Connelly Victoria, B.C. Canada From KIsmert at TexasSystems.com Wed Apr 5 13:06:19 2006 From: KIsmert at TexasSystems.com (Ken Ismert) Date: Wed, 5 Apr 2006 13:06:19 -0500 Subject: [AccessD] Optimizing Stored Procedures and Views Message-ID: David, > I couldn't see any properties in SQL2000 in the view for indexing. SQL Server Books Online has a topic "Creating an Indexed View", that covers how to create Indexed Views for SQL 2000. However, because the problem view uses a TOP and an ORDER BY clause, it can't be indexed. (As an aside, I don't recommend indexed views because their requirements are so stringent. One big gotcha: all INSERT, UPDATE and DELETE statements on tables referenced in the view must be executed with the exact same SET options as are required for indexing the view. So if you index a view, an application that doesn't use the exact SET options CANNOT modify data on any tables referenced in that view.) > The StatementNumber and InvNum fields in the underlying tables are indexed ... I don't think that underlying indexes will help much when joining against aggregate queries. > In all other cases though the join is to a table, not another view ... That may be a key, because SQL Server is likely using an index on the table to speed the join with the view. In this problem case, an aggregate view joined against an aggregate view may have to be resolved using a Cartesian product, which is very expensive. Others may have better insights to provide, but see BOL topic "Resolving Indexes on Views", and judge for yourself. Suggestion ---------- If joining tables to views gives good performance, duplicate that in your procedure. Use a new SQL Server 2000 feature called Table Variables. See "Table Variables" in BOL index. Define a table variable at the start of your proc: DECLARE @temp_cust_stmt TABLE ( CustomerID Int, -- (I'm guessing at datatypes) StatementNumber Int, StatementDate DateTime, PRIMARY KEY (CustomerID, StatementNumber) ) (I'm guessing at the Fields and Primary Key; modify it if it doesn't suit your data.) Fill the table variable: INSERT INTO @temp_cust_stmt (CustomerID, StatementNumber, StatementDate) SELECT DISTINCT CustomerID, StatementNumber, StatementDate FROM dbo.vwAgedDebtorGet (This assumes there is only one StatementDate per StatementNumber) Modify your FROM clause to join all views against your temp table: FROM @temp_cust_stmt AS t INNER JOIN dbo.vwAgedDebtorGet ON t.CustomerID = dbo.vwAgedDebtorGet.CustomerID AND t.StatementDate = dbo.vwAgedDebtorGet.StatementDate INNER JOIN dbo.vwAgedDebtorGetLastStatDate ON t.CustomerID = dbo.vwAgedDebtorGetLastStatDate.CustIDNo AND t.StatementDate = dbo.vwAgedDebtorGetLastStatDate.StatementDate (etc.) That way, you are joining all of your views against an indexed (temporary) table. That might speed things up quite a bit. BTW, could you join vwAgedDebtorGet against StatementNumber instead of StatementDate? If the data allows it, that might be a better join candidate. Hope this helps, -Ken From robert at servicexp.com Wed Apr 5 13:21:53 2006 From: robert at servicexp.com (Robert) Date: Wed, 5 Apr 2006 14:21:53 -0400 Subject: [AccessD] Extracting Forms From mdb In-Reply-To: Message-ID: <20060405182156.3BFC2C3DAC@mail01.powweb.com> Hello, Is there anyway to extract forms and modules from a currupt mdb? Robert From JRojas at tnco-inc.com Wed Apr 5 13:34:34 2006 From: JRojas at tnco-inc.com (Joe Rojas) Date: Wed, 5 Apr 2006 14:34:34 -0400 Subject: [AccessD] Devoloping with A2K3 for an A2K environment Message-ID: <758E92433C4F3740B67BE4DD369AF577156A61@ex2k3.corp.tnco-inc.com> Thanks for the reply! If I were to use the CreateObject function, what would be the class name that I would use? Thanks, Joe Rojas IT Manager TNCO, Inc. 781-447-6661 x7506 jrojas at tnco-inc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of MartyConnelly Sent: Tuesday, April 04, 2006 7:36 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Devoloping with A2K3 for an A2K environment Use late binding with CreateObject and maybe use a conditional compile around Early and Late binding. or you could use this code to force a reference function on immediate entry to the mdb if you are sure of the path. and a similar delete of old reference. The first of the following two functions adds a reference to the calendar control to the References collection. The second function removes the reference to the calendar control. Function AddReference() As Boolean Dim ref As Reference dim strFile As String On Error GoTo Error_AddReference strFile = "C:\Windows\System\Mscal.ocx" ' Create reference to calendar control. Set ref = References.AddFromFile(strFile) AddReference = True Exit_AddReference: Exit Function Error_AddReference: MsgBox Err & ": " & Err.Description AddReference = False Resume Exit_AddReference End Function Function RemoveReference() As Boolean Dim ref As Reference On Error GoTo Error_RemoveReference Set ref = References!MSACAL ' Remove calendar control reference. References.Remove ref RemoveReference = True Exit_RemoveReference: Exit Function Error_RemoveReference: MsgBox Err & ": " & Err.Description RemoveReference = False Resume Exit_RemoveReference End Function Function ReferenceFromFile(strFileName As String, _ Optional Warning As Boolean) As Boolean 'ReferenceFromFile "c:\Windows\System\vbscript.dll\3" , True ' One caveat adding a reference this way forces a decompile ' so cannot be used in an MDE. At least not executed inside one to ' reset references. Dim ref As Access.Reference On Error GoTo Error_ReferenceFromFile Set ref = References.AddFromFile(strFileName) ReferenceFromFile = True Exit_ReferenceFromFile: Exit Function Error_ReferenceFromFile: If Warning = True Then VBA.MsgBox Err & ": " & Err.Description ReferenceFromFile = False Resume Exit_ReferenceFromFile End Function Joe Rojas wrote: >Hi All, > >I ran into a problem with installing Office 2003 Pro on my computer. >I had created several databases with Access 2000, prior to my Office >upgrade, which used the Outlook 9.0 (2000) object model. When I open >these databases up, Access 2003 automatically changes the reference from >Outlook 9.0 to 11.0. >When a user, using Office 2000, opens this database they have a missing >reference! > >How do others on this list deal with this issue where you are using a >newer version of Office to develop than the user's environment? > >Thanks, >Joe Rojas >IT Manager >TNCO, Inc. >781-447-6661 x7506 >jrojas at tnco-inc.com > > > -- Marty Connelly Victoria, B.C. Canada -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Wed Apr 5 13:40:25 2006 From: martyconnelly at shaw.ca (MartyConnelly) Date: Wed, 05 Apr 2006 11:40:25 -0700 Subject: [AccessD] Access Application - per unit cost References: <001801c658cb$933ea740$0b00a8c0@desktop> Message-ID: <44340F19.80304@shaw.ca> I used to explain this to clients via the fence post analogy for undiscovered problems. A man wanted to install a new fence, to keep his kids from wandering. He would build the fence himself but to save time he would get a contractor to dig the post holes. The contractor submitted a bid for digging 10 post holes but the man wanted it broken down to the unit cost of each post hole and would pay accordingly. The contractor agreed. On digging the tenth hole a huge boulder was encountered and the contractor gave up, after realizing it would take several days to remove the boulder. So the contractor submitted his bill for 9 post holes, leaving the man to find a way of removing the boulder. Just remember that 90% of the job was completed easily but the final 10% was going to be a real bear. Here is a quote from Rebbeca Riordan a longtime Access Developer "And the number of objects absolutely comes into the estimate for the fixed-price component. What I used to do when I was churning out systems full-time was start with a day per form and two days per report (I'm not good at reports ). Nothing for tables, since I do the schema as part of the analysis. Then to that base, I'd add a modifier -- this is a really simple form, so figure .04; that's a difficult report, so 1.5, and so forth. Then there's documentation -- if they want user docs, I figure 150% of the development time. Clients _hate_ that, but documentation is time-consuming, and ultimately, even if you're working fixed-price, you calculate based on an hourly rate. I won't do hands-on training, so I can't speak to that, but I if they want a training guide, it's the same price as the user manual. " Good bock on the subject Rapid Development : Taming Wild Software Schedules by Steve C McConnell PS. I knew one British Access Developer who used to estimate by the simple means of 5 pounds per field on a form and used to come quite close to the actual cost. But then he had a large toolbox of previously written code. Barbara Ryan wrote: >I have been working on an Access application for several years. My client has asked for a "per unit cost" for the development of this application, although he is unsure what "unit" is most meaningful (e.g., database object, lines of code, etc.). > >The database functions vary tremendously in their complexity --- e.g., some reports are very simple while others contain several subreports, and/or output spreadsheets or files. The database contains lots of VBA code. > >Are there any white papers, etc. that address this issue? In your opinion, what is the best method of computing a "per unit cost"? > >Thanks, >Barb Ryan > > -- Marty Connelly Victoria, B.C. Canada From tuxedo_man at hotmail.com Wed Apr 5 13:56:47 2006 From: tuxedo_man at hotmail.com (Billy Pang) Date: Wed, 05 Apr 2006 18:56:47 +0000 Subject: [AccessD] MS Access 2003 -- keeps crashing on import In-Reply-To: <4434022D.7070803@shaw.ca> Message-ID: Eureka! Thanks Marty. I think the problem is MS Access 2k3 running without any SPs. This threw me off because I had MS Office 2003 Standard SP2 installed (MS Access 2k3 was installed separately a few weeks apart than MS Office 2003); I was working in Excel so when I looked under Excel's Program Info and saw SP2, I assumed it was likewise for Access. I was going to reinstall MDAC2.8 but saw that it doesn't touch Jet anymore. Anyhow I am going to try reapply Office 2k3 SP2. Hope that things will go smoothly. Thanks again for the insight! Billy >From: MartyConnelly >Reply-To: Access Developers discussion and problem >solving >To: Access Developers discussion and problem >solving >Subject: Re: [AccessD] MS Access 2003 -- keeps crashing on import >Date: Wed, 05 Apr 2006 10:45:17 -0700 > >It looks like you are running Office 2003 basic no SP's >WinXP SP2 installs a update to MDAC 2.8 >Also check if running latest Jet SP 8 > >Try installing Office 2003 SP1 >NOTE the SP2 removes ability to do automatic updating of linked Excel files >due to a patent restriction, so you may not want to install that version. > >How to check the version of Office 2003 products >http://support.microsoft.com/kb/821549 > >Office 2003 Service Pack 1 download >http://www.microsoft.com/downloads/details.aspx?FamilyId=9C51D3A6-7CB1-4F61-837E-5F938254FC47&displaylang=en > > >Office 2003 SP1 fixes this which maybe your problem > >http://support.microsoft.com/kb/837003/ >" When you use the Import Spreadsheet Wizard in Microsoft Access or the >Import Text Wizard in Microsoft Access to import a Microsoft Excel file >or a text file, you can modify the field information for only the first >field that is on the fourth page of the Import Spreadsheet Wizard or the >Import Text Wizard.ReasonThe problem is related to both the Import >Spreadsheet Wizard and the Import Text Wizard. > > >Billy Pang wrote: > > >Hello: > > > >I'm running MS Access 2003 on Windows XP SP2. > > > >When I try to import an Excel spreadsheet into an MS Access database, MS > >Access crashes. It doesn't matter whether destination database is in >Access > >2k or 2003 format. The following information is found in the event log. > > > >Faulting application msaccess.exe, version 11.0.5614.0, stamp 3f3c8e3c, > >faulting module unknown, version 0.0.0.0, stamp 00000000, debug? 0, fault > >address 0x00000000. > > > >I've tried searching the web for this error and found that some other >people > >also have the same problem (however not during an import but from other > >tasks such as creating a new report or viewing a form). > > > >Can anyone shed some light on this situation? Has this happened to >anyone > >else before? > > > >Many thanks in advance, > > > >Billy > > > > > > > > > >-- >Marty Connelly >Victoria, B.C. >Canada > > > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Wed Apr 5 14:00:55 2006 From: martyconnelly at shaw.ca (MartyConnelly) Date: Wed, 05 Apr 2006 12:00:55 -0700 Subject: [AccessD] Devoloping with A2K3 for an A2K environment References: <758E92433C4F3740B67BE4DD369AF577156A61@ex2k3.corp.tnco-inc.com> Message-ID: <443413E7.3060603@shaw.ca> dim outobj as Object Set outobj = CreateObject("outlook.application") or try specifying actual object version in your Get/CreateObject calls Set outobj = CreateObject ("Outlook.Application.9") 'For Outlook 2000 Set outobj = CreateObject ("Outlook.Application.11") 'For Outlook 2003 'you might want to use this type of code 'to check if outlook already running and whether you close it. Dim objOl as object On Error Resume Next blnOlRunning = True Set objOl = GetObject(, "Outlook.Application") If Err <> 0 Then 'Not running Set objOl = CreateObject("Outlook.Application") blnOlRunning = True Err.Clear End If On Error GoTo 0 '------blah blah If blnOlRunning = True Then ' display the new item objItem.Display Else objOl.Quit End If Joe Rojas wrote: >Thanks for the reply! > >If I were to use the CreateObject function, what would be the class name >that I would use? > >Thanks, >Joe Rojas >IT Manager >TNCO, Inc. >781-447-6661 x7506 >jrojas at tnco-inc.com > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of MartyConnelly >Sent: Tuesday, April 04, 2006 7:36 PM >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] Devoloping with A2K3 for an A2K environment > >Use late binding with CreateObject and maybe use a conditional compile >around Early and Late binding. > >or you could use this code to force a reference function on immediate >entry to the mdb if you are sure of the path. >and a similar delete of old reference. > >The first of the following two functions adds a reference to the >calendar control to the References collection. >The second function removes the reference to the calendar control. > >Function AddReference() As Boolean > Dim ref As Reference > dim strFile As String > > On Error GoTo Error_AddReference > strFile = "C:\Windows\System\Mscal.ocx" > ' Create reference to calendar control. > Set ref = References.AddFromFile(strFile) > AddReference = True > >Exit_AddReference: > Exit Function > >Error_AddReference: > MsgBox Err & ": " & Err.Description > AddReference = False > Resume Exit_AddReference >End Function > >Function RemoveReference() As Boolean > > Dim ref As Reference > > On Error GoTo Error_RemoveReference > Set ref = References!MSACAL > ' Remove calendar control reference. > References.Remove ref > RemoveReference = True > >Exit_RemoveReference: > Exit Function > >Error_RemoveReference: > MsgBox Err & ": " & Err.Description > RemoveReference = False > Resume Exit_RemoveReference >End Function > > > > >Function ReferenceFromFile(strFileName As String, _ > Optional Warning As Boolean) As Boolean >'ReferenceFromFile "c:\Windows\System\vbscript.dll\3" , True >' One caveat adding a reference this way forces a decompile >' so cannot be used in an MDE. At least not executed inside one to >' reset references. > > Dim ref As Access.Reference > > On Error GoTo Error_ReferenceFromFile > Set ref = References.AddFromFile(strFileName) > ReferenceFromFile = True > >Exit_ReferenceFromFile: > Exit Function > >Error_ReferenceFromFile: > If Warning = True Then VBA.MsgBox Err & ": " & Err.Description > ReferenceFromFile = False > Resume Exit_ReferenceFromFile >End Function >Joe Rojas wrote: > > > >>Hi All, >> >>I ran into a problem with installing Office 2003 Pro on my computer. >>I had created several databases with Access 2000, prior to my Office >>upgrade, which used the Outlook 9.0 (2000) object model. When I open >>these databases up, Access 2003 automatically changes the reference >> >> >from > > >>Outlook 9.0 to 11.0. >>When a user, using Office 2000, opens this database they have a missing >>reference! >> >>How do others on this list deal with this issue where you are using a >>newer version of Office to develop than the user's environment? >> >>Thanks, >>Joe Rojas >>IT Manager >>TNCO, Inc. >>781-447-6661 x7506 >>jrojas at tnco-inc.com >> >> >> >> >> > > > -- Marty Connelly Victoria, B.C. Canada From bchacc at san.rr.com Wed Apr 5 14:05:48 2006 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Wed, 05 Apr 2006 12:05:48 -0700 Subject: [AccessD] Extracting Forms From mdb In-Reply-To: <20060405182156.3BFC2C3DAC@mail01.powweb.com> References: <20060405182156.3BFC2C3DAC@mail01.powweb.com> Message-ID: <4434150C.8030208@san.rr.com> Import probably won't work but you could try it. Have you tried decompile? Rocky Robert wrote: > Hello, > Is there anyway to extract forms and modules from a currupt mdb? > > Robert > > -- Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com From shamil at users.mns.ru Wed Apr 5 15:27:08 2006 From: shamil at users.mns.ru (Shamil Salakhetdinov) Date: Thu, 6 Apr 2006 00:27:08 +0400 Subject: [AccessD] Access Application - per unit cost References: <001801c658cb$933ea740$0b00a8c0@desktop> <44340F19.80304@shaw.ca> Message-ID: <009601c658ef$5ee63110$6501a8c0@Nant> Marty, it's a great simple story about the fence building - I will borrow it from you to tell to my customers - OK? :) > a day per form and two days per report (I'm not > good at reports ). I'd roughly estimate 4 (four) days per form with "smart" user-friendly behavior or report whatever it's in the final system when a lot of advanced queries and coding is involved and when customer's requirements and understanding of their own business area and what they wanted to get from an application developed for them are unclear to say the least (and even if they have huge BDUF specs this often isn't a sign they know their own business and what they wanted you to have developed for them in the end). I mean if the final system is roughly planned to have, say, 100 forms and reports then its development(all the objects including database model, documentation etc.) can be roughly estimated as 400 man/days ~= 17man/months (22.5 workdays/month). Based on that rough estimation fixed cost can be calculated. If they(customer(s)) are ready to pay that in the end - fine - prepare more detailed plan and start working delivering regularly parts of the application. If you'll be ready quicker - get a bonus and leave them the rest of the fixed price. If you will (soon) find that even that time isn't enough to deliver what they are now see absolutely different than in the beginning - explain them what happens, trade the new fixed price - if they agree - continue, if not - quit - it promise to be "endless" story for you and for the customer, which will end sooner or later without any satisfaction nor on your nor on their part... Of course working on hourly rate as many say here is more realistic approach but 4 days per form/report for advanced applications seems to work rather well - just from real life experience... Shamil ----- Original Message ----- From: "MartyConnelly" To: "Access Developers discussion and problem solving" Sent: Wednesday, April 05, 2006 10:40 PM Subject: Re: [AccessD] Access Application - per unit cost >I used to explain this to clients via the fence post analogy for > undiscovered problems. > > A man wanted to install a new fence, to keep his kids from wandering. > He would build the fence himself but to save time he would get a > contractor to dig the post holes. > The contractor submitted a bid for digging 10 post holes > but the man wanted it broken down to the unit cost of each post hole > and would pay accordingly. The contractor agreed. > On digging the tenth hole a huge boulder was encountered and the > contractor > gave up, after realizing it would take several days to remove the boulder. > So the contractor submitted his bill for 9 post holes, leaving the man > to find a way of removing the boulder. > > Just remember that 90% of the job was completed easily but the final 10% > was going to be a real bear. > > Here is a quote from Rebbeca Riordan a longtime Access Developer > "And the number of objects absolutely comes into the estimate for the > fixed-price component. What I used to do when I was churning out systems > full-time was start with a day per form and two days per report (I'm not > good at reports ). Nothing for tables, since I do the schema as part > of > the analysis. Then to that base, I'd add a modifier -- this is a really > simple form, so figure .04; that's a difficult report, so 1.5, and so > forth. > Then there's documentation -- if they want user docs, I figure 150% of the > development time. Clients _hate_ that, but documentation is > time-consuming, > and ultimately, even if you're working fixed-price, you calculate based on > an hourly rate. I won't do hands-on training, so I can't speak to that, > but > I if they want a training guide, it's the same price as the user manual. " > > Good bock on the subject > Rapid Development : Taming Wild Software Schedules > by Steve C McConnell > > PS. I knew one British Access Developer who used to estimate > by the simple means of 5 pounds per field on a form and used to > come quite close to the actual cost. But then he had a large toolbox > of previously written code. > > > > Barbara Ryan wrote: > >>I have been working on an Access application for several years. My client >>has asked for a "per unit cost" for the development of this application, >>although he is unsure what "unit" is most meaningful (e.g., database >>object, lines of code, etc.). >> >>The database functions vary tremendously in their complexity --- e.g., >>some reports are very simple while others contain several subreports, >>and/or output spreadsheets or files. The database contains lots of VBA >>code. >> >>Are there any white papers, etc. that address this issue? In your >>opinion, what is the best method of computing a "per unit cost"? >> >>Thanks, >>Barb Ryan >> >> > > -- > Marty Connelly > Victoria, B.C. > Canada > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Wed Apr 5 15:53:41 2006 From: martyconnelly at shaw.ca (MartyConnelly) Date: Wed, 05 Apr 2006 13:53:41 -0700 Subject: [AccessD] Access Application - per unit cost References: <001801c658cb$933ea740$0b00a8c0@desktop> <44340F19.80304@shaw.ca> <009601c658ef$5ee63110$6501a8c0@Nant> Message-ID: <44342E55.1010700@shaw.ca> I pre-stole it from a prof at University of Victoria. He was teaching Project Management after retiring as a Project Engineer at Boeing. He worked on the 747 Aircraft line. It was good to be taught by a guy who had done it for real for 30 years. Shamil Salakhetdinov wrote: >Marty, it's a great simple story about the fence building - I will borrow >it from you to tell to my customers - OK? :) > > > >> a day per form and two days per report (I'm not >>good at reports ). >> >> >I'd roughly estimate 4 (four) days per form with "smart" user-friendly >behavior or report whatever it's in the final system when a lot of advanced >queries and coding is involved and when customer's requirements and >understanding of their own business area and what they wanted to get from an >application developed for them are unclear to say the least (and even if >they have huge BDUF specs this often isn't a sign they know their own >business and what they wanted you to have developed for them in the end). > >I mean if the final system is roughly planned to have, say, 100 forms and >reports then its development(all the objects including database model, >documentation etc.) can be roughly estimated as 400 man/days ~= 17man/months >(22.5 workdays/month). Based on that rough estimation fixed cost can be >calculated. >If they(customer(s)) are ready to pay that in the end - fine - prepare more >detailed plan and start working delivering regularly parts of the >application. If you'll be ready quicker - get a bonus and leave them the >rest of the fixed price. If you will (soon) find that even that time isn't >enough to deliver what they are now see absolutely different than in the >beginning - explain them what happens, trade the new fixed price - if they >agree - continue, if not - quit - it promise to be "endless" story for you >and for the customer, which will end sooner or later without any >satisfaction nor on your nor on their part... > >Of course working on hourly rate as many say here is more realistic approach >but 4 days per form/report for advanced applications seems to work rather >well - just from real life experience... > >Shamil > >----- Original Message ----- >From: "MartyConnelly" >To: "Access Developers discussion and problem solving" > >Sent: Wednesday, April 05, 2006 10:40 PM >Subject: Re: [AccessD] Access Application - per unit cost > > > > >>I used to explain this to clients via the fence post analogy for >>undiscovered problems. >> >>A man wanted to install a new fence, to keep his kids from wandering. >>He would build the fence himself but to save time he would get a >>contractor to dig the post holes. >>The contractor submitted a bid for digging 10 post holes >>but the man wanted it broken down to the unit cost of each post hole >>and would pay accordingly. The contractor agreed. >>On digging the tenth hole a huge boulder was encountered and the >>contractor >>gave up, after realizing it would take several days to remove the boulder. >>So the contractor submitted his bill for 9 post holes, leaving the man >>to find a way of removing the boulder. >> >>Just remember that 90% of the job was completed easily but the final 10% >>was going to be a real bear. >> >>Here is a quote from Rebbeca Riordan a longtime Access Developer >>"And the number of objects absolutely comes into the estimate for the >>fixed-price component. What I used to do when I was churning out systems >>full-time was start with a day per form and two days per report (I'm not >>good at reports ). Nothing for tables, since I do the schema as part >>of >>the analysis. Then to that base, I'd add a modifier -- this is a really >>simple form, so figure .04; that's a difficult report, so 1.5, and so >>forth. >>Then there's documentation -- if they want user docs, I figure 150% of the >>development time. Clients _hate_ that, but documentation is >>time-consuming, >>and ultimately, even if you're working fixed-price, you calculate based on >>an hourly rate. I won't do hands-on training, so I can't speak to that, >>but >>I if they want a training guide, it's the same price as the user manual. " >> >>Good bock on the subject >>Rapid Development : Taming Wild Software Schedules >>by Steve C McConnell >> >>PS. I knew one British Access Developer who used to estimate >>by the simple means of 5 pounds per field on a form and used to >>come quite close to the actual cost. But then he had a large toolbox >>of previously written code. >> >> >> >>Barbara Ryan wrote: >> >> >> >>>I have been working on an Access application for several years. My client >>>has asked for a "per unit cost" for the development of this application, >>>although he is unsure what "unit" is most meaningful (e.g., database >>>object, lines of code, etc.). >>> >>>The database functions vary tremendously in their complexity --- e.g., >>>some reports are very simple while others contain several subreports, >>>and/or output spreadsheets or files. The database contains lots of VBA >>>code. >>> >>>Are there any white papers, etc. that address this issue? In your >>>opinion, what is the best method of computing a "per unit cost"? >>> >>>Thanks, >>>Barb Ryan >>> >>> >>> >>> >>-- >>Marty Connelly >>Victoria, B.C. >>Canada >> >> >> >>-- >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> > > > -- Marty Connelly Victoria, B.C. Canada From dwaters at usinternet.com Wed Apr 5 16:17:18 2006 From: dwaters at usinternet.com (Dan Waters) Date: Wed, 5 Apr 2006 16:17:18 -0500 Subject: [AccessD] Access Application - per unit cost In-Reply-To: <893161.1144253877222.JavaMail.root@sniper21> Message-ID: <000001c658f6$525b92d0$0200a8c0@danwaters> Barb, I'd have a talk with your client and thoroughly discuss the decisions that he wants to make with the 'unit cost' number. I'll bet that he really needs something other than 'unit cost'. Best of Luck, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Barbara Ryan Sent: Wednesday, April 05, 2006 11:11 AM To: Access List Subject: [AccessD] Access Application - per unit cost I have been working on an Access application for several years. My client has asked for a "per unit cost" for the development of this application, although he is unsure what "unit" is most meaningful (e.g., database object, lines of code, etc.). The database functions vary tremendously in their complexity --- e.g., some reports are very simple while others contain several subreports, and/or output spreadsheets or files. The database contains lots of VBA code. Are there any white papers, etc. that address this issue? In your opinion, what is the best method of computing a "per unit cost"? Thanks, Barb Ryan -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BarbaraRyan at cox.net Wed Apr 5 16:39:22 2006 From: BarbaraRyan at cox.net (Barbara Ryan) Date: Wed, 5 Apr 2006 17:39:22 -0400 Subject: [AccessD] Access Application - per unit cost References: <000001c658f6$525b92d0$0200a8c0@danwaters> Message-ID: <00d101c658f9$675284c0$0b00a8c0@desktop> Thanks for all of your suggestions! ----- Original Message ----- From: "Dan Waters" To: "'Access Developers discussion and problem solving'" Sent: Wednesday, April 05, 2006 5:17 PM Subject: Re: [AccessD] Access Application - per unit cost > Barb, > > I'd have a talk with your client and thoroughly discuss the decisions that > he wants to make with the 'unit cost' number. I'll bet that he really needs > something other than 'unit cost'. > > Best of Luck, > Dan > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Barbara Ryan > Sent: Wednesday, April 05, 2006 11:11 AM > To: Access List > Subject: [AccessD] Access Application - per unit cost > > I have been working on an Access application for several years. My client > has asked for a "per unit cost" for the development of this application, > although he is unsure what "unit" is most meaningful (e.g., database object, > lines of code, etc.). > > The database functions vary tremendously in their complexity --- e.g., some > reports are very simple while others contain several subreports, and/or > output spreadsheets or files. The database contains lots of VBA code. > > Are there any white papers, etc. that address this issue? In your opinion, > what is the best method of computing a "per unit cost"? > > Thanks, > Barb Ryan > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 tom.p at piedpiper.com.au Thu Apr 6 03:04:36 2006 From: tom.p at piedpiper.com.au (Tom Keatley) Date: Thu, 6 Apr 2006 16:04:36 +0800 Subject: [AccessD] OFF TOPIC Has anyone had any experience with PPML References: <000001c658f6$525b92d0$0200a8c0@danwaters> <00d101c658f9$675284c0$0b00a8c0@desktop> Message-ID: <02ed01c65950$bf60b680$2900a8c0@TOMNEW> Hi all.... Have any of you had any experience with using PPML which is..... "PPML, personalized print markup language, is a widely supported, XML-based industry standard print language developed by PODi. PPML is an open, interoperable, device-independent standard that enables the widespread use of personalized print applications in high volumes." As many of you may know I have been developing and using a database application for many years now based in Access that could take advantage of the above language..... There is however a flaw in my plan..... I know nothing about PPML. My application has always used the standard Access reports to produce printer output but I am reaching the limit of quality and efficiency with this method and need to change. It occurs to me that I could actually store XML templates for my print files in an Access memo field and simply export them as required. The practice may however may be different. TIA Tom Keatley From Gustav at cactus.dk Thu Apr 6 06:29:01 2006 From: Gustav at cactus.dk (Gustav Brock) Date: Thu, 06 Apr 2006 13:29:01 +0200 Subject: [AccessD] Sorting old dates Message-ID: Hi all Are you aware that old dates - those with negative value, prior to 1899-12-30 - do not sort correctly if they contain a time part? You may never need it but if you do, the usual method is to use Format: SortDate = Format([DateField], "yyyymmddhhnnss") and sort on that, but it is slow. Another and faster method is this: SELECT * FROM tblDates ORDER BY Fix([DateField]), Abs([DateField]); Fix takes care of keeping the dates in correct sequence (Int can not be used!) while Abs for a given date allows to sort the timepart correctly. /gustav From darrend at nimble.com.au Thu Apr 6 07:35:18 2006 From: darrend at nimble.com.au (Darren DICK) Date: Thu, 6 Apr 2006 22:35:18 +1000 Subject: [AccessD] A2003:Start a dial up connection Message-ID: <20060406123608.ZQNM24931.omta02sl.mx.bigpond.com@DENZILLAP> Hi All In an Access app I have - I need to start up the local dial up connection This if for my personal machine - using dial up only I used to know (probably can find it again) the command line for starting the default dial up screen - but it starts the screen that requires someone to click the 'Connect' or 'Dial' button I have seen apps use the connection to 'just dial' with no user intervention Such as Virus Updaters etc Anyone know the command line or the relevant exe? Many thanks in advance Darren From Gustav at cactus.dk Thu Apr 6 07:51:19 2006 From: Gustav at cactus.dk (Gustav Brock) Date: Thu, 06 Apr 2006 14:51:19 +0200 Subject: [AccessD] A2003:Start a dial up connection Message-ID: Hi Darren I have no dial-up connection at hand, but can't you just check if some URL exists? Private Declare Function URLDownloadToFile Lib "urlmon" Alias "URLDownloadToFileA" ( _ ByVal pCaller As Long, _ ByVal szURL As String, _ ByVal szFileName As String, _ ByVal dwReserved As Long, _ ByVal lpfnCB As Long) _ As Long Public Function IsURL(ByVal strURL As String) As Boolean ' Usage: Check if URL strURL is alive and reachable. ' booURL = IsURL("http://www.ibm.com") ' booURL = IsURL("ftp://ftp.novell.com") ' ' Note: Protocol header like "http://" must be provided. ' ' 2001-12-09. Cactus Data ApS. CPH. ' File found at most URLs. Const cstrFileIndex As String = "index.htm" IsURL = (URLDownloadToFile(0, strURL, cstrFileIndex, 0, 0) = 0) End Function /gustav >>> darrend at nimble.com.au 06-04-2006 14:35:18 >>> Hi All In an Access app I have - I need to start up the local dial up connection This if for my personal machine - using dial up only I used to know (probably can find it again) the command line for starting the default dial up screen - but it starts the screen that requires someone to click the 'Connect' or 'Dial' button I have seen apps use the connection to 'just dial' with no user intervention Such as Virus Updaters etc Anyone know the command line or the relevant exe? Many thanks in advance Darren From stuart at lexacorp.com.pg Thu Apr 6 07:54:14 2006 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 06 Apr 2006 22:54:14 +1000 Subject: [AccessD] A2003:Start a dial up connection In-Reply-To: <20060406123608.ZQNM24931.omta02sl.mx.bigpond.com@DENZILLAP> Message-ID: <44359C16.22673.AE007E@stuart.lexacorp.com.pg> On 6 Apr 2006 at 22:35, Darren DICK wrote: > Hi All > In an Access app I have - I need to start up the local dial up connection > This if for my personal machine - using dial up only > > I used to know (probably can find it again) the command line > for starting the default dial up screen - but it starts the screen that > requires > > someone to click the 'Connect' or 'Dial' button > Simplest way is to Shell out to Rasdial.exe Shell("Rasdial ConnectionName UserName Password") to disconnect Shell("Rasdial ConnectionName /Disconnect") -- Stuart From darrend at nimble.com.au Thu Apr 6 08:12:42 2006 From: darrend at nimble.com.au (Darren DICK) Date: Thu, 6 Apr 2006 23:12:42 +1000 Subject: [AccessD] A2003:Start a dial up connection In-Reply-To: Message-ID: <20060406131345.HUW24931.omta02sl.mx.bigpond.com@DENZILLAP> Hi Gustav I don't want to check if there is a connection I just want to dial a connection with no user intervention Stuart from PNG had the solution Many thanks for the response Darren ------------------------------ T: 0424 696 433 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, 6 April 2006 10:51 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] A2003:Start a dial up connection Hi Darren I have no dial-up connection at hand, but can't you just check if some URL exists? Private Declare Function URLDownloadToFile Lib "urlmon" Alias "URLDownloadToFileA" ( _ ByVal pCaller As Long, _ ByVal szURL As String, _ ByVal szFileName As String, _ ByVal dwReserved As Long, _ ByVal lpfnCB As Long) _ As Long Public Function IsURL(ByVal strURL As String) As Boolean ' Usage: Check if URL strURL is alive and reachable. ' booURL = IsURL("http://www.ibm.com") ' booURL = IsURL("ftp://ftp.novell.com") ' ' Note: Protocol header like "http://" must be provided. ' ' 2001-12-09. Cactus Data ApS. CPH. ' File found at most URLs. Const cstrFileIndex As String = "index.htm" IsURL = (URLDownloadToFile(0, strURL, cstrFileIndex, 0, 0) = 0) End Function /gustav >>> darrend at nimble.com.au 06-04-2006 14:35:18 >>> Hi All In an Access app I have - I need to start up the local dial up connection This if for my personal machine - using dial up only I used to know (probably can find it again) the command line for starting the default dial up screen - but it starts the screen that requires someone to click the 'Connect' or 'Dial' button I have seen apps use the connection to 'just dial' with no user intervention Such as Virus Updaters etc Anyone know the command line or the relevant exe? Many thanks in advance Darren -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darrend at nimble.com.au Thu Apr 6 08:12:42 2006 From: darrend at nimble.com.au (Darren DICK) Date: Thu, 6 Apr 2006 23:12:42 +1000 Subject: [AccessD] A2003:Start a dial up connection In-Reply-To: <44359C16.22673.AE007E@stuart.lexacorp.com.pg> Message-ID: <20060406131409.HYJ24931.omta02sl.mx.bigpond.com@DENZILLAP> Stuart - Perfect Many thanks Darren ------------------------------ T: 0424 696 433 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Thursday, 6 April 2006 10:54 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003:Start a dial up connection On 6 Apr 2006 at 22:35, Darren DICK wrote: > Hi All > In an Access app I have - I need to start up the local dial up > connection This if for my personal machine - using dial up only > > I used to know (probably can find it again) the command line for > starting the default dial up screen - but it starts the screen that > requires > > someone to click the 'Connect' or 'Dial' button > Simplest way is to Shell out to Rasdial.exe Shell("Rasdial ConnectionName UserName Password") to disconnect Shell("Rasdial ConnectionName /Disconnect") -- Stuart -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Thu Apr 6 09:24:38 2006 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 6 Apr 2006 09:24:38 -0500 Subject: [AccessD] A2003:Start a dial up connection Message-ID: <17724746D360394AA3BFE5B8D40A9C1B6A6CF2@main2.marlow.com> If memory serves correctly, there should be a rasdial.exe you can use. You may have to find it. Something like rasdial "NameOfYourDialupConnection" Drew -----Original Message----- From: Darren DICK [mailto:darrend at nimble.com.au] Sent: Thursday, April 06, 2006 7:35 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] A2003:Start a dial up connection Hi All In an Access app I have - I need to start up the local dial up connection This if for my personal machine - using dial up only I used to know (probably can find it again) the command line for starting the default dial up screen - but it starts the screen that requires someone to click the 'Connect' or 'Dial' button I have seen apps use the connection to 'just dial' with no user intervention Such as Virus Updaters etc Anyone know the command line or the relevant exe? Many thanks in advance Darren -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bheid at appdevgrp.com Thu Apr 6 11:09:05 2006 From: bheid at appdevgrp.com (Bobby Heid) Date: Thu, 6 Apr 2006 12:09:05 -0400 Subject: [AccessD] Circular reference error in query... Message-ID: <916187228923D311A6FE00A0CC3FAA30D351F4@ADGSERVER> Hey, I have the following: wrkSearchAvailable and wrkSearchSelected tables (defined the same): ID - autonumber/primary key FieldID - long/indexed (dupes ok) FieldDescr - text(255)/not indexed DBField - text(255)/not indexed UnionField - text(50)/not indexed ColWidth - double/not indexed ColVisible - boolean/indexed (dupes ok) UserID - text(75)/indexed (dupes ok) Still here? Good. My query is built in VBA and the 11 in the 'IN (11)' is from a listbox - there's only one in this example. Here is the query: INSERT INTO wrkSearchAvailable SELECT FieldID,FieldDescr,DBField,UnionField,ColWidth, _ ColVisible,UserID FROM wrkSearchSelected WHERE ID IN (11) ORDER BY FieldDescr ASC; This query copies the selected records from wrkSearchSelected to wrkSearchAvailable. The problem is that when this runs, I am getting this error: error 3022 'The changes you requested to the table were not successful because they would create duplicate values in the index, primary key, or relationship. Change the data in the field or fields that contain duplicate data, remove the index, or redefine the index to permit duplicate entries and try again.' If I paste the SQL into the QBE, and try to execute it by clicking on the datasheet button, I get this error message: "Circular reference caused by alias 'FieldID' in query definition's SELECT list." If I execute the query using the Run button (!), I get a message that it could not update because of key violations. I appreciate that you have made it this far. Anyone have any ideas as to why I am having this issue? Thanks, Bobby From Lambert.Heenan at AIG.com Thu Apr 6 12:08:05 2006 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Thu, 6 Apr 2006 12:08:05 -0500 Subject: [AccessD] Circular reference error in query... Message-ID: <1D7828CDB8350747AFE9D69E0E90DA1F1FC8AB76@xlivmbx21.aig.com> Very odd, and I can't explain it. But that never stopped me before. :-) First I'd get rid of the Ordered By clause. It makes no sense to sort records while you are appending them to a table, because the order of records in a table is simple not defined. All sorting should be done by queries when you select data to view it. Second, the only thing I can think of is to explicitly identify the source table of the ID field in the WHERE cause. So try this SQL instead... INSERT INTO wrkSearchAvailable SELECT FieldID,FieldDescr,DBField,UnionField,ColWidth, _ ColVisible,UserID FROM wrkSearchSelected WHERE wrkSearchSelected.ID IN (11) ; HTH Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bobby Heid Sent: Thursday, April 06, 2006 12:09 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Circular reference error in query... Hey, I have the following: wrkSearchAvailable and wrkSearchSelected tables (defined the same): ID - autonumber/primary key FieldID - long/indexed (dupes ok) FieldDescr - text(255)/not indexed DBField - text(255)/not indexed UnionField - text(50)/not indexed ColWidth - double/not indexed ColVisible - boolean/indexed (dupes ok) UserID - text(75)/indexed (dupes ok) Still here? Good. My query is built in VBA and the 11 in the 'IN (11)' is from a listbox - there's only one in this example. Here is the query: INSERT INTO wrkSearchAvailable SELECT FieldID,FieldDescr,DBField,UnionField,ColWidth, _ ColVisible,UserID FROM wrkSearchSelected WHERE ID IN (11) ORDER BY FieldDescr ASC; This query copies the selected records from wrkSearchSelected to wrkSearchAvailable. The problem is that when this runs, I am getting this error: error 3022 'The changes you requested to the table were not successful because they would create duplicate values in the index, primary key, or relationship. Change the data in the field or fields that contain duplicate data, remove the index, or redefine the index to permit duplicate entries and try again.' If I paste the SQL into the QBE, and try to execute it by clicking on the datasheet button, I get this error message: "Circular reference caused by alias 'FieldID' in query definition's SELECT list." If I execute the query using the Run button (!), I get a message that it could not update because of key violations. I appreciate that you have made it this far. Anyone have any ideas as to why I am having this issue? Thanks, Bobby -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Donald.A.McGillivray at sprint.com Thu Apr 6 12:29:54 2006 From: Donald.A.McGillivray at sprint.com (Mcgillivray, Don [IT]) Date: Thu, 6 Apr 2006 12:29:54 -0500 Subject: [AccessD] Circular reference error in query... Message-ID: Bobby, I'm nothing like an expert with SQL, so I probably shouldn't even hazard a guess here, but I notice that you haven't explicitly stated the fields being updated in the target table. Assuming that this is generally acceptable syntax, and that there's not some default behavior that attempts to match data by field names (like I said, I'm no expert), your query may be trying to push into the primary key field of the target table the first field of the recordset returned by the select clause. Since that field may contain duplicates, you'd get a key violation upon execution when the first duplicate is encountered. I'd try specifying the fields to insert into for the target table: INSERT INTO wrkSearchAvailable (FieldID, FieldDescr, DBField, UnionField, ColWidth, ColVisible, UserID) SELECT FieldID,FieldDescr,DBField,UnionField,ColWidth, _ ColVisible,UserID FROM wrkSearchSelected WHERE ID IN (11) ORDER BY FieldDescr ASC; Hope this helps . . . Don -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bobby Heid Sent: Thursday, April 06, 2006 9:09 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Circular reference error in query... Hey, I have the following: wrkSearchAvailable and wrkSearchSelected tables (defined the same): ID - autonumber/primary key FieldID - long/indexed (dupes ok) FieldDescr - text(255)/not indexed DBField - text(255)/not indexed UnionField - text(50)/not indexed ColWidth - double/not indexed ColVisible - boolean/indexed (dupes ok) UserID - text(75)/indexed (dupes ok) Still here? Good. My query is built in VBA and the 11 in the 'IN (11)' is from a listbox - there's only one in this example. Here is the query: INSERT INTO wrkSearchAvailable SELECT FieldID,FieldDescr,DBField,UnionField,ColWidth, _ ColVisible,UserID FROM wrkSearchSelected WHERE ID IN (11) ORDER BY FieldDescr ASC; This query copies the selected records from wrkSearchSelected to wrkSearchAvailable. The problem is that when this runs, I am getting this error: error 3022 'The changes you requested to the table were not successful because they would create duplicate values in the index, primary key, or relationship. Change the data in the field or fields that contain duplicate data, remove the index, or redefine the index to permit duplicate entries and try again.' If I paste the SQL into the QBE, and try to execute it by clicking on the datasheet button, I get this error message: "Circular reference caused by alias 'FieldID' in query definition's SELECT list." If I execute the query using the Run button (!), I get a message that it could not update because of key violations. I appreciate that you have made it this far. Anyone have any ideas as to why I am having this issue? Thanks, Bobby -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From KIsmert at TexasSystems.com Thu Apr 6 12:39:24 2006 From: KIsmert at TexasSystems.com (Ken Ismert) Date: Thu, 6 Apr 2006 12:39:24 -0500 Subject: [AccessD] Circular reference error in query... Message-ID: Bobby, Test by destruction. Remove all relationships defined between the to tables, and test. If that isn't the problem, drop the primary index on wrkSearchAvailable, and run the query again. If that doesn't make the problem go away, drop another index, and try again. If no joy, remove all required field settings, and retry. If that still doesn't work, drop fields one by one and retry. The last thing you removed before the errors stopped is the thing that is causing the problem. Examine it more closely, and the solution will become apparent. -Ken PS. It looks like you only need an autonumber ID on wrkSearchSelected. wrkSearchAvailable should have a plain Long datatype (no autonumber) for the ID field so it can properly reference the original record in wrkSearchSelected. Hmm... Why do you need any fields in wrkSearchAvailable other than ID? It doesn't look like any of the fields copied to wrkSearchAvailable have data that should be changed, so why not just refer to them in wrkSearchSelected? From cyx5 at cdc.gov Thu Apr 6 12:42:18 2006 From: cyx5 at cdc.gov (Long, Karen S.) Date: Thu, 6 Apr 2006 13:42:18 -0400 Subject: [AccessD] Circular reference error in query... Message-ID: You are right. I was thinking from my mainframe days that the orderby needed to specify noprint.... showing my age. He does have to declare, in order, where the fields are coming from, and then in order, where to populate the fields. It is easier to build the query in access and then view the SQL to get the syntax down correctly (cheat). Karen S. Long Programmer Analyst EG&G Technical Services, Inc. Pittsburgh, PA Phone: 412-386-6649 Email: cyx5 at cdc.gov -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mcgillivray, Don [IT] Sent: Thursday, April 06, 2006 1:30 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Circular reference error in query... Bobby, I'm nothing like an expert with SQL, so I probably shouldn't even hazard a guess here, but I notice that you haven't explicitly stated the fields being updated in the target table. Assuming that this is generally acceptable syntax, and that there's not some default behavior that attempts to match data by field names (like I said, I'm no expert), your query may be trying to push into the primary key field of the target table the first field of the recordset returned by the select clause. Since that field may contain duplicates, you'd get a key violation upon execution when the first duplicate is encountered. I'd try specifying the fields to insert into for the target table: INSERT INTO wrkSearchAvailable (FieldID, FieldDescr, DBField, UnionField, ColWidth, ColVisible, UserID) SELECT FieldID,FieldDescr,DBField,UnionField,ColWidth, _ ColVisible,UserID FROM wrkSearchSelected WHERE ID IN (11) ORDER BY FieldDescr ASC; Hope this helps . . . Don -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bobby Heid Sent: Thursday, April 06, 2006 9:09 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Circular reference error in query... Hey, I have the following: wrkSearchAvailable and wrkSearchSelected tables (defined the same): ID - autonumber/primary key FieldID - long/indexed (dupes ok) FieldDescr - text(255)/not indexed DBField - text(255)/not indexed UnionField - text(50)/not indexed ColWidth - double/not indexed ColVisible - boolean/indexed (dupes ok) UserID - text(75)/indexed (dupes ok) Still here? Good. My query is built in VBA and the 11 in the 'IN (11)' is from a listbox - there's only one in this example. Here is the query: INSERT INTO wrkSearchAvailable SELECT FieldID,FieldDescr,DBField,UnionField,ColWidth, _ ColVisible,UserID FROM wrkSearchSelected WHERE ID IN (11) ORDER BY FieldDescr ASC; This query copies the selected records from wrkSearchSelected to wrkSearchAvailable. The problem is that when this runs, I am getting this error: error 3022 'The changes you requested to the table were not successful because they would create duplicate values in the index, primary key, or relationship. Change the data in the field or fields that contain duplicate data, remove the index, or redefine the index to permit duplicate entries and try again.' If I paste the SQL into the QBE, and try to execute it by clicking on the datasheet button, I get this error message: "Circular reference caused by alias 'FieldID' in query definition's SELECT list." If I execute the query using the Run button (!), I get a message that it could not update because of key violations. I appreciate that you have made it this far. Anyone have any ideas as to why I am having this issue? Thanks, Bobby -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 tuxedo_man at hotmail.com Thu Apr 6 13:16:48 2006 From: tuxedo_man at hotmail.com (Billy Pang) Date: Thu, 06 Apr 2006 18:16:48 +0000 Subject: [AccessD] Circular reference error in query... In-Reply-To: <916187228923D311A6FE00A0CC3FAA30D351F4@ADGSERVER> Message-ID: this is a shot in the dark but maybe because destination columns are not defined in the insert statement, values are being inserted into autonumber field thereby producnig duplicate pk values. perhaps defining destination columns may get rid of the error message.. that is, INSERT INTO wrkSearchAvailable(FieldID,FieldDescr,DBField,UnionField,ColWidth,ColVisible,UserID) SELECT FieldID,FieldDescr,DBField,UnionField,ColWidth, _ ColVisible,UserID FROM wrkSearchSelected WHERE ID IN (11) ORDER BY FieldDescr ASC; HTH Billy >From: "Bobby Heid" >Reply-To: Access Developers discussion and problem >solving >To: "'Access Developers discussion and problem >solving'" >Subject: [AccessD] Circular reference error in query... >Date: Thu, 6 Apr 2006 12:09:05 -0400 > >Hey, > >I have the following: > >wrkSearchAvailable and wrkSearchSelected tables (defined the same): >ID - autonumber/primary key >FieldID - long/indexed (dupes ok) >FieldDescr - text(255)/not indexed >DBField - text(255)/not indexed >UnionField - text(50)/not indexed >ColWidth - double/not indexed >ColVisible - boolean/indexed (dupes ok) >UserID - text(75)/indexed (dupes ok) > > >Still here? Good. > >My query is built in VBA and the 11 in the 'IN (11)' is from a listbox - >there's only one in this example. > >Here is the query: >INSERT INTO wrkSearchAvailable > SELECT FieldID,FieldDescr,DBField,UnionField,ColWidth, _ > ColVisible,UserID > FROM wrkSearchSelected > WHERE ID IN (11) > ORDER BY FieldDescr ASC; > >This query copies the selected records from wrkSearchSelected to >wrkSearchAvailable. The problem is that when this runs, I am getting this >error: > >error 3022 >'The changes you requested to the table were not successful because they >would create duplicate values in the index, primary key, or relationship. >Change the data in the field or fields that contain duplicate data, remove >the index, or redefine the index to permit duplicate entries and try >again.' > >If I paste the SQL into the QBE, and try to execute it by clicking on the >datasheet button, I get this error message: >"Circular reference caused by alias 'FieldID' in query definition's SELECT >list." > >If I execute the query using the Run button (!), I get a message that it >could not update because of key violations. > >I appreciate that you have made it this far. Anyone have any ideas as to >why I am having this issue? > >Thanks, >Bobby > > > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Thu Apr 6 13:55:51 2006 From: martyconnelly at shaw.ca (MartyConnelly) Date: Thu, 06 Apr 2006 11:55:51 -0700 Subject: [AccessD] OFF TOPIC Has anyone had any experience with PPML References: <000001c658f6$525b92d0$0200a8c0@danwaters> <00d101c658f9$675284c0$0b00a8c0@desktop> <02ed01c65950$bf60b680$2900a8c0@TOMNEW> Message-ID: <44356437.5030000@shaw.ca> Never used it, only heard of it. There should be a list of PPML XML tags on here. http://www.podi.org/home.php Tom Keatley wrote: >Hi all.... > >Have any of you had any experience with using PPML which is..... > >"PPML, personalized print markup language, is a widely supported, XML-based >industry standard print language developed by PODi. PPML is an open, >interoperable, device-independent standard that enables the widespread use >of personalized print applications in high volumes." > >As many of you may know I have been developing and using a database >application for many years now based in Access that could take advantage of >the above language..... There is however a flaw in my plan..... I know >nothing about PPML. > >My application has always used the standard Access reports to produce >printer output but I am reaching the limit of quality and efficiency with >this method and need to change. > >It occurs to me that I could actually store XML templates for my print files >in an Access memo field and simply export them as required. The practice may >however may be different. > >TIA > >Tom Keatley > > > > > > > -- Marty Connelly Victoria, B.C. Canada From markamatte at hotmail.com Thu Apr 6 15:45:51 2006 From: markamatte at hotmail.com (Mark A Matte) Date: Thu, 06 Apr 2006 20:45:51 +0000 Subject: [AccessD] Credit Card Number..Scientific format In-Reply-To: <1D7828CDB8350747AFE9D69E0E90DA1F1FC8AB76@xlivmbx21.aig.com> Message-ID: Hello All, I'm using A97 to pull from an Informix db over ODBC. The field I'm dealing with stores credit card information. The problem is it comes in Scientific notation...if I try to pull as fixed...it works except for the 16 digit card numbers...it rounds the last 2 digits up or down? Any suggestions? Thanks, Mark From Donald.A.McGillivray at sprint.com Thu Apr 6 16:04:09 2006 From: Donald.A.McGillivray at sprint.com (Mcgillivray, Don [IT]) Date: Thu, 6 Apr 2006 16:04:09 -0500 Subject: [AccessD] Credit Card Number..Scientific format Message-ID: You probably need to pull the data as "Text" instead of "Fixed". Not only is it rounding, but any leading zeros are being ignored. (Don't know if that's an issue with CC numbers, but for US postal codes it definitely is.) HTH Don -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Thursday, April 06, 2006 1:46 PM To: accessd at databaseadvisors.com Subject: [AccessD] Credit Card Number..Scientific format Hello All, I'm using A97 to pull from an Informix db over ODBC. The field I'm dealing with stores credit card information. The problem is it comes in Scientific notation...if I try to pull as fixed...it works except for the 16 digit card numbers...it rounds the last 2 digits up or down? Any suggestions? Thanks, Mark -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ldoering at symphonyinfo.com Thu Apr 6 16:07:19 2006 From: ldoering at symphonyinfo.com (Liz Doering) Date: Thu, 6 Apr 2006 16:07:19 -0500 Subject: [AccessD] Credit Card Number..Scientific format Message-ID: <855499653F55AD4190B242717DF132BC10C644@dewey.Symphony.local> Does it help to treat it as text? Thanks, Liz -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Thursday, April 06, 2006 4:01 PM To: accessd at databaseadvisors.com Subject: [AccessD] Credit Card Number..Scientific format Hello All, I'm using A97 to pull from an Informix db over ODBC. The field I'm dealing with stores credit card information. The problem is it comes in Scientific notation...if I try to pull as fixed...it works except for the 16 digit card numbers...it rounds the last 2 digits up or down? Any suggestions? Thanks, Mark -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Thu Apr 6 17:01:20 2006 From: martyconnelly at shaw.ca (MartyConnelly) Date: Thu, 06 Apr 2006 15:01:20 -0700 Subject: [AccessD] Credit Card Number..Scientific format References: Message-ID: <44358FB0.5050205@shaw.ca> Thumbscrews on the Informix DBA. A CC number is a string of digits not a mathematical entity. As soon as you move into a double it will truncate and round. and a double can only have 15 significant digits due to the fixed size of the mantissa and exponent. If you can find out the data type on the Informix side that might help, maybe you can force into a Currency datatype that allows 19 significant digits or even a Decimal datatype declared as a Variant subtype. If not read into a 4 byte text string and do a lot of bit twiddling. Mark A Matte wrote: >Hello All, > >I'm using A97 to pull from an Informix db over ODBC. The field I'm dealing >with stores credit card information. The problem is it comes in Scientific >notation...if I try to pull as fixed...it works except for the 16 digit card >numbers...it rounds the last 2 digits up or down? > >Any suggestions? > >Thanks, > >Mark > > > > -- Marty Connelly Victoria, B.C. Canada From ecritt1 at alltel.net Thu Apr 6 18:09:48 2006 From: ecritt1 at alltel.net (Penn White) Date: Thu, 6 Apr 2006 19:09:48 -0400 Subject: [AccessD] Run ACC03 Demo from CD? Message-ID: <000f01c659cf$3421cad0$0302a8c0@pennp4> Does anyone know of a way to put the Access 2003 Runtime on a CD so that a demo of an Access 2003 application can be put on the CD and run from the CD without installing anything on the user's computer? The Package Wizard only seems to be able to install the Runtime to the C:\ drive. And then what happens if the user already has a version of Access on their computer or even Access 2003? Thank you, Penn From jmhecht at earthlink.net Thu Apr 6 18:18:46 2006 From: jmhecht at earthlink.net (Joe Hecht) Date: Thu, 6 Apr 2006 16:18:46 -0700 Subject: [AccessD] Anyone on list in LA area? Message-ID: <002501c659d0$749c0750$6701a8c0@HPLaptop> I need to pass on a job due to health reasons. Any one in the LA area and has time to pick up some work? Joe Hecht jmhecht at earthlink.net From cfoust at infostatsystems.com Thu Apr 6 18:30:48 2006 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 6 Apr 2006 16:30:48 -0700 Subject: [AccessD] Run ACC03 Demo from CD? Message-ID: I don't think you can do this, but I haven't worked with the runtime in 2003, only in those up through 2002. Runtimes are installed to the directory you specify and they don't get put in the same location as the access executable. You have to specify the full path to the runtime msaccess.exe when you open the database, so you could try pointing at the CD, but the install sets up connections in the registry that wouldn't be there under those circumstances. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Penn White Sent: Thursday, April 06, 2006 4:10 PM To: Access Developers discussion and problem solving Subject: [AccessD] Run ACC03 Demo from CD? Does anyone know of a way to put the Access 2003 Runtime on a CD so that a demo of an Access 2003 application can be put on the CD and run from the CD without installing anything on the user's computer? The Package Wizard only seems to be able to install the Runtime to the C:\ drive. And then what happens if the user already has a version of Access on their computer or even Access 2003? Thank you, Penn -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Thu Apr 6 18:26:17 2006 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 6 Apr 2006 18:26:17 -0500 Subject: [AccessD] Run ACC03 Demo from CD? Message-ID: <17724746D360394AA3BFE5B8D40A9C1B6A6D62@main2.marlow.com> An installation goes to the OS, and whatever drive it's on. If you installed software to a CD, the OS would have to read .dll's from that CD, which would be pretty slow. And, that CD wouldn't 'work' on another machine, because that machine's registry wouldn't have the proper settings. (When you install software, only certain things go where you say you want it installed. A lot of things are done in the registry and go automatically into the Windows/winnt and system32 folder). Your best option would be to put the application on CD, along with the runtime installation. If the people you are demoing it too have Access 2003, then they can just run your demo database. If they don't have Access, then they install the runtime first, then run your demo. Drew -----Original Message----- From: Penn White [mailto:ecritt1 at alltel.net] Sent: Thursday, April 06, 2006 6:10 PM To: Access Developers discussion and problem solving Subject: [AccessD] Run ACC03 Demo from CD? Does anyone know of a way to put the Access 2003 Runtime on a CD so that a demo of an Access 2003 application can be put on the CD and run from the CD without installing anything on the user's computer? The Package Wizard only seems to be able to install the Runtime to the C:\ drive. And then what happens if the user already has a version of Access on their computer or even Access 2003? Thank you, Penn -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From artful at rogers.com Thu Apr 6 23:11:48 2006 From: artful at rogers.com (Arthur Fuller) Date: Fri, 7 Apr 2006 00:11:48 -0400 Subject: [AccessD] Setting Default control sizes in advance In-Reply-To: <17724746D360394AA3BFE5B8D40A9C1B6A6D62@main2.marlow.com> Message-ID: <00af01c659f9$6442b560$8e01a8c0@Camelot.com> Occasionally I have posed on this site as a person who knows what he is doing. Forgive me for that, since I know nothing. I have a client who wants every single control on every single form to be sized 12 point not the default 10. I have another client who is quite satisfied with 10 point. Is there a way to establish a compiler directive or global var or whatever, such that in App 1 the AutoForm will respect 12 point while in App 2 the AutoForm will respect 10 point? (I only mention AutoForm because if it works there then I assume it will work everywhere.) This same question probably also extends to font (client A likes Arial, client B likes Times Roman). Can this be done? Or must I continue with this inane form-by-form selection and resizing ad nauseum? Solutions requested! Client A wants 12 point Arial everywhere. Client B wants 10 point Times Roman everywhere. I begin most of my forms based on an underlying query. I also (unlike many on this list) define every lookup etc. thoroughly at the table level (i.e. in the BE I state that CustomerID in the Orders table is a lookup into the Customers table). I do this so that I can inherit the definition in all subsequent forms and reports. I realize that many of you do not do this, and I don't want this to get sidetracked into a discussion about that. I want to concentrate on the question of how to default all AutoForms (and custom forms too) to default to control-font-size = 10 v. 12 and control-font = Arial v. Courier or something else. Can this be done, and if so how? TIA, Arthur From kost36 at otenet.gr Thu Apr 6 23:38:45 2006 From: kost36 at otenet.gr (Kostas Konstantinidis) Date: Fri, 7 Apr 2006 07:38:45 +0300 Subject: [AccessD] ERROR [47 0F 94 93 F4 K5] References: <00af01c659f9$6442b560$8e01a8c0@Camelot.com> Message-ID: <003d01c659fd$280f09f0$0501a8c0@studio2> hi group, A lot of my files have been inflected by he known kamasutra virus, so when I am trying to open all my office files it's only shows ERROR [47 0F 94 93 F4 K5] please SOS.... is there anybody knows if it's posseble and how to get the data back? is there a repair utility anywhere? I have try all the known unrecovery products thank's in advance kostas \ From bchacc at san.rr.com Thu Apr 6 23:39:47 2006 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 06 Apr 2006 21:39:47 -0700 Subject: [AccessD] [Fwd: Re: [Fwd: Re: Incompatibility?]] Message-ID: <4435ED13.9030705@san.rr.com> -------- Original Message -------- Subject: Re: [AccessD] [Fwd: Re: Incompatibility?] Date: Wed, 05 Apr 2006 19:22:26 -0700 From: Rocky Smolin - Beach Access Software To: Access Developers discussion and problem solving References: <4431457F.1090400 at san.rr.com> <44318727.4040100 at shaw.ca> Marty: Thanks for all that. The guy I'm working with is in Bangalore. His problem site is, I think, in Hyderabad. And in Hyderabad, they don't have broadband. So I can't send him anything there but short emails. So it will take a while for this to unfold. I'll be a dollar it's a DLL problem. Maybe a reference issue which your code will uncover. It's at least Access 2000. That's not a 'lower level of Access' is it? I'll let you know if something interesting turns up. Best, Rocky MartyConnelly wrote: > You might get this with ArcInfo as it uses Access as one of its data > engines, > so you might get a bum DAO reference on an install, don't know about AutoCAD > AutoCAD might also might forece an install of an old common control. > > This might help > > Stick this code in an mde and run on the odd machine. > It will printout the possible reference differences (version number, > path and name). > Or rewrite this inorder to dump to a text file like > 'kill file as necessary > Open c:\temp\outputref.txt For Output As #1 > Print #1, ReferencePropertiesList > Close #1 > Run it from autoexec macro, code should be fully disambiguated to avoid > any initial reference check > before running. ie VBA.MsgBox, Access.Reference and VBA.Len, VarPtr > might not be available in lower versions of Access > might be a replacement on www.mvps.org/access > > > From jwcolby at ColbyConsulting.com Fri Apr 7 01:04:59 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Fri, 7 Apr 2006 02:04:59 -0400 Subject: [AccessD] Setting Default control sizes in advance In-Reply-To: <00af01c659f9$6442b560$8e01a8c0@Camelot.com> Message-ID: <003f01c65a09$34a1eaf0$657aa8c0@ColbyM6805> Arthur, >Solutions requested! >Client A wants 12 point Arial everywhere. >Client B wants 10 point Times Roman everywhere. Frameworks and SysVars. I have not done that specific thing, but since my framework loads a class for each form instance and each control type, for each instance of that control type, it would be trivial for the text class to set the font/pitch etc as the class loads. That is the framework part. SysVars say "for this FE make this property this specific value". In other words, I can have a SysVar named "CtlTxtBoxFont" the value of which is Ariel, and another SysVar named "CtlTxtBoxFontPitch" the value of which is 12. The clsFrm would have to be programmed to know about this SysVar, and load that pair of SysVars,into its SysVar collection (each form class has a collection to hold SysVars specific to that form), and then the clsCtlTxtBox would have to ask the form what Font and Pitch to use. I actually do this kind of thing, and in fact have the ability to have SysVars specific to a particular form. I do this by having a generic SysVar such as CtlTxtBoxFontPitch which is set to 12 in the SysVarTable. When the form loads it looks for SysVars with its (the form's) name in the SysVarName, for example frmClientCtlTxtBoxFontPitch. Since When the frmClient loads it scans all the SysVars looking for its name in every SysVar. If it finds any it strips its name out and "overrides" the generic value with the value specific to itself. Thus while all forms will load CtlTxtBoxFontPitch and end up with a value of 12, frmClient may simply have so many controls that it isn't feasible to use a 12 pitch so I can set frmClientCtlTxtBoxFontPitch to 10 and only frmClient will use a 10 pitch font. I actually have this capability set up in my framework (SysVars and the ability to override them for any specific form). For me it would be almost trivial to set up to do something like you propose. I did a similar thing with date formats. Using DAO I drill down to discover what type of data is being pulled out (for text boxes specifically). If the data type is a date, I have a default date format defined in a SysVar. Thus I can set a consistent date format via a sysvar, and if the client wants a different data format, it is a simple matter of changing a single sysvar. A framework is a very powerful concept and once set up and functioning can allow implementation of behaviors that vary from front end to front end and client to client. Sysvars allow the programmer to have "steering logic" in the application. With default values in the SysVars you can have your applications "just work" a specific way, and yet easily override that for a specific reason, even down to the form level if desired. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Friday, April 07, 2006 12:12 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Setting Default control sizes in advance Occasionally I have posed on this site as a person who knows what he is doing. Forgive me for that, since I know nothing. I have a client who wants every single control on every single form to be sized 12 point not the default 10. I have another client who is quite satisfied with 10 point. Is there a way to establish a compiler directive or global var or whatever, such that in App 1 the AutoForm will respect 12 point while in App 2 the AutoForm will respect 10 point? (I only mention AutoForm because if it works there then I assume it will work everywhere.) This same question probably also extends to font (client A likes Arial, client B likes Times Roman). Can this be done? Or must I continue with this inane form-by-form selection and resizing ad nauseum? Solutions requested! Client A wants 12 point Arial everywhere. Client B wants 10 point Times Roman everywhere. I begin most of my forms based on an underlying query. I also (unlike many on this list) define every lookup etc. thoroughly at the table level (i.e. in the BE I state that CustomerID in the Orders table is a lookup into the Customers table). I do this so that I can inherit the definition in all subsequent forms and reports. I realize that many of you do not do this, and I don't want this to get sidetracked into a discussion about that. I want to concentrate on the question of how to default all AutoForms (and custom forms too) to default to control-font-size = 10 v. 12 and control-font = Arial v. Courier or something else. Can this be done, and if so how? TIA, Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From viner at EUnet.yu Fri Apr 7 01:34:26 2006 From: viner at EUnet.yu (Ervin Brindza) Date: Fri, 7 Apr 2006 08:34:26 +0200 Subject: [AccessD] Assign a control source for the control on Report based on dynamic crosstab query Message-ID: <002201c65a0d$6aa91b60$0100a8c0@RazvojErvin> Hi, I have a report which have crosstab query with dynamic column names for recordsource. So I have to assign the control source for the text boxes on the fly. Something like: Dim rst As Recordset Set db = CurrentDb Set rst = db.OpenRecordset("SELECT * FROM qryCroRealPrPred") Me.txtBox1 = "=" & db.QueryDefs("qryCroRealPrPred").Fields(1).Name & ")" Where should I put these lines? Or how to recalculate(evaluate) these text boxes(have no succeed with Eval function), because if I put these lines in the Detail Format/Print the text boxes contains only the field names(strings) not the values of the fields(numbers). Many TIA's Ervin From martyconnelly at shaw.ca Fri Apr 7 02:37:10 2006 From: martyconnelly at shaw.ca (MartyConnelly) Date: Fri, 07 Apr 2006 00:37:10 -0700 Subject: [AccessD] ERROR [47 0F 94 93 F4 K5] References: <00af01c659f9$6442b560$8e01a8c0@Camelot.com> <003d01c659fd$280f09f0$0501a8c0@studio2> Message-ID: <443616A6.8090804@shaw.ca> There is a removal tool but don't know if you will recover files, virus affects files on disks with a letter greater than C: Read thourghly first, it is an involved procedure http://securityresponse.symantec.com/avcenter/venc/data/w32.blackmal.e at mm.html Tool http://securityresponse.symantec.com/avcenter/venc/data/w32.blackmal at mm.removal.tool.html Kostas Konstantinidis wrote: >hi group, >A lot of my files have been inflected by he known kamasutra virus, >so when I am trying to open all my office files it's only shows >ERROR [47 0F 94 93 F4 K5] >please SOS.... is there anybody knows if it's posseble and how to get the >data back? > >is there a repair utility anywhere? > >I have try all the known unrecovery products > >thank's in advance >kostas \ > > > -- Marty Connelly Victoria, B.C. Canada From kost36 at otenet.gr Fri Apr 7 03:37:33 2006 From: kost36 at otenet.gr (Kostas Konstantinidis) Date: Fri, 7 Apr 2006 11:37:33 +0300 Subject: [AccessD] ERROR [47 0F 94 93 F4 K5] References: <00af01c659f9$6442b560$8e01a8c0@Camelot.com><003d01c659fd$280f09f0$0501a8c0@studio2> <443616A6.8090804@shaw.ca> Message-ID: <001401c65a1e$84790440$0501a8c0@studio2> I really did it Marty but the only it does is to stop the virus... it can't repair the infected files and it doesn't delete the generated by the virus files too anyway thank's for your reply /kostas ----- Original Message ----- From: "MartyConnelly" To: "Access Developers discussion and problem solving" Sent: Friday, April 07, 2006 10:37 AM Subject: Re: [AccessD] ERROR [47 0F 94 93 F4 K5] > There is a removal tool but don't know if you will recover files, virus > affects files on disks > with a letter greater than C: > Read thourghly first, it is an involved procedure > > http://securityresponse.symantec.com/avcenter/venc/data/w32.blackmal.e at mm.html > Tool > > http://securityresponse.symantec.com/avcenter/venc/data/w32.blackmal at mm.removal.tool.html > > Kostas Konstantinidis wrote: > >>hi group, >>A lot of my files have been inflected by he known kamasutra virus, >>so when I am trying to open all my office files it's only shows >>ERROR [47 0F 94 93 F4 K5] >>please SOS.... is there anybody knows if it's posseble and how to get the >>data back? >> >>is there a repair utility anywhere? >> >>I have try all the known unrecovery products >> >>thank's in advance >>kostas \ >> >> >> > > -- > Marty Connelly > Victoria, B.C. > Canada > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > __________ NOD32 1.1475 (20060406) Information __________ > > This message was checked by NOD32 antivirus system. > http://www.eset.com > > From ecritt1 at alltel.net Fri Apr 7 04:42:32 2006 From: ecritt1 at alltel.net (Penn White) Date: Fri, 7 Apr 2006 05:42:32 -0400 Subject: [AccessD] Run ACC03 Demo from CD? References: <17724746D360394AA3BFE5B8D40A9C1B6A6D62@main2.marlow.com> Message-ID: <000e01c65a27$983e6c50$0302a8c0@pennp4> Drew & Charlotte, Thank you for your replies. I was thinking that was probably the case but didn't have all the details. Just to clarify, Drew, these are the steps as I understand them from your post: 1. Package Wizard the runtime without any files and put Setup.exe and \files folder (but not the autorun.inf) on a CD (maybe in a \Setup folder?). 2. On the same CD, put the frontend *.mde and the backend *.mdb. 3. Send the CD to the potential client with instructions that a. if they have ACC03 installed to just double clicck on the *.mde file (the frontend) on the CD. b. if they don't have ACC03 (or maybe ACC03 runtime for some other reason), then they should double click on Setup.exe on the CD and after the setup wizard completes, double clcik on the *.mde file. Note: My frontend automatically looks for the backend and if it can't find it, it prompts the user to locate it and then relinks. It actually writes a registry entry itself for the path to the backend as a default for the next time when I send an updated front end. Will that work or should I put the frontend and backend together for the demo, do you think? What happens if they have an earlier version of Access on their machine and they run the Setup.exe from my demo CD? Does it get overwritten by the 03 Runtime or do they co-exist peacefully and happily? Penn ----- Original Message ----- From: To: Sent: Thursday, April 06, 2006 7:26 PM Subject: Re: [AccessD] Run ACC03 Demo from CD? > An installation goes to the OS, and whatever drive it's on. If you > installed software to a CD, the OS would have to read .dll's from that CD, > which would be pretty slow. And, that CD wouldn't 'work' on another > machine, because that machine's registry wouldn't have the proper > settings. > (When you install software, only certain things go where you say you want > it > installed. A lot of things are done in the registry and go automatically > into the Windows/winnt and system32 folder). > > Your best option would be to put the application on CD, along with the > runtime installation. If the people you are demoing it too have Access > 2003, then they can just run your demo database. If they don't have > Access, > then they install the runtime first, then run your demo. > > Drew > > -----Original Message----- > From: Penn White [mailto:ecritt1 at alltel.net] > Sent: Thursday, April 06, 2006 6:10 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Run ACC03 Demo from CD? > > Does anyone know of a way to put the Access 2003 Runtime on a CD so that a > demo of an Access 2003 application can be put on the CD and run from the > CD > without installing anything on the user's computer? > > The Package Wizard only seems to be able to install the Runtime to the C:\ > drive. > > And then what happens if the user already has a version of Access on their > computer or even Access 2003? > > Thank you, > > Penn > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 ecritt1 at alltel.net Fri Apr 7 07:43:31 2006 From: ecritt1 at alltel.net (Penn White) Date: Fri, 7 Apr 2006 08:43:31 -0400 Subject: [AccessD] How to force an after update event in another form? Message-ID: <000901c65a40$e0b3e2d0$0302a8c0@pennp4> I have a form that pops up when a user clicks a button on a main form. The form is a datasheet type list of (for example) Class Sections with the number of places available in the Class. The user uses this form to select a Class Section with an empty place for a student in the main form. I made the Class Section name control Enabled but Locked and put an OnDblClick event procedure on it. When the user double clicks on a Class Section, the PKID for the Class Section is put onto the main form in the appropriate control (Form!Main_Form!cboClassSectionID = User_Selected_Class_SectionID_from_Popup_Form) and the popup selection form closes. It works fine but it doesn't update the Class Register the way it does if I change the Class Section on the main form. When I change the Class Section on the main form, there is an after update event which fires to update the Class Register. Is there any way to force the after update event on the main form when the popup selection form closes or assigns the Class Section? I've tried requerying the control and even the main form but they don't work because Access doesn't realize that the cboClassSectionID has been modified. Thank you, Penn From mikedorism at verizon.net Fri Apr 7 08:18:11 2006 From: mikedorism at verizon.net (Mike & Doris Manning) Date: Fri, 07 Apr 2006 09:18:11 -0400 Subject: [AccessD] How to force an after update event in another form? In-Reply-To: <000901c65a40$e0b3e2d0$0302a8c0@pennp4> Message-ID: <000201c65a45$b91a7540$2f01a8c0@dorismanning> To answer your question, "Yes". You could call the cboClassSection after update event at the end of the double click code. I have, however, had mixed results with calling a control's after update event that way because it doesn't always seem to work quite right. Whenever I find it necessary to duplicate a particular section of code in more than one place on a form, I find it cleaner to create a public sub procedure on that form and call that instead. Doris Manning mikedorism at verizon.net From Lambert.Heenan at aig.com Fri Apr 7 08:44:36 2006 From: Lambert.Heenan at aig.com (Heenan, Lambert) Date: Fri, 7 Apr 2006 08:44:36 -0500 Subject: [AccessD] Setting Default control sizes in advance Message-ID: <1D7828CDB8350747AFE9D69E0E90DA1F1FC8AD96@xlivmbx21.aig.com> There's actually a much simpler way to do this, and it only requires you use the AutoFormat feature. Here's the drill: Design a form with the font and colors and whatever that client1 want, and then save it as an autoform form design, calling the style "Client1" (you do that by selecting AutoFormat from the Format menu and then hit the 'Customize' button. Then do the same for Client2, design a from to suite that need and save it as an autoformat style. These form styles are global to Access. You will see them available in every application you work on. Now, whenever you want to build a form for Client1 open up their application, select one of the existing forms, and choose the client1 style from the AutoFormat dialog. You do this because, having made a choice in the AutoFormat dialog, that choice becomes the default style that will be used by the form wizards. Then when working on Client2's application, do the same thing - select their style from the Autoformat dialog, and presto, you can build forms to their liking with the wizards. No need to spend hundreds of man-hours building a framework! Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Friday, April 07, 2006 2:05 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance Arthur, >Solutions requested! >Client A wants 12 point Arial everywhere. >Client B wants 10 point Times Roman everywhere. Frameworks and SysVars. I have not done that specific thing, but since my framework loads a class for each form instance and each control type, for each instance of that control type, it would be trivial for the text class to set the font/pitch etc as the class loads. That is the framework part. SysVars say "for this FE make this property this specific value". In other words, I can have a SysVar named "CtlTxtBoxFont" the value of which is Ariel, and another SysVar named "CtlTxtBoxFontPitch" the value of which is 12. The clsFrm would have to be programmed to know about this SysVar, and load that pair of SysVars,into its SysVar collection (each form class has a collection to hold SysVars specific to that form), and then the clsCtlTxtBox would have to ask the form what Font and Pitch to use. I actually do this kind of thing, and in fact have the ability to have SysVars specific to a particular form. I do this by having a generic SysVar such as CtlTxtBoxFontPitch which is set to 12 in the SysVarTable. When the form loads it looks for SysVars with its (the form's) name in the SysVarName, for example frmClientCtlTxtBoxFontPitch. Since When the frmClient loads it scans all the SysVars looking for its name in every SysVar. If it finds any it strips its name out and "overrides" the generic value with the value specific to itself. Thus while all forms will load CtlTxtBoxFontPitch and end up with a value of 12, frmClient may simply have so many controls that it isn't feasible to use a 12 pitch so I can set frmClientCtlTxtBoxFontPitch to 10 and only frmClient will use a 10 pitch font. I actually have this capability set up in my framework (SysVars and the ability to override them for any specific form). For me it would be almost trivial to set up to do something like you propose. I did a similar thing with date formats. Using DAO I drill down to discover what type of data is being pulled out (for text boxes specifically). If the data type is a date, I have a default date format defined in a SysVar. Thus I can set a consistent date format via a sysvar, and if the client wants a different data format, it is a simple matter of changing a single sysvar. A framework is a very powerful concept and once set up and functioning can allow implementation of behaviors that vary from front end to front end and client to client. Sysvars allow the programmer to have "steering logic" in the application. With default values in the SysVars you can have your applications "just work" a specific way, and yet easily override that for a specific reason, even down to the form level if desired. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Friday, April 07, 2006 12:12 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Setting Default control sizes in advance Occasionally I have posed on this site as a person who knows what he is doing. Forgive me for that, since I know nothing. I have a client who wants every single control on every single form to be sized 12 point not the default 10. I have another client who is quite satisfied with 10 point. Is there a way to establish a compiler directive or global var or whatever, such that in App 1 the AutoForm will respect 12 point while in App 2 the AutoForm will respect 10 point? (I only mention AutoForm because if it works there then I assume it will work everywhere.) This same question probably also extends to font (client A likes Arial, client B likes Times Roman). Can this be done? Or must I continue with this inane form-by-form selection and resizing ad nauseum? Solutions requested! Client A wants 12 point Arial everywhere. Client B wants 10 point Times Roman everywhere. I begin most of my forms based on an underlying query. I also (unlike many on this list) define every lookup etc. thoroughly at the table level (i.e. in the BE I state that CustomerID in the Orders table is a lookup into the Customers table). I do this so that I can inherit the definition in all subsequent forms and reports. I realize that many of you do not do this, and I don't want this to get sidetracked into a discussion about that. I want to concentrate on the question of how to default all AutoForms (and custom forms too) to default to control-font-size = 10 v. 12 and control-font = Arial v. Courier or something else. Can this be done, and if so how? 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 accessd at shaw.ca Fri Apr 7 09:41:58 2006 From: accessd at shaw.ca (Jim Lawrence) Date: Fri, 07 Apr 2006 07:41:58 -0700 Subject: [AccessD] Access Application - per unit cost In-Reply-To: <009601c658ef$5ee63110$6501a8c0@Nant> Message-ID: <0IXC00I79WT211F0@l-daemon> These are interesting times. Yesterday a programmer who is working with my company went to see a new client as I was out of the city for a couple of days on business. The client would like a custom made complex piece of code that would 'screen scrape' from other web sites so his site would be able to present a list of the best prices... a good idea. We had previously agreed on principle but had not negotiated a price. The client presented the young programmer with his position. First, we were to be on an hourly rate or when ever the client called. Second, the client would pay the programmer directly and not go through the company. Third, the maximum rate he would pay would be $12.00 and hour as he had two 'east Indian' programmers, who had submitted bids of $5.00 per hour but felt that he should try and support local talent. .. and a rider.. The client wants all code made to be his and if we ever used similar code again, in another paying contract we would pay him 50% of gross profits. I must say, I am almost speechless but please feel free to comment. Jim From jwcolby at ColbyConsulting.com Fri Apr 7 09:46:55 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Fri, 7 Apr 2006 10:46:55 -0400 Subject: [AccessD] Setting Default control sizes in advance In-Reply-To: <1D7828CDB8350747AFE9D69E0E90DA1F1FC8AD96@xlivmbx21.aig.com> Message-ID: <00a801c65a52$1e24bca0$657aa8c0@ColbyM6805> >No need to spend hundreds of man-hours building a framework! LOL, what a silly thing to say. There are hundreds of reasons to spend hundreds of hours building a framework, this is just one of them. Now, answer the question for EXISTING projects. My answer works for ALL of my projects because ALL of my projects use my framework. Not only can I do this if I want to, I can and do have combo double-click and notinlist event handling, when forms pop up for my combo double click it can take you to the exact record that the combo is currently displaying (to edit it for example). When handling the NotInList event and popping up a form to add new data, it can find the control that the typed in data belongs in and place it in that control so the user does not have to type it over again. My forms can have a record combo. Copy and paste a combo and a text box onto the form from my template form, bind the control to the autonumber PK and set the combo's data and the combo will just function as a record selector, automatically. Set a sysvar and change the date format in every text box that needs the date formatted in a specific manner. Do the same to set a date mask. How about dbl-click to open a calendar, which automatically passes back the calendar value to whichever text box opened the calendar? My framework does that. Need a form to have automatic OpenArgs parsing and preparation for use? My framework has that. I can open a form (as we discussed in this email group a few weeks ago) and just pass in Openargs which the opening form automatically applies to its properties. Pass in "Allow Edits=True;Allow Deletions=False;AllowAdditions=False;" as the Openargs when you open a form and it sets itself up as an edit only form. Pass in "Data Entry =True,Allow Edits=True" as the Openargs when you open a form and it sets itself up as a data entry form. JUST THAT SIMPLE. Do YOUR forms allow you to do that? How about the ability to automatically requery dependent objects when something changes? My framework has that. I can, in ONE line of code per dependent item, tell combos, forms and lists to be requeried when another object changes state. Not only that, but if THAT "dependent" combo has combos (or forms, or lists) dependent on it's value, they can be requeried automatically. Using this functionality, I can if I want to have another FORM requery itself when OnCurrent of the existing form fires. ONE LINE OF CODE to tell the current object that some other object is dependent on it and to requery that object if the current object changes. Yep, my framework does that. Want to be able to make a form editable by one group of people but not another group? How about hide / unhide a command button, tabs on a form or other controls based on what group (supervisors?) a person belongs to. My framework does that. Ever needed to have information specific to an application displayed on a report? Company address / phone / etc? Application SysVars. Add a new SysVar record in the Application SysVar table and it is instantly available to the application for whatever it needs. It takes me oh.... About 2 seconds to add a new sysvar. I know people who add new fields in a table to do this!!! HUNDREDS OF REASONS to build a framework. My framework allows me to do things in 10 minutes when setting up a form that will take you HOURS for each and every form you design. OR... You just don't give your client that functionality. There are those that program the same solution over and over and over and over (and over) and then there are those that use (at the LEAST) a library (which is a casterated framework), or if you really want to work efficiently, you use a framework. Sorry, but to say "No need to spend hundreds of man-hours building a framework" displays a huge ignorance of what can be done if you use one. And the sad part of that statement is that I do nothing more than anyone else does really. I discover a need, I design a solution. But instead of placing the solution in the application (if the solution generalizes) I do it in the class for the object that needs the solution. DblClick and NotInList for the combo goes in the combo control class. I NEEDED THAT, I designed it ONCE, I placed it in the proper class, and now it is available to every front end I develop. I needed SysVars. I designed a class system to do that and now I can have none, one or a dozen SysVar tables. My framework always has one and my app always has one. The framework automatically loads and initializes them on the Framework Init. And I can build others for special purposes as needed. ?"No need to spend hundreds of man-hours building a framework"? I sure can't think of any reasons to do so,but then I'm not very imaginative. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, April 07, 2006 9:45 AM To: 'Access Developers discussion and problem solving' Cc: 'Arthur Fuller' Subject: Re: [AccessD] Setting Default control sizes in advance There's actually a much simpler way to do this, and it only requires you use the AutoFormat feature. Here's the drill: Design a form with the font and colors and whatever that client1 want, and then save it as an autoform form design, calling the style "Client1" (you do that by selecting AutoFormat from the Format menu and then hit the 'Customize' button. Then do the same for Client2, design a from to suite that need and save it as an autoformat style. These form styles are global to Access. You will see them available in every application you work on. Now, whenever you want to build a form for Client1 open up their application, select one of the existing forms, and choose the client1 style from the AutoFormat dialog. You do this because, having made a choice in the AutoFormat dialog, that choice becomes the default style that will be used by the form wizards. Then when working on Client2's application, do the same thing - select their style from the Autoformat dialog, and presto, you can build forms to their liking with the wizards. No need to spend hundreds of man-hours building a framework! Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Friday, April 07, 2006 2:05 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance Arthur, >Solutions requested! >Client A wants 12 point Arial everywhere. >Client B wants 10 point Times Roman everywhere. Frameworks and SysVars. I have not done that specific thing, but since my framework loads a class for each form instance and each control type, for each instance of that control type, it would be trivial for the text class to set the font/pitch etc as the class loads. That is the framework part. SysVars say "for this FE make this property this specific value". In other words, I can have a SysVar named "CtlTxtBoxFont" the value of which is Ariel, and another SysVar named "CtlTxtBoxFontPitch" the value of which is 12. The clsFrm would have to be programmed to know about this SysVar, and load that pair of SysVars,into its SysVar collection (each form class has a collection to hold SysVars specific to that form), and then the clsCtlTxtBox would have to ask the form what Font and Pitch to use. I actually do this kind of thing, and in fact have the ability to have SysVars specific to a particular form. I do this by having a generic SysVar such as CtlTxtBoxFontPitch which is set to 12 in the SysVarTable. When the form loads it looks for SysVars with its (the form's) name in the SysVarName, for example frmClientCtlTxtBoxFontPitch. Since When the frmClient loads it scans all the SysVars looking for its name in every SysVar. If it finds any it strips its name out and "overrides" the generic value with the value specific to itself. Thus while all forms will load CtlTxtBoxFontPitch and end up with a value of 12, frmClient may simply have so many controls that it isn't feasible to use a 12 pitch so I can set frmClientCtlTxtBoxFontPitch to 10 and only frmClient will use a 10 pitch font. I actually have this capability set up in my framework (SysVars and the ability to override them for any specific form). For me it would be almost trivial to set up to do something like you propose. I did a similar thing with date formats. Using DAO I drill down to discover what type of data is being pulled out (for text boxes specifically). If the data type is a date, I have a default date format defined in a SysVar. Thus I can set a consistent date format via a sysvar, and if the client wants a different data format, it is a simple matter of changing a single sysvar. A framework is a very powerful concept and once set up and functioning can allow implementation of behaviors that vary from front end to front end and client to client. Sysvars allow the programmer to have "steering logic" in the application. With default values in the SysVars you can have your applications "just work" a specific way, and yet easily override that for a specific reason, even down to the form level if desired. John W. Colby www.ColbyConsulting.com From accessd at shaw.ca Fri Apr 7 09:48:08 2006 From: accessd at shaw.ca (Jim Lawrence) Date: Fri, 07 Apr 2006 07:48:08 -0700 Subject: [AccessD] ERROR [47 0F 94 93 F4 K5] In-Reply-To: <443616A6.8090804@shaw.ca> Message-ID: <0IXC00IMVX3D0WE0@l-daemon> Hi All: Here is a post that I received the other day... scary? http://www.eweek.com/article2/0,1895,1945808,00.asp Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of MartyConnelly Sent: Friday, April 07, 2006 12:37 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] ERROR [47 0F 94 93 F4 K5] There is a removal tool but don't know if you will recover files, virus affects files on disks with a letter greater than C: Read thourghly first, it is an involved procedure http://securityresponse.symantec.com/avcenter/venc/data/w32.blackmal.e at mm.ht ml Tool http://securityresponse.symantec.com/avcenter/venc/data/w32.blackmal at mm.remo val.tool.html Kostas Konstantinidis wrote: >hi group, >A lot of my files have been inflected by he known kamasutra virus, >so when I am trying to open all my office files it's only shows >ERROR [47 0F 94 93 F4 K5] >please SOS.... is there anybody knows if it's posseble and how to get the >data back? > >is there a repair utility anywhere? > >I have try all the known unrecovery products > >thank's in advance >kostas \ > > > -- Marty Connelly Victoria, B.C. Canada -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From harkinsss at bellsouth.net Fri Apr 7 09:48:40 2006 From: harkinsss at bellsouth.net (Susan Harkins) Date: Fri, 7 Apr 2006 10:48:40 -0400 Subject: [AccessD] Access Application - per unit cost In-Reply-To: <0IXC00I79WT211F0@l-daemon> Message-ID: <002401c65a52$5cc04380$e2b3d6d1@SUSANONE> I must say, I am almost speechless but please feel free to comment. ==========Did your colleague ask him if HE worked for $12 an hour? Susan H. From DElam at jenkens.com Fri Apr 7 09:57:38 2006 From: DElam at jenkens.com (Elam, Debbie) Date: Fri, 7 Apr 2006 09:57:38 -0500 Subject: [AccessD] Access Application - per unit cost Message-ID: <7B1961ED924D1A459E378C9B1BB22B4C0492D558@natexch.jenkens.com> Definitely not worth the trouble to take this client. If he is not happy with his $5.00 per hour product and comes back to you, charge him double what other clients get. It probably still won't be worth your time, but maybe you can get rid of him that way. If you do take him, make an explicit agreement that all code belongs to you, he merely buys rights to use the product (not even modify it). Nothing else is acceptable if you are dealing with someone who thinks this is a legitimate offer. As much as I reuse code, he could make a legitimate case for 50% of all of my profits for the rest of my existence if I were dumb enough to take that offer. That is unacceptable. Debbie -----Original Message----- From: Jim Lawrence [mailto:accessd at shaw.ca] Sent: Friday, April 07, 2006 9:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access Application - per unit cost These are interesting times. Yesterday a programmer who is working with my company went to see a new client as I was out of the city for a couple of days on business. The client would like a custom made complex piece of code that would 'screen scrape' from other web sites so his site would be able to present a list of the best prices... a good idea. We had previously agreed on principle but had not negotiated a price. The client presented the young programmer with his position. First, we were to be on an hourly rate or when ever the client called. Second, the client would pay the programmer directly and not go through the company. Third, the maximum rate he would pay would be $12.00 and hour as he had two 'east Indian' programmers, who had submitted bids of $5.00 per hour but felt that he should try and support local talent. .. and a rider.. The client wants all code made to be his and if we ever used similar code again, in another paying contract we would pay him 50% of gross profits. I must say, I am almost speechless but please feel free to comment. Jim -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com - JENKENS & GILCHRIST E-MAIL NOTICE - This transmission may be: (1) subject to the Attorney-Client Privilege, (2) an attorney work product, or (3) strictly confidential. If you are not the intended recipient of this message, you may not disclose, print, copy or disseminate this information. If you have received this in error, please reply and notify the sender (only) and delete the message. Unauthorized interception of this e-mail is a violation of federal criminal law. This communication does not reflect an intention by the sender or the sender's client or principal to conduct a transaction or make any agreement by electronic means. Nothing contained in this message or in any attachment shall satisfy the requirements for a writing, and nothing contained herein shall constitute a contract or electronic signature under the Electronic Signatures in Global and National Commerce Act, any version of the Uniform Electronic Transactions Act or any other statute governing electronic transactions. From cfoust at infostatsystems.com Fri Apr 7 10:05:15 2006 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Fri, 7 Apr 2006 08:05:15 -0700 Subject: [AccessD] Setting Default control sizes in advance Message-ID: Just a caveat, Arthur. Since you're looking at different fonts and different point sizes, keep in mind that you would have to do extensive testing on reports (even more than on forms) to insure that your controls were large enough to accommodate the various fonts. Report labels, especially, "size to fit" but don't necessarily do so. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Thursday, April 06, 2006 9:12 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Setting Default control sizes in advance Occasionally I have posed on this site as a person who knows what he is doing. Forgive me for that, since I know nothing. I have a client who wants every single control on every single form to be sized 12 point not the default 10. I have another client who is quite satisfied with 10 point. Is there a way to establish a compiler directive or global var or whatever, such that in App 1 the AutoForm will respect 12 point while in App 2 the AutoForm will respect 10 point? (I only mention AutoForm because if it works there then I assume it will work everywhere.) This same question probably also extends to font (client A likes Arial, client B likes Times Roman). Can this be done? Or must I continue with this inane form-by-form selection and resizing ad nauseum? Solutions requested! Client A wants 12 point Arial everywhere. Client B wants 10 point Times Roman everywhere. I begin most of my forms based on an underlying query. I also (unlike many on this list) define every lookup etc. thoroughly at the table level (i.e. in the BE I state that CustomerID in the Orders table is a lookup into the Customers table). I do this so that I can inherit the definition in all subsequent forms and reports. I realize that many of you do not do this, and I don't want this to get sidetracked into a discussion about that. I want to concentrate on the question of how to default all AutoForms (and custom forms too) to default to control-font-size = 10 v. 12 and control-font = Arial v. Courier or something else. Can this be done, and if so how? TIA, Arthur -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Fri Apr 7 10:09:32 2006 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Fri, 7 Apr 2006 08:09:32 -0700 Subject: [AccessD] Access Application - per unit cost Message-ID: I think I would recommend that the client try the 'east Indian' programmers, because you do NOT want him as a client. Underhanded and under the table are not good client characteristics. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, April 07, 2006 7:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access Application - per unit cost These are interesting times. Yesterday a programmer who is working with my company went to see a new client as I was out of the city for a couple of days on business. The client would like a custom made complex piece of code that would 'screen scrape' from other web sites so his site would be able to present a list of the best prices... a good idea. We had previously agreed on principle but had not negotiated a price. The client presented the young programmer with his position. First, we were to be on an hourly rate or when ever the client called. Second, the client would pay the programmer directly and not go through the company. Third, the maximum rate he would pay would be $12.00 and hour as he had two 'east Indian' programmers, who had submitted bids of $5.00 per hour but felt that he should try and support local talent. .. and a rider.. The client wants all code made to be his and if we ever used similar code again, in another paying contract we would pay him 50% of gross profits. I must say, I am almost speechless but please feel free to comment. Jim -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cyx5 at cdc.gov Fri Apr 7 10:03:50 2006 From: cyx5 at cdc.gov (Long, Karen S.) Date: Fri, 7 Apr 2006 11:03:50 -0400 Subject: [AccessD] Access Application - per unit cost Message-ID: Get him a plane ticket to India. Karen S. Long Programmer Analyst EG&G Technical Services, Inc. Pittsburgh, PA Phone: 412-386-6649 Email: cyx5 at cdc.gov -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, April 07, 2006 10:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access Application - per unit cost These are interesting times. Yesterday a programmer who is working with my company went to see a new client as I was out of the city for a couple of days on business. The client would like a custom made complex piece of code that would 'screen scrape' from other web sites so his site would be able to present a list of the best prices... a good idea. We had previously agreed on principle but had not negotiated a price. The client presented the young programmer with his position. First, we were to be on an hourly rate or when ever the client called. Second, the client would pay the programmer directly and not go through the company. Third, the maximum rate he would pay would be $12.00 and hour as he had two 'east Indian' programmers, who had submitted bids of $5.00 per hour but felt that he should try and support local talent. .. and a rider.. The client wants all code made to be his and if we ever used similar code again, in another paying contract we would pay him 50% of gross profits. I must say, I am almost speechless but please feel free to comment. Jim -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wdhindman at bellsouth.net Fri Apr 7 10:35:54 2006 From: wdhindman at bellsouth.net (William Hindman) Date: Fri, 7 Apr 2006 11:35:54 -0400 Subject: [AccessD] Access Application - per unit cost References: <0IXC00I79WT211F0@l-daemon> Message-ID: <005001c65a58$f5a57100$6101a8c0@50NM721> ...hard to comment ...laughing too hard :) ...I'd send him a "Get Well Soon" card :) William ----- Original Message ----- From: "Jim Lawrence" To: "'Access Developers discussion and problem solving'" Sent: Friday, April 07, 2006 10:41 AM Subject: [AccessD] Access Application - per unit cost > These are interesting times. > > Yesterday a programmer who is working with my company went to see a new > client as I was out of the city for a couple of days on business. > > The client would like a custom made complex piece of code that would > 'screen > scrape' from other web sites so his site would be able to present a list > of > the best prices... a good idea. We had previously agreed on principle but > had not negotiated a price. > > The client presented the young programmer with his position. > First, we were to be on an hourly rate or when ever the client called. > Second, the client would pay the programmer directly and not go through > the > company. > Third, the maximum rate he would pay would be $12.00 and hour as he had > two > 'east Indian' programmers, who had submitted bids of $5.00 per hour but > felt > that he should try and support local talent. > > .. and a rider.. > > The client wants all code made to be his and if we ever used similar code > again, in another paying contract we would pay him 50% of gross profits. > > I must say, I am almost speechless but please feel free to comment. > > Jim > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From ecritt1 at alltel.net Fri Apr 7 10:48:52 2006 From: ecritt1 at alltel.net (Penn White) Date: Fri, 7 Apr 2006 11:48:52 -0400 Subject: [AccessD] How to force an after update event in another form? References: <000201c65a45$b91a7540$2f01a8c0@dorismanning> Message-ID: <001601c65a5a$c517ddf0$0302a8c0@pennp4> Thank you, Doris. The problem is that the after update event also checks other controls on the main form to make sure they areen't blank and calls a couple of other procedures that are also private to the main form code module. If I understood you correctly, you suggested I put something like this in the F_Students form code behind: Public Sub P_CallClassSectionIDAfterUpdate() cboClassSectionID_AfterUpdate End Sub I tried that but the popup Class Selection form code couldn't see the sub. If I put it in one of the modules (I have an M_MiscFunctions module for things like this), it recognizes the sub but I'm no better off that before. Thank you, Penn > To answer your question, "Yes". You could call the cboClassSection after > update event at the end of the double click code. I have, however, had > mixed results with calling a control's after update event that way because > it doesn't always seem to work quite right. Whenever I find it necessary > to > duplicate a particular section of code in more than one place on a form, I > find it cleaner to create a public sub procedure on that form and call > that > instead. > > Doris Manning > mikedorism at verizon.net From DElam at jenkens.com Fri Apr 7 10:50:47 2006 From: DElam at jenkens.com (Elam, Debbie) Date: Fri, 7 Apr 2006 10:50:47 -0500 Subject: [AccessD] Baby born at 123456 Message-ID: <7B1961ED924D1A459E378C9B1BB22B4C0492D559@natexch.jenkens.com> http://www.sctimes.com/apps/pbcs.dll/article?AID=/20060406/NEWS01/104060025/ 1009 At St. Cloud Hospital, a baby you can count on By Kari Petrie kpetrie at stcloudtimes.com Published: April 06. 2006 6:00AM STORY CHAT (23) REGISTER HERE NOW ---------------------------------------------------------------------------- ---- It might be a sign he'll be a math wiz. Or, it might mean he'll be famous. Or it could just be a coincidence. Anthony Patrick Mertens' birth involved some interesting numbers Wednesday at St. Cloud Hospital. He showed up at 1:23 p.m. on 4-5-06 and weighs 7 pounds. His parents are Linda Kolodjeski and Anthony Mertens, of St. Cloud. The baby was early; he was due April 26. But doctors at St. Cloud Hospital induced his mother at 9:30 a.m. Wednesday. What the birth time and date means, Mertens' parents aren't sure. "Hopefully, something good," Kolodjeski said. Mertens has two older sisters, Courtney, 6, and Zoe, 15 months. But the senior Mertens said he's excited to have a boy in the family. Father and son not only share names, but also looks. Mertens plans to take his son to Twins' games for his birthday each year. "That's the fun part," he said. - JENKENS & GILCHRIST E-MAIL NOTICE - This transmission may be: (1) subject to the Attorney-Client Privilege, (2) an attorney work product, or (3) strictly confidential. If you are not the intended recipient of this message, you may not disclose, print, copy or disseminate this information. If you have received this in error, please reply and notify the sender (only) and delete the message. Unauthorized interception of this e-mail is a violation of federal criminal law. This communication does not reflect an intention by the sender or the sender's client or principal to conduct a transaction or make any agreement by electronic means. Nothing contained in this message or in any attachment shall satisfy the requirements for a writing, and nothing contained herein shall constitute a contract or electronic signature under the Electronic Signatures in Global and National Commerce Act, any version of the Uniform Electronic Transactions Act or any other statute governing electronic transactions. From mikedorism at verizon.net Fri Apr 7 10:56:43 2006 From: mikedorism at verizon.net (Mike & Doris Manning) Date: Fri, 07 Apr 2006 11:56:43 -0400 Subject: [AccessD] How to force an after update event in another form? In-Reply-To: <001601c65a5a$c517ddf0$0302a8c0@pennp4> Message-ID: <000301c65a5b$de981370$2f01a8c0@dorismanning> If you are going that route, don't put it in the pop-up's code. Put it in the procedure that called the pop-up so it will run when the pop-up closes. The only way you could call it from the pop-up is if you changed the after update event in the main form from private to public. Doris Manning mikedorism at verizon.net From jimdettman at earthlink.net Fri Apr 7 11:21:26 2006 From: jimdettman at earthlink.net (Jim Dettman) Date: Fri, 7 Apr 2006 12:21:26 -0400 Subject: [AccessD] Setting Default control sizes in advance In-Reply-To: <00a801c65a52$1e24bca0$657aa8c0@ColbyM6805> Message-ID: John, It's only silly to say if your trying to solve all those other problems. And while a framework does solve a lot of problems, it also creates some of it's own; performance, complexity, class design, etc Frameworks are not the pancrea that everyone believes. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Friday, April 07, 2006 9:47 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance >No need to spend hundreds of man-hours building a framework! LOL, what a silly thing to say. There are hundreds of reasons to spend hundreds of hours building a framework, this is just one of them. Now, answer the question for EXISTING projects. My answer works for ALL of my projects because ALL of my projects use my framework. Not only can I do this if I want to, I can and do have combo double-click and notinlist event handling, when forms pop up for my combo double click it can take you to the exact record that the combo is currently displaying (to edit it for example). When handling the NotInList event and popping up a form to add new data, it can find the control that the typed in data belongs in and place it in that control so the user does not have to type it over again. My forms can have a record combo. Copy and paste a combo and a text box onto the form from my template form, bind the control to the autonumber PK and set the combo's data and the combo will just function as a record selector, automatically. Set a sysvar and change the date format in every text box that needs the date formatted in a specific manner. Do the same to set a date mask. How about dbl-click to open a calendar, which automatically passes back the calendar value to whichever text box opened the calendar? My framework does that. Need a form to have automatic OpenArgs parsing and preparation for use? My framework has that. I can open a form (as we discussed in this email group a few weeks ago) and just pass in Openargs which the opening form automatically applies to its properties. Pass in "Allow Edits=True;Allow Deletions=False;AllowAdditions=False;" as the Openargs when you open a form and it sets itself up as an edit only form. Pass in "Data Entry =True,Allow Edits=True" as the Openargs when you open a form and it sets itself up as a data entry form. JUST THAT SIMPLE. Do YOUR forms allow you to do that? How about the ability to automatically requery dependent objects when something changes? My framework has that. I can, in ONE line of code per dependent item, tell combos, forms and lists to be requeried when another object changes state. Not only that, but if THAT "dependent" combo has combos (or forms, or lists) dependent on it's value, they can be requeried automatically. Using this functionality, I can if I want to have another FORM requery itself when OnCurrent of the existing form fires. ONE LINE OF CODE to tell the current object that some other object is dependent on it and to requery that object if the current object changes. Yep, my framework does that. Want to be able to make a form editable by one group of people but not another group? How about hide / unhide a command button, tabs on a form or other controls based on what group (supervisors?) a person belongs to. My framework does that. Ever needed to have information specific to an application displayed on a report? Company address / phone / etc? Application SysVars. Add a new SysVar record in the Application SysVar table and it is instantly available to the application for whatever it needs. It takes me oh.... About 2 seconds to add a new sysvar. I know people who add new fields in a table to do this!!! HUNDREDS OF REASONS to build a framework. My framework allows me to do things in 10 minutes when setting up a form that will take you HOURS for each and every form you design. OR... You just don't give your client that functionality. There are those that program the same solution over and over and over and over (and over) and then there are those that use (at the LEAST) a library (which is a casterated framework), or if you really want to work efficiently, you use a framework. Sorry, but to say "No need to spend hundreds of man-hours building a framework" displays a huge ignorance of what can be done if you use one. And the sad part of that statement is that I do nothing more than anyone else does really. I discover a need, I design a solution. But instead of placing the solution in the application (if the solution generalizes) I do it in the class for the object that needs the solution. DblClick and NotInList for the combo goes in the combo control class. I NEEDED THAT, I designed it ONCE, I placed it in the proper class, and now it is available to every front end I develop. I needed SysVars. I designed a class system to do that and now I can have none, one or a dozen SysVar tables. My framework always has one and my app always has one. The framework automatically loads and initializes them on the Framework Init. And I can build others for special purposes as needed. ?"No need to spend hundreds of man-hours building a framework"? I sure can't think of any reasons to do so,but then I'm not very imaginative. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, April 07, 2006 9:45 AM To: 'Access Developers discussion and problem solving' Cc: 'Arthur Fuller' Subject: Re: [AccessD] Setting Default control sizes in advance There's actually a much simpler way to do this, and it only requires you use the AutoFormat feature. Here's the drill: Design a form with the font and colors and whatever that client1 want, and then save it as an autoform form design, calling the style "Client1" (you do that by selecting AutoFormat from the Format menu and then hit the 'Customize' button. Then do the same for Client2, design a from to suite that need and save it as an autoformat style. These form styles are global to Access. You will see them available in every application you work on. Now, whenever you want to build a form for Client1 open up their application, select one of the existing forms, and choose the client1 style from the AutoFormat dialog. You do this because, having made a choice in the AutoFormat dialog, that choice becomes the default style that will be used by the form wizards. Then when working on Client2's application, do the same thing - select their style from the Autoformat dialog, and presto, you can build forms to their liking with the wizards. No need to spend hundreds of man-hours building a framework! Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Friday, April 07, 2006 2:05 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance Arthur, >Solutions requested! >Client A wants 12 point Arial everywhere. >Client B wants 10 point Times Roman everywhere. Frameworks and SysVars. I have not done that specific thing, but since my framework loads a class for each form instance and each control type, for each instance of that control type, it would be trivial for the text class to set the font/pitch etc as the class loads. That is the framework part. SysVars say "for this FE make this property this specific value". In other words, I can have a SysVar named "CtlTxtBoxFont" the value of which is Ariel, and another SysVar named "CtlTxtBoxFontPitch" the value of which is 12. The clsFrm would have to be programmed to know about this SysVar, and load that pair of SysVars,into its SysVar collection (each form class has a collection to hold SysVars specific to that form), and then the clsCtlTxtBox would have to ask the form what Font and Pitch to use. I actually do this kind of thing, and in fact have the ability to have SysVars specific to a particular form. I do this by having a generic SysVar such as CtlTxtBoxFontPitch which is set to 12 in the SysVarTable. When the form loads it looks for SysVars with its (the form's) name in the SysVarName, for example frmClientCtlTxtBoxFontPitch. Since When the frmClient loads it scans all the SysVars looking for its name in every SysVar. If it finds any it strips its name out and "overrides" the generic value with the value specific to itself. Thus while all forms will load CtlTxtBoxFontPitch and end up with a value of 12, frmClient may simply have so many controls that it isn't feasible to use a 12 pitch so I can set frmClientCtlTxtBoxFontPitch to 10 and only frmClient will use a 10 pitch font. I actually have this capability set up in my framework (SysVars and the ability to override them for any specific form). For me it would be almost trivial to set up to do something like you propose. I did a similar thing with date formats. Using DAO I drill down to discover what type of data is being pulled out (for text boxes specifically). If the data type is a date, I have a default date format defined in a SysVar. Thus I can set a consistent date format via a sysvar, and if the client wants a different data format, it is a simple matter of changing a single sysvar. A framework is a very powerful concept and once set up and functioning can allow implementation of behaviors that vary from front end to front end and client to client. Sysvars allow the programmer to have "steering logic" in the application. With default values in the SysVars you can have your applications "just work" a specific way, and yet easily override that for a specific reason, even down to the form level if desired. 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 KIsmert at TexasSystems.com Fri Apr 7 11:39:15 2006 From: KIsmert at TexasSystems.com (Ken Ismert) Date: Fri, 7 Apr 2006 11:39:15 -0500 Subject: [AccessD] Assign a control source for the control on Report basedon dynamic crosstab query Message-ID: Ervin, How about something like: txtBox1.ControlSource = db.QueryDefs("qryCroRealPrPred").Fields(1).Name -Ken From max at sherman.org.uk Fri Apr 7 11:41:16 2006 From: max at sherman.org.uk (Max Home) Date: Fri, 7 Apr 2006 17:41:16 +0100 Subject: [AccessD] Setting Default control sizes in advance In-Reply-To: <003f01c65a09$34a1eaf0$657aa8c0@ColbyM6805> Message-ID: <001f01c65a62$18036b90$dd6b1152@Max> John, This framework sounds incredibly useful and powerful. What I would like is some type of trigger at table level so that if a record changes or one is added or deleted then a function runs. Would your framework be able to handle this type of functionality? Regards Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: 07 April 2006 07:05 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance Arthur, >Solutions requested! >Client A wants 12 point Arial everywhere. >Client B wants 10 point Times Roman everywhere. Frameworks and SysVars. I have not done that specific thing, but since my framework loads a class for each form instance and each control type, for each instance of that control type, it would be trivial for the text class to set the font/pitch etc as the class loads. That is the framework part. SysVars say "for this FE make this property this specific value". In other words, I can have a SysVar named "CtlTxtBoxFont" the value of which is Ariel, and another SysVar named "CtlTxtBoxFontPitch" the value of which is 12. The clsFrm would have to be programmed to know about this SysVar, and load that pair of SysVars,into its SysVar collection (each form class has a collection to hold SysVars specific to that form), and then the clsCtlTxtBox would have to ask the form what Font and Pitch to use. I actually do this kind of thing, and in fact have the ability to have SysVars specific to a particular form. I do this by having a generic SysVar such as CtlTxtBoxFontPitch which is set to 12 in the SysVarTable. When the form loads it looks for SysVars with its (the form's) name in the SysVarName, for example frmClientCtlTxtBoxFontPitch. Since When the frmClient loads it scans all the SysVars looking for its name in every SysVar. If it finds any it strips its name out and "overrides" the generic value with the value specific to itself. Thus while all forms will load CtlTxtBoxFontPitch and end up with a value of 12, frmClient may simply have so many controls that it isn't feasible to use a 12 pitch so I can set frmClientCtlTxtBoxFontPitch to 10 and only frmClient will use a 10 pitch font. I actually have this capability set up in my framework (SysVars and the ability to override them for any specific form). For me it would be almost trivial to set up to do something like you propose. I did a similar thing with date formats. Using DAO I drill down to discover what type of data is being pulled out (for text boxes specifically). If the data type is a date, I have a default date format defined in a SysVar. Thus I can set a consistent date format via a sysvar, and if the client wants a different data format, it is a simple matter of changing a single sysvar. A framework is a very powerful concept and once set up and functioning can allow implementation of behaviors that vary from front end to front end and client to client. Sysvars allow the programmer to have "steering logic" in the application. With default values in the SysVars you can have your applications "just work" a specific way, and yet easily override that for a specific reason, even down to the form level if desired. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Friday, April 07, 2006 12:12 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Setting Default control sizes in advance Occasionally I have posed on this site as a person who knows what he is doing. Forgive me for that, since I know nothing. I have a client who wants every single control on every single form to be sized 12 point not the default 10. I have another client who is quite satisfied with 10 point. Is there a way to establish a compiler directive or global var or whatever, such that in App 1 the AutoForm will respect 12 point while in App 2 the AutoForm will respect 10 point? (I only mention AutoForm because if it works there then I assume it will work everywhere.) This same question probably also extends to font (client A likes Arial, client B likes Times Roman). Can this be done? Or must I continue with this inane form-by-form selection and resizing ad nauseum? Solutions requested! Client A wants 12 point Arial everywhere. Client B wants 10 point Times Roman everywhere. I begin most of my forms based on an underlying query. I also (unlike many on this list) define every lookup etc. thoroughly at the table level (i.e. in the BE I state that CustomerID in the Orders table is a lookup into the Customers table). I do this so that I can inherit the definition in all subsequent forms and reports. I realize that many of you do not do this, and I don't want this to get sidetracked into a discussion about that. I want to concentrate on the question of how to default all AutoForms (and custom forms too) to default to control-font-size = 10 v. 12 and control-font = Arial v. Courier or something else. Can this be done, and if so how? 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 andy at minstersystems.co.uk Fri Apr 7 12:10:48 2006 From: andy at minstersystems.co.uk (Andy Lacey) Date: Fri, 7 Apr 2006 18:10:48 +0100 Subject: [AccessD] Access Application - per unit cost In-Reply-To: <0IXC00I79WT211F0@l-daemon> Message-ID: <014b01c65a66$3732fbd0$eba30c54@minster33c3r25> Look on the bright side Jim. Not much chance of the mean ******** pinching your staff. Tell him you agree that local businesses should be supported, and that that support includes protection from parasites like him. -- 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 Lawrence > Sent: 07 April 2006 15:42 > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access Application - per unit cost > > > These are interesting times. > > Yesterday a programmer who is working with my company went to > see a new client as I was out of the city for a couple of > days on business. > > The client would like a custom made complex piece of code > that would 'screen scrape' from other web sites so his site > would be able to present a list of the best prices... a good > idea. We had previously agreed on principle but had not > negotiated a price. > > The client presented the young programmer with his position. > First, we were to be on an hourly rate or when ever the > client called. > Second, the client would pay the programmer directly and not > go through the company. Third, the maximum rate he would pay > would be $12.00 and hour as he had two 'east Indian' > programmers, who had submitted bids of $5.00 per hour but > felt that he should try and support local talent. > > .. and a rider.. > > The client wants all code made to be his and if we ever used > similar code again, in another paying contract we would pay > him 50% of gross profits. > > I must say, I am almost speechless but please feel free to comment. > > Jim > > -- > 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 Apr 7 12:54:14 2006 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Fri, 7 Apr 2006 13:54:14 -0400 Subject: [AccessD] Setting Default control sizes in advance Message-ID: <1D7828CDB8350747AFE9D69E0E90DA1F1FC8AEB5@xlivmbx21.aig.com> Touched a hot button there, huh? I'm not denying the power of frameworks and class libraries, it's just that Arthur needed a quick solution, and the answer was right there in the Access environment. Have a great weekend one and all. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Friday, April 07, 2006 10:47 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance >No need to spend hundreds of man-hours building a framework! LOL, what a silly thing to say. There are hundreds of reasons to spend hundreds of hours building a framework, this is just one of them. Now, answer the question for EXISTING projects. My answer works for ALL of my projects because ALL of my projects use my framework. Not only can I do this if I want to, I can and do have combo double-click and notinlist event handling, when forms pop up for my combo double click it can take you to the exact record that the combo is currently displaying (to edit it for example). When handling the NotInList event and popping up a form to add new data, it can find the control that the typed in data belongs in and place it in that control so the user does not have to type it over again. My forms can have a record combo. Copy and paste a combo and a text box onto the form from my template form, bind the control to the autonumber PK and set the combo's data and the combo will just function as a record selector, automatically. Set a sysvar and change the date format in every text box that needs the date formatted in a specific manner. Do the same to set a date mask. How about dbl-click to open a calendar, which automatically passes back the calendar value to whichever text box opened the calendar? My framework does that. Need a form to have automatic OpenArgs parsing and preparation for use? My framework has that. I can open a form (as we discussed in this email group a few weeks ago) and just pass in Openargs which the opening form automatically applies to its properties. Pass in "Allow Edits=True;Allow Deletions=False;AllowAdditions=False;" as the Openargs when you open a form and it sets itself up as an edit only form. Pass in "Data Entry =True,Allow Edits=True" as the Openargs when you open a form and it sets itself up as a data entry form. JUST THAT SIMPLE. Do YOUR forms allow you to do that? How about the ability to automatically requery dependent objects when something changes? My framework has that. I can, in ONE line of code per dependent item, tell combos, forms and lists to be requeried when another object changes state. Not only that, but if THAT "dependent" combo has combos (or forms, or lists) dependent on it's value, they can be requeried automatically. Using this functionality, I can if I want to have another FORM requery itself when OnCurrent of the existing form fires. ONE LINE OF CODE to tell the current object that some other object is dependent on it and to requery that object if the current object changes. Yep, my framework does that. Want to be able to make a form editable by one group of people but not another group? How about hide / unhide a command button, tabs on a form or other controls based on what group (supervisors?) a person belongs to. My framework does that. Ever needed to have information specific to an application displayed on a report? Company address / phone / etc? Application SysVars. Add a new SysVar record in the Application SysVar table and it is instantly available to the application for whatever it needs. It takes me oh.... About 2 seconds to add a new sysvar. I know people who add new fields in a table to do this!!! HUNDREDS OF REASONS to build a framework. My framework allows me to do things in 10 minutes when setting up a form that will take you HOURS for each and every form you design. OR... You just don't give your client that functionality. There are those that program the same solution over and over and over and over (and over) and then there are those that use (at the LEAST) a library (which is a casterated framework), or if you really want to work efficiently, you use a framework. Sorry, but to say "No need to spend hundreds of man-hours building a framework" displays a huge ignorance of what can be done if you use one. And the sad part of that statement is that I do nothing more than anyone else does really. I discover a need, I design a solution. But instead of placing the solution in the application (if the solution generalizes) I do it in the class for the object that needs the solution. DblClick and NotInList for the combo goes in the combo control class. I NEEDED THAT, I designed it ONCE, I placed it in the proper class, and now it is available to every front end I develop. I needed SysVars. I designed a class system to do that and now I can have none, one or a dozen SysVar tables. My framework always has one and my app always has one. The framework automatically loads and initializes them on the Framework Init. And I can build others for special purposes as needed. ?"No need to spend hundreds of man-hours building a framework"? I sure can't think of any reasons to do so,but then I'm not very imaginative. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, April 07, 2006 9:45 AM To: 'Access Developers discussion and problem solving' Cc: 'Arthur Fuller' Subject: Re: [AccessD] Setting Default control sizes in advance There's actually a much simpler way to do this, and it only requires you use the AutoFormat feature. Here's the drill: Design a form with the font and colors and whatever that client1 want, and then save it as an autoform form design, calling the style "Client1" (you do that by selecting AutoFormat from the Format menu and then hit the 'Customize' button. Then do the same for Client2, design a from to suite that need and save it as an autoformat style. These form styles are global to Access. You will see them available in every application you work on. Now, whenever you want to build a form for Client1 open up their application, select one of the existing forms, and choose the client1 style from the AutoFormat dialog. You do this because, having made a choice in the AutoFormat dialog, that choice becomes the default style that will be used by the form wizards. Then when working on Client2's application, do the same thing - select their style from the Autoformat dialog, and presto, you can build forms to their liking with the wizards. No need to spend hundreds of man-hours building a framework! Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Friday, April 07, 2006 2:05 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance Arthur, >Solutions requested! >Client A wants 12 point Arial everywhere. >Client B wants 10 point Times Roman everywhere. Frameworks and SysVars. I have not done that specific thing, but since my framework loads a class for each form instance and each control type, for each instance of that control type, it would be trivial for the text class to set the font/pitch etc as the class loads. That is the framework part. SysVars say "for this FE make this property this specific value". In other words, I can have a SysVar named "CtlTxtBoxFont" the value of which is Ariel, and another SysVar named "CtlTxtBoxFontPitch" the value of which is 12. The clsFrm would have to be programmed to know about this SysVar, and load that pair of SysVars,into its SysVar collection (each form class has a collection to hold SysVars specific to that form), and then the clsCtlTxtBox would have to ask the form what Font and Pitch to use. I actually do this kind of thing, and in fact have the ability to have SysVars specific to a particular form. I do this by having a generic SysVar such as CtlTxtBoxFontPitch which is set to 12 in the SysVarTable. When the form loads it looks for SysVars with its (the form's) name in the SysVarName, for example frmClientCtlTxtBoxFontPitch. Since When the frmClient loads it scans all the SysVars looking for its name in every SysVar. If it finds any it strips its name out and "overrides" the generic value with the value specific to itself. Thus while all forms will load CtlTxtBoxFontPitch and end up with a value of 12, frmClient may simply have so many controls that it isn't feasible to use a 12 pitch so I can set frmClientCtlTxtBoxFontPitch to 10 and only frmClient will use a 10 pitch font. I actually have this capability set up in my framework (SysVars and the ability to override them for any specific form). For me it would be almost trivial to set up to do something like you propose. I did a similar thing with date formats. Using DAO I drill down to discover what type of data is being pulled out (for text boxes specifically). If the data type is a date, I have a default date format defined in a SysVar. Thus I can set a consistent date format via a sysvar, and if the client wants a different data format, it is a simple matter of changing a single sysvar. A framework is a very powerful concept and once set up and functioning can allow implementation of behaviors that vary from front end to front end and client to client. Sysvars allow the programmer to have "steering logic" in the application. With default values in the SysVars you can have your applications "just work" a specific way, and yet easily override that for a specific reason, even down to the form level if desired. 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 Apr 7 13:08:30 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Fri, 7 Apr 2006 14:08:30 -0400 Subject: [AccessD] Setting Default control sizes in advance In-Reply-To: Message-ID: <00d601c65a6e$47a90740$657aa8c0@ColbyM6805> Uhhh, yep. Of course I wasn't trying to solve all of those other problems. I solved one, then another then another etc. I started with a simple library like many developers do. It was truly only when I finally figured out Withevents (which REQUIRE classes) and now had a grasp of classes (as implemented in Access anyway), that the framework really began to happen. Complexity, yes of course. Classes, yes of course. Performance - I will argue that one since the total time to load all of the classes I mention is under a second at framework init and well under 1/2 second for all of the classes for a given form, even complex ones. What a lot of people don't know is that the CODE for a class only loads once. The entire class loads the first time it is used, and remains in memory after that so it isn't like if I load a form with 40 controls I have to LOAD the 40 control classes over and over again. The form class loads once, the combo class loads once, the text box class loads once, then the VARIABLE/CONSTANT portion is created for each class instance. Frameworks are a tool, a very powerful tool, but certainly not a panacea. OTOH, cutting and pasting code into forms or modules in each FE is no panacea either. There are developers out there that only work on a single FE. A framework is much less useful there since you don't need to apply the same functionality to a second application. For anyone maintaining more than one application, a "library" is almost a requirement, and a framework is simply the next (HUGE) step up in functionality. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, April 07, 2006 12:21 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance John, It's only silly to say if your trying to solve all those other problems. And while a framework does solve a lot of problems, it also creates some of it's own; performance, complexity, class design, etc Frameworks are not the pancrea that everyone believes. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Friday, April 07, 2006 9:47 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance >No need to spend hundreds of man-hours building a framework! LOL, what a silly thing to say. There are hundreds of reasons to spend hundreds of hours building a framework, this is just one of them. Now, answer the question for EXISTING projects. My answer works for ALL of my projects because ALL of my projects use my framework. Not only can I do this if I want to, I can and do have combo double-click and notinlist event handling, when forms pop up for my combo double click it can take you to the exact record that the combo is currently displaying (to edit it for example). When handling the NotInList event and popping up a form to add new data, it can find the control that the typed in data belongs in and place it in that control so the user does not have to type it over again. My forms can have a record combo. Copy and paste a combo and a text box onto the form from my template form, bind the control to the autonumber PK and set the combo's data and the combo will just function as a record selector, automatically. Set a sysvar and change the date format in every text box that needs the date formatted in a specific manner. Do the same to set a date mask. How about dbl-click to open a calendar, which automatically passes back the calendar value to whichever text box opened the calendar? My framework does that. Need a form to have automatic OpenArgs parsing and preparation for use? My framework has that. I can open a form (as we discussed in this email group a few weeks ago) and just pass in Openargs which the opening form automatically applies to its properties. Pass in "Allow Edits=True;Allow Deletions=False;AllowAdditions=False;" as the Openargs when you open a form and it sets itself up as an edit only form. Pass in "Data Entry =True,Allow Edits=True" as the Openargs when you open a form and it sets itself up as a data entry form. JUST THAT SIMPLE. Do YOUR forms allow you to do that? How about the ability to automatically requery dependent objects when something changes? My framework has that. I can, in ONE line of code per dependent item, tell combos, forms and lists to be requeried when another object changes state. Not only that, but if THAT "dependent" combo has combos (or forms, or lists) dependent on it's value, they can be requeried automatically. Using this functionality, I can if I want to have another FORM requery itself when OnCurrent of the existing form fires. ONE LINE OF CODE to tell the current object that some other object is dependent on it and to requery that object if the current object changes. Yep, my framework does that. Want to be able to make a form editable by one group of people but not another group? How about hide / unhide a command button, tabs on a form or other controls based on what group (supervisors?) a person belongs to. My framework does that. Ever needed to have information specific to an application displayed on a report? Company address / phone / etc? Application SysVars. Add a new SysVar record in the Application SysVar table and it is instantly available to the application for whatever it needs. It takes me oh.... About 2 seconds to add a new sysvar. I know people who add new fields in a table to do this!!! HUNDREDS OF REASONS to build a framework. My framework allows me to do things in 10 minutes when setting up a form that will take you HOURS for each and every form you design. OR... You just don't give your client that functionality. There are those that program the same solution over and over and over and over (and over) and then there are those that use (at the LEAST) a library (which is a casterated framework), or if you really want to work efficiently, you use a framework. Sorry, but to say "No need to spend hundreds of man-hours building a framework" displays a huge ignorance of what can be done if you use one. And the sad part of that statement is that I do nothing more than anyone else does really. I discover a need, I design a solution. But instead of placing the solution in the application (if the solution generalizes) I do it in the class for the object that needs the solution. DblClick and NotInList for the combo goes in the combo control class. I NEEDED THAT, I designed it ONCE, I placed it in the proper class, and now it is available to every front end I develop. I needed SysVars. I designed a class system to do that and now I can have none, one or a dozen SysVar tables. My framework always has one and my app always has one. The framework automatically loads and initializes them on the Framework Init. And I can build others for special purposes as needed. ?"No need to spend hundreds of man-hours building a framework"? I sure can't think of any reasons to do so,but then I'm not very imaginative. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, April 07, 2006 9:45 AM To: 'Access Developers discussion and problem solving' Cc: 'Arthur Fuller' Subject: Re: [AccessD] Setting Default control sizes in advance There's actually a much simpler way to do this, and it only requires you use the AutoFormat feature. Here's the drill: Design a form with the font and colors and whatever that client1 want, and then save it as an autoform form design, calling the style "Client1" (you do that by selecting AutoFormat from the Format menu and then hit the 'Customize' button. Then do the same for Client2, design a from to suite that need and save it as an autoformat style. These form styles are global to Access. You will see them available in every application you work on. Now, whenever you want to build a form for Client1 open up their application, select one of the existing forms, and choose the client1 style from the AutoFormat dialog. You do this because, having made a choice in the AutoFormat dialog, that choice becomes the default style that will be used by the form wizards. Then when working on Client2's application, do the same thing - select their style from the Autoformat dialog, and presto, you can build forms to their liking with the wizards. No need to spend hundreds of man-hours building a framework! Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Friday, April 07, 2006 2:05 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance Arthur, >Solutions requested! >Client A wants 12 point Arial everywhere. >Client B wants 10 point Times Roman everywhere. Frameworks and SysVars. I have not done that specific thing, but since my framework loads a class for each form instance and each control type, for each instance of that control type, it would be trivial for the text class to set the font/pitch etc as the class loads. That is the framework part. SysVars say "for this FE make this property this specific value". In other words, I can have a SysVar named "CtlTxtBoxFont" the value of which is Ariel, and another SysVar named "CtlTxtBoxFontPitch" the value of which is 12. The clsFrm would have to be programmed to know about this SysVar, and load that pair of SysVars,into its SysVar collection (each form class has a collection to hold SysVars specific to that form), and then the clsCtlTxtBox would have to ask the form what Font and Pitch to use. I actually do this kind of thing, and in fact have the ability to have SysVars specific to a particular form. I do this by having a generic SysVar such as CtlTxtBoxFontPitch which is set to 12 in the SysVarTable. When the form loads it looks for SysVars with its (the form's) name in the SysVarName, for example frmClientCtlTxtBoxFontPitch. Since When the frmClient loads it scans all the SysVars looking for its name in every SysVar. If it finds any it strips its name out and "overrides" the generic value with the value specific to itself. Thus while all forms will load CtlTxtBoxFontPitch and end up with a value of 12, frmClient may simply have so many controls that it isn't feasible to use a 12 pitch so I can set frmClientCtlTxtBoxFontPitch to 10 and only frmClient will use a 10 pitch font. I actually have this capability set up in my framework (SysVars and the ability to override them for any specific form). For me it would be almost trivial to set up to do something like you propose. I did a similar thing with date formats. Using DAO I drill down to discover what type of data is being pulled out (for text boxes specifically). If the data type is a date, I have a default date format defined in a SysVar. Thus I can set a consistent date format via a sysvar, and if the client wants a different data format, it is a simple matter of changing a single sysvar. A framework is a very powerful concept and once set up and functioning can allow implementation of behaviors that vary from front end to front end and client to client. Sysvars allow the programmer to have "steering logic" in the application. With default values in the SysVars you can have your applications "just work" a specific way, and yet easily override that for a specific reason, even down to the form level if desired. 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 Fri Apr 7 13:16:19 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Fri, 7 Apr 2006 14:16:19 -0400 Subject: [AccessD] Access Application - per unit cost In-Reply-To: <0IXC00I79WT211F0@l-daemon> Message-ID: <00d701c65a6f$5f137c20$657aa8c0@ColbyM6805> Jim, This is amusing. I had a previous client go to India for some work. He got 3 programmers for the same hourly rate I was charging (back then) - it would be more like 5 or 6 today. He hired a firm to do this for him rather than hire me. They assigned 3 programmers and told him it would take 3 months. A year later, they were still not done. He WAS going to India to try and get it straightened out. I was just smiling. I am NOT "making fun of" Indian (or any other nationality) programmers but building a program is not like building a bridge or a house. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, April 07, 2006 10:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access Application - per unit cost These are interesting times. Yesterday a programmer who is working with my company went to see a new client as I was out of the city for a couple of days on business. The client would like a custom made complex piece of code that would 'screen scrape' from other web sites so his site would be able to present a list of the best prices... a good idea. We had previously agreed on principle but had not negotiated a price. The client presented the young programmer with his position. First, we were to be on an hourly rate or when ever the client called. Second, the client would pay the programmer directly and not go through the company. Third, the maximum rate he would pay would be $12.00 and hour as he had two 'east Indian' programmers, who had submitted bids of $5.00 per hour but felt that he should try and support local talent. .. and a rider.. The client wants all code made to be his and if we ever used similar code again, in another paying contract we would pay him 50% of gross profits. I must say, I am almost speechless but please feel free to comment. Jim -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ebarro at verizon.net Fri Apr 7 13:21:09 2006 From: ebarro at verizon.net (Eric Barro) Date: Fri, 07 Apr 2006 11:21:09 -0700 Subject: [AccessD] Access Application - per unit cost In-Reply-To: <0IXC00I79WT211F0@l-daemon> Message-ID: <000501c65a70$10ead420$c767a8c0@amdgcda> Jim, Go ahead and tell him you will take on the project for $12.00 an hour and then go back and have the East Indian programmers work on it for $5.00 per hour turning in a $7.00 per hour "profit". Eric -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, April 07, 2006 7:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access Application - per unit cost These are interesting times. Yesterday a programmer who is working with my company went to see a new client as I was out of the city for a couple of days on business. The client would like a custom made complex piece of code that would 'screen scrape' from other web sites so his site would be able to present a list of the best prices... a good idea. We had previously agreed on principle but had not negotiated a price. The client presented the young programmer with his position. First, we were to be on an hourly rate or when ever the client called. Second, the client would pay the programmer directly and not go through the company. Third, the maximum rate he would pay would be $12.00 and hour as he had two 'east Indian' programmers, who had submitted bids of $5.00 per hour but felt that he should try and support local talent. .. and a rider.. The client wants all code made to be his and if we ever used similar code again, in another paying contract we would pay him 50% of gross profits. I must say, I am almost speechless but please feel free to comment. Jim -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.859 / Virus Database: 585 - Release Date: 2/14/2005 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.859 / Virus Database: 585 - Release Date: 2/14/2005 From mwp.reid at qub.ac.uk Fri Apr 7 13:28:41 2006 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Fri, 7 Apr 2006 19:28:41 +0100 Subject: [AccessD] Forms References: <000501c65a70$10ead420$c767a8c0@amdgcda> Message-ID: I havea text box set to visable no on many forms. I want to set them all to visible if a condition is true for the application Cant seem to work out how to do this from a single point. Martin Martin WP Reid Training and Assessment Unit Riddle Hall Belfast tel: 02890 974477 From jwcolby at ColbyConsulting.com Fri Apr 7 13:42:29 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Fri, 7 Apr 2006 14:42:29 -0400 Subject: [AccessD] Setting Default control sizes in advance In-Reply-To: <001f01c65a62$18036b90$dd6b1152@Max> Message-ID: <00d801c65a73$07854070$657aa8c0@ColbyM6805> No, this is not possible (AFAIK) in Access. The MDB back end is nothing but a file to JET / Access. Each instance of Access, running on each workstation can change / delete / append records. Access does an admirable job of "announcing" such changes to other users but basically (again, AFAIK) there is no "event" that can be intercepted on machine A to tell you that something happened on machine B, much less prevent it or do something about it. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Home Sent: Friday, April 07, 2006 12:41 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance John, This framework sounds incredibly useful and powerful. What I would like is some type of trigger at table level so that if a record changes or one is added or deleted then a function runs. Would your framework be able to handle this type of functionality? Regards Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: 07 April 2006 07:05 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance Arthur, >Solutions requested! >Client A wants 12 point Arial everywhere. >Client B wants 10 point Times Roman everywhere. Frameworks and SysVars. I have not done that specific thing, but since my framework loads a class for each form instance and each control type, for each instance of that control type, it would be trivial for the text class to set the font/pitch etc as the class loads. That is the framework part. SysVars say "for this FE make this property this specific value". In other words, I can have a SysVar named "CtlTxtBoxFont" the value of which is Ariel, and another SysVar named "CtlTxtBoxFontPitch" the value of which is 12. The clsFrm would have to be programmed to know about this SysVar, and load that pair of SysVars,into its SysVar collection (each form class has a collection to hold SysVars specific to that form), and then the clsCtlTxtBox would have to ask the form what Font and Pitch to use. I actually do this kind of thing, and in fact have the ability to have SysVars specific to a particular form. I do this by having a generic SysVar such as CtlTxtBoxFontPitch which is set to 12 in the SysVarTable. When the form loads it looks for SysVars with its (the form's) name in the SysVarName, for example frmClientCtlTxtBoxFontPitch. Since When the frmClient loads it scans all the SysVars looking for its name in every SysVar. If it finds any it strips its name out and "overrides" the generic value with the value specific to itself. Thus while all forms will load CtlTxtBoxFontPitch and end up with a value of 12, frmClient may simply have so many controls that it isn't feasible to use a 12 pitch so I can set frmClientCtlTxtBoxFontPitch to 10 and only frmClient will use a 10 pitch font. I actually have this capability set up in my framework (SysVars and the ability to override them for any specific form). For me it would be almost trivial to set up to do something like you propose. I did a similar thing with date formats. Using DAO I drill down to discover what type of data is being pulled out (for text boxes specifically). If the data type is a date, I have a default date format defined in a SysVar. Thus I can set a consistent date format via a sysvar, and if the client wants a different data format, it is a simple matter of changing a single sysvar. A framework is a very powerful concept and once set up and functioning can allow implementation of behaviors that vary from front end to front end and client to client. Sysvars allow the programmer to have "steering logic" in the application. With default values in the SysVars you can have your applications "just work" a specific way, and yet easily override that for a specific reason, even down to the form level if desired. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Friday, April 07, 2006 12:12 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Setting Default control sizes in advance Occasionally I have posed on this site as a person who knows what he is doing. Forgive me for that, since I know nothing. I have a client who wants every single control on every single form to be sized 12 point not the default 10. I have another client who is quite satisfied with 10 point. Is there a way to establish a compiler directive or global var or whatever, such that in App 1 the AutoForm will respect 12 point while in App 2 the AutoForm will respect 10 point? (I only mention AutoForm because if it works there then I assume it will work everywhere.) This same question probably also extends to font (client A likes Arial, client B likes Times Roman). Can this be done? Or must I continue with this inane form-by-form selection and resizing ad nauseum? Solutions requested! Client A wants 12 point Arial everywhere. Client B wants 10 point Times Roman everywhere. I begin most of my forms based on an underlying query. I also (unlike many on this list) define every lookup etc. thoroughly at the table level (i.e. in the BE I state that CustomerID in the Orders table is a lookup into the Customers table). I do this so that I can inherit the definition in all subsequent forms and reports. I realize that many of you do not do this, and I don't want this to get sidetracked into a discussion about that. I want to concentrate on the question of how to default all AutoForms (and custom forms too) to default to control-font-size = 10 v. 12 and control-font = Arial v. Courier or something else. Can this be done, and if so how? 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jdemarco at hudsonhealthplan.org Fri Apr 7 13:54:06 2006 From: Jdemarco at hudsonhealthplan.org (Jim DeMarco) Date: Fri, 7 Apr 2006 14:54:06 -0400 Subject: [AccessD] Forms Message-ID: <08F823FD83787D4BA0B99CA580AD3C74034447C5@TTNEXCHCL2.hshhp.com> Martin, These are text boxes on multiple forms that you want to show/hide at one time based on criteria? I could conceive of using a collection (or maybe custom collection class) to hold all refences to the text boxes. Store it in a global variable and loop through it whenever the condition is true. Code might look like: g_ocoll.Add txtMyTextBox If condition = True then for i = 1 to g_oColl.Count g_oColl.Item(i).Visible = True Next i end if Does that make any sense? Jim DeMarco -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Friday, April 07, 2006 2:29 PM To: Access Developers discussion and problem solving Subject: [AccessD] Forms I havea text box set to visable no on many forms. I want to set them all to visible if a condition is true for the application Cant seem to work out how to do this from a single point. Martin Martin WP Reid Training and Assessment Unit Riddle Hall Belfast tel: 02890 974477 *********************************************************************************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** From mwp.reid at qub.ac.uk Fri Apr 7 14:01:39 2006 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Fri, 7 Apr 2006 20:01:39 +0100 Subject: [AccessD] Forms References: <08F823FD83787D4BA0B99CA580AD3C74034447C5@TTNEXCHCL2.hshhp.com> Message-ID: More or less. I have a text box on every form in the database. If a condition is true then I want to see the text box. So I figured I need to set a global and then test it on the on open of each form. If true then box is visible if not well leave it alone. The text box shows if the records come from SharePoint. Simply says SharePoint Data. Martin Martin WP Reid Training and Assessment Unit Riddle Hall Belfast tel: 02890 974477 ________________________________ From: accessd-bounces at databaseadvisors.com on behalf of Jim DeMarco Sent: Fri 07/04/2006 19:54 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Forms Martin, These are text boxes on multiple forms that you want to show/hide at one time based on criteria? I could conceive of using a collection (or maybe custom collection class) to hold all refences to the text boxes. Store it in a global variable and loop through it whenever the condition is true. Code might look like: g_ocoll.Add txtMyTextBox If condition = True then for i = 1 to g_oColl.Count g_oColl.Item(i).Visible = True Next i end if Does that make any sense? Jim DeMarco -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Friday, April 07, 2006 2:29 PM To: Access Developers discussion and problem solving Subject: [AccessD] Forms I havea text box set to visable no on many forms. I want to set them all to visible if a condition is true for the application Cant seem to work out how to do this from a single point. Martin Martin WP Reid Training and Assessment Unit Riddle Hall Belfast tel: 02890 974477 *********************************************************************************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at ColbyConsulting.com Fri Apr 7 14:06:58 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Fri, 7 Apr 2006 15:06:58 -0400 Subject: [AccessD] Setting Default control sizes in advance In-Reply-To: <1D7828CDB8350747AFE9D69E0E90DA1F1FC8AEB5@xlivmbx21.aig.com> Message-ID: <00d901c65a76$72acdd10$657aa8c0@ColbyM6805> >Touched a hot button there, huh? LOL, I suppose. I can tell you that for the "hundreds of hours spent designing a framework", well over 50% of that time was required just to design a solution to a problem I needed solved. Having designed the solution once I then have it available "automatically" for the next project. The framework has saved me thousands of hours of application design time over the years that I have used it. So of course, "do the math". >I'm not denying the power of frameworks and class libraries, it's just that Arthur needed a quick solution, and the answer was right there in the Access environment. Arthur needs a "quick solution" exactly because he does not use a framework. I can modify my framework to do exactly what he is discussing in an hour or two. That is a quick solution, and furthermore it is a permanent solution that is immediately available for all other applications that use my framework. Once implemented I can change the font / pitch in a matter of seconds, for the entire application, simply by modifying a SysVar. Arthur may still be looking for his quick solution, and when he finds it, it will be a band aid. Your solution didn't sound like an answer to me at all. >Now, whenever you want to build a form for Client1 open up their application, select one of the existing forms, and choose the client1 style from the AutoFormat dialog. That of course does work IF you are doing this from the start but NOT if you want to apply it to existing forms. Further, what happens when ClientA changes his mind half way through the project. Your "solution" is the typical "power user" solution, which works quite well IF ... But not at all ELSE... I will be the first to admit I do not have a "quick" solution for him (since he doesn't use a framework). I try very hard not to "do it quick" but rather to "do it right". In the end, "doing it right" means I can "do anything I have done before quickly". Works for me. >>Touched a hot button there, huh? I am quite content with my framework solutions. Thanks for asking. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, April 07, 2006 1:54 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance Touched a hot button there, huh? I'm not denying the power of frameworks and class libraries, it's just that Arthur needed a quick solution, and the answer was right there in the Access environment. Have a great weekend one and all. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Friday, April 07, 2006 10:47 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance >No need to spend hundreds of man-hours building a framework! LOL, what a silly thing to say. There are hundreds of reasons to spend hundreds of hours building a framework, this is just one of them. Now, answer the question for EXISTING projects. My answer works for ALL of my projects because ALL of my projects use my framework. Not only can I do this if I want to, I can and do have combo double-click and notinlist event handling, when forms pop up for my combo double click it can take you to the exact record that the combo is currently displaying (to edit it for example). When handling the NotInList event and popping up a form to add new data, it can find the control that the typed in data belongs in and place it in that control so the user does not have to type it over again. My forms can have a record combo. Copy and paste a combo and a text box onto the form from my template form, bind the control to the autonumber PK and set the combo's data and the combo will just function as a record selector, automatically. Set a sysvar and change the date format in every text box that needs the date formatted in a specific manner. Do the same to set a date mask. How about dbl-click to open a calendar, which automatically passes back the calendar value to whichever text box opened the calendar? My framework does that. Need a form to have automatic OpenArgs parsing and preparation for use? My framework has that. I can open a form (as we discussed in this email group a few weeks ago) and just pass in Openargs which the opening form automatically applies to its properties. Pass in "Allow Edits=True;Allow Deletions=False;AllowAdditions=False;" as the Openargs when you open a form and it sets itself up as an edit only form. Pass in "Data Entry =True,Allow Edits=True" as the Openargs when you open a form and it sets itself up as a data entry form. JUST THAT SIMPLE. Do YOUR forms allow you to do that? How about the ability to automatically requery dependent objects when something changes? My framework has that. I can, in ONE line of code per dependent item, tell combos, forms and lists to be requeried when another object changes state. Not only that, but if THAT "dependent" combo has combos (or forms, or lists) dependent on it's value, they can be requeried automatically. Using this functionality, I can if I want to have another FORM requery itself when OnCurrent of the existing form fires. ONE LINE OF CODE to tell the current object that some other object is dependent on it and to requery that object if the current object changes. Yep, my framework does that. Want to be able to make a form editable by one group of people but not another group? How about hide / unhide a command button, tabs on a form or other controls based on what group (supervisors?) a person belongs to. My framework does that. Ever needed to have information specific to an application displayed on a report? Company address / phone / etc? Application SysVars. Add a new SysVar record in the Application SysVar table and it is instantly available to the application for whatever it needs. It takes me oh.... About 2 seconds to add a new sysvar. I know people who add new fields in a table to do this!!! HUNDREDS OF REASONS to build a framework. My framework allows me to do things in 10 minutes when setting up a form that will take you HOURS for each and every form you design. OR... You just don't give your client that functionality. There are those that program the same solution over and over and over and over (and over) and then there are those that use (at the LEAST) a library (which is a casterated framework), or if you really want to work efficiently, you use a framework. Sorry, but to say "No need to spend hundreds of man-hours building a framework" displays a huge ignorance of what can be done if you use one. And the sad part of that statement is that I do nothing more than anyone else does really. I discover a need, I design a solution. But instead of placing the solution in the application (if the solution generalizes) I do it in the class for the object that needs the solution. DblClick and NotInList for the combo goes in the combo control class. I NEEDED THAT, I designed it ONCE, I placed it in the proper class, and now it is available to every front end I develop. I needed SysVars. I designed a class system to do that and now I can have none, one or a dozen SysVar tables. My framework always has one and my app always has one. The framework automatically loads and initializes them on the Framework Init. And I can build others for special purposes as needed. ?"No need to spend hundreds of man-hours building a framework"? I sure can't think of any reasons to do so,but then I'm not very imaginative. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, April 07, 2006 9:45 AM To: 'Access Developers discussion and problem solving' Cc: 'Arthur Fuller' Subject: Re: [AccessD] Setting Default control sizes in advance There's actually a much simpler way to do this, and it only requires you use the AutoFormat feature. Here's the drill: Design a form with the font and colors and whatever that client1 want, and then save it as an autoform form design, calling the style "Client1" (you do that by selecting AutoFormat from the Format menu and then hit the 'Customize' button. Then do the same for Client2, design a from to suite that need and save it as an autoformat style. These form styles are global to Access. You will see them available in every application you work on. Now, whenever you want to build a form for Client1 open up their application, select one of the existing forms, and choose the client1 style from the AutoFormat dialog. You do this because, having made a choice in the AutoFormat dialog, that choice becomes the default style that will be used by the form wizards. Then when working on Client2's application, do the same thing - select their style from the Autoformat dialog, and presto, you can build forms to their liking with the wizards. No need to spend hundreds of man-hours building a framework! Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Friday, April 07, 2006 2:05 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance Arthur, >Solutions requested! >Client A wants 12 point Arial everywhere. >Client B wants 10 point Times Roman everywhere. Frameworks and SysVars. I have not done that specific thing, but since my framework loads a class for each form instance and each control type, for each instance of that control type, it would be trivial for the text class to set the font/pitch etc as the class loads. That is the framework part. SysVars say "for this FE make this property this specific value". In other words, I can have a SysVar named "CtlTxtBoxFont" the value of which is Ariel, and another SysVar named "CtlTxtBoxFontPitch" the value of which is 12. The clsFrm would have to be programmed to know about this SysVar, and load that pair of SysVars,into its SysVar collection (each form class has a collection to hold SysVars specific to that form), and then the clsCtlTxtBox would have to ask the form what Font and Pitch to use. I actually do this kind of thing, and in fact have the ability to have SysVars specific to a particular form. I do this by having a generic SysVar such as CtlTxtBoxFontPitch which is set to 12 in the SysVarTable. When the form loads it looks for SysVars with its (the form's) name in the SysVarName, for example frmClientCtlTxtBoxFontPitch. Since When the frmClient loads it scans all the SysVars looking for its name in every SysVar. If it finds any it strips its name out and "overrides" the generic value with the value specific to itself. Thus while all forms will load CtlTxtBoxFontPitch and end up with a value of 12, frmClient may simply have so many controls that it isn't feasible to use a 12 pitch so I can set frmClientCtlTxtBoxFontPitch to 10 and only frmClient will use a 10 pitch font. I actually have this capability set up in my framework (SysVars and the ability to override them for any specific form). For me it would be almost trivial to set up to do something like you propose. I did a similar thing with date formats. Using DAO I drill down to discover what type of data is being pulled out (for text boxes specifically). If the data type is a date, I have a default date format defined in a SysVar. Thus I can set a consistent date format via a sysvar, and if the client wants a different data format, it is a simple matter of changing a single sysvar. A framework is a very powerful concept and once set up and functioning can allow implementation of behaviors that vary from front end to front end and client to client. Sysvars allow the programmer to have "steering logic" in the application. With default values in the SysVars you can have your applications "just work" a specific way, and yet easily override that for a specific reason, even down to the form level if desired. 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 ecritt1 at alltel.net Fri Apr 7 14:24:53 2006 From: ecritt1 at alltel.net (Penn White) Date: Fri, 7 Apr 2006 15:24:53 -0400 Subject: [AccessD] How to force an after update event in another form? References: <000301c65a5b$de981370$2f01a8c0@dorismanning> Message-ID: <001001c65a78$f2869740$0302a8c0@pennp4> Brilliant! That is a great solution. Should have thought of it myself but I didn't. Maybe next time. Thank you very much. Penn Note: I discovered that you have to be sure to open the form in dialog mode. Setting the form to popup +/- mofal doesn't stop the script and runs the after update event before the user has a chance to select the new Class Section. In the acDialogmode, you don't have to set the Popup & Modal properties to Yes because the acDialog mode does it for you. Thanks again! ----- Original Message ----- From: "Mike & Doris Manning" To: "'Access Developers discussion and problem solving'" Sent: Friday, April 07, 2006 11:56 AM Subject: Re: [AccessD] How to force an after update event in another form? > If you are going that route, don't put it in the pop-up's code. Put it in > the procedure that called the pop-up so it will run when the pop-up > closes. > > The only way you could call it from the pop-up is if you changed the after > update event in the main form from private to public. > > Doris Manning > mikedorism at verizon.net > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Jdemarco at hudsonhealthplan.org Fri Apr 7 14:27:06 2006 From: Jdemarco at hudsonhealthplan.org (Jim DeMarco) Date: Fri, 7 Apr 2006 15:27:06 -0400 Subject: [AccessD] Forms Message-ID: <08F823FD83787D4BA0B99CA580AD3C74034447D4@TTNEXCHCL2.hshhp.com> How about another suggestion from left field? One question first: As each form opens you need to determine whether or not the data in that form comes from Sharepoint? Then you'll show/hide the text box? (OK 2 questions) Jim D. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Friday, April 07, 2006 3:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Forms More or less. I have a text box on every form in the database. If a condition is true then I want to see the text box. So I figured I need to set a global and then test it on the on open of each form. If true then box is visible if not well leave it alone. The text box shows if the records come from SharePoint. Simply says SharePoint Data. Martin Martin WP Reid Training and Assessment Unit Riddle Hall Belfast tel: 02890 974477 ________________________________ From: accessd-bounces at databaseadvisors.com on behalf of Jim DeMarco Sent: Fri 07/04/2006 19:54 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Forms Martin, These are text boxes on multiple forms that you want to show/hide at one time based on criteria? I could conceive of using a collection (or maybe custom collection class) to hold all refences to the text boxes. Store it in a global variable and loop through it whenever the condition is true. Code might look like: g_ocoll.Add txtMyTextBox If condition = True then for i = 1 to g_oColl.Count g_oColl.Item(i).Visible = True Next i end if Does that make any sense? Jim DeMarco -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Friday, April 07, 2006 2:29 PM To: Access Developers discussion and problem solving Subject: [AccessD] Forms I havea text box set to visable no on many forms. I want to set them all to visible if a condition is true for the application Cant seem to work out how to do this from a single point. Martin Martin WP Reid Training and Assessment Unit Riddle Hall Belfast tel: 02890 974477 ************************************************************************ *********** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". ************************************************************************ *********** -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com *********************************************************************************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** From mwp.reid at qub.ac.uk Fri Apr 7 14:44:34 2006 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Fri, 7 Apr 2006 20:44:34 +0100 Subject: [AccessD] Forms References: <08F823FD83787D4BA0B99CA580AD3C74034447D4@TTNEXCHCL2.hshhp.com> Message-ID: Thats the idea Jim. Its for a demo I am giving on SharePoint.Get the feeling this is over complicated? Martin Martin WP Reid Training and Assessment Unit Riddle Hall Belfast tel: 02890 974477 ________________________________ From: accessd-bounces at databaseadvisors.com on behalf of Jim DeMarco Sent: Fri 07/04/2006 20:27 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Forms How about another suggestion from left field? One question first: As each form opens you need to determine whether or not the data in that form comes from Sharepoint? Then you'll show/hide the text box? (OK 2 questions) Jim D. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Friday, April 07, 2006 3:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Forms More or less. I have a text box on every form in the database. If a condition is true then I want to see the text box. So I figured I need to set a global and then test it on the on open of each form. If true then box is visible if not well leave it alone. The text box shows if the records come from SharePoint. Simply says SharePoint Data. Martin Martin WP Reid Training and Assessment Unit Riddle Hall Belfast tel: 02890 974477 ________________________________ From: accessd-bounces at databaseadvisors.com on behalf of Jim DeMarco Sent: Fri 07/04/2006 19:54 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Forms Martin, These are text boxes on multiple forms that you want to show/hide at one time based on criteria? I could conceive of using a collection (or maybe custom collection class) to hold all refences to the text boxes. Store it in a global variable and loop through it whenever the condition is true. Code might look like: g_ocoll.Add txtMyTextBox If condition = True then for i = 1 to g_oColl.Count g_oColl.Item(i).Visible = True Next i end if Does that make any sense? Jim DeMarco -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Friday, April 07, 2006 2:29 PM To: Access Developers discussion and problem solving Subject: [AccessD] Forms I havea text box set to visable no on many forms. I want to set them all to visible if a condition is true for the application Cant seem to work out how to do this from a single point. Martin Martin WP Reid Training and Assessment Unit Riddle Hall Belfast tel: 02890 974477 ************************************************************************ *********** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". ************************************************************************ *********** -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com *********************************************************************************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at earthlink.net Fri Apr 7 14:46:32 2006 From: jimdettman at earthlink.net (Jim Dettman) Date: Fri, 7 Apr 2006 15:46:32 -0400 Subject: [AccessD] Setting Default control sizes in advance In-Reply-To: <00d601c65a6e$47a90740$657aa8c0@ColbyM6805> Message-ID: John, <> I was thinking more in terms of execution speed. For the example at hand (and it's not a great example, but you'll get the point), if I have an app that doesn't need the point size modified ever, then anything that executes to maintain that feature is just a waste. Depending on the framework and what it provides, it can be the difference between a sluggish app and one that is snappy. The general problem with frameworks is that you want to use it on everything (and there in lies it's power). But as a result, as you toss in anything you need now and might need in the future, it just becomes more and more bloated for each application in general. Office is a great example of how that gets out of control; at one point, something like 90% of the features in office were never used by most people. That 90% to them was just a waste. Microsoft combated this to a certain extent by only installing a limited feature set and having an install on the fly if it's needed, but they still waste a lot of cycles checking the state of things. Frameworks are great and do solve a lot of problems, but I've found that you need to be very careful not to overbuild. In regards to Access, I have many of the same features that you have, but their in small discrete modules that I can load into an app as needed, keeping it somewhat light weight. Of course the trade-off is that it takes me a little more work to hook things up. With VFP, I use a full blown framework with a truck load of features and because it is a compiled language, the performance hit isn't that great and I can get away with it. But I'd hate to use something like that with Access. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Friday, April 07, 2006 1:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance Uhhh, yep. Of course I wasn't trying to solve all of those other problems. I solved one, then another then another etc. I started with a simple library like many developers do. It was truly only when I finally figured out Withevents (which REQUIRE classes) and now had a grasp of classes (as implemented in Access anyway), that the framework really began to happen. Complexity, yes of course. Classes, yes of course. Performance - I will argue that one since the total time to load all of the classes I mention is under a second at framework init and well under 1/2 second for all of the classes for a given form, even complex ones. What a lot of people don't know is that the CODE for a class only loads once. The entire class loads the first time it is used, and remains in memory after that so it isn't like if I load a form with 40 controls I have to LOAD the 40 control classes over and over again. The form class loads once, the combo class loads once, the text box class loads once, then the VARIABLE/CONSTANT portion is created for each class instance. Frameworks are a tool, a very powerful tool, but certainly not a panacea. OTOH, cutting and pasting code into forms or modules in each FE is no panacea either. There are developers out there that only work on a single FE. A framework is much less useful there since you don't need to apply the same functionality to a second application. For anyone maintaining more than one application, a "library" is almost a requirement, and a framework is simply the next (HUGE) step up in functionality. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, April 07, 2006 12:21 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance John, It's only silly to say if your trying to solve all those other problems. And while a framework does solve a lot of problems, it also creates some of it's own; performance, complexity, class design, etc Frameworks are not the pancrea that everyone believes. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Friday, April 07, 2006 9:47 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance >No need to spend hundreds of man-hours building a framework! LOL, what a silly thing to say. There are hundreds of reasons to spend hundreds of hours building a framework, this is just one of them. Now, answer the question for EXISTING projects. My answer works for ALL of my projects because ALL of my projects use my framework. Not only can I do this if I want to, I can and do have combo double-click and notinlist event handling, when forms pop up for my combo double click it can take you to the exact record that the combo is currently displaying (to edit it for example). When handling the NotInList event and popping up a form to add new data, it can find the control that the typed in data belongs in and place it in that control so the user does not have to type it over again. My forms can have a record combo. Copy and paste a combo and a text box onto the form from my template form, bind the control to the autonumber PK and set the combo's data and the combo will just function as a record selector, automatically. Set a sysvar and change the date format in every text box that needs the date formatted in a specific manner. Do the same to set a date mask. How about dbl-click to open a calendar, which automatically passes back the calendar value to whichever text box opened the calendar? My framework does that. Need a form to have automatic OpenArgs parsing and preparation for use? My framework has that. I can open a form (as we discussed in this email group a few weeks ago) and just pass in Openargs which the opening form automatically applies to its properties. Pass in "Allow Edits=True;Allow Deletions=False;AllowAdditions=False;" as the Openargs when you open a form and it sets itself up as an edit only form. Pass in "Data Entry =True,Allow Edits=True" as the Openargs when you open a form and it sets itself up as a data entry form. JUST THAT SIMPLE. Do YOUR forms allow you to do that? How about the ability to automatically requery dependent objects when something changes? My framework has that. I can, in ONE line of code per dependent item, tell combos, forms and lists to be requeried when another object changes state. Not only that, but if THAT "dependent" combo has combos (or forms, or lists) dependent on it's value, they can be requeried automatically. Using this functionality, I can if I want to have another FORM requery itself when OnCurrent of the existing form fires. ONE LINE OF CODE to tell the current object that some other object is dependent on it and to requery that object if the current object changes. Yep, my framework does that. Want to be able to make a form editable by one group of people but not another group? How about hide / unhide a command button, tabs on a form or other controls based on what group (supervisors?) a person belongs to. My framework does that. Ever needed to have information specific to an application displayed on a report? Company address / phone / etc? Application SysVars. Add a new SysVar record in the Application SysVar table and it is instantly available to the application for whatever it needs. It takes me oh.... About 2 seconds to add a new sysvar. I know people who add new fields in a table to do this!!! HUNDREDS OF REASONS to build a framework. My framework allows me to do things in 10 minutes when setting up a form that will take you HOURS for each and every form you design. OR... You just don't give your client that functionality. There are those that program the same solution over and over and over and over (and over) and then there are those that use (at the LEAST) a library (which is a casterated framework), or if you really want to work efficiently, you use a framework. Sorry, but to say "No need to spend hundreds of man-hours building a framework" displays a huge ignorance of what can be done if you use one. And the sad part of that statement is that I do nothing more than anyone else does really. I discover a need, I design a solution. But instead of placing the solution in the application (if the solution generalizes) I do it in the class for the object that needs the solution. DblClick and NotInList for the combo goes in the combo control class. I NEEDED THAT, I designed it ONCE, I placed it in the proper class, and now it is available to every front end I develop. I needed SysVars. I designed a class system to do that and now I can have none, one or a dozen SysVar tables. My framework always has one and my app always has one. The framework automatically loads and initializes them on the Framework Init. And I can build others for special purposes as needed. ?"No need to spend hundreds of man-hours building a framework"? I sure can't think of any reasons to do so,but then I'm not very imaginative. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, April 07, 2006 9:45 AM To: 'Access Developers discussion and problem solving' Cc: 'Arthur Fuller' Subject: Re: [AccessD] Setting Default control sizes in advance There's actually a much simpler way to do this, and it only requires you use the AutoFormat feature. Here's the drill: Design a form with the font and colors and whatever that client1 want, and then save it as an autoform form design, calling the style "Client1" (you do that by selecting AutoFormat from the Format menu and then hit the 'Customize' button. Then do the same for Client2, design a from to suite that need and save it as an autoformat style. These form styles are global to Access. You will see them available in every application you work on. Now, whenever you want to build a form for Client1 open up their application, select one of the existing forms, and choose the client1 style from the AutoFormat dialog. You do this because, having made a choice in the AutoFormat dialog, that choice becomes the default style that will be used by the form wizards. Then when working on Client2's application, do the same thing - select their style from the Autoformat dialog, and presto, you can build forms to their liking with the wizards. No need to spend hundreds of man-hours building a framework! Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Friday, April 07, 2006 2:05 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance Arthur, >Solutions requested! >Client A wants 12 point Arial everywhere. >Client B wants 10 point Times Roman everywhere. Frameworks and SysVars. I have not done that specific thing, but since my framework loads a class for each form instance and each control type, for each instance of that control type, it would be trivial for the text class to set the font/pitch etc as the class loads. That is the framework part. SysVars say "for this FE make this property this specific value". In other words, I can have a SysVar named "CtlTxtBoxFont" the value of which is Ariel, and another SysVar named "CtlTxtBoxFontPitch" the value of which is 12. The clsFrm would have to be programmed to know about this SysVar, and load that pair of SysVars,into its SysVar collection (each form class has a collection to hold SysVars specific to that form), and then the clsCtlTxtBox would have to ask the form what Font and Pitch to use. I actually do this kind of thing, and in fact have the ability to have SysVars specific to a particular form. I do this by having a generic SysVar such as CtlTxtBoxFontPitch which is set to 12 in the SysVarTable. When the form loads it looks for SysVars with its (the form's) name in the SysVarName, for example frmClientCtlTxtBoxFontPitch. Since When the frmClient loads it scans all the SysVars looking for its name in every SysVar. If it finds any it strips its name out and "overrides" the generic value with the value specific to itself. Thus while all forms will load CtlTxtBoxFontPitch and end up with a value of 12, frmClient may simply have so many controls that it isn't feasible to use a 12 pitch so I can set frmClientCtlTxtBoxFontPitch to 10 and only frmClient will use a 10 pitch font. I actually have this capability set up in my framework (SysVars and the ability to override them for any specific form). For me it would be almost trivial to set up to do something like you propose. I did a similar thing with date formats. Using DAO I drill down to discover what type of data is being pulled out (for text boxes specifically). If the data type is a date, I have a default date format defined in a SysVar. Thus I can set a consistent date format via a sysvar, and if the client wants a different data format, it is a simple matter of changing a single sysvar. A framework is a very powerful concept and once set up and functioning can allow implementation of behaviors that vary from front end to front end and client to client. Sysvars allow the programmer to have "steering logic" in the application. With default values in the SysVars you can have your applications "just work" a specific way, and yet easily override that for a specific reason, even down to the form level if desired. 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 jimdettman at earthlink.net Fri Apr 7 14:53:45 2006 From: jimdettman at earthlink.net (Jim Dettman) Date: Fri, 7 Apr 2006 15:53:45 -0400 Subject: [AccessD] Access Application - per unit cost In-Reply-To: <000501c65a70$10ead420$c767a8c0@amdgcda> Message-ID: Eric, I won't do that. The problem with that setup is that the thinking and the culture are just too different. Folks overseas don't really understand how we do business here. I've seen way too many apps developed overseas that were just trash because of this. And you'll end up paying later as well; ever try to debug a program commented with poor English or even worse, another language? I'd say to that fellow best of luck.... Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Eric Barro Sent: Friday, April 07, 2006 1:21 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access Application - per unit cost Jim, Go ahead and tell him you will take on the project for $12.00 an hour and then go back and have the East Indian programmers work on it for $5.00 per hour turning in a $7.00 per hour "profit". Eric -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, April 07, 2006 7:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access Application - per unit cost These are interesting times. Yesterday a programmer who is working with my company went to see a new client as I was out of the city for a couple of days on business. The client would like a custom made complex piece of code that would 'screen scrape' from other web sites so his site would be able to present a list of the best prices... a good idea. We had previously agreed on principle but had not negotiated a price. The client presented the young programmer with his position. First, we were to be on an hourly rate or when ever the client called. Second, the client would pay the programmer directly and not go through the company. Third, the maximum rate he would pay would be $12.00 and hour as he had two 'east Indian' programmers, who had submitted bids of $5.00 per hour but felt that he should try and support local talent. .. and a rider.. The client wants all code made to be his and if we ever used similar code again, in another paying contract we would pay him 50% of gross profits. I must say, I am almost speechless but please feel free to comment. Jim -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.859 / Virus Database: 585 - Release Date: 2/14/2005 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.859 / Virus Database: 585 - Release Date: 2/14/2005 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at earthlink.net Fri Apr 7 14:58:24 2006 From: jimdettman at earthlink.net (Jim Dettman) Date: Fri, 7 Apr 2006 15:58:24 -0400 Subject: [AccessD] Setting Default control sizes in advance In-Reply-To: <00d801c65a73$07854070$657aa8c0@ColbyM6805> Message-ID: <> Actually not one sense. There was a technique published by Michael Kaplan many years ago in Smart Access which he called "SQL Lite". The technique was to leave a copy of Access running on a sever and have it field all data requests from the clients. So it was the only copy of Access touching the JET database. It then became possible to use "triggers" (and I use the term loosely). Of course you could do the same thing with a COM component. Actually, maybe this is something that might be included in a framework... But your right with Access/JET it's not built-in straight out of the box. Of course Access with a SQL backend is another story. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Friday, April 07, 2006 1:42 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance No, this is not possible (AFAIK) in Access. The MDB back end is nothing but a file to JET / Access. Each instance of Access, running on each workstation can change / delete / append records. Access does an admirable job of "announcing" such changes to other users but basically (again, AFAIK) there is no "event" that can be intercepted on machine A to tell you that something happened on machine B, much less prevent it or do something about it. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Max Home Sent: Friday, April 07, 2006 12:41 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance John, This framework sounds incredibly useful and powerful. What I would like is some type of trigger at table level so that if a record changes or one is added or deleted then a function runs. Would your framework be able to handle this type of functionality? Regards Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: 07 April 2006 07:05 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance Arthur, >Solutions requested! >Client A wants 12 point Arial everywhere. >Client B wants 10 point Times Roman everywhere. Frameworks and SysVars. I have not done that specific thing, but since my framework loads a class for each form instance and each control type, for each instance of that control type, it would be trivial for the text class to set the font/pitch etc as the class loads. That is the framework part. SysVars say "for this FE make this property this specific value". In other words, I can have a SysVar named "CtlTxtBoxFont" the value of which is Ariel, and another SysVar named "CtlTxtBoxFontPitch" the value of which is 12. The clsFrm would have to be programmed to know about this SysVar, and load that pair of SysVars,into its SysVar collection (each form class has a collection to hold SysVars specific to that form), and then the clsCtlTxtBox would have to ask the form what Font and Pitch to use. I actually do this kind of thing, and in fact have the ability to have SysVars specific to a particular form. I do this by having a generic SysVar such as CtlTxtBoxFontPitch which is set to 12 in the SysVarTable. When the form loads it looks for SysVars with its (the form's) name in the SysVarName, for example frmClientCtlTxtBoxFontPitch. Since When the frmClient loads it scans all the SysVars looking for its name in every SysVar. If it finds any it strips its name out and "overrides" the generic value with the value specific to itself. Thus while all forms will load CtlTxtBoxFontPitch and end up with a value of 12, frmClient may simply have so many controls that it isn't feasible to use a 12 pitch so I can set frmClientCtlTxtBoxFontPitch to 10 and only frmClient will use a 10 pitch font. I actually have this capability set up in my framework (SysVars and the ability to override them for any specific form). For me it would be almost trivial to set up to do something like you propose. I did a similar thing with date formats. Using DAO I drill down to discover what type of data is being pulled out (for text boxes specifically). If the data type is a date, I have a default date format defined in a SysVar. Thus I can set a consistent date format via a sysvar, and if the client wants a different data format, it is a simple matter of changing a single sysvar. A framework is a very powerful concept and once set up and functioning can allow implementation of behaviors that vary from front end to front end and client to client. Sysvars allow the programmer to have "steering logic" in the application. With default values in the SysVars you can have your applications "just work" a specific way, and yet easily override that for a specific reason, even down to the form level if desired. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Friday, April 07, 2006 12:12 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Setting Default control sizes in advance Occasionally I have posed on this site as a person who knows what he is doing. Forgive me for that, since I know nothing. I have a client who wants every single control on every single form to be sized 12 point not the default 10. I have another client who is quite satisfied with 10 point. Is there a way to establish a compiler directive or global var or whatever, such that in App 1 the AutoForm will respect 12 point while in App 2 the AutoForm will respect 10 point? (I only mention AutoForm because if it works there then I assume it will work everywhere.) This same question probably also extends to font (client A likes Arial, client B likes Times Roman). Can this be done? Or must I continue with this inane form-by-form selection and resizing ad nauseum? Solutions requested! Client A wants 12 point Arial everywhere. Client B wants 10 point Times Roman everywhere. I begin most of my forms based on an underlying query. I also (unlike many on this list) define every lookup etc. thoroughly at the table level (i.e. in the BE I state that CustomerID in the Orders table is a lookup into the Customers table). I do this so that I can inherit the definition in all subsequent forms and reports. I realize that many of you do not do this, and I don't want this to get sidetracked into a discussion about that. I want to concentrate on the question of how to default all AutoForms (and custom forms too) to default to control-font-size = 10 v. 12 and control-font = Arial v. Courier or something else. Can this be done, and if so how? 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Jdemarco at hudsonhealthplan.org Fri Apr 7 15:02:33 2006 From: Jdemarco at hudsonhealthplan.org (Jim DeMarco) Date: Fri, 7 Apr 2006 16:02:33 -0400 Subject: [AccessD] Forms Message-ID: <08F823FD83787D4BA0B99CA580AD3C74034447E5@TTNEXCHCL2.hshhp.com> Maybe. Check this solution out and see if it works. You can do this on each form or create a "master" or "config" form that can be hidden. Add an IsSharepointData property to the form(s) and set the text box Visible to it's value: Public Property Get IsSharepointData() As Boolean Dim blnReturn As Boolean blnReturn = 1 = 1 IsSharepointData = blnReturn End Property Private Sub Form_Load() Me.txtSharepoint.Visible = Me.IsSharepointData End Sub If you use the master form technique your reference won't be to Me but to Forms("MyMasterForm").IsSharepointData. Hope that makes sense. Jim D. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Friday, April 07, 2006 3:45 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Forms Thats the idea Jim. Its for a demo I am giving on SharePoint.Get the feeling this is over complicated? Martin Martin WP Reid Training and Assessment Unit Riddle Hall Belfast tel: 02890 974477 ________________________________ From: accessd-bounces at databaseadvisors.com on behalf of Jim DeMarco Sent: Fri 07/04/2006 20:27 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Forms How about another suggestion from left field? One question first: As each form opens you need to determine whether or not the data in that form comes from Sharepoint? Then you'll show/hide the text box? (OK 2 questions) Jim D. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Friday, April 07, 2006 3:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Forms More or less. I have a text box on every form in the database. If a condition is true then I want to see the text box. So I figured I need to set a global and then test it on the on open of each form. If true then box is visible if not well leave it alone. The text box shows if the records come from SharePoint. Simply says SharePoint Data. Martin Martin WP Reid Training and Assessment Unit Riddle Hall Belfast tel: 02890 974477 ________________________________ From: accessd-bounces at databaseadvisors.com on behalf of Jim DeMarco Sent: Fri 07/04/2006 19:54 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Forms Martin, These are text boxes on multiple forms that you want to show/hide at one time based on criteria? I could conceive of using a collection (or maybe custom collection class) to hold all refences to the text boxes. Store it in a global variable and loop through it whenever the condition is true. Code might look like: g_ocoll.Add txtMyTextBox If condition = True then for i = 1 to g_oColl.Count g_oColl.Item(i).Visible = True Next i end if Does that make any sense? Jim DeMarco -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Friday, April 07, 2006 2:29 PM To: Access Developers discussion and problem solving Subject: [AccessD] Forms I havea text box set to visable no on many forms. I want to set them all to visible if a condition is true for the application Cant seem to work out how to do this from a single point. Martin Martin WP Reid Training and Assessment Unit Riddle Hall Belfast tel: 02890 974477 ************************************************************************ *********** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". ************************************************************************ *********** -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ************************************************************************ *********** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". ************************************************************************ *********** -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com *********************************************************************************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** From mwp.reid at qub.ac.uk Fri Apr 7 15:18:11 2006 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Fri, 7 Apr 2006 21:18:11 +0100 Subject: [AccessD] Forms References: <08F823FD83787D4BA0B99CA580AD3C74034447E5@TTNEXCHCL2.hshhp.com> Message-ID: Does indeed Will try it out now and let you know how it goes. Martin Martin WP Reid Training and Assessment Unit Riddle Hall Belfast tel: 02890 974477 ________________________________ From: accessd-bounces at databaseadvisors.com on behalf of Jim DeMarco Sent: Fri 07/04/2006 21:02 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Forms Maybe. Check this solution out and see if it works. You can do this on each form or create a "master" or "config" form that can be hidden. Add an IsSharepointData property to the form(s) and set the text box Visible to it's value: Public Property Get IsSharepointData() As Boolean Dim blnReturn As Boolean blnReturn = 1 = 1 IsSharepointData = blnReturn End Property Private Sub Form_Load() Me.txtSharepoint.Visible = Me.IsSharepointData End Sub If you use the master form technique your reference won't be to Me but to Forms("MyMasterForm").IsSharepointData. Hope that makes sense. Jim D. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Friday, April 07, 2006 3:45 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Forms Thats the idea Jim. Its for a demo I am giving on SharePoint.Get the feeling this is over complicated? Martin Martin WP Reid Training and Assessment Unit Riddle Hall Belfast tel: 02890 974477 ________________________________ From: accessd-bounces at databaseadvisors.com on behalf of Jim DeMarco Sent: Fri 07/04/2006 20:27 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Forms How about another suggestion from left field? One question first: As each form opens you need to determine whether or not the data in that form comes from Sharepoint? Then you'll show/hide the text box? (OK 2 questions) Jim D. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Friday, April 07, 2006 3:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Forms More or less. I have a text box on every form in the database. If a condition is true then I want to see the text box. So I figured I need to set a global and then test it on the on open of each form. If true then box is visible if not well leave it alone. The text box shows if the records come from SharePoint. Simply says SharePoint Data. Martin Martin WP Reid Training and Assessment Unit Riddle Hall Belfast tel: 02890 974477 ________________________________ From: accessd-bounces at databaseadvisors.com on behalf of Jim DeMarco Sent: Fri 07/04/2006 19:54 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Forms Martin, These are text boxes on multiple forms that you want to show/hide at one time based on criteria? I could conceive of using a collection (or maybe custom collection class) to hold all refences to the text boxes. Store it in a global variable and loop through it whenever the condition is true. Code might look like: g_ocoll.Add txtMyTextBox If condition = True then for i = 1 to g_oColl.Count g_oColl.Item(i).Visible = True Next i end if Does that make any sense? Jim DeMarco -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Friday, April 07, 2006 2:29 PM To: Access Developers discussion and problem solving Subject: [AccessD] Forms I havea text box set to visable no on many forms. I want to set them all to visible if a condition is true for the application Cant seem to work out how to do this from a single point. Martin Martin WP Reid Training and Assessment Unit Riddle Hall Belfast tel: 02890 974477 ************************************************************************ *********** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". ************************************************************************ *********** -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ************************************************************************ *********** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". ************************************************************************ *********** -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com *********************************************************************************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From newsgrps at dalyn.co.nz Fri Apr 7 16:11:24 2006 From: newsgrps at dalyn.co.nz (David Emerson) Date: Sat, 08 Apr 2006 09:11:24 +1200 Subject: [AccessD] [dba-SQLServer] Optimizing Stored Procedures and Views In-Reply-To: References: <00101736F13D774F88C54058CB2663C8483C02@celebration.sierranevada.corp> Message-ID: <7.0.1.0.0.20060408090841.01b31c00@dalyn.co.nz> Dear all, Thanks for all your suggestions. I was given 18 hours notice to turn up to our hospital for a pacemaker replacement (I wore out the old one - too much late night/early morning programming). Operation successful but I feel as if someone hit my shoulder with a sledgehammer (which they well might have done considering the banging that was going on during the operation). Hope to be back on deck next week to follow up the suggestions. David At 6/04/2006, you wrote: >If this is a very busy table you can generally use table hints to >prevent locking the table, and is generally very fast, simplay add a >WITH(NOLOCK) at the end of your table names (not variable tables). > > >On 4/5/06, David Lewis wrote: > > Well, there is a lot there to begin to look through... > > > > One thing that sticks out is the > > > > "SELECT TOP 100 PERCENT" in the underlying view. Remove that and the > > "ORDER BY" clause and you will do much to streamline the execution of > > the view. Also consider making as many of the queries covered as > > possible by either adding indexes or removing columns from the views > > that are not needed in the final query. > > > > I am not very experienced with streamline execution plans by optimizing > > joins, but I do try to read what comes my way and I have read that all > > joins are NOT created equal. Because your joins are relatively complex, > > it may be that there is much to do in that area. When I find a good > > reference I will pass it on... > > > > D. Lewis > > _______________________________________________ > > dba-SQLServer mailing list > > dba-SQLServer at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > > http://www.databaseadvisors.com > > > > > > >-- >-Francisco >http://pcthis.blogspot.com |PC news with out the jargon! >http://sqlthis.blogspot.com | Tsql and More... >_______________________________________________ >dba-SQLServer mailing list >dba-SQLServer at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/dba-sqlserver >http://www.databaseadvisors.com From accessd at shaw.ca Fri Apr 7 16:44:28 2006 From: accessd at shaw.ca (Jim Lawrence) Date: Fri, 07 Apr 2006 14:44:28 -0700 Subject: [AccessD] Access Application - per unit cost In-Reply-To: Message-ID: <0IXD00ESDGD8URA0@l-daemon> Thank you all for your suggestions. I have planned to verbally submit an appropriate counter offer and let the project go if there is no agreement Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, April 07, 2006 7:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access Application - per unit cost These are interesting times. Yesterday a programmer who is working with my company went to see a new client as I was out of the city for a couple of days on business. The client would like a custom made complex piece of code that would 'screen scrape' from other web sites so his site would be able to present a list of the best prices... a good idea. We had previously agreed on principle but had not negotiated a price. The client presented the young programmer with his position. First, we were to be on an hourly rate or when ever the client called. Second, the client would pay the programmer directly and not go through the company. Third, the maximum rate he would pay would be $12.00 and hour as he had two 'east Indian' programmers, who had submitted bids of $5.00 per hour but felt that he should try and support local talent. .. and a rider.. The client wants all code made to be his and if we ever used similar code again, in another paying contract we would pay him 50% of gross profits. I must say, I am almost speechless but please feel free to comment. Jim -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.859 / Virus Database: 585 - Release Date: 2/14/2005 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.859 / Virus Database: 585 - Release Date: 2/14/2005 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Fri Apr 7 16:53:14 2006 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Fri, 7 Apr 2006 14:53:14 -0700 Subject: [AccessD] Access Application - per unit cost Message-ID: Jim, I would suggest that if you do any business with this character, you make sure you have his wet signature on a binding document. Even then, I think you're in for trouble if you take this one one. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, April 07, 2006 2:44 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access Application - per unit cost Thank you all for your suggestions. I have planned to verbally submit an appropriate counter offer and let the project go if there is no agreement Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, April 07, 2006 7:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access Application - per unit cost These are interesting times. Yesterday a programmer who is working with my company went to see a new client as I was out of the city for a couple of days on business. The client would like a custom made complex piece of code that would 'screen scrape' from other web sites so his site would be able to present a list of the best prices... a good idea. We had previously agreed on principle but had not negotiated a price. The client presented the young programmer with his position. First, we were to be on an hourly rate or when ever the client called. Second, the client would pay the programmer directly and not go through the company. Third, the maximum rate he would pay would be $12.00 and hour as he had two 'east Indian' programmers, who had submitted bids of $5.00 per hour but felt that he should try and support local talent. .. and a rider.. The client wants all code made to be his and if we ever used similar code again, in another paying contract we would pay him 50% of gross profits. I must say, I am almost speechless but please feel free to comment. Jim -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.859 / Virus Database: 585 - Release Date: 2/14/2005 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.859 / Virus Database: 585 - Release Date: 2/14/2005 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Fri Apr 7 17:01:15 2006 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Fri, 7 Apr 2006 17:01:15 -0500 Subject: [AccessD] Run ACC03 Demo from CD? Message-ID: <17724746D360394AA3BFE5B8D40A9C1B6A6DEA@main2.marlow.com> Sounds about right. Is there a specific reason to stay with the Access 2003 format? If you save it as an Access 2000 database, it's backwards compatible for several versions (until you hit Access 97). Drew -----Original Message----- From: Penn White [mailto:ecritt1 at alltel.net] Sent: Friday, April 07, 2006 4:43 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Run ACC03 Demo from CD? Drew & Charlotte, Thank you for your replies. I was thinking that was probably the case but didn't have all the details. Just to clarify, Drew, these are the steps as I understand them from your post: 1. Package Wizard the runtime without any files and put Setup.exe and \files folder (but not the autorun.inf) on a CD (maybe in a \Setup folder?). 2. On the same CD, put the frontend *.mde and the backend *.mdb. 3. Send the CD to the potential client with instructions that a. if they have ACC03 installed to just double clicck on the *.mde file (the frontend) on the CD. b. if they don't have ACC03 (or maybe ACC03 runtime for some other reason), then they should double click on Setup.exe on the CD and after the setup wizard completes, double clcik on the *.mde file. Note: My frontend automatically looks for the backend and if it can't find it, it prompts the user to locate it and then relinks. It actually writes a registry entry itself for the path to the backend as a default for the next time when I send an updated front end. Will that work or should I put the frontend and backend together for the demo, do you think? What happens if they have an earlier version of Access on their machine and they run the Setup.exe from my demo CD? Does it get overwritten by the 03 Runtime or do they co-exist peacefully and happily? Penn ----- Original Message ----- From: To: Sent: Thursday, April 06, 2006 7:26 PM Subject: Re: [AccessD] Run ACC03 Demo from CD? > An installation goes to the OS, and whatever drive it's on. If you > installed software to a CD, the OS would have to read .dll's from that CD, > which would be pretty slow. And, that CD wouldn't 'work' on another > machine, because that machine's registry wouldn't have the proper > settings. > (When you install software, only certain things go where you say you want > it > installed. A lot of things are done in the registry and go automatically > into the Windows/winnt and system32 folder). > > Your best option would be to put the application on CD, along with the > runtime installation. If the people you are demoing it too have Access > 2003, then they can just run your demo database. If they don't have > Access, > then they install the runtime first, then run your demo. > > Drew > > -----Original Message----- > From: Penn White [mailto:ecritt1 at alltel.net] > Sent: Thursday, April 06, 2006 6:10 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Run ACC03 Demo from CD? > > Does anyone know of a way to put the Access 2003 Runtime on a CD so that a > demo of an Access 2003 application can be put on the CD and run from the > CD > without installing anything on the user's computer? > > The Package Wizard only seems to be able to install the Runtime to the C:\ > drive. > > And then what happens if the user already has a version of Access on their > computer or even Access 2003? > > Thank you, > > Penn > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 Fri Apr 7 17:06:51 2006 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Fri, 7 Apr 2006 17:06:51 -0500 Subject: [AccessD] [dba-SQLServer] Optimizing Stored Procedures and Vi ews Message-ID: <17724746D360394AA3BFE5B8D40A9C1B6A6DEC@main2.marlow.com> Glad everything went okay. Charlotte got a replacement a while ago, but she said USB wasn't available in the new models.....how about now? They have to have at least put Bluetooth in these things by now, you can't buy a set of headphones without Bluetooth options... ;) Drew -----Original Message----- From: David Emerson [mailto:newsgrps at dalyn.co.nz] Sent: Friday, April 07, 2006 4:11 PM To: dba-sqlserver at databaseadvisors.com; accessd at databaseadvisors.com Subject: Re: [AccessD] [dba-SQLServer] Optimizing Stored Procedures and Views Dear all, Thanks for all your suggestions. I was given 18 hours notice to turn up to our hospital for a pacemaker replacement (I wore out the old one - too much late night/early morning programming). Operation successful but I feel as if someone hit my shoulder with a sledgehammer (which they well might have done considering the banging that was going on during the operation). Hope to be back on deck next week to follow up the suggestions. David At 6/04/2006, you wrote: >If this is a very busy table you can generally use table hints to >prevent locking the table, and is generally very fast, simplay add a >WITH(NOLOCK) at the end of your table names (not variable tables). > > >On 4/5/06, David Lewis wrote: > > Well, there is a lot there to begin to look through... > > > > One thing that sticks out is the > > > > "SELECT TOP 100 PERCENT" in the underlying view. Remove that and the > > "ORDER BY" clause and you will do much to streamline the execution of > > the view. Also consider making as many of the queries covered as > > possible by either adding indexes or removing columns from the views > > that are not needed in the final query. > > > > I am not very experienced with streamline execution plans by optimizing > > joins, but I do try to read what comes my way and I have read that all > > joins are NOT created equal. Because your joins are relatively complex, > > it may be that there is much to do in that area. When I find a good > > reference I will pass it on... > > > > D. Lewis > > _______________________________________________ > > dba-SQLServer mailing list > > dba-SQLServer at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > > http://www.databaseadvisors.com > > > > > > >-- >-Francisco >http://pcthis.blogspot.com |PC news with out the jargon! >http://sqlthis.blogspot.com | Tsql and More... >_______________________________________________ >dba-SQLServer mailing list >dba-SQLServer at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/dba-sqlserver >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 users.mns.ru Fri Apr 7 17:29:54 2006 From: shamil at users.mns.ru (Shamil Salakhetdinov) Date: Sat, 8 Apr 2006 02:29:54 +0400 Subject: [AccessD] Access Application - per unit cost References: Message-ID: <001101c65a92$ccd935b0$6501a8c0@Nant> > I'd say to that fellow best of luck.... Jim, That's in my opinion a correct/the best for you solution of this issue. He most probably go bankrupt soon. It may happen also he will make a fortune but he will never feel lucky from this fortune made on overexploitation of others. So the correct Wiseman solution is to leave him to go on his own... > Folks overseas don't really understand how > we do business here. I'm sorry - this is not correct statement, Jim :) I have been silently watching the first set of answers on this thread - just to get the common context on this issue existing overthere. Folks it's biased, this context and the common opinion, believe me. People do business very similarly these days all around the World, especially in IT. The only difference are the hourly rates/wages, which are still lower on the East. But they are also growing very quickly here and e.g. in many modern professions they are as high as on the West or nearing to them. Unfortunately software development here is not one of the popular professions. This is because there is no yet high market demand on custom software development for middle-/small-businesses, which themselves are in "embryonic" state here. They should "wake up" soon when Russia enters WTO. A developer's day cost for big companies here is ~800USD/day - not as high as there but not bad at all. And this market exists for big players here for quite some time and only grows. The effectiveness of the design and programming work is quite low in average in the West Europe as I have seen. The level of failures in very high. Everybody knows that this "ever lasting software development crisis" started when the first programming language was created and it will probably last forever. And this is this crisis and inability for a long time to solve it what creates demand on low cost IT labor. I here have many times these "east Indians", "east Europeans" (including Russians of course) crossing my road, stealing my customers by bidding "dirt cheap" etc. As the result I lost almost all hopes a couple of years ago to find well paid projects to live here and to keep my family well. The situation changed to the better now, I have some good work but I still have to work as twice as I worked five years ago just to keep the same living level as before. And I can't say this "endless working marathon" is what I wanted from this life most of all... The situation was that bad here that I even started to try to bid for projects on RentACoder - and I have soon found that "dirt cheap" are not only "east Indians" - these are folks (young programmers) from all around the World, many of them are from the West Europe and US and Canada - they are also going bidding lower than USD10/hour.... The civilized overseas programming average rates are currently 30USD/hour. They were higher, around USD 50/hour on year 2000 eve. But I doubt this (30USD/hour) relatively low rate will leave you there unemployed because to compete effectively worldwide, worldwide effective real or virtual companies have to be created and to manage these companies, to effectively contact the local customers over there experienced managers and developers like you are needed. There are not that much people like that there as far as I see - I think you can feel safe, at least while your economy is growing... And there is so much programming work here - when you'll have all work done there ( :) ) then we will have a lot of it here for you and you'll be paid your usual rates because the rates here will be by that time the same as there and you will not need to go live here - you'll be able to work off-shore as well as I can do it now because of the high level of the current communication technlogy and because my qualification is good enough go compete worldwide without even leaving my home/office... When the companies here go "dirt cheap", pay their programmers low wages then they have very high level of "work force leakage", unhappy developers leaving this country in searching for the better life over there. I have seen/visited such companies here - they state they are great, well, maybe, they develop not bad software - but, boy, you have to see the eyes of their developers, many of them are so sad and hopeless... Shamil ----- Original Message ----- From: "Jim Dettman" To: "'Access Developers discussion and problem solving'" Sent: Friday, April 07, 2006 11:53 PM Subject: Re: [AccessD] Access Application - per unit cost > Eric, > > I won't do that. The problem with that setup is that the thinking and > the > culture are just too different. Folks overseas don't really understand > how > we do business here. I've seen way too many apps developed overseas that > were just trash because of this. > > And you'll end up paying later as well; ever try to debug a program > commented with poor English or even worse, another language? > > I'd say to that fellow best of luck.... > > Jim. > <<< tail skipped >>> From cfoust at infostatsystems.com Fri Apr 7 17:28:51 2006 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Fri, 7 Apr 2006 15:28:51 -0700 Subject: [AccessD] [dba-SQLServer] Optimizing Stored Procedures and Views Message-ID: Sounds like they replaced your leads as well as the unit itself. I got off lightly this time, they just unzipped my chest pocket and clipped in a new pacer, no need to replace any of the wiring. I felt pretty seedy for a week, but you will feel much better with a lot of rest ... And no early morning/late night programming! LOL Charlotte Foust -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: Friday, April 07, 2006 2:11 PM To: dba-sqlserver at databaseadvisors.com; accessd at databaseadvisors.com Subject: Re: [dba-SQLServer] Optimizing Stored Procedures and Views Dear all, Thanks for all your suggestions. I was given 18 hours notice to turn up to our hospital for a pacemaker replacement (I wore out the old one - too much late night/early morning programming). Operation successful but I feel as if someone hit my shoulder with a sledgehammer (which they well might have done considering the banging that was going on during the operation). Hope to be back on deck next week to follow up the suggestions. David At 6/04/2006, you wrote: >If this is a very busy table you can generally use table hints to >prevent locking the table, and is generally very fast, simplay add a >WITH(NOLOCK) at the end of your table names (not variable tables). > > >On 4/5/06, David Lewis wrote: > > Well, there is a lot there to begin to look through... > > > > One thing that sticks out is the > > > > "SELECT TOP 100 PERCENT" in the underlying view. Remove that and the > > "ORDER BY" clause and you will do much to streamline the execution > > of the view. Also consider making as many of the queries covered as > > possible by either adding indexes or removing columns from the views > > that are not needed in the final query. > > > > I am not very experienced with streamline execution plans by > > optimizing joins, but I do try to read what comes my way and I have > > read that all joins are NOT created equal. Because your joins are > > relatively complex, it may be that there is much to do in that area. > > When I find a good reference I will pass it on... > > > > D. Lewis > > _______________________________________________ > > dba-SQLServer mailing list > > dba-SQLServer at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > > http://www.databaseadvisors.com > > > > > > >-- >-Francisco >http://pcthis.blogspot.com |PC news with out the jargon! >http://sqlthis.blogspot.com | Tsql and More... >_______________________________________________ >dba-SQLServer mailing list >dba-SQLServer at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/dba-sqlserver >http://www.databaseadvisors.com _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From jwcolby at ColbyConsulting.com Fri Apr 7 17:33:16 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Fri, 7 Apr 2006 18:33:16 -0400 Subject: [AccessD] Setting Default control sizes in advance In-Reply-To: Message-ID: <00f301c65a93$447ddf30$657aa8c0@ColbyM6805> > I was thinking more in terms of execution speed. For the example at hand (and it's not a great example, but you'll get the point), if I have an app that doesn't need the point size modified ever, then anything that executes to maintain that feature is just a waste. Depending on the framework and what it provides, it can be the difference between a sluggish app and one that is snappy. I understand that concern. What I can tell you though (from extensive testing) is that it takes under 1/2 millisecond to load an "average" class instance. Thus you can load 2000 class instances in under a second. A lot of what a class does it does as it loads - modifying how things work etc. The other thing to understand is that you can, using the same SysVars I have been discussing, turn on/off functionality, either for the entire FE, or on a form by form basis. IOW I can tell the APPLICATION to use date formatting. What does this mean? In order to do date formatting, DAO has to drill down into the bound recordset and discover the data type for specific types of controls. Obviously it only does this for forms that can possible display a date, which means (in my framework) only text boxes. The form has a control scanner. When the scanner function is called, it checks whether THIS FORM is supposed to use date formatting. If so it starts scanning for controls and loading a class for those controls for which a class exists (most). As it discovers TEXT BOXES, it discovers which field the text box is bound to and drills down to discover the data type. If the data type is a date, then it reads the APPLICATION SysVar for date formatting and plugs it in to the property of that text box. The point of all this is that yes, the framework (form class and text box control class) have to do this processing, but it is focused. ONLY if the APPLICATION date formatting is turned on and ONLY if this form is supposed to format dates, and even then only specific controls. Because I cache all framework and Application SysVars in a class, accessing one or all of the variables is virtually instantaneous. >Frameworks are great and do solve a lot of problems, but I've found that you need to be very careful not to overbuild. What you have to be careful of is that you have switches (SysVars) that entirely turn on / off the features. Having an actual framework though means that the switches are loaded at Init of the application. I typically have 50 to 100 Application SysVars and 50-100 Framework SysVars. The load time for that is negligible. As any given form loads, it searches all of the APPLICATION SysVars for the form's name in the SysVar name. Again, if there are 50-100 SysVars, the var names are about 10 - 20 characters long plus the length of the form name so again, the time to find form specific SysVars is negligible. I have a function where I "define" which SysVars are required for a form. As I build new form functionality that requires a SysVar, I go to that function in the form class and "load" that SysVar into a SysVar collection in the form class itself. Thus, like the framework itself, by the time the form finishes loading it has its own private collection of exactly and only the switches (SysVars) that apply to it. All of this kind of processing may sound like it slows things down but in fact it speeds things up. SysVars, once loaded by the Framework are never again loaded from the disk. Forms look in the framework SysVar collections as they load. Code functionality looks in the form's SysVar collection to determine what the form needs to do. >Of course the trade-off is that it takes me a little more work to hook things up. I don't know what you have to do to hook things in but all I have to do is turn on / off a SysVar. Is your method truly just a "little" more work? At any rate, my purpose is not to "convert the heathens". I simply find that having stuff loaded and ready, with "services" available to the application is a very powerful concept. There are many people that simply aren't capable of implementing their own framework, and to them I suggest learning about libraries and at least do that much. Classes provide an additional level of "setup/cleanup/encapsulation" that is very powerful. Until I actually used them I could not understand why or how I would use them. Once I started using them I cannot imagine how I could survive without them. I still have modules of course, but any "system" now goes in one or more classes. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, April 07, 2006 3:47 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance John, <> I was thinking more in terms of execution speed. For the example at hand (and it's not a great example, but you'll get the point), if I have an app that doesn't need the point size modified ever, then anything that executes to maintain that feature is just a waste. Depending on the framework and what it provides, it can be the difference between a sluggish app and one that is snappy. The general problem with frameworks is that you want to use it on everything (and there in lies it's power). But as a result, as you toss in anything you need now and might need in the future, it just becomes more and more bloated for each application in general. Office is a great example of how that gets out of control; at one point, something like 90% of the features in office were never used by most people. That 90% to them was just a waste. Microsoft combated this to a certain extent by only installing a limited feature set and having an install on the fly if it's needed, but they still waste a lot of cycles checking the state of things. Frameworks are great and do solve a lot of problems, but I've found that you need to be very careful not to overbuild. In regards to Access, I have many of the same features that you have, but their in small discrete modules that I can load into an app as needed, keeping it somewhat light weight. Of course the trade-off is that it takes me a little more work to hook things up. With VFP, I use a full blown framework with a truck load of features and because it is a compiled language, the performance hit isn't that great and I can get away with it. But I'd hate to use something like that with Access. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Friday, April 07, 2006 1:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance Uhhh, yep. Of course I wasn't trying to solve all of those other problems. I solved one, then another then another etc. I started with a simple library like many developers do. It was truly only when I finally figured out Withevents (which REQUIRE classes) and now had a grasp of classes (as implemented in Access anyway), that the framework really began to happen. Complexity, yes of course. Classes, yes of course. Performance - I will argue that one since the total time to load all of the classes I mention is under a second at framework init and well under 1/2 second for all of the classes for a given form, even complex ones. What a lot of people don't know is that the CODE for a class only loads once. The entire class loads the first time it is used, and remains in memory after that so it isn't like if I load a form with 40 controls I have to LOAD the 40 control classes over and over again. The form class loads once, the combo class loads once, the text box class loads once, then the VARIABLE/CONSTANT portion is created for each class instance. Frameworks are a tool, a very powerful tool, but certainly not a panacea. OTOH, cutting and pasting code into forms or modules in each FE is no panacea either. There are developers out there that only work on a single FE. A framework is much less useful there since you don't need to apply the same functionality to a second application. For anyone maintaining more than one application, a "library" is almost a requirement, and a framework is simply the next (HUGE) step up in functionality. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, April 07, 2006 12:21 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance John, It's only silly to say if your trying to solve all those other problems. And while a framework does solve a lot of problems, it also creates some of it's own; performance, complexity, class design, etc Frameworks are not the pancrea that everyone believes. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Friday, April 07, 2006 9:47 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance >No need to spend hundreds of man-hours building a framework! LOL, what a silly thing to say. There are hundreds of reasons to spend hundreds of hours building a framework, this is just one of them. Now, answer the question for EXISTING projects. My answer works for ALL of my projects because ALL of my projects use my framework. Not only can I do this if I want to, I can and do have combo double-click and notinlist event handling, when forms pop up for my combo double click it can take you to the exact record that the combo is currently displaying (to edit it for example). When handling the NotInList event and popping up a form to add new data, it can find the control that the typed in data belongs in and place it in that control so the user does not have to type it over again. My forms can have a record combo. Copy and paste a combo and a text box onto the form from my template form, bind the control to the autonumber PK and set the combo's data and the combo will just function as a record selector, automatically. Set a sysvar and change the date format in every text box that needs the date formatted in a specific manner. Do the same to set a date mask. How about dbl-click to open a calendar, which automatically passes back the calendar value to whichever text box opened the calendar? My framework does that. Need a form to have automatic OpenArgs parsing and preparation for use? My framework has that. I can open a form (as we discussed in this email group a few weeks ago) and just pass in Openargs which the opening form automatically applies to its properties. Pass in "Allow Edits=True;Allow Deletions=False;AllowAdditions=False;" as the Openargs when you open a form and it sets itself up as an edit only form. Pass in "Data Entry =True,Allow Edits=True" as the Openargs when you open a form and it sets itself up as a data entry form. JUST THAT SIMPLE. Do YOUR forms allow you to do that? How about the ability to automatically requery dependent objects when something changes? My framework has that. I can, in ONE line of code per dependent item, tell combos, forms and lists to be requeried when another object changes state. Not only that, but if THAT "dependent" combo has combos (or forms, or lists) dependent on it's value, they can be requeried automatically. Using this functionality, I can if I want to have another FORM requery itself when OnCurrent of the existing form fires. ONE LINE OF CODE to tell the current object that some other object is dependent on it and to requery that object if the current object changes. Yep, my framework does that. Want to be able to make a form editable by one group of people but not another group? How about hide / unhide a command button, tabs on a form or other controls based on what group (supervisors?) a person belongs to. My framework does that. Ever needed to have information specific to an application displayed on a report? Company address / phone / etc? Application SysVars. Add a new SysVar record in the Application SysVar table and it is instantly available to the application for whatever it needs. It takes me oh.... About 2 seconds to add a new sysvar. I know people who add new fields in a table to do this!!! HUNDREDS OF REASONS to build a framework. My framework allows me to do things in 10 minutes when setting up a form that will take you HOURS for each and every form you design. OR... You just don't give your client that functionality. There are those that program the same solution over and over and over and over (and over) and then there are those that use (at the LEAST) a library (which is a casterated framework), or if you really want to work efficiently, you use a framework. Sorry, but to say "No need to spend hundreds of man-hours building a framework" displays a huge ignorance of what can be done if you use one. And the sad part of that statement is that I do nothing more than anyone else does really. I discover a need, I design a solution. But instead of placing the solution in the application (if the solution generalizes) I do it in the class for the object that needs the solution. DblClick and NotInList for the combo goes in the combo control class. I NEEDED THAT, I designed it ONCE, I placed it in the proper class, and now it is available to every front end I develop. I needed SysVars. I designed a class system to do that and now I can have none, one or a dozen SysVar tables. My framework always has one and my app always has one. The framework automatically loads and initializes them on the Framework Init. And I can build others for special purposes as needed. ?"No need to spend hundreds of man-hours building a framework"? I sure can't think of any reasons to do so,but then I'm not very imaginative. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, April 07, 2006 9:45 AM To: 'Access Developers discussion and problem solving' Cc: 'Arthur Fuller' Subject: Re: [AccessD] Setting Default control sizes in advance There's actually a much simpler way to do this, and it only requires you use the AutoFormat feature. Here's the drill: Design a form with the font and colors and whatever that client1 want, and then save it as an autoform form design, calling the style "Client1" (you do that by selecting AutoFormat from the Format menu and then hit the 'Customize' button. Then do the same for Client2, design a from to suite that need and save it as an autoformat style. These form styles are global to Access. You will see them available in every application you work on. Now, whenever you want to build a form for Client1 open up their application, select one of the existing forms, and choose the client1 style from the AutoFormat dialog. You do this because, having made a choice in the AutoFormat dialog, that choice becomes the default style that will be used by the form wizards. Then when working on Client2's application, do the same thing - select their style from the Autoformat dialog, and presto, you can build forms to their liking with the wizards. No need to spend hundreds of man-hours building a framework! Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Friday, April 07, 2006 2:05 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Setting Default control sizes in advance Arthur, >Solutions requested! >Client A wants 12 point Arial everywhere. >Client B wants 10 point Times Roman everywhere. Frameworks and SysVars. I have not done that specific thing, but since my framework loads a class for each form instance and each control type, for each instance of that control type, it would be trivial for the text class to set the font/pitch etc as the class loads. That is the framework part. SysVars say "for this FE make this property this specific value". In other words, I can have a SysVar named "CtlTxtBoxFont" the value of which is Ariel, and another SysVar named "CtlTxtBoxFontPitch" the value of which is 12. The clsFrm would have to be programmed to know about this SysVar, and load that pair of SysVars,into its SysVar collection (each form class has a collection to hold SysVars specific to that form), and then the clsCtlTxtBox would have to ask the form what Font and Pitch to use. I actually do this kind of thing, and in fact have the ability to have SysVars specific to a particular form. I do this by having a generic SysVar such as CtlTxtBoxFontPitch which is set to 12 in the SysVarTable. When the form loads it looks for SysVars with its (the form's) name in the SysVarName, for example frmClientCtlTxtBoxFontPitch. Since When the frmClient loads it scans all the SysVars looking for its name in every SysVar. If it finds any it strips its name out and "overrides" the generic value with the value specific to itself. Thus while all forms will load CtlTxtBoxFontPitch and end up with a value of 12, frmClient may simply have so many controls that it isn't feasible to use a 12 pitch so I can set frmClientCtlTxtBoxFontPitch to 10 and only frmClient will use a 10 pitch font. I actually have this capability set up in my framework (SysVars and the ability to override them for any specific form). For me it would be almost trivial to set up to do something like you propose. I did a similar thing with date formats. Using DAO I drill down to discover what type of data is being pulled out (for text boxes specifically). If the data type is a date, I have a default date format defined in a SysVar. Thus I can set a consistent date format via a sysvar, and if the client wants a different data format, it is a simple matter of changing a single sysvar. A framework is a very powerful concept and once set up and functioning can allow implementation of behaviors that vary from front end to front end and client to client. Sysvars allow the programmer to have "steering logic" in the application. With default values in the SysVars you can have your applications "just work" a specific way, and yet easily override that for a specific reason, even down to the form level if desired. 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Fri Apr 7 17:36:00 2006 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Fri, 7 Apr 2006 15:36:00 -0700 Subject: [AccessD] Access Application - per unit cost Message-ID: Shamil, I don't think anyone intended any criticism or disparagement of programmers in other countries. All our ire was poured out on the idiot who thought he could replace an on-the-spot programmer with someone several thousand miles away who may not speak the same first language and then expect the only difference to be price. That's why we carefully kept the quotes around "east Indian", since it was obviously just a category for offshore programming. With the right specs and good understanding, there's no reason offshore programmers can't do the same quality job as local could. The gotcha in that is that clients can't write adequate specs, so they're going to get junk, no matter how much they pay. It isn't the offshore competition that threatens us, it's the idiots who look for bargains without understanding what they're buying. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil Salakhetdinov Sent: Friday, April 07, 2006 3:30 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access Application - per unit cost > I'd say to that fellow best of luck.... Jim, That's in my opinion a correct/the best for you solution of this issue. He most probably go bankrupt soon. It may happen also he will make a fortune but he will never feel lucky from this fortune made on overexploitation of others. So the correct Wiseman solution is to leave him to go on his own... > Folks overseas don't really understand how we do business here. I'm sorry - this is not correct statement, Jim :) I have been silently watching the first set of answers on this thread - just to get the common context on this issue existing overthere. Folks it's biased, this context and the common opinion, believe me. People do business very similarly these days all around the World, especially in IT. The only difference are the hourly rates/wages, which are still lower on the East. But they are also growing very quickly here and e.g. in many modern professions they are as high as on the West or nearing to them. Unfortunately software development here is not one of the popular professions. This is because there is no yet high market demand on custom software development for middle-/small-businesses, which themselves are in "embryonic" state here. They should "wake up" soon when Russia enters WTO. A developer's day cost for big companies here is ~800USD/day - not as high as there but not bad at all. And this market exists for big players here for quite some time and only grows. The effectiveness of the design and programming work is quite low in average in the West Europe as I have seen. The level of failures in very high. Everybody knows that this "ever lasting software development crisis" started when the first programming language was created and it will probably last forever. And this is this crisis and inability for a long time to solve it what creates demand on low cost IT labor. I here have many times these "east Indians", "east Europeans" (including Russians of course) crossing my road, stealing my customers by bidding "dirt cheap" etc. As the result I lost almost all hopes a couple of years ago to find well paid projects to live here and to keep my family well. The situation changed to the better now, I have some good work but I still have to work as twice as I worked five years ago just to keep the same living level as before. And I can't say this "endless working marathon" is what I wanted from this life most of all... The situation was that bad here that I even started to try to bid for projects on RentACoder - and I have soon found that "dirt cheap" are not only "east Indians" - these are folks (young programmers) from all around the World, many of them are from the West Europe and US and Canada - they are also going bidding lower than USD10/hour.... The civilized overseas programming average rates are currently 30USD/hour. They were higher, around USD 50/hour on year 2000 eve. But I doubt this (30USD/hour) relatively low rate will leave you there unemployed because to compete effectively worldwide, worldwide effective real or virtual companies have to be created and to manage these companies, to effectively contact the local customers over there experienced managers and developers like you are needed. There are not that much people like that there as far as I see - I think you can feel safe, at least while your economy is growing... And there is so much programming work here - when you'll have all work done there ( :) ) then we will have a lot of it here for you and you'll be paid your usual rates because the rates here will be by that time the same as there and you will not need to go live here - you'll be able to work off-shore as well as I can do it now because of the high level of the current communication technlogy and because my qualification is good enough go compete worldwide without even leaving my home/office... When the companies here go "dirt cheap", pay their programmers low wages then they have very high level of "work force leakage", unhappy developers leaving this country in searching for the better life over there. I have seen/visited such companies here - they state they are great, well, maybe, they develop not bad software - but, boy, you have to see the eyes of their developers, many of them are so sad and hopeless... Shamil ----- Original Message ----- From: "Jim Dettman" To: "'Access Developers discussion and problem solving'" Sent: Friday, April 07, 2006 11:53 PM Subject: Re: [AccessD] Access Application - per unit cost > Eric, > > I won't do that. The problem with that setup is that the thinking and > the > culture are just too different. Folks overseas don't really understand > how > we do business here. I've seen way too many apps developed overseas that > were just trash because of this. > > And you'll end up paying later as well; ever try to debug a program > commented with poor English or even worse, another language? > > I'd say to that fellow best of luck.... > > Jim. > <<< tail skipped >>> -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at earthlink.net Fri Apr 7 17:49:58 2006 From: jimdettman at earthlink.net (Jim Dettman) Date: Fri, 7 Apr 2006 18:49:58 -0400 Subject: [AccessD] Access Application - per unit cost In-Reply-To: <001101c65a92$ccd935b0$6501a8c0@Nant> Message-ID: Shamil, <<> Folks overseas don't really understand how > we do business here. I'm sorry - this is not correct statement, Jim :)>> I do believe it is. I notice differences even here in the US between North and South and East and West. I'm not talking about how to keep a set of books, but about the process by which things get done, how people perceive things, and how they communicate. That all affects the process flow, software design, and development effort. This in no way was a put down of anyone. If I as a developer moved to India, Russia, or China, outside of the language issues, I would still have difficulty in working efficiently. For example, if developing software for China, how many mistakes would I make because I read left to right and top to bottom? My head has been programmed to work that way over 40 years and it's not something I'd unlearn overnight. Granted this is all starting to change with a global economy, but there are still fundamental differences in the way people in different nations get things done. Hiring a developer half way around the world to develop a complex piece of software in my book is just asking for trouble. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil Salakhetdinov Sent: Friday, April 07, 2006 5:30 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access Application - per unit cost > I'd say to that fellow best of luck.... Jim, That's in my opinion a correct/the best for you solution of this issue. He most probably go bankrupt soon. It may happen also he will make a fortune but he will never feel lucky from this fortune made on overexploitation of others. So the correct Wiseman solution is to leave him to go on his own... > Folks overseas don't really understand how > we do business here. I'm sorry - this is not correct statement, Jim :) I have been silently watching the first set of answers on this thread - just to get the common context on this issue existing overthere. Folks it's biased, this context and the common opinion, believe me. People do business very similarly these days all around the World, especially in IT. The only difference are the hourly rates/wages, which are still lower on the East. But they are also growing very quickly here and e.g. in many modern professions they are as high as on the West or nearing to them. Unfortunately software development here is not one of the popular professions. This is because there is no yet high market demand on custom software development for middle-/small-businesses, which themselves are in "embryonic" state here. They should "wake up" soon when Russia enters WTO. A developer's day cost for big companies here is ~800USD/day - not as high as there but not bad at all. And this market exists for big players here for quite some time and only grows. The effectiveness of the design and programming work is quite low in average in the West Europe as I have seen. The level of failures in very high. Everybody knows that this "ever lasting software development crisis" started when the first programming language was created and it will probably last forever. And this is this crisis and inability for a long time to solve it what creates demand on low cost IT labor. I here have many times these "east Indians", "east Europeans" (including Russians of course) crossing my road, stealing my customers by bidding "dirt cheap" etc. As the result I lost almost all hopes a couple of years ago to find well paid projects to live here and to keep my family well. The situation changed to the better now, I have some good work but I still have to work as twice as I worked five years ago just to keep the same living level as before. And I can't say this "endless working marathon" is what I wanted from this life most of all... The situation was that bad here that I even started to try to bid for projects on RentACoder - and I have soon found that "dirt cheap" are not only "east Indians" - these are folks (young programmers) from all around the World, many of them are from the West Europe and US and Canada - they are also going bidding lower than USD10/hour.... The civilized overseas programming average rates are currently 30USD/hour. They were higher, around USD 50/hour on year 2000 eve. But I doubt this (30USD/hour) relatively low rate will leave you there unemployed because to compete effectively worldwide, worldwide effective real or virtual companies have to be created and to manage these companies, to effectively contact the local customers over there experienced managers and developers like you are needed. There are not that much people like that there as far as I see - I think you can feel safe, at least while your economy is growing... And there is so much programming work here - when you'll have all work done there ( :) ) then we will have a lot of it here for you and you'll be paid your usual rates because the rates here will be by that time the same as there and you will not need to go live here - you'll be able to work off-shore as well as I can do it now because of the high level of the current communication technlogy and because my qualification is good enough go compete worldwide without even leaving my home/office... When the companies here go "dirt cheap", pay their programmers low wages then they have very high level of "work force leakage", unhappy developers leaving this country in searching for the better life over there. I have seen/visited such companies here - they state they are great, well, maybe, they develop not bad software - but, boy, you have to see the eyes of their developers, many of them are so sad and hopeless... Shamil ----- Original Message ----- From: "Jim Dettman" To: "'Access Developers discussion and problem solving'" Sent: Friday, April 07, 2006 11:53 PM Subject: Re: [AccessD] Access Application - per unit cost > Eric, > > I won't do that. The problem with that setup is that the thinking and > the > culture are just too different. Folks overseas don't really understand > how > we do business here. I've seen way too many apps developed overseas that > were just trash because of this. > > And you'll end up paying later as well; ever try to debug a program > commented with poor English or even worse, another language? > > I'd say to that fellow best of luck.... > > Jim. > <<< tail skipped >>> -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From shamil at users.mns.ru Fri Apr 7 18:06:43 2006 From: shamil at users.mns.ru (Shamil Salakhetdinov) Date: Sat, 8 Apr 2006 03:06:43 +0400 Subject: [AccessD] Access Application - per unit cost References: Message-ID: <004601c65a97$ff9675d0$6501a8c0@Nant> > It isn't the offshore competition that threatens us, it's the idiots who > look for bargains without understanding what they're buying. This is what I meant also, Charlotte. "Avaricious pays twice" - famous Russian proverb - you should have something like that there too as far as I may guess. One of the first Wiseman fairy tails Russian children get acquainted with is a "Fairy tail about a priest and his worker Balda(Stupidman)" - this is a poetry fairy tail by A.S.Puskin - it has very good Russian poetic language etc. - this is a story about a priest who hired Balda to work for him "for three clicks into his forehead" - the end result was that priest lost his mind when "executed" by Balda with these three clicks"... Shamil ----- Original Message ----- From: "Charlotte Foust" To: "Access Developers discussion and problem solving" Sent: Saturday, April 08, 2006 2:36 AM Subject: Re: [AccessD] Access Application - per unit cost > Shamil, > > I don't think anyone intended any criticism or disparagement of > programmers in other countries. All our ire was poured out on the idiot > who thought he could replace an on-the-spot programmer with someone > several thousand miles away who may not speak the same first language > and then expect the only difference to be price. That's why we > carefully kept the quotes around "east Indian", since it was obviously > just a category for offshore programming. With the right specs and good > understanding, there's no reason offshore programmers can't do the same > quality job as local could. The gotcha in that is that clients can't > write adequate specs, so they're going to get junk, no matter how much > they pay. > > It isn't the offshore competition that threatens us, it's the idiots who > look for bargains without understanding what they're buying. > > > Charlotte Foust > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil > Salakhetdinov > Sent: Friday, April 07, 2006 3:30 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access Application - per unit cost > >> I'd say to that fellow best of luck.... > Jim, > > That's in my opinion a correct/the best for you solution of this issue. > He most probably go bankrupt soon. It may happen also he will make a > fortune but he will never feel lucky from this fortune made on > overexploitation of others. So the correct Wiseman solution is to leave > him to go on his own... > >> Folks overseas don't really understand how we do business here. > I'm sorry - this is not correct statement, Jim :) > > I have been silently watching the first set of answers on this thread - > just to get the common context on this issue existing overthere. > > Folks it's biased, this context and the common opinion, believe me. > > People do business very similarly these days all around the World, > especially in IT. > The only difference are the hourly rates/wages, which are still lower on > the East. > But they are also growing very quickly here and e.g. in many modern > professions they are as high as on the West or nearing to them. > Unfortunately software development here is not one of the popular > professions. This is because there is no yet high market demand on > custom software development for middle-/small-businesses, which > themselves are in "embryonic" state here. > They should "wake up" soon when Russia enters WTO. > A developer's day cost for big companies here is ~800USD/day - not as > high as there but not bad at all. > And this market exists for big players here for quite some time and only > grows. > > The effectiveness of the design and programming work is quite low in > average in the West Europe as I have seen. > The level of failures in very high. > Everybody knows that this "ever lasting software development crisis" > started when the first programming language was created and it will > probably last forever. And this is this crisis and inability for a long > time to solve it what creates demand on low cost IT labor. > > I here have many times these "east Indians", "east Europeans" (including > Russians of course) crossing my road, stealing my customers by bidding > "dirt cheap" etc. As the result I lost almost all hopes a couple of > years ago to find well paid projects to live here and to keep my family > well. The situation changed to the better now, I have some good work but > I still have to work as twice as I worked five years ago just to keep > the same living level as before. And I can't say this "endless working > marathon" is what I wanted from this life most of all... > > The situation was that bad here that I even started to try to bid for > projects on RentACoder - and I have soon found that "dirt cheap" are not > only "east Indians" - these are folks (young programmers) from all > around the World, many of them are from the West Europe and US and > Canada - they are also going bidding lower than USD10/hour.... > > The civilized overseas programming average rates are currently > 30USD/hour. > They were higher, around USD 50/hour on year 2000 eve. But I doubt this > (30USD/hour) relatively low rate will leave you there unemployed because > to compete effectively worldwide, worldwide effective real or virtual > companies have to be created and to manage these companies, to > effectively contact the local customers over there experienced managers > and developers like you are needed. There are not that much people like > that there as far as I see - I think you can feel safe, at least while > your economy is growing... > > And there is so much programming work here - when you'll have all work > done there ( :) ) then we will have a lot of it here for you and you'll > be paid your usual rates because the rates here will be by that time the > same as there and you will not need to go live here - you'll be able to > work off-shore as well as I can do it now because of the high level of > the current communication technlogy and because my qualification is good > enough go compete worldwide without even leaving my home/office... > > When the companies here go "dirt cheap", pay their programmers low wages > then they have very high level of "work force leakage", unhappy > developers leaving this country in searching for the better life over > there. I have seen/visited such companies here - they state they are > great, well, maybe, they develop not bad software - but, boy, you have > to see the eyes of their developers, many of them are so sad and > hopeless... > > Shamil > > ----- Original Message ----- > From: "Jim Dettman" > To: "'Access Developers discussion and problem solving'" > > Sent: Friday, April 07, 2006 11:53 PM > Subject: Re: [AccessD] Access Application - per unit cost > > >> Eric, >> >> I won't do that. The problem with that setup is that the thinking > and >> the >> culture are just too different. Folks overseas don't really > understand >> how >> we do business here. I've seen way too many apps developed overseas > that >> were just trash because of this. >> >> And you'll end up paying later as well; ever try to debug a program >> commented with poor English or even worse, another language? >> >> I'd say to that fellow best of luck.... >> >> Jim. >> > <<< tail skipped >>> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 dajomigo at tpg.com.au Fri Apr 7 18:30:38 2006 From: dajomigo at tpg.com.au (David & Joanne Gould) Date: Sat, 08 Apr 2006 09:30:38 +1000 Subject: [AccessD] Access Application - per unit cost In-Reply-To: <0IXC00I79WT211F0@l-daemon> References: <009601c658ef$5ee63110$6501a8c0@Nant> <0IXC00I79WT211F0@l-daemon> Message-ID: <6.2.1.2.2.20060408092629.01e56440@mail.tpg.com.au> Jim This is not unique to the IT industry. 25 years ago my partner was being spun a similar line in freelance editing and publishing for the educational and business sectors. The professional association suggested the standard ethical response should be "We cannot possibly match those conditions and do a good job. Please feel free to accept the other offer. We have no doubt that for a short while you will be pleased with the result, however over time you will find the high quality and reputation of your business will no doubt suffer." The follow up action would be that the association would advise freelancers and contractors of the businesses that accepted such low quotes as an alert to business ethics. Good Luck David Gould DG Solutions At 12:41 AM 8/04/2006, you wrote: >These are interesting times. > >Yesterday a programmer who is working with my company went to see a new >client as I was out of the city for a couple of days on business. > >The client would like a custom made complex piece of code that would 'screen >scrape' from other web sites so his site would be able to present a list of >the best prices... a good idea. We had previously agreed on principle but >had not negotiated a price. > >The client presented the young programmer with his position. >First, we were to be on an hourly rate or when ever the client called. >Second, the client would pay the programmer directly and not go through the >company. >Third, the maximum rate he would pay would be $12.00 and hour as he had two >'east Indian' programmers, who had submitted bids of $5.00 per hour but felt >that he should try and support local talent. > >.. and a rider.. > >The client wants all code made to be his and if we ever used similar code >again, in another paying contract we would pay him 50% of gross profits. > >I must say, I am almost speechless but please feel free to comment. > >Jim > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From shamil at users.mns.ru Fri Apr 7 18:55:50 2006 From: shamil at users.mns.ru (Shamil Salakhetdinov) Date: Sat, 8 Apr 2006 03:55:50 +0400 Subject: [AccessD] Access Application - per unit cost References: Message-ID: <004d01c65a9e$ce19fca0$6501a8c0@Nant> > but about the process by which things get done, how people > perceive things, and how they communicate. . Jim, These processes are becoming more and more similar everywhere - believe me. > That all affects the process > flow, software design, and development effort True, but partially, there are more conceptual things in business processes, which are invariant all around the World. I'm reading here currently Allan Cooper "About Face 2.0" (another his famous book "The inmates are running the asylum") - this is a book how modern software interfaces should be designed and developed - of course if one reads/writes right to left then the software interface should differ in that area but that's all probably. Software like CRM may still differ considerably because local habits and behaviors in different places on this small planet are rather different but the ways of handling business and software for modern small-/middle- size and especially corporate level businesses are quickly getting unified... > there are still fundamental differences in the way people in different > nations get things done. Jim, I think, there is no such fundamental differences - we're very much alike, believe me or not. Communism/totalitarism here and in the countries influenced by it created some of still existing current differences in life level. Colonialism of the 19th and the first part of 20th century created the differences we still have between the West and the "free from communistic heritage/influence" Latin America, Asia and Africa When first time on the West in 1995 in Germany (Hamburg) I was so surprised how ineffectively they have organized their business, how chaotic, hectic and stressful their life is - the first my open question was: "How it comes that in this situation they have so high average life level?" - the simple answer come from one of my colleague who was originally from Russia and who lived in Germany by that time for many years and who had a German by nationality wife and kids - he said: "We in Germany have 8% of population working hard and effectively, you there in Russia have 4% - these 4% make all the difference". I believed him that time and the more I see the more I'm getting convinced that he was very true. The current differences are historical heritage but this World's countries are very quickly getting their 8% of active population working hard and in another 50 years or less all the differences in the life level should disappear by the wealth created by these 8% of World's active population.... Well, there are some rather important fundamental differences between the West and the East workstyles I think: - Western people rarely start working without (at least rough) planning of what they will do and if they plan something then they rather strictly follow this plan and "fight till the end" - Eastern people often start and go "nowhere" without clear plans, with often changing minds etc; - another fundamental difference is IMO that Western people do invest significant time and resources into environment/business infrastructure even before they start the real business - and Eastern people can make their business without such preparations and the absence of such preparations plays very bad in long run... And of course the most fundamental difference is that a human being's life is "dirt cheap" here and priceless there... But, once again, software programming for business applications is very much alike here and there - this observation comes from my real life experience in programming for businesses and in communicating with customers here and there.... Shamil ----- Original Message ----- From: "Jim Dettman" To: "'Access Developers discussion and problem solving'" Sent: Saturday, April 08, 2006 2:49 AM Subject: Re: [AccessD] Access Application - per unit cost > Shamil, > > <<> Folks overseas don't really understand how >> we do business here. > I'm sorry - this is not correct statement, Jim :)>> > > I do believe it is. I notice differences even here in the US between > North and South and East and West. I'm not talking about how to keep a > set > of books, but about the process by which things get done, how people > perceive things, and how they communicate. That all affects the process > flow, software design, and development effort. > > This in no way was a put down of anyone. If I as a developer moved to > India, Russia, or China, outside of the language issues, I would still > have > difficulty in working efficiently. > > For example, if developing software for China, how many mistakes would I > make because I read left to right and top to bottom? My head has been > programmed to work that way over 40 years and it's not something I'd > unlearn > overnight. > > Granted this is all starting to change with a global economy, but there > are still fundamental differences in the way people in different nations > get > things done. > > Hiring a developer half way around the world to develop a complex piece > of > software in my book is just asking for trouble. > > Jim. > From stuart at lexacorp.com.pg Fri Apr 7 20:31:34 2006 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 08 Apr 2006 11:31:34 +1000 Subject: [AccessD] Access Application - per unit cost In-Reply-To: <004d01c65a9e$ce19fca0$6501a8c0@Nant> Message-ID: <44379F16.21178.889ACE5@stuart.lexacorp.com.pg> On 8 Apr 2006 at 3:55, Shamil Salakhetdinov wrote: > But, once again, software programming for business applications is very much > alike here and there - this observation comes from my real life experience > in programming for businesses and in communicating with customers here and > there.... > There is one fundamental difference between "here" and "there". The level of contact between end users and developers. If you get the programming done "there", the customer will probably get what he asks for. If you get the programming done "here", the customer is far more likely to get what he actually wants/needs - and that is rarely what he asks for :-) -- Stuart From shamil at users.mns.ru Fri Apr 7 21:21:27 2006 From: shamil at users.mns.ru (Shamil Salakhetdinov) Date: Sat, 8 Apr 2006 06:21:27 +0400 Subject: [AccessD] Access Application - per unit cost References: <44379F16.21178.889ACE5@stuart.lexacorp.com.pg> Message-ID: <000e01c65ab3$25b19a40$6501a8c0@Nant> > and that is rarely what he asks for :-) Stuart, That's the same everywhere - "make me that I don't know what" - this is the "mantra" of the customers of all around the World.... ...and as all around the World an experienced developer may deliver this "something they wish" based on vague customers' requests - the more experienced a developer is the least "direct contact there" is needed... ...to deliver "what customers actually need" an experienced developer should be able to ask "right" questions to demonstrate customers by their answers that what they actually need is not what they were asking for originally... Shamil ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Saturday, April 08, 2006 5:31 AM Subject: Re: [AccessD] Access Application - per unit cost > On 8 Apr 2006 at 3:55, Shamil Salakhetdinov wrote: > >> But, once again, software programming for business applications is very >> much >> alike here and there - this observation comes from my real life >> experience >> in programming for businesses and in communicating with customers here >> and >> there.... >> > > There is one fundamental difference between "here" and "there". The level > of contact between end users and developers. > > If you get the programming done "there", the customer will probably get > what he asks for. > If you get the programming done "here", the customer is far more likely to > get what he actually wants/needs - and that is rarely what he asks for :-) > > -- > Stuart > > From accessd at shaw.ca Fri Apr 7 22:18:08 2006 From: accessd at shaw.ca (Jim Lawrence) Date: Fri, 07 Apr 2006 20:18:08 -0700 Subject: [AccessD] Access Application - per unit cost In-Reply-To: <001101c65a92$ccd935b0$6501a8c0@Nant> Message-ID: <0IXD00CQLVTCW811@l-daemon> News articles like this show that there is light at the end of the tunnel: http://www.nytimes.com/2006/04/03/business/03labor.html?hp&ex=1144123200&en= d181ebfb30f96ebf&ei=5094&partner=homepage Jim PS You may have to log in.... -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil Salakhetdinov Sent: Friday, April 07, 2006 3:30 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access Application - per unit cost > I'd say to that fellow best of luck.... Jim, That's in my opinion a correct/the best for you solution of this issue. He most probably go bankrupt soon. It may happen also he will make a fortune but he will never feel lucky from this fortune made on overexploitation of others. So the correct Wiseman solution is to leave him to go on his own... > Folks overseas don't really understand how > we do business here. I'm sorry - this is not correct statement, Jim :) I have been silently watching the first set of answers on this thread - just to get the common context on this issue existing overthere. Folks it's biased, this context and the common opinion, believe me. People do business very similarly these days all around the World, especially in IT. The only difference are the hourly rates/wages, which are still lower on the East. But they are also growing very quickly here and e.g. in many modern professions they are as high as on the West or nearing to them. Unfortunately software development here is not one of the popular professions. This is because there is no yet high market demand on custom software development for middle-/small-businesses, which themselves are in "embryonic" state here. They should "wake up" soon when Russia enters WTO. A developer's day cost for big companies here is ~800USD/day - not as high as there but not bad at all. And this market exists for big players here for quite some time and only grows. The effectiveness of the design and programming work is quite low in average in the West Europe as I have seen. The level of failures in very high. Everybody knows that this "ever lasting software development crisis" started when the first programming language was created and it will probably last forever. And this is this crisis and inability for a long time to solve it what creates demand on low cost IT labor. I here have many times these "east Indians", "east Europeans" (including Russians of course) crossing my road, stealing my customers by bidding "dirt cheap" etc. As the result I lost almost all hopes a couple of years ago to find well paid projects to live here and to keep my family well. The situation changed to the better now, I have some good work but I still have to work as twice as I worked five years ago just to keep the same living level as before. And I can't say this "endless working marathon" is what I wanted from this life most of all... The situation was that bad here that I even started to try to bid for projects on RentACoder - and I have soon found that "dirt cheap" are not only "east Indians" - these are folks (young programmers) from all around the World, many of them are from the West Europe and US and Canada - they are also going bidding lower than USD10/hour.... The civilized overseas programming average rates are currently 30USD/hour. They were higher, around USD 50/hour on year 2000 eve. But I doubt this (30USD/hour) relatively low rate will leave you there unemployed because to compete effectively worldwide, worldwide effective real or virtual companies have to be created and to manage these companies, to effectively contact the local customers over there experienced managers and developers like you are needed. There are not that much people like that there as far as I see - I think you can feel safe, at least while your economy is growing... And there is so much programming work here - when you'll have all work done there ( :) ) then we will have a lot of it here for you and you'll be paid your usual rates because the rates here will be by that time the same as there and you will not need to go live here - you'll be able to work off-shore as well as I can do it now because of the high level of the current communication technlogy and because my qualification is good enough go compete worldwide without even leaving my home/office... When the companies here go "dirt cheap", pay their programmers low wages then they have very high level of "work force leakage", unhappy developers leaving this country in searching for the better life over there. I have seen/visited such companies here - they state they are great, well, maybe, they develop not bad software - but, boy, you have to see the eyes of their developers, many of them are so sad and hopeless... Shamil ----- Original Message ----- From: "Jim Dettman" To: "'Access Developers discussion and problem solving'" Sent: Friday, April 07, 2006 11:53 PM Subject: Re: [AccessD] Access Application - per unit cost > Eric, > > I won't do that. The problem with that setup is that the thinking and > the > culture are just too different. Folks overseas don't really understand > how > we do business here. I've seen way too many apps developed overseas that > were just trash because of this. > > And you'll end up paying later as well; ever try to debug a program > commented with poor English or even worse, another language? > > I'd say to that fellow best of luck.... > > Jim. > <<< tail skipped >>> -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Fri Apr 7 22:19:18 2006 From: accessd at shaw.ca (Jim Lawrence) Date: Fri, 07 Apr 2006 20:19:18 -0700 Subject: [AccessD] Access Application - per unit cost In-Reply-To: <0IXD00ESDGD8URA0@l-daemon> Message-ID: <0IXD0008PVVECC71@l-daemon> Hi All: Good news. After the client and I sat down for a conversation we hammered out a good deal. We have managed to ink-out a contract that both of us can live with. He admitted that he does not trust programmers after being 'ripped' in a couple of instances. Dealing with an old coder like me seemed calm things down and we have a deal that may see a solid ongoing full-time contract coming out of this. Thanks so much for all your suggestions. They definitely help put things in perspective. Jim PS So there is something that you young punk programmers do not have. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, April 07, 2006 2:44 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access Application - per unit cost Thank you all for your suggestions. I have planned to verbally submit an appropriate counter offer and let the project go if there is no agreement Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, April 07, 2006 7:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access Application - per unit cost These are interesting times. Yesterday a programmer who is working with my company went to see a new client as I was out of the city for a couple of days on business. The client would like a custom made complex piece of code that would 'screen scrape' from other web sites so his site would be able to present a list of the best prices... a good idea. We had previously agreed on principle but had not negotiated a price. The client presented the young programmer with his position. First, we were to be on an hourly rate or when ever the client called. Second, the client would pay the programmer directly and not go through the company. Third, the maximum rate he would pay would be $12.00 and hour as he had two 'east Indian' programmers, who had submitted bids of $5.00 per hour but felt that he should try and support local talent. .. and a rider.. The client wants all code made to be his and if we ever used similar code again, in another paying contract we would pay him 50% of gross profits. I must say, I am almost speechless but please feel free to comment. Jim -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.859 / Virus Database: 585 - Release Date: 2/14/2005 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.859 / Virus Database: 585 - Release Date: 2/14/2005 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 ebarro at verizon.net Fri Apr 7 23:09:40 2006 From: ebarro at verizon.net (Eric Barro) Date: Fri, 07 Apr 2006 21:09:40 -0700 Subject: [AccessD] Access Application - per unit cost In-Reply-To: Message-ID: <003f01c65ac2$42bc4db0$c767a8c0@amdgcda> Jim, That wasn't really a serious suggestion...it is Friday after all. :) I do think that there is a mis-conception that non-US developers don't know what they are doing and cannot deliver the same quality of software that US developers can. As a developer it does help if the code is commented but that is not the most important part of the code for me. Even if the comments are in English it would still not make a whole lot of sense if the comments were sparse or if you could not figure out exactly what the comments meant. Most of the finest programmers after all are not good communicators since they let the code speak for itself. Of course if your expertise happened to be VB and you were trying to debug something in C, the difficulty would be understandable. The point of course is that each one of us has their level of expectation of how much it will cost to do business. It just so happens that non-US developers don't have the same overhead (or the need to maintain a certain standard of living) as US developers do so they can very well afford the "cheap rates". For countries whose average daily wage is equivalent to a cup of Starbucks coffee, $5/hr is really good money. We just need to put things in perspective. Eric -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, April 07, 2006 12:54 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access Application - per unit cost Eric, I won't do that. The problem with that setup is that the thinking and the culture are just too different. Folks overseas don't really understand how we do business here. I've seen way too many apps developed overseas that were just trash because of this. And you'll end up paying later as well; ever try to debug a program commented with poor English or even worse, another language? I'd say to that fellow best of luck.... Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Eric Barro Sent: Friday, April 07, 2006 1:21 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Access Application - per unit cost Jim, Go ahead and tell him you will take on the project for $12.00 an hour and then go back and have the East Indian programmers work on it for $5.00 per hour turning in a $7.00 per hour "profit". Eric -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Friday, April 07, 2006 7:42 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access Application - per unit cost These are interesting times. Yesterday a programmer who is working with my company went to see a new client as I was out of the city for a couple of days on business. The client would like a custom made complex piece of code that would 'screen scrape' from other web sites so his site would be able to present a list of the best prices... a good idea. We had previously agreed on principle but had not negotiated a price. The client presented the young programmer with his position. First, we were to be on an hourly rate or when ever the client called. Second, the client would pay the programmer directly and not go through the company. Third, the maximum rate he would pay would be $12.00 and hour as he had two 'east Indian' programmers, who had submitted bids of $5.00 per hour but felt that he should try and support local talent. .. and a rider.. The client wants all code made to be his and if we ever used similar code again, in another paying contract we would pay him 50% of gross profits. I must say, I am almost speechless but please feel free to comment. Jim -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.859 / Virus Database: 585 - Release Date: 2/14/2005 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.859 / Virus Database: 585 - Release Date: 2/14/2005 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.859 / Virus Database: 585 - Release Date: 2/14/2005 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.859 / Virus Database: 585 - Release Date: 2/14/2005 From martyconnelly at shaw.ca Fri Apr 7 23:51:32 2006 From: martyconnelly at shaw.ca (MartyConnelly) Date: Fri, 07 Apr 2006 21:51:32 -0700 Subject: [AccessD] Access Application - per unit cost References: <0IXD0008PVVECC71@l-daemon> Message-ID: <44374154.3090905@shaw.ca> Just one thing to keep in mind about screen scraping sites, companies have a habit of doing a complete web site redesign every 12 to 18 months, not to mention minor monthly changes which may prove to be a problem. Also some sites are putting in methods that may defeat older scraping methods, like logging in with a graphic designed login code parameter, page redirects or in ASP.Net you may not be able to see the screen source. Some of these are designed on puropse to defeat screen scraping. Some companies like e-Bay provide a free API to make it easy to collect data. Some companies provide an extra paid for service to ftp or download the data as an Excel file. Yahoo financial does this. Some companies may switch entirely to a free or payment based WebService like USPS. You could be programming against moving goalposts. Jim Lawrence wrote: >Hi All: > >Good news. After the client and I sat down for a conversation we hammered >out a good deal. We have managed to ink-out a contract that both of us can >live with. He admitted that he does not trust programmers after being >'ripped' in a couple of instances. > >Dealing with an old coder like me seemed calm things down and we have a deal >that may see a solid ongoing full-time contract coming out of this. > >Thanks so much for all your suggestions. They definitely help put things in >perspective. > >Jim > >PS So there is something that you young punk programmers do not have. > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence >Sent: Friday, April 07, 2006 2:44 PM >To: 'Access Developers discussion and problem solving' >Subject: Re: [AccessD] Access Application - per unit cost > >Thank you all for your suggestions. > >I have planned to verbally submit an appropriate counter offer and let the >project go if there is no agreement > >Jim > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence >Sent: Friday, April 07, 2006 7:42 AM >To: 'Access Developers discussion and problem solving' >Subject: [AccessD] Access Application - per unit cost > >These are interesting times. > >Yesterday a programmer who is working with my company went to see a new >client as I was out of the city for a couple of days on business. > >The client would like a custom made complex piece of code that would 'screen >scrape' from other web sites so his site would be able to present a list of >the best prices... a good idea. We had previously agreed on principle but >had not negotiated a price. > >The client presented the young programmer with his position. >First, we were to be on an hourly rate or when ever the client called. >Second, the client would pay the programmer directly and not go through the >company. >Third, the maximum rate he would pay would be $12.00 and hour as he had two >'east Indian' programmers, who had submitted bids of $5.00 per hour but felt >that he should try and support local talent. > >.. and a rider.. > >The client wants all code made to be his and if we ever used similar code >again, in another paying contract we would pay him 50% of gross profits. > >I must say, I am almost speechless but please feel free to comment. > >Jim > > -- Marty Connelly Victoria, B.C. Canada From shamil at users.mns.ru Sat Apr 8 02:33:04 2006 From: shamil at users.mns.ru (Shamil Salakhetdinov) Date: Sat, 8 Apr 2006 11:33:04 +0400 Subject: [AccessD] Access Application - per unit cost References: <0IXD00CQLVTCW811@l-daemon> Message-ID: <003201c65ade$c4405db0$6401a8c0@Nant> >there is light at the end of the tunnel: Jim, It's Friday there - just yesterday I have occasionally heard Russian style joke (everybody laughed at it here): "There is a light at the end of the tunnel, but the tunnel, &(^$%&^%, is still lasting and lasting..." Shamil ----- Original Message ----- From: "Jim Lawrence" To: "'Access Developers discussion and problem solving'" Sent: Saturday, April 08, 2006 7:18 AM Subject: Re: [AccessD] Access Application - per unit cost > News articles like this show that there is light at the end of the tunnel: > http://www.nytimes.com/2006/04/03/business/03labor.html?hp&ex=1144123200&en= > d181ebfb30f96ebf&ei=5094&partner=homepage > > Jim > > PS You may have to log in.... > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil > Salakhetdinov > Sent: Friday, April 07, 2006 3:30 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access Application - per unit cost > >> I'd say to that fellow best of luck.... > Jim, > > That's in my opinion a correct/the best for you solution of this issue. He > most probably go bankrupt soon. It may happen also he will make a fortune > but he will never feel lucky from this fortune made on overexploitation of > others. So the correct Wiseman solution is to leave him to go on his > own... > >> Folks overseas don't really understand how >> we do business here. > I'm sorry - this is not correct statement, Jim :) > > I have been silently watching the first set of answers on this thread - > just > > to get the common context on this issue existing overthere. > > Folks it's biased, this context and the common opinion, believe me. > > People do business very similarly these days all around the World, > especially in IT. > The only difference are the hourly rates/wages, which are still lower on > the > > East. > But they are also growing very quickly here and e.g. in many modern > professions they are as high as on the West or nearing to them. > Unfortunately software development here is not one of the popular > professions. This is because there is no yet high market demand on custom > software development for middle-/small-businesses, which themselves are in > "embryonic" state here. > They should "wake up" soon when Russia enters WTO. > A developer's day cost for big companies here is ~800USD/day - not as high > as there but not bad at all. > And this market exists for big players here for quite some time and only > grows. > > The effectiveness of the design and programming work is quite low in > average > > in the West Europe as I have seen. > The level of failures in very high. > Everybody knows that this "ever lasting software development crisis" > started > > when the first programming language was created and it will probably last > forever. And this is this crisis and inability for a long time to solve it > what creates demand on low cost IT labor. > > I here have many times these "east Indians", "east Europeans" (including > Russians of course) crossing my road, stealing my customers by bidding > "dirt cheap" etc. As the result I lost almost all hopes a couple of years > ago to find well paid projects to live here and to keep my family well. > The > situation changed to the better now, I have some good work but I still > have > to work as twice as I worked five years ago just to keep the same living > level as before. And I can't say this "endless working marathon" is what I > wanted from this life most of all... > > The situation was that bad here that I even started to try to bid for > projects on RentACoder - and I have soon found that "dirt cheap" are not > only "east Indians" - these are folks (young programmers) from all around > the World, many of them are from the West Europe and US and Canada - they > are also going bidding lower than USD10/hour.... > > The civilized overseas programming average rates are currently 30USD/hour. > They were higher, around USD 50/hour on year 2000 eve. But I doubt this > (30USD/hour) relatively low rate will leave you there unemployed because > to > compete effectively worldwide, worldwide effective real or virtual > companies > > have to be created and to manage these companies, to effectively contact > the > > local customers over there experienced managers and developers like you > are > needed. There are not that much people like that there as far as I see - I > think you can feel safe, at least while your economy is growing... > > And there is so much programming work here - when you'll have all work > done > there ( :) ) then we will have a lot of it here for you and you'll be > paid > your usual rates because the rates here will be by that time the same as > there and you will not need to go live here - you'll be able to work > off-shore as well as I can do it now because of the high level of the > current communication technlogy and because my qualification is good > enough > go compete worldwide without even leaving my home/office... > > When the companies here go "dirt cheap", pay their programmers low wages > then they have very high level of "work force leakage", unhappy developers > leaving this country in searching for the better life over there. I have > seen/visited such companies here - they state they are great, well, maybe, > they develop not bad software - but, boy, you have to see the eyes of > their > developers, many of them are so sad and hopeless... > > Shamil > > ----- Original Message ----- > From: "Jim Dettman" > To: "'Access Developers discussion and problem solving'" > > Sent: Friday, April 07, 2006 11:53 PM > Subject: Re: [AccessD] Access Application - per unit cost > > >> Eric, >> >> I won't do that. The problem with that setup is that the thinking and >> the >> culture are just too different. Folks overseas don't really understand >> how >> we do business here. I've seen way too many apps developed overseas that >> were just trash because of this. >> >> And you'll end up paying later as well; ever try to debug a program >> commented with poor English or even worse, another language? >> >> I'd say to that fellow best of luck.... >> >> Jim. >> > <<< tail skipped >>> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 Sat Apr 8 03:01:25 2006 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 08 Apr 2006 18:01:25 +1000 Subject: [AccessD] Access Application - per unit cost In-Reply-To: <003201c65ade$c4405db0$6401a8c0@Nant> Message-ID: <4437FA75.28886.13AC22@stuart.lexacorp.com.pg> On 8 Apr 2006 at 11:33, Shamil Salakhetdinov wrote: > >there is light at the end of the tunnel: > Jim, > > It's Friday there - just yesterday I have occasionally heard Russian style > joke (everybody laughed at it here): > > "There is a light at the end of the tunnel, but the tunnel, &(^$%&^%, is > still lasting and lasting..." > As long as the light at the end of the tunnel isn't on the front of a train coming towards you :-) -- Stuart From shamil at users.mns.ru Sat Apr 8 04:52:55 2006 From: shamil at users.mns.ru (Shamil Salakhetdinov) Date: Sat, 8 Apr 2006 13:52:55 +0400 Subject: [AccessD] Access Application - per unit cost References: <4437FA75.28886.13AC22@stuart.lexacorp.com.pg> Message-ID: <002101c65af2$4755d230$6401a8c0@Nant> > As long as the light at the end of the tunnel isn't on the front of a > train > coming towards you :-) Well, for Russia these are more probably the back lights of the leaving train - so the situation isn't potentially lethal, if this leaving train isn't the last one from the sinking Atlantis... I have heard that Brazilians say: "We will have a bright future: it was so yesterday, it's so today, it will be so tomorrow..." - the same observation is still true for Russia... Shamil ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Saturday, April 08, 2006 12:01 PM Subject: Re: [AccessD] Access Application - per unit cost > On 8 Apr 2006 at 11:33, Shamil Salakhetdinov wrote: > >> >there is light at the end of the tunnel: >> Jim, >> >> It's Friday there - just yesterday I have occasionally heard Russian >> style >> joke (everybody laughed at it here): >> >> "There is a light at the end of the tunnel, but the tunnel, &(^$%&^%, is >> still lasting and lasting..." >> > > As long as the light at the end of the tunnel isn't on the front of a > train > coming towards you :-) > > -- > Stuart > From ecritt1 at alltel.net Sat Apr 8 09:40:34 2006 From: ecritt1 at alltel.net (Penn White) Date: Sat, 8 Apr 2006 10:40:34 -0400 Subject: [AccessD] Run ACC03 Demo from CD? References: <17724746D360394AA3BFE5B8D40A9C1B6A6DEA@main2.marlow.com> Message-ID: <001c01c65b1a$64f912c0$0302a8c0@pennp4> I don't know. I started using Access with version 2003 and I've just continued with that. Also, since the Runtime is version 2003, I wasn't sure it would work with earlier versions. Penn ----- Original Message ----- From: To: Sent: Friday, April 07, 2006 6:01 PM Subject: Re: [AccessD] Run ACC03 Demo from CD? > Sounds about right. Is there a specific reason to stay with the Access > 2003 > format? If you save it as an Access 2000 database, it's backwards > compatible for several versions (until you hit Access 97). > > Drew > > -----Original Message----- > From: Penn White [mailto:ecritt1 at alltel.net] > Sent: Friday, April 07, 2006 4:43 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Run ACC03 Demo from CD? > > Drew & Charlotte, > > Thank you for your replies. I was thinking that was probably the case but > didn't have all the details. > > Just to clarify, Drew, these are the steps as I understand them from your > post: > > 1. Package Wizard the runtime without any files and put Setup.exe and > \files > > folder (but not the autorun.inf) on a CD (maybe in a \Setup folder?). > 2. On the same CD, put the frontend *.mde and the backend *.mdb. > 3. Send the CD to the potential client with instructions that > a. if they have ACC03 installed to just double clicck on the *.mde file > (the frontend) on the CD. > b. if they don't have ACC03 (or maybe ACC03 runtime for some other > reason), then they should double click on Setup.exe on the CD and after > the > setup wizard completes, double clcik on the *.mde file. > > Note: My frontend automatically looks for the backend and if it can't find > it, it prompts the user to locate it and then relinks. It actually writes > a > > registry entry itself for the path to the backend as a default for the > next > time when I send an updated front end. > > Will that work or should I put the frontend and backend together for the > demo, do you think? > > What happens if they have an earlier version of Access on their machine > and > they run the Setup.exe from my demo CD? Does it get overwritten by the 03 > Runtime or do they co-exist peacefully and happily? > > Penn > > ----- Original Message ----- > From: > To: > Sent: Thursday, April 06, 2006 7:26 PM > Subject: Re: [AccessD] Run ACC03 Demo from CD? > > >> An installation goes to the OS, and whatever drive it's on. If you >> installed software to a CD, the OS would have to read .dll's from that >> CD, >> which would be pretty slow. And, that CD wouldn't 'work' on another >> machine, because that machine's registry wouldn't have the proper >> settings. >> (When you install software, only certain things go where you say you want >> it >> installed. A lot of things are done in the registry and go automatically >> into the Windows/winnt and system32 folder). >> >> Your best option would be to put the application on CD, along with the >> runtime installation. If the people you are demoing it too have Access >> 2003, then they can just run your demo database. If they don't have >> Access, >> then they install the runtime first, then run your demo. >> >> Drew >> >> -----Original Message----- >> From: Penn White [mailto:ecritt1 at alltel.net] >> Sent: Thursday, April 06, 2006 6:10 PM >> To: Access Developers discussion and problem solving >> Subject: [AccessD] Run ACC03 Demo from CD? >> >> Does anyone know of a way to put the Access 2003 Runtime on a CD so that >> a >> demo of an Access 2003 application can be put on the CD and run from the >> CD >> without installing anything on the user's computer? >> >> The Package Wizard only seems to be able to install the Runtime to the >> C:\ >> drive. >> >> And then what happens if the user already has a version of Access on >> their >> computer or even Access 2003? >> >> Thank you, >> >> Penn >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/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 harkinsss at bellsouth.net Sat Apr 8 16:32:48 2006 From: harkinsss at bellsouth.net (Susan Harkins) Date: Sat, 8 Apr 2006 17:32:48 -0400 Subject: [AccessD] FW: [dba-OT] reader question Message-ID: <000501c65b53$fc061cb0$c5b3d6d1@SUSANONE> Does anyone know of a way to add/change the default Access icons for toolbar buttons? I would love to use something besides the old standby glasses/running man/arrow icons. I haven't been able to locate the resource file to try and replace them and haven't been able to come up with an easier solution. ========The above question was in response to an article I wrote on using menu controls. I don't have an answer -- other than to build a new toolbar and inhibit the built-in one. Susan H. From stuart at lexacorp.com.pg Sat Apr 8 19:36:09 2006 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sun, 09 Apr 2006 10:36:09 +1000 Subject: [AccessD] FW: [dba-OT] reader question In-Reply-To: <000501c65b53$fc061cb0$c5b3d6d1@SUSANONE> Message-ID: <4438E399.5952.3A25BC0@stuart.lexacorp.com.pg> On 8 Apr 2006 at 17:32, Susan Harkins wrote: > > Does anyone know of a way to add/change the default Access icons for toolbar > buttons? I would love to use something besides the old standby > glasses/running man/arrow icons. I haven't been able to locate the resource > file to try and replace them and haven't been able to come up with an easier > solution. > It's actually quite easy: 1. Right click on the toolbar. 2. Select "Customize" 3. Right click on an Icon and you hvae three options: a. Select "Edit Button Image" and if you are a good enough icon artist, you can make it anything you want. b. Select "Change Button Image" and select one of the predefined images c. Get a suitable image into you clipboard and select "Paste Button Image" You can always undo any changes to toolbar icons with Reset Button Image To get a suitable image into your clipboard: If you have a collection of icon files, browse them with Irfanview and when you find the one you want, select Edit-Copy (Ctrl C). If you want to rip an icon from another program, use ResThief to extract the images to separate icon files then browse them with Irfanview. ResThief http://users.pandora.be/liontech/Downloads.htm (bottom of the page) Irfanview http://www.irfanview.com -- Stuart From harkinsss at bellsouth.net Sat Apr 8 19:49:50 2006 From: harkinsss at bellsouth.net (Susan Harkins) Date: Sat, 8 Apr 2006 20:49:50 -0400 Subject: [AccessD] FW: [dba-OT] reader question In-Reply-To: <4438E399.5952.3A25BC0@stuart.lexacorp.com.pg> Message-ID: <000601c65b6f$82b56020$c0b3d6d1@SUSANONE> I guess I should mention, I didn't even bother to look... I'm so ashamed. :) Susan H. It's actually quite easy: 1. Right click on the toolbar. 2. Select "Customize" 3. Right click on an Icon and you hvae three options: a. Select "Edit Button Image" and if you are a good enough icon artist, you can make it anything you want. b. Select "Change Button Image" and select one of the predefined images c. Get a suitable image into you clipboard and select "Paste Button Image" You can always undo any changes to toolbar icons with Reset Button Image To get a suitable image into your clipboard: If you have a collection of icon files, browse them with Irfanview and when you find the one you want, select Edit-Copy (Ctrl C). If you want to rip an icon from another program, use ResThief to extract the images to separate icon files then browse them with Irfanview. ResThief http://users.pandora.be/liontech/Downloads.htm (bottom of the page) Irfanview http://www.irfanview.com -- Stuart -- 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 Free Edition. Version: 7.1.385 / Virus Database: 268.4.0/304 - Release Date: 4/7/2006 From harkinsss at bellsouth.net Sat Apr 8 19:53:41 2006 From: harkinsss at bellsouth.net (Susan Harkins) Date: Sat, 8 Apr 2006 20:53:41 -0400 Subject: [AccessD] FW: [dba-OT] reader question In-Reply-To: <000601c65b6f$82b56020$c0b3d6d1@SUSANONE> Message-ID: <000801c65b70$0c2e3f20$c0b3d6d1@SUSANONE> I'm further ashamed to admit that I've actually written about this and used a freeware icon editor -- but I was working with the minimized windows on the task bar, not the toolbar -- but I still should've put the two together. :( Susan H. I guess I should mention, I didn't even bother to look... I'm so ashamed. :) It's actually quite easy: 1. Right click on the toolbar. 2. Select "Customize" 3. Right click on an Icon and you hvae three options: a. Select "Edit Button Image" and if you are a good enough icon artist, you can make it anything you want. b. Select "Change Button Image" and select one of the predefined images c. Get a suitable image into you clipboard and select "Paste Button Image" You can always undo any changes to toolbar icons with Reset Button Image To get a suitable image into your clipboard: If you have a collection of icon files, browse them with Irfanview and when you find the one you want, select Edit-Copy (Ctrl C). If you want to rip an icon from another program, use ResThief to extract the images to separate icon files then browse them with Irfanview. ResThief http://users.pandora.be/liontech/Downloads.htm (bottom of the page) Irfanview http://www.irfanview.com -- Stuart -- 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 Free Edition. Version: 7.1.385 / Virus Database: 268.4.0/304 - Release Date: 4/7/2006 -- 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 Free Edition. Version: 7.1.385 / Virus Database: 268.4.0/304 - Release Date: 4/7/2006 From accessd at shaw.ca Sat Apr 8 23:10:36 2006 From: accessd at shaw.ca (Jim Lawrence) Date: Sat, 08 Apr 2006 21:10:36 -0700 Subject: [AccessD] Access Application - per unit cost In-Reply-To: <44374154.3090905@shaw.ca> Message-ID: <0IXF009XLSWRAEB0@l-daemon> Hi Marty: I guess this is one of the practical issues/problems with screen scrapping. This is why I believe it could become a full-time occupation just to keep the connections. The client wants start off using an existing API and maybe move to custom one if that does not fill the bill. The client is viewing/scrapping a specific set of sites. The sites that will be viewed are ones that would want the general public to view them as easily as possible. So we will see. If there are any other suggestions that you have I would be more than glad to hear them. Thanks Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of MartyConnelly Sent: Friday, April 07, 2006 9:52 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access Application - per unit cost Just one thing to keep in mind about screen scraping sites, companies have a habit of doing a complete web site redesign every 12 to 18 months, not to mention minor monthly changes which may prove to be a problem. Also some sites are putting in methods that may defeat older scraping methods, like logging in with a graphic designed login code parameter, page redirects or in ASP.Net you may not be able to see the screen source. Some of these are designed on puropse to defeat screen scraping. Some companies like e-Bay provide a free API to make it easy to collect data. Some companies provide an extra paid for service to ftp or download the data as an Excel file. Yahoo financial does this. Some companies may switch entirely to a free or payment based WebService like USPS. You could be programming against moving goalposts. Jim Lawrence wrote: >Hi All: > >Good news. After the client and I sat down for a conversation we hammered >out a good deal. We have managed to ink-out a contract that both of us can >live with. He admitted that he does not trust programmers after being >'ripped' in a couple of instances. > >Dealing with an old coder like me seemed calm things down and we have a deal >that may see a solid ongoing full-time contract coming out of this. > >Thanks so much for all your suggestions. They definitely help put things in >perspective. > >Jim > >PS So there is something that you young punk programmers do not have. > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence >Sent: Friday, April 07, 2006 2:44 PM >To: 'Access Developers discussion and problem solving' >Subject: Re: [AccessD] Access Application - per unit cost > >Thank you all for your suggestions. > >I have planned to verbally submit an appropriate counter offer and let the >project go if there is no agreement > >Jim > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence >Sent: Friday, April 07, 2006 7:42 AM >To: 'Access Developers discussion and problem solving' >Subject: [AccessD] Access Application - per unit cost > >These are interesting times. > >Yesterday a programmer who is working with my company went to see a new >client as I was out of the city for a couple of days on business. > >The client would like a custom made complex piece of code that would 'screen >scrape' from other web sites so his site would be able to present a list of >the best prices... a good idea. We had previously agreed on principle but >had not negotiated a price. > >The client presented the young programmer with his position. >First, we were to be on an hourly rate or when ever the client called. >Second, the client would pay the programmer directly and not go through the >company. >Third, the maximum rate he would pay would be $12.00 and hour as he had two >'east Indian' programmers, who had submitted bids of $5.00 per hour but felt >that he should try and support local talent. > >.. and a rider.. > >The client wants all code made to be his and if we ever used similar code >again, in another paying contract we would pay him 50% of gross profits. > >I must say, I am almost speechless but please feel free to comment. > >Jim > > -- Marty Connelly Victoria, B.C. Canada -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Sat Apr 8 23:16:57 2006 From: accessd at shaw.ca (Jim Lawrence) Date: Sat, 08 Apr 2006 21:16:57 -0700 Subject: [AccessD] Access Application - per unit cost In-Reply-To: <003201c65ade$c4405db0$6401a8c0@Nant> Message-ID: <0IXF0092KT7BAEC0@l-daemon> Shamil: ...Or there is a saying that; "There is light at the end of the tunnel but is it a train coming." Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil Salakhetdinov Sent: Saturday, April 08, 2006 12:33 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access Application - per unit cost >there is light at the end of the tunnel: Jim, It's Friday there - just yesterday I have occasionally heard Russian style joke (everybody laughed at it here): "There is a light at the end of the tunnel, but the tunnel, &(^$%&^%, is still lasting and lasting..." Shamil ----- Original Message ----- From: "Jim Lawrence" To: "'Access Developers discussion and problem solving'" Sent: Saturday, April 08, 2006 7:18 AM Subject: Re: [AccessD] Access Application - per unit cost > News articles like this show that there is light at the end of the tunnel: > http://www.nytimes.com/2006/04/03/business/03labor.html?hp&ex=1144123200&en= > d181ebfb30f96ebf&ei=5094&partner=homepage > > Jim > > PS You may have to log in.... > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil > Salakhetdinov > Sent: Friday, April 07, 2006 3:30 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access Application - per unit cost > >> I'd say to that fellow best of luck.... > Jim, > > That's in my opinion a correct/the best for you solution of this issue. He > most probably go bankrupt soon. It may happen also he will make a fortune > but he will never feel lucky from this fortune made on overexploitation of > others. So the correct Wiseman solution is to leave him to go on his > own... > >> Folks overseas don't really understand how >> we do business here. > I'm sorry - this is not correct statement, Jim :) > > I have been silently watching the first set of answers on this thread - > just > > to get the common context on this issue existing overthere. > > Folks it's biased, this context and the common opinion, believe me. > > People do business very similarly these days all around the World, > especially in IT. > The only difference are the hourly rates/wages, which are still lower on > the > > East. > But they are also growing very quickly here and e.g. in many modern > professions they are as high as on the West or nearing to them. > Unfortunately software development here is not one of the popular > professions. This is because there is no yet high market demand on custom > software development for middle-/small-businesses, which themselves are in > "embryonic" state here. > They should "wake up" soon when Russia enters WTO. > A developer's day cost for big companies here is ~800USD/day - not as high > as there but not bad at all. > And this market exists for big players here for quite some time and only > grows. > > The effectiveness of the design and programming work is quite low in > average > > in the West Europe as I have seen. > The level of failures in very high. > Everybody knows that this "ever lasting software development crisis" > started > > when the first programming language was created and it will probably last > forever. And this is this crisis and inability for a long time to solve it > what creates demand on low cost IT labor. > > I here have many times these "east Indians", "east Europeans" (including > Russians of course) crossing my road, stealing my customers by bidding > "dirt cheap" etc. As the result I lost almost all hopes a couple of years > ago to find well paid projects to live here and to keep my family well. > The > situation changed to the better now, I have some good work but I still > have > to work as twice as I worked five years ago just to keep the same living > level as before. And I can't say this "endless working marathon" is what I > wanted from this life most of all... > > The situation was that bad here that I even started to try to bid for > projects on RentACoder - and I have soon found that "dirt cheap" are not > only "east Indians" - these are folks (young programmers) from all around > the World, many of them are from the West Europe and US and Canada - they > are also going bidding lower than USD10/hour.... > > The civilized overseas programming average rates are currently 30USD/hour. > They were higher, around USD 50/hour on year 2000 eve. But I doubt this > (30USD/hour) relatively low rate will leave you there unemployed because > to > compete effectively worldwide, worldwide effective real or virtual > companies > > have to be created and to manage these companies, to effectively contact > the > > local customers over there experienced managers and developers like you > are > needed. There are not that much people like that there as far as I see - I > think you can feel safe, at least while your economy is growing... > > And there is so much programming work here - when you'll have all work > done > there ( :) ) then we will have a lot of it here for you and you'll be > paid > your usual rates because the rates here will be by that time the same as > there and you will not need to go live here - you'll be able to work > off-shore as well as I can do it now because of the high level of the > current communication technlogy and because my qualification is good > enough > go compete worldwide without even leaving my home/office... > > When the companies here go "dirt cheap", pay their programmers low wages > then they have very high level of "work force leakage", unhappy developers > leaving this country in searching for the better life over there. I have > seen/visited such companies here - they state they are great, well, maybe, > they develop not bad software - but, boy, you have to see the eyes of > their > developers, many of them are so sad and hopeless... > > Shamil > > ----- Original Message ----- > From: "Jim Dettman" > To: "'Access Developers discussion and problem solving'" > > Sent: Friday, April 07, 2006 11:53 PM > Subject: Re: [AccessD] Access Application - per unit cost > > >> Eric, >> >> I won't do that. The problem with that setup is that the thinking and >> the >> culture are just too different. Folks overseas don't really understand >> how >> we do business here. I've seen way too many apps developed overseas that >> were just trash because of this. >> >> And you'll end up paying later as well; ever try to debug a program >> commented with poor English or even worse, another language? >> >> I'd say to that fellow best of luck.... >> >> Jim. >> > <<< tail skipped >>> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 Sat Apr 8 23:44:49 2006 From: newsgrps at dalyn.co.nz (David Emerson) Date: Sun, 09 Apr 2006 16:44:49 +1200 Subject: [AccessD] [dba-SQLServer] Optimizing Stored Procedures and Views In-Reply-To: References: Message-ID: <7.0.1.0.0.20060409164313.01a59c38@dalyn.co.nz> Fortunately the leads were ok. I think the surgeon was a bit rough because he was missing out on his lunch hour :-( At 8/04/2006, you wrote: >Sounds like they replaced your leads as well as the unit itself. I got >off lightly this time, they just unzipped my chest pocket and clipped in >a new pacer, no need to replace any of the wiring. I felt pretty seedy >for a week, but you will feel much better with a lot of rest ... And no >early morning/late night programming! LOL > > >Charlotte Foust > >-----Original Message----- >From: dba-sqlserver-bounces at databaseadvisors.com >[mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of David >Emerson >Sent: Friday, April 07, 2006 2:11 PM >To: dba-sqlserver at databaseadvisors.com; accessd at databaseadvisors.com >Subject: Re: [dba-SQLServer] Optimizing Stored Procedures and Views > >Dear all, > >Thanks for all your suggestions. I was given 18 hours notice to turn up >to our hospital for a pacemaker replacement (I wore out the old one - >too much late night/early morning programming). > >Operation successful but I feel as if someone hit my shoulder with a >sledgehammer (which they well might have done considering the banging >that was going on during the operation). > >Hope to be back on deck next week to follow up the suggestions. > >David From newsgrps at dalyn.co.nz Sat Apr 8 23:47:24 2006 From: newsgrps at dalyn.co.nz (David Emerson) Date: Sun, 09 Apr 2006 16:47:24 +1200 Subject: [AccessD] [dba-SQLServer] Optimizing Stored Procedures and Vi ews In-Reply-To: <17724746D360394AA3BFE5B8D40A9C1B6A6DEC@main2.marlow.com> References: <17724746D360394AA3BFE5B8D40A9C1B6A6DEC@main2.marlow.com> Message-ID: <7.0.1.0.0.20060409164549.01b45480@dalyn.co.nz> Haven't had a chance to check out the new operating system - just hoping I don't see any blue screens of death in front of my eyes (Microsoft aren't yet into programming pacemakers are they?) David At 8/04/2006, you wrote: >Glad everything went okay. Charlotte got a replacement a while ago, but she >said USB wasn't available in the new models.....how about now? They have to >have at least put Bluetooth in these things by now, you can't buy a set of >headphones without Bluetooth options... ;) > >Drew From jmhecht at earthlink.net Sun Apr 9 10:23:24 2006 From: jmhecht at earthlink.net (Joe Hecht) Date: Sun, 9 Apr 2006 08:23:24 -0700 Subject: [AccessD] Going off list for a while Message-ID: <000b01c65be9$8bcb4560$6701a8c0@HPLaptop> Friends, I am going off list for a while. I have an eye infection which makes computer time very uncomfortable. I want to thank everyone for their help and encouragement on my various attempts as an Access developer. Joe Hecht jmhecht at earthlink.net From spikee at oatlandspark.org.uk Sun Apr 9 10:34:41 2006 From: spikee at oatlandspark.org.uk (Chris Foote (Spike)) Date: Sun, 9 Apr 2006 16:34:41 +0100 Subject: [AccessD] Going off list for a while In-Reply-To: <000b01c65be9$8bcb4560$6701a8c0@HPLaptop> Message-ID: <200604091535.k39FZ4313467@databaseadvisors.com> Good luck with clearing the infection Joe! See you back here soon! Best regards Chris Foote -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Joe Hecht Sent: 09 April 2006 16:23 To: 'Access Developers discussion and problem solving' Subject: [AccessD] Going off list for a while Friends, I am going off list for a while. I have an eye infection which makes computer time very uncomfortable. I want to thank everyone for their help and encouragement on my various attempts as an Access developer. Joe Hecht jmhecht at earthlink.net From martyconnelly at shaw.ca Sun Apr 9 14:01:01 2006 From: martyconnelly at shaw.ca (MartyConnelly) Date: Sun, 09 Apr 2006 12:01:01 -0700 Subject: [AccessD] Access Application - per unit cost References: <0IXF009XLSWRAEB0@l-daemon> Message-ID: <443959ED.2030409@shaw.ca> Well here are tools that you may have to use, if you get stuck. TCPTrace, YATT or PcapTrace are essentially tools that log everything going back and forth on the wire. I had to use on an amazon uk bookstore site when they weren't giving me enough info and they were making initial development mistakes. Useful, if they are throwing things like logging or session cookies at you, without telling you. Simon Fell is generally about 6 months ahead of microsoft, especially with SOAP development. http://www.pocketsoap.com/yatt/ Jim Lawrence wrote: >Hi Marty: > >I guess this is one of the practical issues/problems with screen scrapping. >This is why I believe it could become a full-time occupation just to keep >the connections. The client wants start off using an existing API and maybe >move to custom one if that does not fill the bill. The client is >viewing/scrapping a specific set of sites. The sites that will be viewed are >ones that would want the general public to view them as easily as possible. > >So we will see. If there are any other suggestions that you have I would be >more than glad to hear them. > >Thanks >Jim > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of MartyConnelly >Sent: Friday, April 07, 2006 9:52 PM >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] Access Application - per unit cost > >Just one thing to keep in mind about screen scraping sites, companies >have a habit of doing a complete >web site redesign every 12 to 18 months, not to mention minor monthly >changes which may prove to be a problem. >Also some sites are putting in methods that may defeat older scraping >methods, like logging in with >a graphic designed login code parameter, page redirects or in ASP.Net >you may not be able to see the screen source. >Some of these are designed on puropse to defeat screen scraping. Some >companies like e-Bay provide a free API >to make it easy to collect data. Some companies provide an extra paid >for service to ftp or download the data as an Excel file. >Yahoo financial does this. Some companies may switch entirely to a free >or payment based WebService like USPS. >You could be programming against moving goalposts. > >Jim Lawrence wrote: > > > >>Hi All: >> >>Good news. After the client and I sat down for a conversation we hammered >>out a good deal. We have managed to ink-out a contract that both of us can >>live with. He admitted that he does not trust programmers after being >>'ripped' in a couple of instances. >> >>Dealing with an old coder like me seemed calm things down and we have a >> >> >deal > > >>that may see a solid ongoing full-time contract coming out of this. >> >>Thanks so much for all your suggestions. They definitely help put things in >>perspective. >> >>Jim >> >>PS So there is something that you young punk programmers do not have. >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence >>Sent: Friday, April 07, 2006 2:44 PM >>To: 'Access Developers discussion and problem solving' >>Subject: Re: [AccessD] Access Application - per unit cost >> >>Thank you all for your suggestions. >> >>I have planned to verbally submit an appropriate counter offer and let the >>project go if there is no agreement >> >>Jim >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence >>Sent: Friday, April 07, 2006 7:42 AM >>To: 'Access Developers discussion and problem solving' >>Subject: [AccessD] Access Application - per unit cost >> >>These are interesting times. >> >>Yesterday a programmer who is working with my company went to see a new >>client as I was out of the city for a couple of days on business. >> >>The client would like a custom made complex piece of code that would >> >> >'screen > > >>scrape' from other web sites so his site would be able to present a list of >>the best prices... a good idea. We had previously agreed on principle but >>had not negotiated a price. >> >>The client presented the young programmer with his position. >>First, we were to be on an hourly rate or when ever the client called. >>Second, the client would pay the programmer directly and not go through the >>company. >>Third, the maximum rate he would pay would be $12.00 and hour as he had two >>'east Indian' programmers, who had submitted bids of $5.00 per hour but >> >> >felt > > >>that he should try and support local talent. >> >>.. and a rider.. >> >>The client wants all code made to be his and if we ever used similar code >>again, in another paying contract we would pay him 50% of gross profits. >> >>I must say, I am almost speechless but please feel free to comment. >> >>Jim >> >> >> >> -- Marty Connelly Victoria, B.C. Canada From mwp.reid at qub.ac.uk Sun Apr 9 14:08:41 2006 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Sun, 9 Apr 2006 20:08:41 +0100 Subject: [AccessD] Screen Flicker References: <0IXF009XLSWRAEB0@l-daemon> <443959ED.2030409@shaw.ca> Message-ID: All of a sudden I am seeing a lot of screen flicker on forms where there was none before. Anyone any idea what could be causing this. Happens on almost all forms. Access 2000 mdb running in Access 2003. Martin Martin WP Reid Training and Assessment Unit Riddle Hall Belfast tel: 02890 974477 From accessd at shaw.ca Sun Apr 9 14:59:30 2006 From: accessd at shaw.ca (Jim Lawrence) Date: Sun, 09 Apr 2006 12:59:30 -0700 Subject: [AccessD] Going off list for a while In-Reply-To: <000b01c65be9$8bcb4560$6701a8c0@HPLaptop> Message-ID: <0IXH00BK20U64KH0@l-daemon> Hi Joe: Sorry to hear that. As this is a list you could always have a reader to read list items. (Just a thought.) Rest if you can and we shall look forward to hearing from you soon. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Joe Hecht Sent: Sunday, April 09, 2006 8:23 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Going off list for a while Friends, I am going off list for a while. I have an eye infection which makes computer time very uncomfortable. I want to thank everyone for their help and encouragement on my various attempts as an Access developer. Joe Hecht jmhecht at earthlink.net -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Sun Apr 9 15:46:49 2006 From: accessd at shaw.ca (Jim Lawrence) Date: Sun, 09 Apr 2006 13:46:49 -0700 Subject: [AccessD] Access Application - per unit cost In-Reply-To: <443959ED.2030409@shaw.ca> Message-ID: <0IXH0016N311X300@l-daemon> Hi Marty: Thanks for the info. The YATT looks like a great tool. Our programmer has a sample site that is working without using a purchased/rented API. Hopefully the API the client is paying for works as well and has as much functionality. (Will have to get up to speed in SOAP as I am still at the functional level with XML; time to hit the W3C pages). If you have any further thoughts or recommendations it would all be greatly appreciated. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of MartyConnelly Sent: Sunday, April 09, 2006 12:01 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access Application - per unit cost Well here are tools that you may have to use, if you get stuck. TCPTrace, YATT or PcapTrace are essentially tools that log everything going back and forth on the wire. I had to use on an amazon uk bookstore site when they weren't giving me enough info and they were making initial development mistakes. Useful, if they are throwing things like logging or session cookies at you, without telling you. Simon Fell is generally about 6 months ahead of microsoft, especially with SOAP development. http://www.pocketsoap.com/yatt/ Jim Lawrence wrote: >Hi Marty: > >I guess this is one of the practical issues/problems with screen scrapping. >This is why I believe it could become a full-time occupation just to keep >the connections. The client wants start off using an existing API and maybe >move to custom one if that does not fill the bill. The client is >viewing/scrapping a specific set of sites. The sites that will be viewed are >ones that would want the general public to view them as easily as possible. > >So we will see. If there are any other suggestions that you have I would be >more than glad to hear them. > >Thanks >Jim > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of MartyConnelly >Sent: Friday, April 07, 2006 9:52 PM >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] Access Application - per unit cost > >Just one thing to keep in mind about screen scraping sites, companies >have a habit of doing a complete >web site redesign every 12 to 18 months, not to mention minor monthly >changes which may prove to be a problem. >Also some sites are putting in methods that may defeat older scraping >methods, like logging in with >a graphic designed login code parameter, page redirects or in ASP.Net >you may not be able to see the screen source. >Some of these are designed on puropse to defeat screen scraping. Some >companies like e-Bay provide a free API >to make it easy to collect data. Some companies provide an extra paid >for service to ftp or download the data as an Excel file. >Yahoo financial does this. Some companies may switch entirely to a free >or payment based WebService like USPS. >You could be programming against moving goalposts. > >Jim Lawrence wrote: > > > >>Hi All: >> >>Good news. After the client and I sat down for a conversation we hammered >>out a good deal. We have managed to ink-out a contract that both of us can >>live with. He admitted that he does not trust programmers after being >>'ripped' in a couple of instances. >> >>Dealing with an old coder like me seemed calm things down and we have a >> >> >deal > > >>that may see a solid ongoing full-time contract coming out of this. >> >>Thanks so much for all your suggestions. They definitely help put things in >>perspective. >> >>Jim >> >>PS So there is something that you young punk programmers do not have. >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence >>Sent: Friday, April 07, 2006 2:44 PM >>To: 'Access Developers discussion and problem solving' >>Subject: Re: [AccessD] Access Application - per unit cost >> >>Thank you all for your suggestions. >> >>I have planned to verbally submit an appropriate counter offer and let the >>project go if there is no agreement >> >>Jim >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence >>Sent: Friday, April 07, 2006 7:42 AM >>To: 'Access Developers discussion and problem solving' >>Subject: [AccessD] Access Application - per unit cost >> >>These are interesting times. >> >>Yesterday a programmer who is working with my company went to see a new >>client as I was out of the city for a couple of days on business. >> >>The client would like a custom made complex piece of code that would >> >> >'screen > > >>scrape' from other web sites so his site would be able to present a list of >>the best prices... a good idea. We had previously agreed on principle but >>had not negotiated a price. >> >>The client presented the young programmer with his position. >>First, we were to be on an hourly rate or when ever the client called. >>Second, the client would pay the programmer directly and not go through the >>company. >>Third, the maximum rate he would pay would be $12.00 and hour as he had two >>'east Indian' programmers, who had submitted bids of $5.00 per hour but >> >> >felt > > >>that he should try and support local talent. >> >>.. and a rider.. >> >>The client wants all code made to be his and if we ever used similar code >>again, in another paying contract we would pay him 50% of gross profits. >> >>I must say, I am almost speechless but please feel free to comment. >> >>Jim >> >> >> >> -- Marty Connelly Victoria, B.C. Canada -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darrend at nimble.com.au Sun Apr 9 17:09:55 2006 From: darrend at nimble.com.au (Darren DICK) Date: Mon, 10 Apr 2006 08:09:55 +1000 Subject: [AccessD] Going off list for a while In-Reply-To: <200604091535.k39FZ4313467@databaseadvisors.com> Message-ID: <20060409221035.QSHN17345.omta04ps.mx.bigpond.com@DENZILLAP> Good luck Joe You're in our prayers Darren -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Joe Hecht Sent: 09 April 2006 16:23 To: 'Access Developers discussion and problem solving' Subject: [AccessD] Going off list for a while Friends, I am going off list for a while. I have an eye infection which makes computer time very uncomfortable. I want to thank everyone for their help and encouragement on my various attempts as an Access developer. Joe Hecht jmhecht at earthlink.net -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From vchas at comcast.net Sun Apr 9 20:17:16 2006 From: vchas at comcast.net (Vinnie Chas) Date: Sun, 9 Apr 2006 18:17:16 -0700 Subject: [AccessD] Screen Flicker In-Reply-To: Message-ID: <009c01c65c3c$81c6cb40$014bbd43@flagg> Hi Martin , Check out http://allenbrowne.com/ser-46.html HTH Vinnie Chas www.vinniechas.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Sunday, April 09, 2006 12:09 PM To: Access Developers discussion and problem solving Subject: [AccessD] Screen Flicker All of a sudden I am seeing a lot of screen flicker on forms where there was none before. Anyone any idea what could be causing this. Happens on almost all forms. Access 2000 mdb running in Access 2003. Martin Martin WP Reid Training and Assessment Unit Riddle Hall Belfast tel: 02890 974477 From viner at EUnet.yu Mon Apr 10 02:11:09 2006 From: viner at EUnet.yu (Ervin Brindza) Date: Mon, 10 Apr 2006 09:11:09 +0200 Subject: [AccessD] Assign a control source for the control on Reportbasedon dynamic crosstab query References: Message-ID: <000201c65c71$93958f70$0100a8c0@RazvojErvin> Ken, perfect!!! Many thanks for the solution, have a nice week, Ervin ----- Original Message ----- From: "Ken Ismert" To: "Access Developers discussion and problem solving" Sent: Friday, April 07, 2006 6:39 PM Subject: Re: [AccessD] Assign a control source for the control on Reportbasedon dynamic crosstab query > > Ervin, > > How about something like: > > txtBox1.ControlSource = > db.QueryDefs("qryCroRealPrPred").Fields(1).Name > > -Ken > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Jdemarco at hudsonhealthplan.org Mon Apr 10 06:46:10 2006 From: Jdemarco at hudsonhealthplan.org (Jim DeMarco) Date: Mon, 10 Apr 2006 07:46:10 -0400 Subject: [AccessD] Going off list for a while Message-ID: <08F823FD83787D4BA0B99CA580AD3C74034447FB@TTNEXCHCL2.hshhp.com> Good luck Joe. See you when you're back. Jim DeMarco -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Joe Hecht Sent: Sunday, April 09, 2006 11:23 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Going off list for a while Friends, I am going off list for a while. I have an eye infection which makes computer time very uncomfortable. I want to thank everyone for their help and encouragement on my various attempts as an Access developer. Joe Hecht jmhecht at earthlink.net -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com *********************************************************************************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** From bchacc at san.rr.com Mon Apr 10 08:24:30 2006 From: bchacc at san.rr.com (bchacc at san.rr.com) Date: Mon, 10 Apr 2006 09:24:30 -0400 Subject: [AccessD] Screen Flicker Message-ID: <380-220064110132430125@M2W126.mail2web.com> Martin: I got this on tab controls where labels were not associated with text boxes. I got the flick as the mouse rolled over the controls. Rocky Original Message: ----------------- From: Martin Reid mwp.reid at qub.ac.uk Date: Sun, 09 Apr 2006 20:08:41 +0100 To: accessd at databaseadvisors.com Subject: [AccessD] Screen Flicker All of a sudden I am seeing a lot of screen flicker on forms where there was none before. Anyone any idea what could be causing this. Happens on almost all forms. Access 2000 mdb running in Access 2003. Martin Martin WP Reid Training and Assessment Unit Riddle Hall Belfast tel: 02890 974477 -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ . From mwp.reid at qub.ac.uk Mon Apr 10 08:26:34 2006 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Mon, 10 Apr 2006 14:26:34 +0100 Subject: [AccessD] Screen Flicker References: <380-220064110132430125@M2W126.mail2web.com> Message-ID: Thanks rocky Am doing major demo and its driving me nuts. Martin Martin WP Reid Training and Assessment Unit Riddle Hall Belfast tel: 02890 974477 ________________________________ From: accessd-bounces at databaseadvisors.com on behalf of bchacc at san.rr.com Sent: Mon 10/04/2006 14:24 To: accessd at databaseadvisors.com Subject: Re: [AccessD] Screen Flicker Martin: I got this on tab controls where labels were not associated with text boxes. I got the flick as the mouse rolled over the controls. Rocky Original Message: ----------------- From: Martin Reid mwp.reid at qub.ac.uk Date: Sun, 09 Apr 2006 20:08:41 +0100 To: accessd at databaseadvisors.com Subject: [AccessD] Screen Flicker All of a sudden I am seeing a lot of screen flicker on forms where there was none before. Anyone any idea what could be causing this. Happens on almost all forms. Access 2000 mdb running in Access 2003. Martin Martin WP Reid Training and Assessment Unit Riddle Hall Belfast tel: 02890 974477 -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.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 Apr 10 08:35:00 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Mon, 10 Apr 2006 09:35:00 -0400 Subject: [AccessD] No display adapter Message-ID: <000b01c65ca3$91e868f0$657aa8c0@ColbyM6805> I had to "repair" my windows installation a few weeks ago. In the middle, it asked for a video driver which I did not have. I clicked continue and when it was finished it came up with a "non-native" adapter, i.e. I could only get 1024x768. Worse, there is now no "display adapter" in the device manager. Just not there at all, which means I can't go in through that to install the correct drivers. When I go in through the desktop, it shows all kinds of conflicts for hardware and doesn't allow me to install new drivers. How the heck do I repair this mess? John W. Colby www.ColbyConsulting.com From Lambert.Heenan at AIG.com Mon Apr 10 08:46:11 2006 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Mon, 10 Apr 2006 08:46:11 -0500 Subject: [AccessD] No display adapter Message-ID: <1D7828CDB8350747AFE9D69E0E90DA1F1FC8B089@xlivmbx21.aig.com> Have you tried going into the Device manager and asking it to scan for new hardware? Just a long shot. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Monday, April 10, 2006 9:35 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] No display adapter I had to "repair" my windows installation a few weeks ago. In the middle, it asked for a video driver which I did not have. I clicked continue and when it was finished it came up with a "non-native" adapter, i.e. I could only get 1024x768. Worse, there is now no "display adapter" in the device manager. Just not there at all, which means I can't go in through that to install the correct drivers. When I go in through the desktop, it shows all kinds of conflicts for hardware and doesn't allow me to install new drivers. How the heck do I repair this mess? 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 marcus at tsstech.com Mon Apr 10 09:31:45 2006 From: marcus at tsstech.com (Scott Marcus) Date: Mon, 10 Apr 2006 10:31:45 -0400 Subject: [AccessD] No display adapter Message-ID: John, Check for the adapter in "safe mode" and update the drivers in that mode. Have you tried to install the drivers via the setup program provided by the manufacturer? Scott Marcus Computer Programmer TSS Technologies Inc. www.tss.com 513-772-7000 x1113 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Monday, April 10, 2006 9:35 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] No display adapter I had to "repair" my windows installation a few weeks ago. In the middle, it asked for a video driver which I did not have. I clicked continue and when it was finished it came up with a "non-native" adapter, i.e. I could only get 1024x768. Worse, there is now no "display adapter" in the device manager. Just not there at all, which means I can't go in through that to install the correct drivers. When I go in through the desktop, it shows all kinds of conflicts for hardware and doesn't allow me to install new drivers. How the heck do I repair this mess? John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com NOTICE: This electronic mail transmission is for the use of the named individual or entity to which it is directed and may contain information that is privileged or confidential. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of any information contained herein is prohibited. If you have received this electronic mail transmission in error, delete it from your system without copying or forwarding it, and notify the sender of the error by replying via email or calling TSS Technologies at (513) 772-7000, so that our address record can be corrected. Any information included in this email is provided on an ?as is? and ?where as? basis, and TSS Technologies makes no representations or warranties of any kind with respect to the completeness or accuracy of the information contained in this email. From cfoust at infostatsystems.com Mon Apr 10 11:08:14 2006 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Mon, 10 Apr 2006 09:08:14 -0700 Subject: [AccessD] [dba-SQLServer] Optimizing Stored Procedures and Vi ews Message-ID: What? You haven't downloaded your service pack yet?? LOL Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: Saturday, April 08, 2006 9:47 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] [dba-SQLServer] Optimizing Stored Procedures and Vi ews Haven't had a chance to check out the new operating system - just hoping I don't see any blue screens of death in front of my eyes (Microsoft aren't yet into programming pacemakers are they?) David At 8/04/2006, you wrote: >Glad everything went okay. Charlotte got a replacement a while ago, >but she said USB wasn't available in the new models.....how about now? >They have to have at least put Bluetooth in these things by now, you >can't buy a set of headphones without Bluetooth options... ;) > >Drew -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Mon Apr 10 11:16:08 2006 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Mon, 10 Apr 2006 09:16:08 -0700 Subject: [AccessD] Access Application - per unit cost Message-ID: Over here, the light at the end of a tunnel is quite often an oncoming train! Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil Salakhetdinov Sent: Saturday, April 08, 2006 12:33 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access Application - per unit cost >there is light at the end of the tunnel: Jim, It's Friday there - just yesterday I have occasionally heard Russian style joke (everybody laughed at it here): "There is a light at the end of the tunnel, but the tunnel, &(^$%&^%, is still lasting and lasting..." Shamil ----- Original Message ----- From: "Jim Lawrence" To: "'Access Developers discussion and problem solving'" Sent: Saturday, April 08, 2006 7:18 AM Subject: Re: [AccessD] Access Application - per unit cost > News articles like this show that there is light at the end of the tunnel: > http://www.nytimes.com/2006/04/03/business/03labor.html?hp&ex=1144123200 &en= > d181ebfb30f96ebf&ei=5094&partner=homepage > > Jim > > PS You may have to log in.... > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil > Salakhetdinov > Sent: Friday, April 07, 2006 3:30 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access Application - per unit cost > >> I'd say to that fellow best of luck.... > Jim, > > That's in my opinion a correct/the best for you solution of this issue. He > most probably go bankrupt soon. It may happen also he will make a fortune > but he will never feel lucky from this fortune made on overexploitation of > others. So the correct Wiseman solution is to leave him to go on his > own... > >> Folks overseas don't really understand how >> we do business here. > I'm sorry - this is not correct statement, Jim :) > > I have been silently watching the first set of answers on this thread - > just > > to get the common context on this issue existing overthere. > > Folks it's biased, this context and the common opinion, believe me. > > People do business very similarly these days all around the World, > especially in IT. > The only difference are the hourly rates/wages, which are still lower on > the > > East. > But they are also growing very quickly here and e.g. in many modern > professions they are as high as on the West or nearing to them. > Unfortunately software development here is not one of the popular > professions. This is because there is no yet high market demand on custom > software development for middle-/small-businesses, which themselves are in > "embryonic" state here. > They should "wake up" soon when Russia enters WTO. > A developer's day cost for big companies here is ~800USD/day - not as high > as there but not bad at all. > And this market exists for big players here for quite some time and only > grows. > > The effectiveness of the design and programming work is quite low in > average > > in the West Europe as I have seen. > The level of failures in very high. > Everybody knows that this "ever lasting software development crisis" > started > > when the first programming language was created and it will probably last > forever. And this is this crisis and inability for a long time to solve it > what creates demand on low cost IT labor. > > I here have many times these "east Indians", "east Europeans" (including > Russians of course) crossing my road, stealing my customers by bidding > "dirt cheap" etc. As the result I lost almost all hopes a couple of years > ago to find well paid projects to live here and to keep my family well. > The > situation changed to the better now, I have some good work but I still > have > to work as twice as I worked five years ago just to keep the same living > level as before. And I can't say this "endless working marathon" is what I > wanted from this life most of all... > > The situation was that bad here that I even started to try to bid for > projects on RentACoder - and I have soon found that "dirt cheap" are not > only "east Indians" - these are folks (young programmers) from all around > the World, many of them are from the West Europe and US and Canada - they > are also going bidding lower than USD10/hour.... > > The civilized overseas programming average rates are currently 30USD/hour. > They were higher, around USD 50/hour on year 2000 eve. But I doubt this > (30USD/hour) relatively low rate will leave you there unemployed because > to > compete effectively worldwide, worldwide effective real or virtual > companies > > have to be created and to manage these companies, to effectively contact > the > > local customers over there experienced managers and developers like you > are > needed. There are not that much people like that there as far as I see - I > think you can feel safe, at least while your economy is growing... > > And there is so much programming work here - when you'll have all work > done > there ( :) ) then we will have a lot of it here for you and you'll be > paid > your usual rates because the rates here will be by that time the same as > there and you will not need to go live here - you'll be able to work > off-shore as well as I can do it now because of the high level of the > current communication technlogy and because my qualification is good > enough > go compete worldwide without even leaving my home/office... > > When the companies here go "dirt cheap", pay their programmers low wages > then they have very high level of "work force leakage", unhappy developers > leaving this country in searching for the better life over there. I have > seen/visited such companies here - they state they are great, well, maybe, > they develop not bad software - but, boy, you have to see the eyes of > their > developers, many of them are so sad and hopeless... > > Shamil > > ----- Original Message ----- > From: "Jim Dettman" > To: "'Access Developers discussion and problem solving'" > > Sent: Friday, April 07, 2006 11:53 PM > Subject: Re: [AccessD] Access Application - per unit cost > > >> Eric, >> >> I won't do that. The problem with that setup is that the thinking and >> the >> culture are just too different. Folks overseas don't really understand >> how >> we do business here. I've seen way too many apps developed overseas that >> were just trash because of this. >> >> And you'll end up paying later as well; ever try to debug a program >> commented with poor English or even worse, another language? >> >> I'd say to that fellow best of luck.... >> >> Jim. >> > <<< tail skipped >>> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 MEC at stowers-institute.org Mon Apr 10 11:28:15 2006 From: MEC at stowers-institute.org (Cook, Malcolm) Date: Mon, 10 Apr 2006 11:28:15 -0500 Subject: [AccessD] Screen Flicker Message-ID: do youhave conditional formatting turned on? >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid >Sent: Sunday, April 09, 2006 2:09 PM >To: Access Developers discussion and problem solving >Subject: [AccessD] Screen Flicker > >All of a sudden I am seeing a lot of screen flicker on forms >where there was none before. Anyone any idea what could be >causing this. > >Happens on almost all forms. > >Access 2000 mdb running in Access 2003. > > >Martin > >Martin WP Reid >Training and Assessment Unit >Riddle Hall >Belfast > >tel: 02890 974477 > > > From accessd at shaw.ca Mon Apr 10 11:29:48 2006 From: accessd at shaw.ca (Jim Lawrence) Date: Mon, 10 Apr 2006 09:29:48 -0700 Subject: [AccessD] No display adapter In-Reply-To: <000b01c65ca3$91e868f0$657aa8c0@ColbyM6805> Message-ID: <0IXI0093PLSMBA10@l-daemon> Hi John: Is your video card built onto the mother board? The most popular video drivers used with both in ASUS and GIGABYTE, amount others, is the all-in-one NVIDIA driver set. You can just cross-reference your mother board on line and download the entire superset at http://www.nvidia.com/content/drivers/drivers.asp. The whole installation is auto-detect and straight-forward. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Monday, April 10, 2006 6:35 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] No display adapter I had to "repair" my windows installation a few weeks ago. In the middle, it asked for a video driver which I did not have. I clicked continue and when it was finished it came up with a "non-native" adapter, i.e. I could only get 1024x768. Worse, there is now no "display adapter" in the device manager. Just not there at all, which means I can't go in through that to install the correct drivers. When I go in through the desktop, it shows all kinds of conflicts for hardware and doesn't allow me to install new drivers. How the heck do I repair this mess? 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 martyconnelly at shaw.ca Mon Apr 10 12:35:20 2006 From: martyconnelly at shaw.ca (MartyConnelly) Date: Mon, 10 Apr 2006 10:35:20 -0700 Subject: [AccessD] Access Application - per unit cost References: <0IXH0016N311X300@l-daemon> Message-ID: <443A9758.8070007@shaw.ca> Take this with the caveat, I have not touched any SOAP in six months. Whether this stuff below may cause you problems, I don't know but here is what you may run into. If you are going to do anything complex in SOAP, you are going to have to make a design decision. You could use VB6 and/or Access with SOAP but the Microsoft SOAP Toolkit that made it easier at one time has been deprecated by the .NET Framework. July 2004 Maybe MS force play to use .Net. Access 2003 Web Services will generally work with the MS .Net Servers of WebServices and build the proper proxy SOAP classes but it may get into problems on Web Services built with say Java and Apache. This is what I don't know. It is generally referred to as the "SOAP Interop" problem. If you run into it, here is a possible workaround. http://msdn.microsoft.com/webservices/webservices/building/soaptk/default.aspx I could once write basic SOAP xml and throw it at a WSDL file through Access but it has become more complicated. What I did about two years ago was use open source PocketSoap Toolkit and then the WSDL Wizard for PocketSOAP 2.3.0 to run from Access 97. http://www.pocketsoap.com/wsdl/wsdl2.aspx The wizard contains support for generating proxies for rpc/encoded and document/literal services, complexTypes and custom serializers for those types are constructued from the WSDL and XSD schema information. The proxy object is generated in form of a VB6 project, I just grab the classes into Access 2003. You can also put into a COM dll and call that. So your choice maybe use Access/VB with Pocket Soap or other 3'd party toolkit or go to .Net or gasp Java. One of the major problems I had was with so called "SOAP Interop", Web servers like Apache and Tomcat had completely different ideas on the SOAP standard. I think it is finally straightened out but ... One problem being by default Web Services built with ASP.NET, default to a style of SOAP called document/literal. PocketSOAP by default uses a different style of SOAP called RPC/Encoded as does Apache/Tomcat based ones. You can either switch your ASP.NET service to RPC/Encoded mode by using the SoapRpcMethod attribute, or alternatively, you can alter your PocketSOAP code to use document/literal style mess. The Linux servers Web Services had all sorts of weird stuff that consequently got into problems when people started using the Soap Standards Section 5 encoding model, including arrays, sparse arrays, partial arrays, unsized arrays, nil's, complex types and simple types. ie things like passing VB6 objects or binary jpegs. This wasn't touched upon in the first years of SOAP. This doesn't touch other quirks, like in HTTP 1.1 transport including support for SSL, proxy servers, basic authentication, proxy server authentication, redirects, session cookies and compression. Jim Lawrence wrote: >Hi Marty: > >Thanks for the info. The YATT looks like a great tool. > >Our programmer has a sample site that is working without using a >purchased/rented API. Hopefully the API the client is paying for works as >well and has as much functionality. (Will have to get up to speed in SOAP as >I am still at the functional level with XML; time to hit the W3C pages). > >If you have any further thoughts or recommendations it would all be greatly >appreciated. > >Jim > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of MartyConnelly >Sent: Sunday, April 09, 2006 12:01 PM >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] Access Application - per unit cost > >Well here are tools that you may have to use, if you get stuck. >TCPTrace, YATT or PcapTrace are essentially tools that log everything >going back and forth on the wire. >I had to use on an amazon uk bookstore site when they weren't giving me >enough info >and they were making initial development mistakes. Useful, if they are >throwing things >like logging or session cookies at you, without telling you. >Simon Fell is generally about 6 months ahead of microsoft, especially >with SOAP development. >http://www.pocketsoap.com/yatt/ > >Jim Lawrence wrote: > > > >>Hi Marty: >> >>I guess this is one of the practical issues/problems with screen scrapping. >>This is why I believe it could become a full-time occupation just to keep >>the connections. The client wants start off using an existing API and maybe >>move to custom one if that does not fill the bill. The client is >>viewing/scrapping a specific set of sites. The sites that will be viewed >> >> >are > > >>ones that would want the general public to view them as easily as possible. >> >>So we will see. If there are any other suggestions that you have I would be >>more than glad to hear them. >> >>Thanks >>Jim >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of MartyConnelly >>Sent: Friday, April 07, 2006 9:52 PM >>To: Access Developers discussion and problem solving >>Subject: Re: [AccessD] Access Application - per unit cost >> >>Just one thing to keep in mind about screen scraping sites, companies >>have a habit of doing a complete >>web site redesign every 12 to 18 months, not to mention minor monthly >>changes which may prove to be a problem. >>Also some sites are putting in methods that may defeat older scraping >>methods, like logging in with >>a graphic designed login code parameter, page redirects or in ASP.Net >>you may not be able to see the screen source. >>Some of these are designed on puropse to defeat screen scraping. Some >>companies like e-Bay provide a free API >>to make it easy to collect data. Some companies provide an extra paid >>for service to ftp or download the data as an Excel file. >>Yahoo financial does this. Some companies may switch entirely to a free >>or payment based WebService like USPS. >>You could be programming against moving goalposts. >> >>Jim Lawrence wrote: >> >> >> >> >> >>>Hi All: >>> >>>Good news. After the client and I sat down for a conversation we hammered >>>out a good deal. We have managed to ink-out a contract that both of us can >>>live with. He admitted that he does not trust programmers after being >>>'ripped' in a couple of instances. >>> >>>Dealing with an old coder like me seemed calm things down and we have a >>> >>> >>> >>> >>deal >> >> >> >> >>>that may see a solid ongoing full-time contract coming out of this. >>> >>>Thanks so much for all your suggestions. They definitely help put things >>> >>> >in > > >>>perspective. >>> >>>Jim >>> >>>PS So there is something that you young punk programmers do not have. >>> >>>-----Original Message----- >>>From: accessd-bounces at databaseadvisors.com >>>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence >>>Sent: Friday, April 07, 2006 2:44 PM >>>To: 'Access Developers discussion and problem solving' >>>Subject: Re: [AccessD] Access Application - per unit cost >>> >>>Thank you all for your suggestions. >>> >>>I have planned to verbally submit an appropriate counter offer and let the >>>project go if there is no agreement >>> >>>Jim >>> >>>-----Original Message----- >>>From: accessd-bounces at databaseadvisors.com >>>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence >>>Sent: Friday, April 07, 2006 7:42 AM >>>To: 'Access Developers discussion and problem solving' >>>Subject: [AccessD] Access Application - per unit cost >>> >>>These are interesting times. >>> >>>Yesterday a programmer who is working with my company went to see a new >>>client as I was out of the city for a couple of days on business. >>> >>>The client would like a custom made complex piece of code that would >>> >>> >>> >>> >>'screen >> >> >> >> >>>scrape' from other web sites so his site would be able to present a list >>> >>> >of > > >>>the best prices... a good idea. We had previously agreed on principle but >>>had not negotiated a price. >>> >>>The client presented the young programmer with his position. >>>First, we were to be on an hourly rate or when ever the client called. >>>Second, the client would pay the programmer directly and not go through >>> >>> >the > > >>>company. >>>Third, the maximum rate he would pay would be $12.00 and hour as he had >>> >>> >two > > >>>'east Indian' programmers, who had submitted bids of $5.00 per hour but >>> >>> >>> >>> >>felt >> >> >> >> >>>that he should try and support local talent. >>> >>>.. and a rider.. >>> >>>The client wants all code made to be his and if we ever used similar code >>>again, in another paying contract we would pay him 50% of gross profits. >>> >>>I must say, I am almost speechless but please feel free to comment. >>> >>>Jim >>> >>> >>> >>> >>> >>> > > > -- Marty Connelly Victoria, B.C. Canada From max at sherman.org.uk Mon Apr 10 13:48:52 2006 From: max at sherman.org.uk (Max Home) Date: Mon, 10 Apr 2006 19:48:52 +0100 Subject: [AccessD] Access Application - per unit cost In-Reply-To: AAAAAFWZt4UlhGRNs4nf35oT6aQk7yIA Message-ID: <000001c65ccf$6ac2e120$dd6b1152@Max> And here it means "I see a light at the end of the tunnel, but it always turns out to be a man with a torch coming to give me more work..." Max -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: 10 April 2006 17:16 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access Application - per unit cost Over here, the light at the end of a tunnel is quite often an oncoming train! Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil Salakhetdinov Sent: Saturday, April 08, 2006 12:33 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Access Application - per unit cost >there is light at the end of the tunnel: Jim, It's Friday there - just yesterday I have occasionally heard Russian style joke (everybody laughed at it here): "There is a light at the end of the tunnel, but the tunnel, &(^$%&^%, is still lasting and lasting..." Shamil ----- Original Message ----- From: "Jim Lawrence" To: "'Access Developers discussion and problem solving'" Sent: Saturday, April 08, 2006 7:18 AM Subject: Re: [AccessD] Access Application - per unit cost > News articles like this show that there is light at the end of the tunnel: > http://www.nytimes.com/2006/04/03/business/03labor.html?hp&ex=1144123200 &en= > d181ebfb30f96ebf&ei=5094&partner=homepage > > Jim > > PS You may have to log in.... > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil > Salakhetdinov > Sent: Friday, April 07, 2006 3:30 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Access Application - per unit cost > >> I'd say to that fellow best of luck.... > Jim, > > That's in my opinion a correct/the best for you solution of this issue. He > most probably go bankrupt soon. It may happen also he will make a fortune > but he will never feel lucky from this fortune made on overexploitation of > others. So the correct Wiseman solution is to leave him to go on his > own... > >> Folks overseas don't really understand how >> we do business here. > I'm sorry - this is not correct statement, Jim :) > > I have been silently watching the first set of answers on this thread - > just > > to get the common context on this issue existing overthere. > > Folks it's biased, this context and the common opinion, believe me. > > People do business very similarly these days all around the World, > especially in IT. > The only difference are the hourly rates/wages, which are still lower on > the > > East. > But they are also growing very quickly here and e.g. in many modern > professions they are as high as on the West or nearing to them. > Unfortunately software development here is not one of the popular > professions. This is because there is no yet high market demand on custom > software development for middle-/small-businesses, which themselves are in > "embryonic" state here. > They should "wake up" soon when Russia enters WTO. > A developer's day cost for big companies here is ~800USD/day - not as high > as there but not bad at all. > And this market exists for big players here for quite some time and only > grows. > > The effectiveness of the design and programming work is quite low in > average > > in the West Europe as I have seen. > The level of failures in very high. > Everybody knows that this "ever lasting software development crisis" > started > > when the first programming language was created and it will probably last > forever. And this is this crisis and inability for a long time to solve it > what creates demand on low cost IT labor. > > I here have many times these "east Indians", "east Europeans" (including > Russians of course) crossing my road, stealing my customers by bidding > "dirt cheap" etc. As the result I lost almost all hopes a couple of years > ago to find well paid projects to live here and to keep my family well. > The > situation changed to the better now, I have some good work but I still > have > to work as twice as I worked five years ago just to keep the same living > level as before. And I can't say this "endless working marathon" is what I > wanted from this life most of all... > > The situation was that bad here that I even started to try to bid for > projects on RentACoder - and I have soon found that "dirt cheap" are not > only "east Indians" - these are folks (young programmers) from all around > the World, many of them are from the West Europe and US and Canada - they > are also going bidding lower than USD10/hour.... > > The civilized overseas programming average rates are currently 30USD/hour. > They were higher, around USD 50/hour on year 2000 eve. But I doubt this > (30USD/hour) relatively low rate will leave you there unemployed because > to > compete effectively worldwide, worldwide effective real or virtual > companies > > have to be created and to manage these companies, to effectively contact > the > > local customers over there experienced managers and developers like you > are > needed. There are not that much people like that there as far as I see - I > think you can feel safe, at least while your economy is growing... > > And there is so much programming work here - when you'll have all work > done > there ( :) ) then we will have a lot of it here for you and you'll be > paid > your usual rates because the rates here will be by that time the same as > there and you will not need to go live here - you'll be able to work > off-shore as well as I can do it now because of the high level of the > current communication technlogy and because my qualification is good > enough > go compete worldwide without even leaving my home/office... > > When the companies here go "dirt cheap", pay their programmers low wages > then they have very high level of "work force leakage", unhappy developers > leaving this country in searching for the better life over there. I have > seen/visited such companies here - they state they are great, well, maybe, > they develop not bad software - but, boy, you have to see the eyes of > their > developers, many of them are so sad and hopeless... > > Shamil > > ----- Original Message ----- > From: "Jim Dettman" > To: "'Access Developers discussion and problem solving'" > > Sent: Friday, April 07, 2006 11:53 PM > Subject: Re: [AccessD] Access Application - per unit cost > > >> Eric, >> >> I won't do that. The problem with that setup is that the thinking and >> the >> culture are just too different. Folks overseas don't really understand >> how >> we do business here. I've seen way too many apps developed overseas that >> were just trash because of this. >> >> And you'll end up paying later as well; ever try to debug a program >> commented with poor English or even worse, another language? >> >> I'd say to that fellow best of luck.... >> >> Jim. >> > <<< tail skipped >>> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 Mon Apr 10 16:39:43 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Mon, 10 Apr 2006 17:39:43 -0400 Subject: [AccessD] No display adapter In-Reply-To: <1D7828CDB8350747AFE9D69E0E90DA1F1FC8B089@xlivmbx21.aig.com> Message-ID: <002e01c65ce7$48ba2f80$657aa8c0@ColbyM6805> Yep, nothing found :( John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Monday, April 10, 2006 9:46 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter Have you tried going into the Device manager and asking it to scan for new hardware? Just a long shot. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Monday, April 10, 2006 9:35 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] No display adapter I had to "repair" my windows installation a few weeks ago. In the middle, it asked for a video driver which I did not have. I clicked continue and when it was finished it came up with a "non-native" adapter, i.e. I could only get 1024x768. Worse, there is now no "display adapter" in the device manager. Just not there at all, which means I can't go in through that to install the correct drivers. When I go in through the desktop, it shows all kinds of conflicts for hardware and doesn't allow me to install new drivers. How the heck do I repair this mess? 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 Mon Apr 10 16:43:27 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Mon, 10 Apr 2006 17:43:27 -0400 Subject: [AccessD] No display adapter In-Reply-To: Message-ID: <002f01c65ce7$cda792f0$657aa8c0@ColbyM6805> I actually found the driver disk from the manufacturer. When I try to run it, it says something about setting the adapter to VGA mode. Unfortunately there is nothing available to change. Normally you go to My Computer / properties / Hardware / device manager. It will then display a list of hardware on the computer. The Display Adapter is one of many things. Even if it is wrong, the "display adapter" will be there, and when you expand it there will be an exclamation mark or something saying that you have the wrong driver. In my case, the entire adapter is missing, just NOT there. Which means there is nothing to select to update the driver for. I have never run into this before. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Scott Marcus Sent: Monday, April 10, 2006 10:32 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] No display adapter John, Check for the adapter in "safe mode" and update the drivers in that mode. Have you tried to install the drivers via the setup program provided by the manufacturer? Scott Marcus Computer Programmer TSS Technologies Inc. www.tss.com 513-772-7000 x1113 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Monday, April 10, 2006 9:35 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] No display adapter I had to "repair" my windows installation a few weeks ago. In the middle, it asked for a video driver which I did not have. I clicked continue and when it was finished it came up with a "non-native" adapter, i.e. I could only get 1024x768. Worse, there is now no "display adapter" in the device manager. Just not there at all, which means I can't go in through that to install the correct drivers. When I go in through the desktop, it shows all kinds of conflicts for hardware and doesn't allow me to install new drivers. How the heck do I repair this mess? John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com NOTICE: This electronic mail transmission is for the use of the named individual or entity to which it is directed and may contain information that is privileged or confidential. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of any information contained herein is prohibited. If you have received this electronic mail transmission in error, delete it from your system without copying or forwarding it, and notify the sender of the error by replying via email or calling TSS Technologies at (513) 772-7000, so that our address record can be corrected. Any information included in this email is provided on an as is and where as basis, and TSS Technologies makes no representations or warranties of any kind with respect to the completeness or accuracy of the information contained in this email. From stuart at lexacorp.com.pg Mon Apr 10 17:16:42 2006 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 11 Apr 2006 08:16:42 +1000 Subject: [AccessD] Academia still using Card Indexes Message-ID: <443B65EA.29702.795E05C@stuart.lexacorp.com.pg> "Makes you think. And one thing it makes me think is that there are still unexplored opportunities for database specialists out there." http://www.regdeveloper.co.uk/2006/04/10/henslow_darwin_sqlserver/ -- Stuart From accessd at shaw.ca Mon Apr 10 17:53:01 2006 From: accessd at shaw.ca (Jim Lawrence) Date: Mon, 10 Apr 2006 15:53:01 -0700 Subject: [AccessD] Academia still using Card Indexes In-Reply-To: <443B65EA.29702.795E05C@stuart.lexacorp.com.pg> Message-ID: <0IXJ0018M3JBONH0@l-daemon> Hi Stuart: Seems so. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, April 10, 2006 3:17 PM To: Access Developers discussion and problem solving Subject: [AccessD] Academia still using Card Indexes "Makes you think. And one thing it makes me think is that there are still unexplored opportunities for database specialists out there." http://www.regdeveloper.co.uk/2006/04/10/henslow_darwin_sqlserver/ -- Stuart -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kp at sdsonline.net Mon Apr 10 19:06:35 2006 From: kp at sdsonline.net (Kath Pelletti) Date: Tue, 11 Apr 2006 10:06:35 +1000 Subject: [AccessD] Access Application - per unit cost References: <0IXD0008PVVECC71@l-daemon> Message-ID: <00e501c65cfb$cd4c1560$6601a8c0@office> With the greatest of respect to you Jim, I would still be worried about working with someone who could even contemplate going with a distant programmer who speaks another native language. There is so much in that that would concern me.... I wish you luck.... Kath ----- Original Message ----- From: "Jim Lawrence" To: "'Access Developers discussion and problem solving'" Sent: Saturday, April 08, 2006 1:19 PM Subject: Re: [AccessD] Access Application - per unit cost > Hi All: > > Good news. After the client and I sat down for a conversation we hammered > out a good deal. We have managed to ink-out a contract that both of us can > live with. He admitted that he does not trust programmers after being > 'ripped' in a couple of instances. > > Dealing with an old coder like me seemed calm things down and we have a > deal > that may see a solid ongoing full-time contract coming out of this. > > Thanks so much for all your suggestions. They definitely help put things > in > perspective. > > Jim > > PS So there is something that you young punk programmers do not have. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > Sent: Friday, April 07, 2006 2:44 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Access Application - per unit cost > > Thank you all for your suggestions. > > I have planned to verbally submit an appropriate counter offer and let the > project go if there is no agreement > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > Sent: Friday, April 07, 2006 7:42 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access Application - per unit cost > > These are interesting times. > > Yesterday a programmer who is working with my company went to see a new > client as I was out of the city for a couple of days on business. > > The client would like a custom made complex piece of code that would > 'screen > scrape' from other web sites so his site would be able to present a list > of > the best prices... a good idea. We had previously agreed on principle but > had not negotiated a price. > > The client presented the young programmer with his position. > First, we were to be on an hourly rate or when ever the client called. > Second, the client would pay the programmer directly and not go through > the > company. > Third, the maximum rate he would pay would be $12.00 and hour as he had > two > 'east Indian' programmers, who had submitted bids of $5.00 per hour but > felt > that he should try and support local talent. > > .. and a rider.. > > The client wants all code made to be his and if we ever used similar code > again, in another paying contract we would pay him 50% of gross profits. > > I must say, I am almost speechless but please feel free to comment. > > Jim > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.859 / Virus Database: 585 - Release Date: 2/14/2005 > > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.859 / Virus Database: 585 - Release Date: 2/14/2005 > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/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 martyconnelly at shaw.ca Mon Apr 10 19:47:38 2006 From: martyconnelly at shaw.ca (MartyConnelly) Date: Mon, 10 Apr 2006 17:47:38 -0700 Subject: [AccessD] Academia still using Card Indexes References: <443B65EA.29702.795E05C@stuart.lexacorp.com.pg> Message-ID: <443AFCAA.1010108@shaw.ca> I had a chuckle about this. "These days, wed photograph the plants and store them in an electronic database as an extended datatype (although whether recreating the database from a set of CDs in a box in a cupboard some 150 years later would be as feasible as recreating Henslows work is moot). But perhaps we wouldnt." Well, I once had to look at early 19'th century legal records that had to be entered into a database that were contained in tin boxes in the dungeons of an old fort on St Lucia in the Caribbean. It turned out the dungeons were old slave pens and the tin boxes to keep the rats from eating them. I was very careful examining them and carried a large flashlight and hammer. By the way it was Captain Beaufort (of wind scale fame) who asked Henslow for someone to accompany the Beagle's expedition. Stuart McLachlan wrote: >"Makes you think. And one thing it makes me think is that there are still >unexplored opportunities for database specialists out there." > >http://www.regdeveloper.co.uk/2006/04/10/henslow_darwin_sqlserver/ > > > -- Marty Connelly Victoria, B.C. Canada From newsgrps at dalyn.co.nz Mon Apr 10 21:43:26 2006 From: newsgrps at dalyn.co.nz (David Emerson) Date: Tue, 11 Apr 2006 14:43:26 +1200 Subject: [AccessD] [dba-SQLServer] Optimizing Stored Procedures and Views In-Reply-To: References: <00101736F13D774F88C54058CB2663C8483C02@celebration.sierranevada.corp> <7.0.1.0.0.20060408090841.01b31c00@dalyn.co.nz> Message-ID: <7.0.1.0.0.20060411144125.01a71bf8@dalyn.co.nz> Dear All, The problem was solved by storing the data from the view that caused the problem into a temporary table, then basing the main procedure on the new table. Thanks all for your help. David At 8/04/2006, you wrote: >Yikes, > This query was tough on you. I hope you get better soon! > >On 4/7/06, David Emerson wrote: > > Dear all, > > > > Thanks for all your suggestions. I was given 18 hours notice to turn > > up to our hospital for a pacemaker replacement (I wore out the old > > one - too much late night/early morning programming). > > > > Operation successful but I feel as if someone hit my shoulder with a > > sledgehammer (which they well might have done considering the banging > > that was going on during the operation). > > > > Hope to be back on deck next week to follow up the suggestions. > > > > David > > > > At 6/04/2006, you wrote: > > >If this is a very busy table you can generally use table hints to > > >prevent locking the table, and is generally very fast, simplay add a > > >WITH(NOLOCK) at the end of your table names (not variable tables). > > > > > > > > >On 4/5/06, David Lewis wrote: > > > > Well, there is a lot there to begin to look through... > > > > > > > > One thing that sticks out is the > > > > > > > > "SELECT TOP 100 PERCENT" in the underlying view. Remove that and the > > > > "ORDER BY" clause and you will do much to streamline the execution of > > > > the view. Also consider making as many of the queries covered as > > > > possible by either adding indexes or removing columns from the views > > > > that are not needed in the final query. > > > > > > > > I am not very experienced with streamline execution plans by optimizing > > > > joins, but I do try to read what comes my way and I have read that all > > > > joins are NOT created equal. Because your joins are > relatively complex, > > > > it may be that there is much to do in that area. When I find a good > > > > reference I will pass it on... > > > > > > > > D. Lewis > > > > _______________________________________________ > > > > dba-SQLServer mailing list > > > > dba-SQLServer at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > > > > http://www.databaseadvisors.com > > > > > > > > > > > > > > > > >-- > > >-Francisco > > >http://pcthis.blogspot.com |PC news with out the jargon! > > >http://sqlthis.blogspot.com | Tsql and More... > > >_______________________________________________ > > >dba-SQLServer mailing list > > >dba-SQLServer at databaseadvisors.com > > >http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > > >http://www.databaseadvisors.com > > > > _______________________________________________ > > dba-SQLServer mailing list > > dba-SQLServer at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/dba-sqlserver > > http://www.databaseadvisors.com > > > > > > >-- >-Francisco >http://pcthis.blogspot.com |PC news with out the jargon! >http://sqlthis.blogspot.com | Tsql and More... >_______________________________________________ >dba-SQLServer mailing list >dba-SQLServer at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/dba-sqlserver >http://www.databaseadvisors.com From viner at EUnet.yu Tue Apr 11 04:03:14 2006 From: viner at EUnet.yu (Ervin Brindza) Date: Tue, 11 Apr 2006 11:03:14 +0200 Subject: [AccessD] Assign a control source for the control on Reportbasedon dynamic crosstab query References: Message-ID: <001001c65d46$f19b2b90$0100a8c0@RazvojErvin> Hi, Ken's solution(code in the Open event of the report) was good yesterday, but today I do some modification in code for report header and he's solution doesn't work yet. After a couple of hours of pulling my hair out I'll kindly ask if somebody want my demo to check my 15-20 of lines of VBA code... Thanks in advance, Ervin ----- Original Message ----- From: "Ken Ismert" To: "Access Developers discussion and problem solving" Sent: Friday, April 07, 2006 6:39 PM Subject: Re: [AccessD] Assign a control source for the control on Reportbasedon dynamic crosstab query > > Ervin, > > How about something like: > > txtBox1.ControlSource = > db.QueryDefs("qryCroRealPrPred").Fields(1).Name > > -Ken > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From marcus at tsstech.com Tue Apr 11 06:15:51 2006 From: marcus at tsstech.com (Scott Marcus) Date: Tue, 11 Apr 2006 07:15:51 -0400 Subject: [AccessD] No display adapter Message-ID: John, Did "safe mode" work? Scott Marcus Computer Programmer TSS Technologies Inc. www.tss.com 513-772-7000 x1113 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Monday, April 10, 2006 5:43 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter I actually found the driver disk from the manufacturer. When I try to run it, it says something about setting the adapter to VGA mode. Unfortunately there is nothing available to change. Normally you go to My Computer / properties / Hardware / device manager. It will then display a list of hardware on the computer. The Display Adapter is one of many things. Even if it is wrong, the "display adapter" will be there, and when you expand it there will be an exclamation mark or something saying that you have the wrong driver. In my case, the entire adapter is missing, just NOT there. Which means there is nothing to select to update the driver for. I have never run into this before. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Scott Marcus Sent: Monday, April 10, 2006 10:32 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] No display adapter John, Check for the adapter in "safe mode" and update the drivers in that mode. Have you tried to install the drivers via the setup program provided by the manufacturer? Scott Marcus Computer Programmer TSS Technologies Inc. www.tss.com 513-772-7000 x1113 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Monday, April 10, 2006 9:35 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] No display adapter I had to "repair" my windows installation a few weeks ago. In the middle, it asked for a video driver which I did not have. I clicked continue and when it was finished it came up with a "non-native" adapter, i.e. I could only get 1024x768. Worse, there is now no "display adapter" in the device manager. Just not there at all, which means I can't go in through that to install the correct drivers. When I go in through the desktop, it shows all kinds of conflicts for hardware and doesn't allow me to install new drivers. How the heck do I repair this mess? John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com NOTICE: This electronic mail transmission is for the use of the named individual or entity to which it is directed and may contain information that is privileged or confidential. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of any information contained herein is prohibited. If you have received this electronic mail transmission in error, delete it from your system without copying or forwarding it, and notify the sender of the error by replying via email or calling TSS Technologies at (513) 772-7000, so that our address record can be corrected. Any information included in this email is provided on an as is and where as basis, and TSS Technologies makes no representations or warranties of any kind with respect to the completeness or accuracy of the information contained in this email. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at ColbyConsulting.com Tue Apr 11 07:01:29 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Tue, 11 Apr 2006 08:01:29 -0400 Subject: [AccessD] No display adapter In-Reply-To: Message-ID: <003801c65d5f$ab8404b0$657aa8c0@ColbyM6805> Nope. I can't get at the display adapter, even in safe mode, because there is no display adapter. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Scott Marcus Sent: Tuesday, April 11, 2006 7:16 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] No display adapter John, Did "safe mode" work? Scott Marcus Computer Programmer TSS Technologies Inc. www.tss.com 513-772-7000 x1113 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Monday, April 10, 2006 5:43 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter I actually found the driver disk from the manufacturer. When I try to run it, it says something about setting the adapter to VGA mode. Unfortunately there is nothing available to change. Normally you go to My Computer / properties / Hardware / device manager. It will then display a list of hardware on the computer. The Display Adapter is one of many things. Even if it is wrong, the "display adapter" will be there, and when you expand it there will be an exclamation mark or something saying that you have the wrong driver. In my case, the entire adapter is missing, just NOT there. Which means there is nothing to select to update the driver for. I have never run into this before. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Scott Marcus Sent: Monday, April 10, 2006 10:32 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] No display adapter John, Check for the adapter in "safe mode" and update the drivers in that mode. Have you tried to install the drivers via the setup program provided by the manufacturer? Scott Marcus Computer Programmer TSS Technologies Inc. www.tss.com 513-772-7000 x1113 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Monday, April 10, 2006 9:35 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] No display adapter I had to "repair" my windows installation a few weeks ago. In the middle, it asked for a video driver which I did not have. I clicked continue and when it was finished it came up with a "non-native" adapter, i.e. I could only get 1024x768. Worse, there is now no "display adapter" in the device manager. Just not there at all, which means I can't go in through that to install the correct drivers. When I go in through the desktop, it shows all kinds of conflicts for hardware and doesn't allow me to install new drivers. How the heck do I repair this mess? John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com NOTICE: This electronic mail transmission is for the use of the named individual or entity to which it is directed and may contain information that is privileged or confidential. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of any information contained herein is prohibited. If you have received this electronic mail transmission in error, delete it from your system without copying or forwarding it, and notify the sender of the error by replying via email or calling TSS Technologies at (513) 772-7000, so that our address record can be corrected. Any information included in this email is provided on an as is and where as basis, and TSS Technologies makes no representations or warranties of any kind with respect to the completeness or accuracy of the information contained in this email. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 prosoft6 at hotmail.com Tue Apr 11 07:53:13 2006 From: prosoft6 at hotmail.com (Julie Reardon-Taylor) Date: Tue, 11 Apr 2006 08:53:13 -0400 Subject: [AccessD] Trimmean Function in Excel - How to in Access Message-ID: I'm trying to trim my dataset in Access so that I drop the top 10% of the data as well as the bottom 10% of the data so that I can get rid of extraneous values that may skew the results. I know that in excel, I can use the trimmean function to do this. Can't find an equivalent in Access. Any Suggestions? Julie Reardon-Taylor PRO-SOFT OF NY, INC. 44 Public Square Suite #5 Watertown, NY 13601 Phone: 315.785.0319 Fax: 315.785.0323 www.pro-soft.net NYS IT Services Contract CMT026A NYS Certified Woman-Owned Business From Jdemarco at hudsonhealthplan.org Tue Apr 11 08:13:20 2006 From: Jdemarco at hudsonhealthplan.org (Jim DeMarco) Date: Tue, 11 Apr 2006 09:13:20 -0400 Subject: [AccessD] Trimmean Function in Excel - How to in Access Message-ID: <08F823FD83787D4BA0B99CA580AD3C7403444AA5@TTNEXCHCL2.hshhp.com> Julie, I don't know if Access has a function like that but I believe you can always add a reference to Excel and use those built-in functions from Access. Jim DeMarco -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Julie Reardon-Taylor Sent: Tuesday, April 11, 2006 8:53 AM To: accessd at databaseadvisors.com Subject: [AccessD] Trimmean Function in Excel - How to in Access I'm trying to trim my dataset in Access so that I drop the top 10% of the data as well as the bottom 10% of the data so that I can get rid of extraneous values that may skew the results. I know that in excel, I can use the trimmean function to do this. Can't find an equivalent in Access. Any Suggestions? Julie Reardon-Taylor PRO-SOFT OF NY, INC. 44 Public Square Suite #5 Watertown, NY 13601 Phone: 315.785.0319 Fax: 315.785.0323 www.pro-soft.net NYS IT Services Contract CMT026A NYS Certified Woman-Owned Business -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com *********************************************************************************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** From Lambert.Heenan at AIG.com Tue Apr 11 08:21:53 2006 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Tue, 11 Apr 2006 09:21:53 -0400 Subject: [AccessD] Trimmean Function in Excel - How to in Access Message-ID: <1D7828CDB8350747AFE9D69E0E90DA1F201D1354@xlivmbx21.aig.com> Well there may be more elegant ways, but you can do this with two queries. The first one sorts ascending on the appropriate field(s) and you set it to return the top 90%. Then you use this query as the data source for the second query. It sorts descending and you set it to return the top 91% which should leave you with the middle 90% sample. HTH Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Julie Reardon-Taylor Sent: Tuesday, April 11, 2006 8:53 AM To: accessd at databaseadvisors.com Subject: [AccessD] Trimmean Function in Excel - How to in Access I'm trying to trim my dataset in Access so that I drop the top 10% of the data as well as the bottom 10% of the data so that I can get rid of extraneous values that may skew the results. I know that in excel, I can use the trimmean function to do this. Can't find an equivalent in Access. Any Suggestions? Julie Reardon-Taylor PRO-SOFT OF NY, INC. 44 Public Square Suite #5 Watertown, NY 13601 Phone: 315.785.0319 Fax: 315.785.0323 www.pro-soft.net NYS IT Services Contract CMT026A NYS Certified Woman-Owned Business -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From prosoft6 at hotmail.com Tue Apr 11 08:31:48 2006 From: prosoft6 at hotmail.com (Julie Reardon-Taylor) Date: Tue, 11 Apr 2006 09:31:48 -0400 Subject: [AccessD] Trimmean Function in Excel - How to in Access In-Reply-To: <1D7828CDB8350747AFE9D69E0E90DA1F201D1354@xlivmbx21.aig.com> Message-ID: Thank you Lambert and Jim. I was trying to use aggregate functions similar to the following formula that I have used in the past in Excel: =(SUM(A1:A5)-MIN(A1:A5)-MAX(A1:A5))/MAX(1,COUNT(A1:A5)-2) and was having some trouble with getting the system to do what I need. Thank you for your help. Thought maybe there was a function that I didn't know about. Julie Reardon-Taylor PRO-SOFT OF NY, INC. 44 Public Square Suite #5 Watertown, NY 13601 Phone: 315.785.0319 Fax: 315.785.0323 www.pro-soft.net NYS IT Services Contract CMT026A NYS Certified Woman-Owned Business From JHicks at lincoln.ne.gov Tue Apr 11 09:15:46 2006 From: JHicks at lincoln.ne.gov (JHicks at lincoln.ne.gov) Date: Tue, 11 Apr 2006 09:15:46 -0500 Subject: [AccessD] No display adapter In-Reply-To: <003801c65d5f$ab8404b0$657aa8c0@ColbyM6805> Message-ID: I missed the beginning of this thread so I assume that you have a display adapter built into the motherboard. If you have a CD for the motherboard, it's setup program will allow you to configure the display adapter. It should then show up in Device Manager. Hope that helps. Jim Hicks "John Colby" To Sent by: "'Access Developers discussion and accessd-bounces at d problem solving'" atabaseadvisors.c om cc Subject 04/11/2006 07:01 Re: [AccessD] No display adapter AM Please respond to Access Developers discussion and problem solving Nope. I can't get at the display adapter, even in safe mode, because there is no display adapter. John W. Colby www.ColbyConsulting.com From Lambert.Heenan at aig.com Tue Apr 11 09:17:10 2006 From: Lambert.Heenan at aig.com (Heenan, Lambert) Date: Tue, 11 Apr 2006 09:17:10 -0500 Subject: [AccessD] Trimmean Function in Excel - How to in Access Message-ID: <1D7828CDB8350747AFE9D69E0E90DA1F201D13BE@xlivmbx21.aig.com> On further thinking about this, if you go the two query route then you should of specify that you want the top 88% in the second query which will leave you with the middle 80% of the whole data set. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Julie Reardon-Taylor Sent: Tuesday, April 11, 2006 9:32 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Trimmean Function in Excel - How to in Access Thank you Lambert and Jim. I was trying to use aggregate functions similar to the following formula that I have used in the past in Excel: =(SUM(A1:A5)-MIN(A1:A5)-MAX(A1:A5))/MAX(1,COUNT(A1:A5)-2) and was having some trouble with getting the system to do what I need. Thank you for your help. Thought maybe there was a function that I didn't know about. Julie Reardon-Taylor PRO-SOFT OF NY, INC. 44 Public Square Suite #5 Watertown, NY 13601 Phone: 315.785.0319 Fax: 315.785.0323 www.pro-soft.net NYS IT Services Contract CMT026A NYS Certified Woman-Owned Business -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at ColbyConsulting.com Tue Apr 11 09:31:04 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Tue, 11 Apr 2006 10:31:04 -0400 Subject: [AccessD] No display adapter In-Reply-To: Message-ID: <004c01c65d74$92004ac0$657aa8c0@ColbyM6805> It does, I do and it doesn't. The setup errors out telling me to first set up the adapter in VGA mode. There IS NO ADAPTER visible and modifiable in Windows and therefore I can't do anything to it. Since I can't even see the display adapter, I can't set it up in VGA mode, and the setup just fails. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of JHicks at lincoln.ne.gov Sent: Tuesday, April 11, 2006 10:16 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] No display adapter I missed the beginning of this thread so I assume that you have a display adapter built into the motherboard. If you have a CD for the motherboard, it's setup program will allow you to configure the display adapter. It should then show up in Device Manager. Hope that helps. Jim Hicks "John Colby" To Sent by: "'Access Developers discussion and accessd-bounces at d problem solving'" atabaseadvisors.c om cc Subject 04/11/2006 07:01 Re: [AccessD] No display adapter AM Please respond to Access Developers discussion and problem solving Nope. I can't get at the display adapter, even in safe mode, because there is no display adapter. 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 prosoft6 at hotmail.com Tue Apr 11 09:45:02 2006 From: prosoft6 at hotmail.com (Julie Reardon-Taylor) Date: Tue, 11 Apr 2006 10:45:02 -0400 Subject: [AccessD] Trimmean Function in Excel - How to in Access In-Reply-To: <1D7828CDB8350747AFE9D69E0E90DA1F201D13BE@xlivmbx21.aig.com> Message-ID: Hi Lambert, What is your thinking on this? Can you explain? Julie Reardon-Taylor PRO-SOFT OF NY, INC. 44 Public Square Suite #5 Watertown, NY 13601 Phone: 315.785.0319 Fax: 315.785.0323 www.pro-soft.net NYS IT Services Contract CMT026A NYS Certified Woman-Owned Business From ldoering at symphonyinfo.com Tue Apr 11 09:45:53 2006 From: ldoering at symphonyinfo.com (Liz Doering) Date: Tue, 11 Apr 2006 09:45:53 -0500 Subject: [AccessD] Developer looking for Work Message-ID: <855499653F55AD4190B242717DF132BC10C67E@dewey.Symphony.local> The discussion on the per-unit-cost thread reminded me that we had a superb Access developer on staff the last couple of years whose first language was Chinese. She came here to get her master's degree while her husband was here getting his PhD. All the cultural/language issues that we had were of the fun comparative practices type; her written English is beautiful, and she can work through difficult code and explain to you what she did more clearly than anyone else we've had here in the last 6 years. Anyway, her husband finished up his degree last falll and got a job in California, so we have lost her, as her visa status won't allow her to work for a Minnesota company and live in California. In California, however, she hasn't found work. So if anyone is looking for a cracker-jack developer out there, contact me off-list for more information. Thanks, Liz Doering Senior Developer Symphony Information Services liz at symphonyinfo.com www.symphonyinfo.com 763-391-7400 From Jdemarco at hudsonhealthplan.org Tue Apr 11 09:51:37 2006 From: Jdemarco at hudsonhealthplan.org (Jim DeMarco) Date: Tue, 11 Apr 2006 10:51:37 -0400 Subject: [AccessD] Trimmean Function in Excel - How to in Access Message-ID: <08F823FD83787D4BA0B99CA580AD3C740355628D@TTNEXCHCL2.hshhp.com> There's no direct translation in Access for those range references. You'd have to use the Excel Object Model to get at your data. Jim DeMarco -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Julie Reardon-Taylor Sent: Tuesday, April 11, 2006 9:32 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Trimmean Function in Excel - How to in Access Thank you Lambert and Jim. I was trying to use aggregate functions similar to the following formula that I have used in the past in Excel: =(SUM(A1:A5)-MIN(A1:A5)-MAX(A1:A5))/MAX(1,COUNT(A1:A5)-2) and was having some trouble with getting the system to do what I need. Thank you for your help. Thought maybe there was a function that I didn't know about. Julie Reardon-Taylor PRO-SOFT OF NY, INC. 44 Public Square Suite #5 Watertown, NY 13601 Phone: 315.785.0319 Fax: 315.785.0323 www.pro-soft.net NYS IT Services Contract CMT026A NYS Certified Woman-Owned Business -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com *********************************************************************************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** From Lambert.Heenan at AIG.com Tue Apr 11 09:56:15 2006 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Tue, 11 Apr 2006 09:56:15 -0500 Subject: [AccessD] Trimmean Function in Excel - How to in Access Message-ID: <1D7828CDB8350747AFE9D69E0E90DA1F201D140E@xlivmbx21.aig.com> Well I'll try. :-) Say you have exactly 100 records, so your goal is to get the middle 80 records in your result. The first query returns the "top 90%" of the data, so it should be sorted in ascending order so that the query will return records 1 to 90. Then you use that query as the input to the second query. The second query sorts in descending order (90, 89, 88...) and its Top property is set to 88%, which should give you a result of records 90 to 11. Why 88% ? Well the first query returns 90% of the original records and you need to lose the bottom 10 records which is 10/90% which is roughly 11.11%. By trying it out, if the second query returns 89% or records you get 81 out of the original 100, but if you set it to 88% you will get 80 records. HTH Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Julie Reardon-Taylor Sent: Tuesday, April 11, 2006 10:45 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Trimmean Function in Excel - How to in Access Hi Lambert, What is your thinking on this? Can you explain? Julie Reardon-Taylor PRO-SOFT OF NY, INC. 44 Public Square Suite #5 Watertown, NY 13601 Phone: 315.785.0319 Fax: 315.785.0323 www.pro-soft.net NYS IT Services Contract CMT026A NYS Certified Woman-Owned Business -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From prosoft6 at hotmail.com Tue Apr 11 10:07:13 2006 From: prosoft6 at hotmail.com (Julie Reardon-Taylor) Date: Tue, 11 Apr 2006 11:07:13 -0400 Subject: [AccessD] Trimmean Function in Excel - How to in Access In-Reply-To: <1D7828CDB8350747AFE9D69E0E90DA1F201D140E@xlivmbx21.aig.com> Message-ID: okay. Not to comlicate this further, but I'm really looking for 80% of the data for each subset within a recordset. The query that you describe works great on all of the data in the database, but what I really need is to divide the data into subsets(there are 52 of them) and then take 80% of the data for subset1, subset2, subset3, subset4, subset5, etc. Does that make sense? Julie Reardon-Taylor PRO-SOFT OF NY, INC. 44 Public Square Suite #5 Watertown, NY 13601 Phone: 315.785.0319 Fax: 315.785.0323 www.pro-soft.net NYS IT Services Contract CMT026A NYS Certified Woman-Owned Business From Lambert.Heenan at AIG.com Tue Apr 11 10:18:04 2006 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Tue, 11 Apr 2006 10:18:04 -0500 Subject: [AccessD] Trimmean Function in Excel - How to in Access Message-ID: <1D7828CDB8350747AFE9D69E0E90DA1F201D1423@xlivmbx21.aig.com> Makes sense. If you want to do this with queries then I'd suggest using much the same approach. The difference would be that you need a code loop to modify the first query so that it selects just the nth subset of those 52 subsets (weekly data?) of the whole data set and then run the second query on it, which will give you 80% of the subset. Repeat for each subset. The only other thing to do would be to make the seconds query an append query so you can accumulate your results in a temporary table. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Julie Reardon-Taylor Sent: Tuesday, April 11, 2006 11:07 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Trimmean Function in Excel - How to in Access okay. Not to comlicate this further, but I'm really looking for 80% of the data for each subset within a recordset. The query that you describe works great on all of the data in the database, but what I really need is to divide the data into subsets(there are 52 of them) and then take 80% of the data for subset1, subset2, subset3, subset4, subset5, etc. Does that make sense? Julie Reardon-Taylor PRO-SOFT OF NY, INC. 44 Public Square Suite #5 Watertown, NY 13601 Phone: 315.785.0319 Fax: 315.785.0323 www.pro-soft.net NYS IT Services Contract CMT026A NYS Certified Woman-Owned Business -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at ColbyConsulting.com Tue Apr 11 10:22:23 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Tue, 11 Apr 2006 11:22:23 -0400 Subject: [AccessD] Exporting comma delimited data Message-ID: <004e01c65d7b$bc6fc540$657aa8c0@ColbyM6805> Does anyone have code for exporting an ADO recordset to comma delimited, complete with header (if desired), quoting of data if the data contains commas etc? John W. Colby www.ColbyConsulting.com From cfoust at infostatsystems.com Tue Apr 11 10:24:13 2006 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 11 Apr 2006 08:24:13 -0700 Subject: [AccessD] No display adapter Message-ID: Forgive a dumb question, but if there is no display adapter, what is handling the display?? Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, April 11, 2006 5:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter Nope. I can't get at the display adapter, even in safe mode, because there is no display adapter. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Scott Marcus Sent: Tuesday, April 11, 2006 7:16 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] No display adapter John, Did "safe mode" work? Scott Marcus Computer Programmer TSS Technologies Inc. www.tss.com 513-772-7000 x1113 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Monday, April 10, 2006 5:43 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter I actually found the driver disk from the manufacturer. When I try to run it, it says something about setting the adapter to VGA mode. Unfortunately there is nothing available to change. Normally you go to My Computer / properties / Hardware / device manager. It will then display a list of hardware on the computer. The Display Adapter is one of many things. Even if it is wrong, the "display adapter" will be there, and when you expand it there will be an exclamation mark or something saying that you have the wrong driver. In my case, the entire adapter is missing, just NOT there. Which means there is nothing to select to update the driver for. I have never run into this before. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Scott Marcus Sent: Monday, April 10, 2006 10:32 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] No display adapter John, Check for the adapter in "safe mode" and update the drivers in that mode. Have you tried to install the drivers via the setup program provided by the manufacturer? Scott Marcus Computer Programmer TSS Technologies Inc. www.tss.com 513-772-7000 x1113 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Monday, April 10, 2006 9:35 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] No display adapter I had to "repair" my windows installation a few weeks ago. In the middle, it asked for a video driver which I did not have. I clicked continue and when it was finished it came up with a "non-native" adapter, i.e. I could only get 1024x768. Worse, there is now no "display adapter" in the device manager. Just not there at all, which means I can't go in through that to install the correct drivers. When I go in through the desktop, it shows all kinds of conflicts for hardware and doesn't allow me to install new drivers. How the heck do I repair this mess? John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com NOTICE: This electronic mail transmission is for the use of the named individual or entity to which it is directed and may contain information that is privileged or confidential. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of any information contained herein is prohibited. If you have received this electronic mail transmission in error, delete it from your system without copying or forwarding it, and notify the sender of the error by replying via email or calling TSS Technologies at (513) 772-7000, so that our address record can be corrected. Any information included in this email is provided on an as is and where as basis, and TSS Technologies makes no representations or warranties of any kind with respect to the completeness or accuracy of the information contained in this email. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 prosoft6 at hotmail.com Tue Apr 11 10:26:17 2006 From: prosoft6 at hotmail.com (Julie Reardon-Taylor) Date: Tue, 11 Apr 2006 11:26:17 -0400 Subject: [AccessD] Trimmean Function in Excel - How to in Access In-Reply-To: <1D7828CDB8350747AFE9D69E0E90DA1F201D1423@xlivmbx21.aig.com> Message-ID: Excellent idea Lambert. I think that I will accumulate it into a table. Julie Reardon-Taylor PRO-SOFT OF NY, INC. 44 Public Square Suite #5 Watertown, NY 13601 Phone: 315.785.0319 Fax: 315.785.0323 www.pro-soft.net NYS IT Services Contract CMT026A NYS Certified Woman-Owned Business From prosoft6 at hotmail.com Tue Apr 11 10:38:46 2006 From: prosoft6 at hotmail.com (Julie Reardon-Taylor) Date: Tue, 11 Apr 2006 11:38:46 -0400 Subject: [AccessD] Trimmean Function in Excel - How to in Access In-Reply-To: <1D7828CDB8350747AFE9D69E0E90DA1F201D1423@xlivmbx21.aig.com> Message-ID: Just one more question, Lambert. It looks as though the data values are being reduced by the percentage that I use in the "top values" box. What I want is to take the top 10% of the data in the subset and the bottom 10% of the data in the subset and throw it away. That is what the trimmean funciton does in Excel. It allows you to exclude a percentage of data so that it doesn't skew your results. I'm not sure that what you are describing is doing this. It looks like it is recalculaing the values in my recordset by the percentage that I place in the "top Values" box at the top of the qbe grid. Julie Reardon-Taylor PRO-SOFT OF NY, INC. 44 Public Square Suite #5 Watertown, NY 13601 Phone: 315.785.0319 Fax: 315.785.0323 www.pro-soft.net NYS IT Services Contract CMT026A NYS Certified Woman-Owned Business From cfoust at infostatsystems.com Tue Apr 11 10:51:01 2006 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 11 Apr 2006 08:51:01 -0700 Subject: [AccessD] Exporting comma delimited data Message-ID: You're not using an export spec? Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, April 11, 2006 8:22 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Exporting comma delimited data Does anyone have code for exporting an ADO recordset to comma delimited, complete with header (if desired), quoting of data if the data contains commas etc? 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 Tue Apr 11 10:55:33 2006 From: john at winhaven.net (John Bartow) Date: Tue, 11 Apr 2006 10:55:33 -0500 Subject: [AccessD] No display adapter In-Reply-To: <003801c65d5f$ab8404b0$657aa8c0@ColbyM6805> Message-ID: <025a01c65d80$5dfbd4e0$6402a8c0@ScuzzPaq> In Hardware Manager try this: View | Show Hidden Devices. This is where hardware items are listed that don't have plug and play drivers. Is your video adapter listed there? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, April 11, 2006 7:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter Nope. I can't get at the display adapter, even in safe mode, because there is no display adapter. From Lambert.Heenan at AIG.com Tue Apr 11 11:00:52 2006 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Tue, 11 Apr 2006 11:00:52 -0500 Subject: [AccessD] Trimmean Function in Excel - How to in Access Message-ID: <1D7828CDB8350747AFE9D69E0E90DA1F201D1489@xlivmbx21.aig.com> No that should not be happening. Here's some sample SQL SELECT TOP [90 ] PERCENT num FROM SomeTable ORDER BY num; This take the table "SomeTable", sorts it by the numeric field "num" and returns the top 90%. No calculations are preformed on the data in the table. Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Julie Reardon-Taylor Sent: Tuesday, April 11, 2006 11:39 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Trimmean Function in Excel - How to in Access Just one more question, Lambert. It looks as though the data values are being reduced by the percentage that I use in the "top values" box. What I want is to take the top 10% of the data in the subset and the bottom 10% of the data in the subset and throw it away. That is what the trimmean funciton does in Excel. It allows you to exclude a percentage of data so that it doesn't skew your results. I'm not sure that what you are describing is doing this. It looks like it is recalculaing the values in my recordset by the percentage that I place in the "top Values" box at the top of the qbe grid. Julie Reardon-Taylor PRO-SOFT OF NY, INC. 44 Public Square Suite #5 Watertown, NY 13601 Phone: 315.785.0319 Fax: 315.785.0323 www.pro-soft.net NYS IT Services Contract CMT026A NYS Certified Woman-Owned Business -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Tue Apr 11 11:02:50 2006 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 11 Apr 2006 09:02:50 -0700 Subject: [AccessD] Exporting comma delimited data Message-ID: John, Here's an ancient bit from my early ADO days for creating a tab delimited file with optional fieldnames. You can probably adapt it, but don't expect it to be terribly elegant because it was written based on ADO 2.1 and I was fumbling my way through it. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, April 11, 2006 8:22 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Exporting comma delimited data Does anyone have code for exporting an ADO recordset to comma delimited, complete with header (if desired), quoting of data if the data contains commas etc? 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 Apr 11 11:05:55 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Tue, 11 Apr 2006 12:05:55 -0400 Subject: [AccessD] No display adapter In-Reply-To: Message-ID: <005c01c65d81$d18d4aa0$657aa8c0@ColbyM6805> LOL, you tell me!!! If you go to the desktop and go in through that dialog box, under the adapter tab it shows "unknown" for chip type, DAC, Memory Size, Adapter string and bios info. Click on Adapter and it shows VGA Display controller - non-plug and play drivers, unknown manufacturer, unknown location. Service name VGASave, Display name VGA Display Controller. Resources show conflicts in the memory and IO range. And it is SLOW as hell!. You can watch the screen repaint as you scroll up and down in documents etc. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Tuesday, April 11, 2006 11:24 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] No display adapter Forgive a dumb question, but if there is no display adapter, what is handling the display?? Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, April 11, 2006 5:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter Nope. I can't get at the display adapter, even in safe mode, because there is no display adapter. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Scott Marcus Sent: Tuesday, April 11, 2006 7:16 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] No display adapter John, Did "safe mode" work? Scott Marcus Computer Programmer TSS Technologies Inc. www.tss.com 513-772-7000 x1113 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Monday, April 10, 2006 5:43 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter I actually found the driver disk from the manufacturer. When I try to run it, it says something about setting the adapter to VGA mode. Unfortunately there is nothing available to change. Normally you go to My Computer / properties / Hardware / device manager. It will then display a list of hardware on the computer. The Display Adapter is one of many things. Even if it is wrong, the "display adapter" will be there, and when you expand it there will be an exclamation mark or something saying that you have the wrong driver. In my case, the entire adapter is missing, just NOT there. Which means there is nothing to select to update the driver for. I have never run into this before. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Scott Marcus Sent: Monday, April 10, 2006 10:32 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] No display adapter John, Check for the adapter in "safe mode" and update the drivers in that mode. Have you tried to install the drivers via the setup program provided by the manufacturer? Scott Marcus Computer Programmer TSS Technologies Inc. www.tss.com 513-772-7000 x1113 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Monday, April 10, 2006 9:35 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] No display adapter I had to "repair" my windows installation a few weeks ago. In the middle, it asked for a video driver which I did not have. I clicked continue and when it was finished it came up with a "non-native" adapter, i.e. I could only get 1024x768. Worse, there is now no "display adapter" in the device manager. Just not there at all, which means I can't go in through that to install the correct drivers. When I go in through the desktop, it shows all kinds of conflicts for hardware and doesn't allow me to install new drivers. How the heck do I repair this mess? John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com NOTICE: This electronic mail transmission is for the use of the named individual or entity to which it is directed and may contain information that is privileged or confidential. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of any information contained herein is prohibited. If you have received this electronic mail transmission in error, delete it from your system without copying or forwarding it, and notify the sender of the error by replying via email or calling TSS Technologies at (513) 772-7000, so that our address record can be corrected. Any information included in this email is provided on an as is and where as basis, and TSS Technologies makes no representations or warranties of any kind with respect to the completeness or accuracy of the information contained in this email. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 cfoust at infostatsystems.com Tue Apr 11 11:25:29 2006 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 11 Apr 2006 09:25:29 -0700 Subject: [AccessD] Exporting comma delimited data Message-ID: Oops! I suppose it would have helped if I had remembered to paste the code in! LOL Charlotte '**** Code Begins ********** Public Function CreateTextFileFromRST(ByVal strOutputTblNm As String, _ ByVal strLinkSpec As String, _ ByRef rst As ADODB.Recordset, _ Optional blnOverwrite As Boolean = True, _ Optional blnFieldNames As Boolean = True) As Boolean 'Author: Charlotte Foust 'Created: 7/3/2001 'modified 7/5/2001 - added code to write fieldnames to file 'Based on CreateTextFile by Charlotte Foust 'requires reference to Microsoft Scripting Library 'SCRRUN.DLL for early binding of FileSystemObject 'A reference to Microsoft Office 9.0 object library 'will work with late binding 'Creates tab delimited text file from table or query then links file. 'Used to replace temporary tables and reduce bloat. On Error GoTo Proc_err Dim varItem As Variant Dim strOutputFile As String Dim strTempTblNm As String Dim intPosition As Integer 'holds result of instr() function Dim varFields As Variant Dim varLines As Variant Dim intFldCount As Integer Dim lngRecords As Long Dim intLoop As Integer Dim intIndex As Integer Dim blnContinue As Boolean Dim intCmdType As Integer 'holds commandtype constant Dim fld As ADODB.Field 'holds each ADO field object Dim cnn As ADODB.Connection 'holds ADO connection object Dim errsCnn As ADODB.Errors 'holds ADO Errors collection Dim errCurr As ADODB.Error 'holds each ADO error Dim objFS As FileSystemObject 'holds FileSystemObject Dim objTxtStream As TextStream 'holds TextStream object 'instantiate the objects Set cnn = CurrentProject.Connection Set errsCnn = cnn.Errors 'make sure the output file name has a txt extension intPosition = InStr(strOutputTblNm, ".") If intPosition = 0 Then strTempTblNm = strOutputTblNm strOutputTblNm = strOutputTblNm & ".txt" Else 'intPosition = 0 strTempTblNm = Left(strOutputTblNm, intPosition - 1) strOutputTblNm = Left(strOutputTblNm, intPosition) & "txt" End If 'intPosition = 0 'create the full path and temp file name 'if only a filename was passed If InStr(strOutputTblNm, "\") = 0 Then strOutputFile = CurrentProject.path & "\" & strOutputTblNm Else strOutputFile = strOutputTblNm End If 'InStr(strOutputTblNm, "\") = 0 'delete the old temp file On Error Resume Next Kill strOutputFile On Error GoTo Proc_err With rst If .EOF Then 'there are no records to process 'so the routine will exit lngRecords = 0 Else '.EOF blnContinue = True 'get the recordcount .MoveLast lngRecords = .RecordCount .MoveFirst 'set up the array to hold the 'field values intFldCount = .Fields.Count intLoop = 0 'dim the array depending on whether 'fieldnames are being included If Not blnFieldNames Then ReDim varLines(lngRecords - 1) Else 'If Not blnFieldNames ReDim varLines(lngRecords) 'create a "field names" record for the file 'put each field name into a string array varFields = Null Set fld = Nothing For Each fld In .Fields 'add the field value to a semicolon 'delimited string of values varFields = varFields & fld.name & ";" Next fld 'strip off the last semicolon varFields = Left(varFields, Len(varFields) - 1) 'convert the string to an array based 'on the semicolon delimiter. varFields = Split(varFields, ";") 'turn the array into a tab delimited string 'and assign it to a single element of the line array varLines(intLoop) = Join(varFields, Chr(9)) intLoop = intLoop + 1 End If 'Not blnFieldNames 'add the records to the array Do 'put the data from each field into 'a string then put the string 'into an array varFields = Null Set fld = Nothing For Each fld In .Fields varItem = fld.Value If Not IsNull(varItem) Then 'strip out any non-printing characters 'remove the vbNewLine/vbCr character chr(13) If InStr(CStr(varItem), vbCr) > 0 Then varItem = Replace(CStr(varItem), vbCr, ", ") End If 'InStr(CStr(varItem), vbCr) > 0 'remove the vbLf character chr(10) If InStr(CStr(varItem), vbLf) > 0 Then varItem = Replace(CStr(varItem), vbLf, ", ") End If 'InStr(CStr(varItem), vbLf) > 0 End If 'Not IsNull(varItem) 'add the field value to a semicolon 'delimited string of values varFields = varFields & varItem & ";" Next fld 'strip off the last semicolon varFields = Left(varFields, Len(varFields) - 1) 'convert the string to an array based 'on the semicolon delimiter. This gets 'around fields than contain commas varFields = Split(varFields, ";") 'turn the array into a tab delimited string 'and assign it to a single element of the line array varLines(intLoop) = Join(varFields, Chr(9)) 'go to the next record intLoop = intLoop + 1 .MoveNext Loop Until .EOF End If '.EOF End With 'rst 'clean up object variables Set fld = Nothing rst.Close Set rst = Nothing If blnContinue Then 'create a FileSystemObject Set objFS = CreateObject("scripting.filesystemobject") 'create a TextStream Object to handle output Set objTxtStream = objFS.CreateTextFile(strOutputFile, blnOverwrite) 'loop through the Lines array and 'write each line to the TextStream object For intLoop = 0 To UBound(varLines) objTxtStream.WriteLine varLines(intLoop) Next intLoop objTxtStream.Close End If 'blnContinue If lngRecords = 0 Then MsgBox "There were no records to write to the specified file." End If 'lngRecords = 0 Proc_exit: On Error Resume Next 'clean up object variables Set objTxtStream = Nothing Set objFS = Nothing Set fld = Nothing rst.Close Set rst = Nothing Set errsCnn = Nothing Set errCurr = Nothing Set cnn = Nothing CreateTextFileFromRST = blnContinue Exit Function Proc_err: If errsCnn.Count > 0 Then For Each errCurr In errsCnn MsgBox errCurr.Number & "--" & errCurr.Description & vbCrLf _ & CurrentProject.name & ".CreateTextFile" Next errCurr errsCnn.Clear End If If Err <> 0 Then MsgBox Err.Number & "--" & Err.Description End If blnContinue = False Resume Proc_exit End Function 'CreateTextFileFromRST(ByVal strOutputTblNm As String, _ ByVal strLinkSpec As String, _ ByRef rst As ADODB.Recordset, _ Optional blnOverwrite As Boolean = True) As Boolean '**** Code Ends ********** -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Tuesday, April 11, 2006 9:03 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Exporting comma delimited data John, Here's an ancient bit from my early ADO days for creating a tab delimited file with optional fieldnames. You can probably adapt it, but don't expect it to be terribly elegant because it was written based on ADO 2.1 and I was fumbling my way through it. Charlotte Foust -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, April 11, 2006 8:22 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Exporting comma delimited data Does anyone have code for exporting an ADO recordset to comma delimited, complete with header (if desired), quoting of data if the data contains commas etc? John W. Colby www.ColbyConsulting.com From accessd at shaw.ca Tue Apr 11 11:30:46 2006 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 11 Apr 2006 09:30:46 -0700 Subject: [AccessD] No display adapter In-Reply-To: <003801c65d5f$ab8404b0$657aa8c0@ColbyM6805> Message-ID: <0IXK008D1GI75Z20@l-daemon> Hi John: Did you buy the mother board separately or did it come in a pre-built? In either case there should have been a CD with it. Boards with all the components built on them takes specific software to get them setup. Check with who ever you purchased the equipment from or online with the manufacture. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, April 11, 2006 5:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter Nope. I can't get at the display adapter, even in safe mode, because there is no display adapter. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Scott Marcus Sent: Tuesday, April 11, 2006 7:16 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] No display adapter John, Did "safe mode" work? Scott Marcus Computer Programmer TSS Technologies Inc. www.tss.com 513-772-7000 x1113 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Monday, April 10, 2006 5:43 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter I actually found the driver disk from the manufacturer. When I try to run it, it says something about setting the adapter to VGA mode. Unfortunately there is nothing available to change. Normally you go to My Computer / properties / Hardware / device manager. It will then display a list of hardware on the computer. The Display Adapter is one of many things. Even if it is wrong, the "display adapter" will be there, and when you expand it there will be an exclamation mark or something saying that you have the wrong driver. In my case, the entire adapter is missing, just NOT there. Which means there is nothing to select to update the driver for. I have never run into this before. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Scott Marcus Sent: Monday, April 10, 2006 10:32 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] No display adapter John, Check for the adapter in "safe mode" and update the drivers in that mode. Have you tried to install the drivers via the setup program provided by the manufacturer? Scott Marcus Computer Programmer TSS Technologies Inc. www.tss.com 513-772-7000 x1113 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Monday, April 10, 2006 9:35 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] No display adapter I had to "repair" my windows installation a few weeks ago. In the middle, it asked for a video driver which I did not have. I clicked continue and when it was finished it came up with a "non-native" adapter, i.e. I could only get 1024x768. Worse, there is now no "display adapter" in the device manager. Just not there at all, which means I can't go in through that to install the correct drivers. When I go in through the desktop, it shows all kinds of conflicts for hardware and doesn't allow me to install new drivers. How the heck do I repair this mess? John W. Colby www.ColbyConsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com NOTICE: This electronic mail transmission is for the use of the named individual or entity to which it is directed and may contain information that is privileged or confidential. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of any information contained herein is prohibited. If you have received this electronic mail transmission in error, delete it from your system without copying or forwarding it, and notify the sender of the error by replying via email or calling TSS Technologies at (513) 772-7000, so that our address record can be corrected. Any information included in this email is provided on an as is and where as basis, and TSS Technologies makes no representations or warranties of any kind with respect to the completeness or accuracy of the information contained in this email. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 garykjos at gmail.com Tue Apr 11 11:33:15 2006 From: garykjos at gmail.com (Gary Kjos) Date: Tue, 11 Apr 2006 11:33:15 -0500 Subject: [AccessD] No display adapter In-Reply-To: <005c01c65d81$d18d4aa0$657aa8c0@ColbyM6805> References: <005c01c65d81$d18d4aa0$657aa8c0@ColbyM6805> Message-ID: Perhaps you should try a second Repair Install of Windows. You said you found the device driver disk now right? Sounds like it can't get much worse anyway. GK On 4/11/06, John Colby wrote: > LOL, you tell me!!! If you go to the desktop and go in through that dialog > box, under the adapter tab it shows "unknown" for chip type, DAC, Memory > Size, Adapter string and bios info. Click on Adapter and it shows VGA > Display controller - non-plug and play drivers, unknown manufacturer, > unknown location. Service name VGASave, Display name VGA Display > Controller. Resources show conflicts in the memory and IO range. > > And it is SLOW as hell!. You can watch the screen repaint as you scroll up > and down in documents etc. > > John W. Colby > www.ColbyConsulting.com -- Gary Kjos garykjos at gmail.com From jwcolby at ColbyConsulting.com Tue Apr 11 12:06:28 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Tue, 11 Apr 2006 13:06:28 -0400 Subject: [AccessD] No display adapter In-Reply-To: <0IXK008D1GI75Z20@l-daemon> Message-ID: <006301c65d8a$46eee850$657aa8c0@ColbyM6805> It is a laptop, and I have the install disk, although it is for WindowsXP Home and I am using WindowsXP Pro. That really does not matter however. The display adapter software fails, claiming it can't find a display adapter to install software for. Neither can I for that matter. 8-( John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Tuesday, April 11, 2006 12:31 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter Hi John: Did you buy the mother board separately or did it come in a pre-built? In either case there should have been a CD with it. Boards with all the components built on them takes specific software to get them setup. Check with who ever you purchased the equipment from or online with the manufacture. Jim From jwcolby at ColbyConsulting.com Tue Apr 11 12:08:41 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Tue, 11 Apr 2006 13:08:41 -0400 Subject: [AccessD] No display adapter In-Reply-To: Message-ID: <006401c65d8a$95bb7c00$657aa8c0@ColbyM6805> Yea, that is my last gasp effort before buying a new hard disk and rebuilding the system. Repairing a Windows install is what I did before and it was a PITA, with the typical issues - 2 hours to do the install (!!!!!), have to call Microsoft to get a new key because the network isn't initialized at that point, etc. etc. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos Sent: Tuesday, April 11, 2006 12:33 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] No display adapter Perhaps you should try a second Repair Install of Windows. You said you found the device driver disk now right? Sounds like it can't get much worse anyway. GK On 4/11/06, John Colby wrote: > LOL, you tell me!!! If you go to the desktop and go in through that > dialog box, under the adapter tab it shows "unknown" for chip type, > DAC, Memory Size, Adapter string and bios info. Click on Adapter and > it shows VGA Display controller - non-plug and play drivers, unknown > manufacturer, unknown location. Service name VGASave, Display name > VGA Display Controller. Resources show conflicts in the memory and IO range. > > And it is SLOW as hell!. You can watch the screen repaint as you > scroll up and down in documents etc. > > John W. Colby > www.ColbyConsulting.com -- Gary Kjos garykjos at gmail.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 Apr 11 12:10:39 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Tue, 11 Apr 2006 13:10:39 -0400 Subject: [AccessD] No display adapter In-Reply-To: <025a01c65d80$5dfbd4e0$6402a8c0@ScuzzPaq> Message-ID: <006501c65d8a$dc3245b0$657aa8c0@ColbyM6805> In fact I stumbled on this and no, it isn't there either. Ordinarily there will be a "Display adapter" tree, under which will be SOMETHING, even if it is disabled due to conflicts. That entire tree is missing. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow Sent: Tuesday, April 11, 2006 11:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter In Hardware Manager try this: View | Show Hidden Devices. This is where hardware items are listed that don't have plug and play drivers. Is your video adapter listed there? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, April 11, 2006 7:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter Nope. I can't get at the display adapter, even in safe mode, because there is no display adapter. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Robin at rolledgold.net Tue Apr 11 12:07:03 2006 From: Robin at rolledgold.net (Robin ) Date: Tue, 11 Apr 2006 18:07:03 +0100 Subject: [AccessD] No display adapter Message-ID: <560E2B80EC8F624B93A87B943B7A9CD54A3C64@rgiserv.rg.local> John, What happens if you right click on the desktop - select properties - select the settings tab - go to advanced - select driver .....? Rgds Robin Lawrence -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: 11 April 2006 18:11 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter In fact I stumbled on this and no, it isn't there either. Ordinarily there will be a "Display adapter" tree, under which will be SOMETHING, even if it is disabled due to conflicts. That entire tree is missing. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow Sent: Tuesday, April 11, 2006 11:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter In Hardware Manager try this: View | Show Hidden Devices. This is where hardware items are listed that don't have plug and play drivers. Is your video adapter listed there? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, April 11, 2006 7:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter Nope. I can't get at the display adapter, even in safe mode, because there is no display adapter. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Apr 11 12:23:13 2006 From: john at winhaven.net (John Bartow) Date: Tue, 11 Apr 2006 12:23:13 -0500 Subject: [AccessD] No display adapter In-Reply-To: <006501c65d8a$dc3245b0$657aa8c0@ColbyM6805> Message-ID: <001c01c65d8c$9dc18d70$6402a8c0@ScuzzPaq> In this case if it is showing it would be under the Non-Plug and Play tree though. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, April 11, 2006 12:11 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter In fact I stumbled on this and no, it isn't there either. Ordinarily there will be a "Display adapter" tree, under which will be SOMETHING, even if it is disabled due to conflicts. That entire tree is missing. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow Sent: Tuesday, April 11, 2006 11:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter In Hardware Manager try this: View | Show Hidden Devices. This is where hardware items are listed that don't have plug and play drivers. Is your video adapter listed there? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, April 11, 2006 7:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter Nope. I can't get at the display adapter, even in safe mode, because there is no display adapter. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Apr 11 12:30:56 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Tue, 11 Apr 2006 13:30:56 -0400 Subject: [AccessD] No display adapter In-Reply-To: <560E2B80EC8F624B93A87B943B7A9CD54A3C64@rgiserv.rg.local> Message-ID: <006a01c65d8d$b18c1f40$657aa8c0@ColbyM6805> Been there, done that. Nothing that allows me to update the driver. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robin Sent: Tuesday, April 11, 2006 1:07 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] No display adapter John, What happens if you right click on the desktop - select properties - select the settings tab - go to advanced - select driver .....? Rgds Robin Lawrence -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: 11 April 2006 18:11 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter In fact I stumbled on this and no, it isn't there either. Ordinarily there will be a "Display adapter" tree, under which will be SOMETHING, even if it is disabled due to conflicts. That entire tree is missing. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow Sent: Tuesday, April 11, 2006 11:56 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter In Hardware Manager try this: View | Show Hidden Devices. This is where hardware items are listed that don't have plug and play drivers. Is your video adapter listed there? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, April 11, 2006 7:01 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter Nope. I can't get at the display adapter, even in safe mode, because there is no display adapter. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 john at winhaven.net Tue Apr 11 12:33:33 2006 From: john at winhaven.net (John Bartow) Date: Tue, 11 Apr 2006 12:33:33 -0500 Subject: [AccessD] No display adapter In-Reply-To: <006401c65d8a$95bb7c00$657aa8c0@ColbyM6805> Message-ID: <003601c65d8e$0fbbc160$6402a8c0@ScuzzPaq> But John, if you get a new hard drive then you will have to do all that PITA stuff also - right? I don't understand the new hard drive aspect - or did I miss something? You could just as well reinstall XP from scratch on the old harddrive rather than using the repair option. I'm sorry I can't remember exactly what I did to resolve the issue I had with the video driver problem. It sounds like it was exactly what your dealing with. It could have even been on a laptop. I know the solution wasn't anything so drastic but I didn't document it :o( If you can wait, I'll bet it comes to me at 3:00AM tomorrow morning! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, April 11, 2006 12:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter Yea, that is my last gasp effort before buying a new hard disk and rebuilding the system. Repairing a Windows install is what I did before and it was a PITA, with the typical issues - 2 hours to do the install (!!!!!), have to call Microsoft to get a new key because the network isn't initialized at that point, etc. etc. John W. Colby www.ColbyConsulting.com From BarbaraRyan at cox.net Tue Apr 11 12:54:28 2006 From: BarbaraRyan at cox.net (Barbara Ryan) Date: Tue, 11 Apr 2006 13:54:28 -0400 Subject: [AccessD] Programmatically add chart to Access 97 report Message-ID: <00a001c65d90$fab9eb40$0b00a8c0@desktop> I need to programmatically (VBA) add a line chart/ graph to an Access 97 report from data contained in a table. Does anyone know of any "canned code" to accomplish this? I found code to modify graphs in Access 97 and to create charts in Access 2000+, but had no luck finding how to actually create one in A97. Thanks, Barb Ryan From markamatte at hotmail.com Tue Apr 11 13:02:30 2006 From: markamatte at hotmail.com (Mark A Matte) Date: Tue, 11 Apr 2006 18:02:30 +0000 Subject: [AccessD] Trimmean Function in Excel - How to in Access In-Reply-To: Message-ID: Julie, For some reason posts like this intrigue me...but my results aren't always pretty...I think I have what you described. The trick is getting VBA in access to do exactly what the function in excel does... 1. Count records 2. multiply by your percent 3. rounds DOWN to number divisible by 2. 4. divides by 2 5. takes this number of records off the top and bottom 6. averages the rest for example: (from the EXCEL help) TRIMMEAN(array,percent) Array is the array or range of values to trim and average. Percent is the fractional number of data points to exclude from the calculation. For example, if percent = 0.2, 4 points are trimmed from a data set of 20 points (20 x 0.2), 2 from the top and 2 from the bottom of the set. Remarks ?If percent < 0 or percent > 1, TRIMMEAN returns the #NUM! error value. ?TRIMMEAN rounds the number of excluded data points down to the nearest multiple of 2. If percent = 0.1, 10 percent of 30 data points equals 3 points. For symmetry, TRIMMEAN excludes a single value from the top and bottom of the data set. Below is what I came up with to mimic this logic: I used a table with 3 fields containing...Record ID, some number, Name(subcategory)...so I could get the MEAN for grouped by Name. ************************************** Dim Per Per = 0.2 Dim db As Database Set db = CurrentDb() Dim GroupRst As Recordset Set GroupRst = db.OpenRecordset("SELECT Table1.Name FROM Table1 GROUP BY Table1.Name;", DB_OPEN_DYNASET) Dim GroupName As Field Set GroupName = GroupRst!Name Do Until GroupRst.EOF Dim MyRst As Recordset Set MyRst = db.OpenRecordset("SELECT Table1.id, Table1.Field1, Table1.Name FROM Table1 WHERE (((Table1.Name) = '" & GroupName & "')) ORDER BY Table1.Field1;", DB_OPEN_DYNASET) Dim List As Field Set List = MyRst!Field1 Dim Counter Counter = MyRst.RecordCount Dim Trim Dim MaxTrim Dim Div If InStr(1, Int(Counter * Per) / 2, ".") = 0 Then Trim = Int(Counter * Per) / 2 MaxTrim = Counter - Int(Counter * Per) / 2 + 1 Div = Counter - Int(Counter * Per) Else Trim = (Int(Counter * Per) - 1) / 2 MaxTrim = Counter - (Int(Counter * Per) - 1) / 2 + 1 Div = Counter - Int(Counter * Per) + 1 End If Dim ListSum ListSum = 0 Dim Num Num = 0 Do Until MyRst.EOF Num = Num + 1 If Num > Trim And Num < MaxTrim Then ListSum = ListSum + List Else ListSum = ListSum End If MyRst.MoveNext Loop MsgBox "The TRIMMEAN for " & GroupName & "is " & ListSum / Div GroupRst.MoveNext Loop ******************************************* I hope this helps. Please let me know if you have any questions...or I can send a sample db offline. Thanks, Mark A. Matte From jwcolby at ColbyConsulting.com Tue Apr 11 13:31:36 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Tue, 11 Apr 2006 14:31:36 -0400 Subject: [AccessD] No display adapter In-Reply-To: <003601c65d8e$0fbbc160$6402a8c0@ScuzzPaq> Message-ID: <000c01c65d96$2d4c71e0$657aa8c0@ColbyM6805> I can reinstall from scratch, however I like to save my old hard drive, simply because there is always something that didn't get saved and whatever it is, it is the most critical thing on your hard disk. Thus it is nice to be able to xcopy or otherwise "ghost" the entire hard disk out or... Just use a new hard drive. Doing a clean windows install is NOT a trivial task. I have encryption software (drivers) for mounting encrypted drives, mapped to specific drive locations, Office 2k, XP and 2003, SQL Server, Norton AV (which I JUST purchased), and all the millions of other things that get installed along the way over a three year period. This is my dev machine and it will take me several days to get back to work, in fact I may be forced to move all my work over to a desktop machine while I do this. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow Sent: Tuesday, April 11, 2006 1:34 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter But John, if you get a new hard drive then you will have to do all that PITA stuff also - right? I don't understand the new hard drive aspect - or did I miss something? You could just as well reinstall XP from scratch on the old harddrive rather than using the repair option. I'm sorry I can't remember exactly what I did to resolve the issue I had with the video driver problem. It sounds like it was exactly what your dealing with. It could have even been on a laptop. I know the solution wasn't anything so drastic but I didn't document it :o( If you can wait, I'll bet it comes to me at 3:00AM tomorrow morning! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, April 11, 2006 12:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter Yea, that is my last gasp effort before buying a new hard disk and rebuilding the system. Repairing a Windows install is what I did before and it was a PITA, with the typical issues - 2 hours to do the install (!!!!!), have to call Microsoft to get a new key because the network isn't initialized at that point, etc. etc. 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 ralphb at cwgsy.net Tue Apr 11 13:31:51 2006 From: ralphb at cwgsy.net (Ralph Bryce) Date: Tue, 11 Apr 2006 19:31:51 +0100 Subject: [AccessD] No display adapter In-Reply-To: <006a01c65d8d$b18c1f40$657aa8c0@ColbyM6805> Message-ID: <000c01c65d96$3388aab0$3500000a@RALPHA31P> John Have you tried Aida32? http://www.majorgeeks.com/download181.html (3MB download) It's a free sys info tool that will tell you more about your system than you'll want to know - including what it thinks your display adaptor is. That may point you to a suitable driver... Ralph Bryce From Lambert.Heenan at AIG.com Tue Apr 11 13:52:51 2006 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Tue, 11 Apr 2006 13:52:51 -0500 Subject: [AccessD] No display adapter Message-ID: <1D7828CDB8350747AFE9D69E0E90DA1F201D154E@xlivmbx21.aig.com> John, If this machine is running windows XP then have you tried restoring your system to where it was before you hit the problem? From the On-Line Help.... "To access the System Restore Wizard, click Start, and then click Help and Support. Click Performance and Maintenance, click Using System Restore to undo changes, and then click Run the System Restore Wizard. Creating a restore point can be useful any time you anticipate making changes to your computer that are risky or might make your computer unstable. To view or to return to this restore point, from the Welcome to System Restore screen of the System Restore Wizard select Restore my computer to an earlier time. Then select the date when the restore point was created from the calendar in the Select a Restore Point screen. All of the restore points that were created on the selected date are listed by name in the list box to the right of the calendar". Lambert -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, April 11, 2006 2:32 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter I can reinstall from scratch, however I like to save my old hard drive, simply because there is always something that didn't get saved and whatever it is, it is the most critical thing on your hard disk. Thus it is nice to be able to xcopy or otherwise "ghost" the entire hard disk out or... Just use a new hard drive. Doing a clean windows install is NOT a trivial task. I have encryption software (drivers) for mounting encrypted drives, mapped to specific drive locations, Office 2k, XP and 2003, SQL Server, Norton AV (which I JUST purchased), and all the millions of other things that get installed along the way over a three year period. This is my dev machine and it will take me several days to get back to work, in fact I may be forced to move all my work over to a desktop machine while I do this. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow Sent: Tuesday, April 11, 2006 1:34 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter But John, if you get a new hard drive then you will have to do all that PITA stuff also - right? I don't understand the new hard drive aspect - or did I miss something? You could just as well reinstall XP from scratch on the old harddrive rather than using the repair option. I'm sorry I can't remember exactly what I did to resolve the issue I had with the video driver problem. It sounds like it was exactly what your dealing with. It could have even been on a laptop. I know the solution wasn't anything so drastic but I didn't document it :o( If you can wait, I'll bet it comes to me at 3:00AM tomorrow morning! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, April 11, 2006 12:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter Yea, that is my last gasp effort before buying a new hard disk and rebuilding the system. Repairing a Windows install is what I did before and it was a PITA, with the typical issues - 2 hours to do the install (!!!!!), have to call Microsoft to get a new key because the network isn't initialized at that point, etc. etc. 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 marcus at tsstech.com Tue Apr 11 14:37:35 2006 From: marcus at tsstech.com (Scott Marcus) Date: Tue, 11 Apr 2006 15:37:35 -0400 Subject: [AccessD] No display adapter Message-ID: John, First, I have to admit that I haven't followed all the posts since my last post. Did anyone suggest doing a repair install? You can do this and all your programs should be fine, you will have to do the Windows Update thing though. To do the repair install, follow the directions at this site... http://www.michaelstevenstech.com/XPrepairinstall.htm Scott Marcus Computer Programmer TSS Technologies Inc. www.tss.com 513-772-7000 x1113 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, April 11, 2006 1:06 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter It is a laptop, and I have the install disk, although it is for WindowsXP Home and I am using WindowsXP Pro. That really does not matter however. The display adapter software fails, claiming it can't find a display adapter to install software for. Neither can I for that matter. 8-( John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Tuesday, April 11, 2006 12:31 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter Hi John: Did you buy the mother board separately or did it come in a pre-built? In either case there should have been a CD with it. Boards with all the components built on them takes specific software to get them setup. Check with who ever you purchased the equipment from or online with the manufacture. Jim -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com NOTICE: This electronic mail transmission is for the use of the named individual or entity to which it is directed and may contain information that is privileged or confidential. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of any information contained herein is prohibited. If you have received this electronic mail transmission in error, delete it from your system without copying or forwarding it, and notify the sender of the error by replying via email or calling TSS Technologies at (513) 772-7000, so that our address record can be corrected. Any information included in this email is provided on an ?as is? and ?where as? basis, and TSS Technologies makes no representations or warranties of any kind with respect to the completeness or accuracy of the information contained in this email. From jwcolby at ColbyConsulting.com Tue Apr 11 14:50:57 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Tue, 11 Apr 2006 15:50:57 -0400 Subject: [AccessD] No display adapter In-Reply-To: <000c01c65d96$3388aab0$3500000a@RALPHA31P> Message-ID: <000701c65da1$4106cb80$657aa8c0@ColbyM6805> Man, this thing is nice. Lots of info. It sees my physical display adapter (pci/agp video), but it does not see a windows video. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Ralph Bryce Sent: Tuesday, April 11, 2006 2:32 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter John Have you tried Aida32? http://www.majorgeeks.com/download181.html (3MB download) It's a free sys info tool that will tell you more about your system than you'll want to know - including what it thinks your display adaptor is. That may point you to a suitable driver... Ralph Bryce -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From john at winhaven.net Tue Apr 11 15:11:20 2006 From: john at winhaven.net (John Bartow) Date: Tue, 11 Apr 2006 15:11:20 -0500 Subject: [AccessD] No display adapter In-Reply-To: <001c01c65d8c$9dc18d70$6402a8c0@ScuzzPaq> Message-ID: <00d701c65da4$1a0a2510$6402a8c0@ScuzzPaq> Did you try to boot into safe mode and remove the device/drivers? Also you mentioned you just bought NAV - have you installed it yet? NAV 2005/2006 have been a royal PITA for me. From ralphb at cwgsy.net Tue Apr 11 15:19:07 2006 From: ralphb at cwgsy.net (Ralph Bryce) Date: Tue, 11 Apr 2006 21:19:07 +0100 Subject: [AccessD] No display adapter In-Reply-To: <000701c65da1$4106cb80$657aa8c0@ColbyM6805> Message-ID: <001601c65da5$31dd46d0$3500000a@RALPHA31P> John Does it not return a Chip Type under Windows Video? Or a name under PCI/AGP Video|Device Description? Or a Video Adaptor Value under Graphics Processor (GPU)? If not, what make of machine is it? Ralph Bryce -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: 11 April 2006 20:51 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter Man, this thing is nice. Lots of info. It sees my physical display adapter (pci/agp video), but it does not see a windows video. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Ralph Bryce Sent: Tuesday, April 11, 2006 2:32 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter John Have you tried Aida32? http://www.majorgeeks.com/download181.html (3MB download) It's a free sys info tool that will tell you more about your system than you'll want to know - including what it thinks your display adaptor is. That may point you to a suitable driver... Ralph Bryce -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 Apr 11 15:33:38 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Tue, 11 Apr 2006 16:33:38 -0400 Subject: [AccessD] No display adapter In-Reply-To: <1D7828CDB8350747AFE9D69E0E90DA1F201D154E@xlivmbx21.aig.com> Message-ID: <000301c65da7$38739ba0$657aa8c0@ColbyM6805> Unfortunately they do not go back far enough. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Tuesday, April 11, 2006 2:53 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter John, If this machine is running windows XP then have you tried restoring your system to where it was before you hit the problem? From the On-Line Help.... "To access the System Restore Wizard, click Start, and then click Help and Support. Click Performance and Maintenance, click Using System Restore to undo changes, and then click Run the System Restore Wizard. Creating a restore point can be useful any time you anticipate making changes to your computer that are risky or might make your computer unstable. To view or to return to this restore point, from the Welcome to System Restore screen of the System Restore Wizard select Restore my computer to an earlier time. Then select the date when the restore point was created from the calendar in the Select a Restore Point screen. All of the restore points that were created on the selected date are listed by name in the list box to the right of the calendar". Lambert From DWUTKA at marlow.com Tue Apr 11 15:32:23 2006 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 11 Apr 2006 15:32:23 -0500 Subject: [AccessD] No display adapter Message-ID: <17724746D360394AA3BFE5B8D40A9C1B6A6EE8@main2.marlow.com> I've only been perusing this thread. JC, is this a laptop or a desktop? If it's a desktop, why not just toss a different video card and ignore the one on the motherboard. (It's a setting in your bios, to disable the onboard video....actually, that could be your problem too, if the bios thinks you should be using PCI, and your OS is trying to use an onboard AGP). Drew -----Original Message----- From: John Colby [mailto:jwcolby at colbyconsulting.com] Sent: Tuesday, April 11, 2006 1:32 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter I can reinstall from scratch, however I like to save my old hard drive, simply because there is always something that didn't get saved and whatever it is, it is the most critical thing on your hard disk. Thus it is nice to be able to xcopy or otherwise "ghost" the entire hard disk out or... Just use a new hard drive. Doing a clean windows install is NOT a trivial task. I have encryption software (drivers) for mounting encrypted drives, mapped to specific drive locations, Office 2k, XP and 2003, SQL Server, Norton AV (which I JUST purchased), and all the millions of other things that get installed along the way over a three year period. This is my dev machine and it will take me several days to get back to work, in fact I may be forced to move all my work over to a desktop machine while I do this. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow Sent: Tuesday, April 11, 2006 1:34 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter But John, if you get a new hard drive then you will have to do all that PITA stuff also - right? I don't understand the new hard drive aspect - or did I miss something? You could just as well reinstall XP from scratch on the old harddrive rather than using the repair option. I'm sorry I can't remember exactly what I did to resolve the issue I had with the video driver problem. It sounds like it was exactly what your dealing with. It could have even been on a laptop. I know the solution wasn't anything so drastic but I didn't document it :o( If you can wait, I'll bet it comes to me at 3:00AM tomorrow morning! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, April 11, 2006 12:09 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter Yea, that is my last gasp effort before buying a new hard disk and rebuilding the system. Repairing a Windows install is what I did before and it was a PITA, with the typical issues - 2 hours to do the install (!!!!!), have to call Microsoft to get a new key because the network isn't initialized at that point, etc. etc. 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 accessd at shaw.ca Tue Apr 11 15:41:21 2006 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 11 Apr 2006 13:41:21 -0700 Subject: [AccessD] No display adapter In-Reply-To: <006301c65d8a$46eee850$657aa8c0@ColbyM6805> Message-ID: <0IXK004FPS3U9TF0@l-daemon> Hi John: The CD I am talking about is not the O/S disk but the hardware CD. This is usually a separate CD but in some cases, especially with Laptops, the data is a hidden and/or in separate partition. Without this BIOS level configuration software the hardware will never be appropriately exposed to the O/S. This is manufacture specific. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, April 11, 2006 10:06 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter It is a laptop, and I have the install disk, although it is for WindowsXP Home and I am using WindowsXP Pro. That really does not matter however. The display adapter software fails, claiming it can't find a display adapter to install software for. Neither can I for that matter. 8-( John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Tuesday, April 11, 2006 12:31 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter Hi John: Did you buy the mother board separately or did it come in a pre-built? In either case there should have been a CD with it. Boards with all the components built on them takes specific software to get them setup. Check with who ever you purchased the equipment from or online with the manufacture. Jim -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at ColbyConsulting.com Tue Apr 11 15:45:03 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Tue, 11 Apr 2006 16:45:03 -0400 Subject: [AccessD] No display adapter In-Reply-To: <001601c65da5$31dd46d0$3500000a@RALPHA31P> Message-ID: <000401c65da8$cf9b7b00$657aa8c0@ColbyM6805> >Does it not return a Chip Type under Windows Video? Nope >Or a name under PCI/AGP Video|Device Description? Yep >Or a Video Adaptor Value under Graphics Processor (GPU)? Yep. This is an Emachines laptop which has been functioning fine (for 2 years now) until I had a problem with NAV not updating it's virus defs. In the process of attempting to uninstall that, Windows itself got hosed. I performed a "repair" of Windows which hosed the display adapter. Things are going down hill. In fact the system is ALMOST back to normal, except for the fact that the video adapter is entirely missing to Windows (and every other program / utility). Windows is using some "emergency" graphics adapter AFAICT which limits me to 800x600 and 1024 x 768 modes. In fact if I disable THAT emergency adapter, windows boots up entirely with NOTHING displayed - a terrifying experience. Makes me understand how a blind person (who could once see) must feel. Anyway, my native mode graphics is 1600 x 1200 IIRC, and the 1024x768 mode is just ugly - blurry, horrid fonts etc. But I cannot get any graphics drivers to install because somehow Windows "lost" the "graphics adapter" section of the hardware tree, and therefore the graphics drivers installation programs can't figure out what to do with the drivers, and just refuse to install. So far I have spent probably 40 hours uninstalling NAV (about 6 times before finally getting a good install) and repairing my windows, then trying to get these (real) graphics drivers to load. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Ralph Bryce Sent: Tuesday, April 11, 2006 4:19 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter John Does it not return a Chip Type under Windows Video? Or a name under PCI/AGP Video|Device Description? Or a Video Adaptor Value under Graphics Processor (GPU)? If not, what make of machine is it? Ralph Bryce -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: 11 April 2006 20:51 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter Man, this thing is nice. Lots of info. It sees my physical display adapter (pci/agp video), but it does not see a windows video. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Ralph Bryce Sent: Tuesday, April 11, 2006 2:32 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter John Have you tried Aida32? http://www.majorgeeks.com/download181.html (3MB download) It's a free sys info tool that will tell you more about your system than you'll want to know - including what it thinks your display adaptor is. That may point you to a suitable driver... Ralph Bryce -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 jwelz at hotmail.com Tue Apr 11 15:55:45 2006 From: jwelz at hotmail.com (Jurgen Welz) Date: Tue, 11 Apr 2006 14:55:45 -0600 Subject: [AccessD] No display adapter In-Reply-To: <00d701c65da4$1a0a2510$6402a8c0@ScuzzPaq> Message-ID: I've had two laptops where I've attempted to uninstall Norton (02 and 03). Neither ever booted an OS successfully again. I bought two new drives and enclosures for both old laptop drives. Putting the drives in the enclosure allowed me to pull off all the files I wanted. Ultimately I burned everything to DVDs before formatting the old drives and use them for photo/movie storage. I'm not sure if the NAV versions I was using had the rootkit garbage that Norton was caught using, but unfortunately the two machines were purchased with a factory install of that software. The next time I purchase a machine, a condition of the purchase will be that no part of Norton was ever installed. Drivers are why Windows is considered Plug & PRAY. I liked being able to set a couple of jumpers to set IRQs and interrupts. I used to have a nightmare with modems after operating systems went plug and play. I suppose the Command window is 640*480 resolution? You could try some multiboot/partition software to give the bare setup another chance without nuking the system entirely. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com >From: "John Bartow" > >Did you try to boot into safe mode and remove the device/drivers? > >Also you mentioned you just bought NAV - have you installed it yet? NAV >2005/2006 have been a royal PITA for me. From ralphb at cwgsy.net Tue Apr 11 16:06:14 2006 From: ralphb at cwgsy.net (Ralph Bryce) Date: Tue, 11 Apr 2006 22:06:14 +0100 Subject: [AccessD] No display adapter In-Reply-To: <000401c65da8$cf9b7b00$657aa8c0@ColbyM6805> Message-ID: <001b01c65dab$c4ab9dd0$3500000a@RALPHA31P> From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby This is an Emachines laptop John Which model? For example, the model M5305 uses the ATI Mobility Radeon IGP 320M, the M6805, M6810, M6811 use the ATI Mobility Radeon 9600 http://www.bizrate.com/marketplace/product_info/details__cat_id--462,prod_id --7591590.html Ralph Bryce From jwcolby at ColbyConsulting.com Tue Apr 11 16:20:52 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Tue, 11 Apr 2006 17:20:52 -0400 Subject: [AccessD] No display adapter In-Reply-To: <0IXK004FPS3U9TF0@l-daemon> Message-ID: <000701c65dad$d0c0cee0$657aa8c0@ColbyM6805> Yea, but it is Windows XP Home, not PRO. I can't use that directly. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Tuesday, April 11, 2006 4:41 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter Hi John: The CD I am talking about is not the O/S disk but the hardware CD. This is usually a separate CD but in some cases, especially with Laptops, the data is a hidden and/or in separate partition. Without this BIOS level configuration software the hardware will never be appropriately exposed to the O/S. This is manufacture specific. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, April 11, 2006 10:06 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter It is a laptop, and I have the install disk, although it is for WindowsXP Home and I am using WindowsXP Pro. That really does not matter however. The display adapter software fails, claiming it can't find a display adapter to install software for. Neither can I for that matter. 8-( John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Tuesday, April 11, 2006 12:31 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter Hi John: Did you buy the mother board separately or did it come in a pre-built? In either case there should have been a CD with it. Boards with all the components built on them takes specific software to get them setup. Check with who ever you purchased the equipment from or online with the manufacture. 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 john at winhaven.net Tue Apr 11 17:15:42 2006 From: john at winhaven.net (John Bartow) Date: Tue, 11 Apr 2006 17:15:42 -0500 Subject: [AccessD] No display adapter In-Reply-To: <000401c65da8$cf9b7b00$657aa8c0@ColbyM6805> Message-ID: <014801c65db5$798aef90$6402a8c0@ScuzzPaq> Use Symantec's SymNRT.exe to remove their apps completely. Then throw their cd in the air and shoot it ;o) HTH -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, April 11, 2006 3:45 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter >Does it not return a Chip Type under Windows Video? Nope >Or a name under PCI/AGP Video|Device Description? Yep >Or a Video Adaptor Value under Graphics Processor (GPU)? Yep. This is an Emachines laptop which has been functioning fine (for 2 years now) until I had a problem with NAV not updating it's virus defs. In the process of attempting to uninstall that, Windows itself got hosed. I performed a "repair" of Windows which hosed the display adapter. Things are going down hill. In fact the system is ALMOST back to normal, except for the fact that the video adapter is entirely missing to Windows (and every other program / utility). Windows is using some "emergency" graphics adapter AFAICT which limits me to 800x600 and 1024 x 768 modes. In fact if I disable THAT emergency adapter, windows boots up entirely with NOTHING displayed - a terrifying experience. Makes me understand how a blind person (who could once see) must feel. Anyway, my native mode graphics is 1600 x 1200 IIRC, and the 1024x768 mode is just ugly - blurry, horrid fonts etc. But I cannot get any graphics drivers to install because somehow Windows "lost" the "graphics adapter" section of the hardware tree, and therefore the graphics drivers installation programs can't figure out what to do with the drivers, and just refuse to install. So far I have spent probably 40 hours uninstalling NAV (about 6 times before finally getting a good install) and repairing my windows, then trying to get these (real) graphics drivers to load. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Ralph Bryce Sent: Tuesday, April 11, 2006 4:19 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter John Does it not return a Chip Type under Windows Video? Or a name under PCI/AGP Video|Device Description? Or a Video Adaptor Value under Graphics Processor (GPU)? If not, what make of machine is it? Ralph Bryce -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: 11 April 2006 20:51 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter Man, this thing is nice. Lots of info. It sees my physical display adapter (pci/agp video), but it does not see a windows video. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Ralph Bryce Sent: Tuesday, April 11, 2006 2:32 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter John Have you tried Aida32? http://www.majorgeeks.com/download181.html (3MB download) It's a free sys info tool that will tell you more about your system than you'll want to know - including what it thinks your display adaptor is. That may point you to a suitable driver... Ralph Bryce -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/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 accessd at shaw.ca Tue Apr 11 18:17:26 2006 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 11 Apr 2006 16:17:26 -0700 Subject: [AccessD] No display adapter In-Reply-To: <000701c65dad$d0c0cee0$657aa8c0@ColbyM6805> Message-ID: <0IXK00KSSZBZZR00@l-daemon> Hi John: Again I iterate that the CD/Files are not part of XP, any version. Just like you must select from its own CD for a specific bubble-jet printer to set it up properly even though the XP O/S will recognize the attached printer you must also use the specific files to set up your laptop. For Example: Just like when you are installing your own mother-board with built in sound, video and LAN card you must run a Utilities setup disk first. When I am installing a new Gigabyte mother-board, before installing the O/S, I run the appropriate NVIDIVAnForce Series Utilities CD or when installing the XP it would not correctly identify imbedded hardware. There has been be some configuration software ran before your O/S installation. Here is a comment I saw regarding the drivers an eMachine laptop: Go to Omegacorner.com and download the drivers from there. The ones you get from ATI only work in desktops. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, April 11, 2006 2:21 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter Yea, but it is Windows XP Home, not PRO. I can't use that directly. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Tuesday, April 11, 2006 4:41 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter Hi John: The CD I am talking about is not the O/S disk but the hardware CD. This is usually a separate CD but in some cases, especially with Laptops, the data is a hidden and/or in separate partition. Without this BIOS level configuration software the hardware will never be appropriately exposed to the O/S. This is manufacture specific. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Tuesday, April 11, 2006 10:06 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter It is a laptop, and I have the install disk, although it is for WindowsXP Home and I am using WindowsXP Pro. That really does not matter however. The display adapter software fails, claiming it can't find a display adapter to install software for. Neither can I for that matter. 8-( John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Tuesday, April 11, 2006 12:31 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] No display adapter Hi John: Did you buy the mother board separately or did it come in a pre-built? In either case there should have been a CD with it. Boards with all the components built on them takes specific software to get them setup. Check with who ever you purchased the equipment from or online with the manufacture. 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 kp at sdsonline.net Tue Apr 11 19:04:07 2006 From: kp at sdsonline.net (Kath Pelletti) Date: Wed, 12 Apr 2006 10:04:07 +1000 Subject: [AccessD] Relationships - Sql Server 2005 Message-ID: <000b01c65dc4$9f8d0430$6601a8c0@office> (Cross posted to AccessD and Access SQL) I am creating the relationships between tables in my new system in Sql Server 2005 (developer, not express). I have found 2 ways to do this: 1). By going into a specific table's keys and editing there, or 2) By dragging ands dropping fields in the database diagran, which I find easier. But from within the database diagram I can't find how to view the properties of the relationship. If I right click I only have the option to delete it. Anyone know a better way as this is taking me ages?? TIA Kath From kp at sdsonline.net Tue Apr 11 19:13:08 2006 From: kp at sdsonline.net (Kath Pelletti) Date: Wed, 12 Apr 2006 10:13:08 +1000 Subject: [AccessD] Relationships - Sql Server 2005 Message-ID: <001c01c65dc5$e19c86b0$6601a8c0@office> Sorry - just worked it out. (USe F4) doh! Kath From jwcolby at ColbyConsulting.com Tue Apr 11 20:01:25 2006 From: jwcolby at ColbyConsulting.com (John Colby) Date: Tue, 11 Apr 2006 21:01:25 -0400 Subject: [AccessD] No display adapter In-Reply-To: <0IXK00KSSZBZZR00@l-daemon> Message-ID: <001c01c65dcc$a03c5d60$657aa8c0@ColbyM6805> Jim, I have the OEM setup disk, the CD that came with the Laptop. It has an ATI driver directory, with an install program, which refuses to run! NO DRIVERS, from anywhere can even find a graphics adapter to install drivers for. It appears that the install programs have to go through Windows, not around. WINDOWS ITSELF does not have a graphics adapter showing any more. If I go to my wife's laptop, and go to the Device manager, a GRAPHICS ADAPTER tree exists. Computer +Batteries +Computer +Disk Drives +Graphics Adapter