From charlotte.foust at gmail.com  Sun Sep  1 22:12:24 2013
From: charlotte.foust at gmail.com (Charlotte Foust)
Date: Sun, 1 Sep 2013 20:12:24 -0700
Subject: [AccessD] Hiding Report Page Headers
In-Reply-To: <000801cea68e$6688c7d0$339a5770$@dalyn.co.nz>
References: <2F90303D13A0494393F3E6B6D7088038@BondSoftware.local>
	<F35C4737E33A6543BC69DFB19CB5748F061A63@bsserver.BondSoftware.local>
	<000d01cea636$7bc2c590$734850b0$@dalyn.co.nz>
	<000801cea68e$6688c7d0$339a5770$@dalyn.co.nz>
Message-ID: <CAH+Met-cTR+brXryxmDoVgb2293j43D+jnqR1+NSqAVnpTbPEg@mail.gmail.com>

The print event can't be used to suppress anything because it's too late.
 You would have to use the format event and it doesn't work there.

Charlotte


On Sat, Aug 31, 2013 at 2:09 PM, David Emerson <newsgrps at dalyn.co.nz> wrote:

> This worked - I created a new group with an expression "=0" and put the
> page
> header controls into the group header with the Repeat Section property set
> to yes.  This put the group header on top of every page where there were
> assets and not on the pages after which were defined by sections after the
> new group footer.
>
> (Rocky - I had already tried your suggestion of using the print event of
> the
> header to find a test to see if I was about to print a checklist and make
> the header section visible=false, but I couldn't get it to work from the
> examples I found on the net and the final solution was much easier.)
>
> Thanks again to a great team of experts.
>
> Regards
>
> David Emerson
> Dalyn Software Ltd
> Wellington, New Zealand
>
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson
> Sent: Saturday, 31 August 2013 10:40 p.m.
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Hiding Report Page Headers
>
> Thanks Steve, Found it eventually (it was April 2012).
>
> Will see if I can use it.
>
> David
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stephen Bond
> Sent: Saturday, 31 August 2013 1:51 p.m.
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Hiding Report Page Headers
>
> Try the archives.  Charlotte posted a solution to something similar on
> April
> 5.  The subject was "Can Grow" Property in Report Page Header but her
> answer
> covered more than that.
>
> Stephen Bond
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson
> Sent: Saturday, 31 August 2013 10:01 a.m.
> To: Stephen
> Subject: [AccessD] Hiding Report Page Headers
>
> I have a report that is in two parts - The first is a list of assets, the
> second is a list of service checklists (these are subreports that are
> placed
> onto the main report).  There could be several sites in the report (ie Site
> 1 asset list followed by checklists, Site 2 asset list followed by
> checklists etc).  Each site begins on a new page.
>
>
>
> The list of assets could run over several pages and has text to appear at
> the top of every page (page header).
>
>
>
> The list of service checklists could also run over several pages but should
> not have the page header showing.  Since the page header takes about a
> quarter of the page I would like the area used for the checklists instead
> of
> appearing blank.
>
>
>
> Any pointers for this - Google searching has not come up with anything that
> works in my situation.
>
>
>
>
>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/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 BradM at blackforestltd.com  Mon Sep  2 11:03:59 2013
From: BradM at blackforestltd.com (Brad Marks)
Date: Mon, 2 Sep 2013 11:03:59 -0500
Subject: [AccessD] FTP Accdb File
References: <E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local>,
	<E9A6E8C998E16F4FB3D861390AFE32C501A9990C@blkltd.blkfst2003.local>,
	<CAGuQ9V60Ua0Wfr7vW-mexKoHRAQBZX5aVfsLrdnapi+RACYy=A@mail.gmail.com>
	<52216A9B.4223.10DDF4F1@stuart.lexacorp.com.pg>
Message-ID: <E9A6E8C998E16F4FB3D861390AFE32C50163B502@blkltd.blkfst2003.local>

All,

I am trying to transfer an Access 2007 ?accdb? file from a remote computer to a local computer.

I am using a script that uses Windows command line (ftp.exe).

Both the upload and the download appear to work properly.

However, when I try to open the downloaded .accdb file, I receive a message that the Access 2007 accdb file is in an inconsistent state.

I have not used FTP a lot.  This is the first time that I have tried to use FTP for an accdb file.

Has anyone else ever used ftp.exe to transfer accdb files?

Is there some ftp parameter that must be specified to make this work correctly?

Thanks,
Brad       

From jbodin at sbor.com  Mon Sep  2 13:04:20 2013
From: jbodin at sbor.com (John Bodin)
Date: Mon, 2 Sep 2013 18:04:20 +0000
Subject: [AccessD] FTP Accdb File
In-Reply-To: <E9A6E8C998E16F4FB3D861390AFE32C50163B502@blkltd.blkfst2003.local>
References: <E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local>,
	<E9A6E8C998E16F4FB3D861390AFE32C501A9990C@blkltd.blkfst2003.local>,
	<CAGuQ9V60Ua0Wfr7vW-mexKoHRAQBZX5aVfsLrdnapi+RACYy=A@mail.gmail.com>
	<52216A9B.4223.10DDF4F1@stuart.lexacorp.com.pg>
	<E9A6E8C998E16F4FB3D861390AFE32C50163B502@blkltd.blkfst2003.local>
Message-ID: <48bf357929ad4c729ffb0ba9388b1715@BLUPR04MB023.namprd04.prod.outlook.com>

Was the database open when you did the FTP?

Also, it is possible the file is "blocked" since it came from an external source so you may have to right-click on the file in the destination folder, go into Properties and hit the Unblock button.

Those are two quick things I can think of.

John

-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Monday, September 02, 2013 12:04 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] FTP Accdb File

All,

I am trying to transfer an Access 2007 "accdb" file from a remote computer to a local computer.

I am using a script that uses Windows command line (ftp.exe).

Both the upload and the download appear to work properly.

However, when I try to open the downloaded .accdb file, I receive a message that the Access 2007 accdb file is in an inconsistent state.

I have not used FTP a lot.  This is the first time that I have tried to use FTP for an accdb file.

Has anyone else ever used ftp.exe to transfer accdb files?

Is there some ftp parameter that must be specified to make this work correctly?

Thanks,
Brad       


From BradM at blackforestltd.com  Mon Sep  2 14:17:15 2013
From: BradM at blackforestltd.com (Brad Marks)
Date: Mon, 2 Sep 2013 14:17:15 -0500
Subject: [AccessD] FTP Accdb File
References: <E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local>,
	<E9A6E8C998E16F4FB3D861390AFE32C501A9990C@blkltd.blkfst2003.local>,
	<CAGuQ9V60Ua0Wfr7vW-mexKoHRAQBZX5aVfsLrdnapi+RACYy=A@mail.gmail.com><52216A9B.4223.10DDF4F1@stuart.lexacorp.com.pg><E9A6E8C998E16F4FB3D861390AFE32C50163B502@blkltd.blkfst2003.local>
	<48bf357929ad4c729ffb0ba9388b1715@BLUPR04MB023.namprd04.prod.outlook.com>
Message-ID: <E9A6E8C998E16F4FB3D861390AFE32C50163B503@blkltd.blkfst2003.local>

John,

Thanks for the help.

I made sure that the Access file was not open and I tried the FTP again.

I received the same results.

I then looked for an unblock button but I could not find one.  I am not downloading a folder, just a single accdb file.  I am using XP SP3.  I could not find any unblock option at the file level.

I plan to do some more digging into FTP as I wonder if there is some parameter that I need to specify for either the upload or the download.

Thanks again,
Brad



-----Original Message-----
From: accessd-bounces at databaseadvisors.com on behalf of John Bodin
Sent: Mon 9/2/2013 1:04 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] FTP Accdb File
 
Was the database open when you did the FTP?

Also, it is possible the file is "blocked" since it came from an external source so you may have to right-click on the file in the destination folder, go into Properties and hit the Unblock button.

Those are two quick things I can think of.

John

-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Monday, September 02, 2013 12:04 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] FTP Accdb File

All,

I am trying to transfer an Access 2007 "accdb" file from a remote computer to a local computer.

I am using a script that uses Windows command line (ftp.exe).

Both the upload and the download appear to work properly.

However, when I try to open the downloaded .accdb file, I receive a message that the Access 2007 accdb file is in an inconsistent state.

I have not used FTP a lot.  This is the first time that I have tried to use FTP for an accdb file.

Has anyone else ever used ftp.exe to transfer accdb files?

Is there some ftp parameter that must be specified to make this work correctly?

Thanks,
Brad       

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
This message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=EDF7728899.C4872




From newsgrps at dalyn.co.nz  Mon Sep  2 14:28:36 2013
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Tue, 3 Sep 2013 07:28:36 +1200
Subject: [AccessD] FTP Accdb File
In-Reply-To: <E9A6E8C998E16F4FB3D861390AFE32C50163B503@blkltd.blkfst2003.local>
References: <E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local>,
	<E9A6E8C998E16F4FB3D861390AFE32C501A9990C@blkltd.blkfst2003.local>,
	<CAGuQ9V60Ua0Wfr7vW-mexKoHRAQBZX5aVfsLrdnapi+RACYy=A@mail.gmail.com><52216A9B.4223.10DDF4F1@stuart.lexacorp.com.pg><E9A6E8C998E16F4FB3D861390AFE32C50163B502@blkltd.blkfst2003.local>	<48bf357929ad4c729ffb0ba9388b1715@BLUPR04MB023.namprd04.prod.outlook.com>
	<E9A6E8C998E16F4FB3D861390AFE32C50163B503@blkltd.blkfst2003.local>
Message-ID: <001401cea812$9ebeb8a0$dc3c29e0$@dalyn.co.nz>

Brad,

Try zipping the file first and using the FTP, then unzip it at your end to
see if this makes any difference.  Sometimes I have found that files get
corrupted if they are not zipped.

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand



-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Tuesday, 3 September 2013 7:17 a.m.
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] FTP Accdb File

John,

Thanks for the help.

I made sure that the Access file was not open and I tried the FTP again.

I received the same results.

I then looked for an unblock button but I could not find one.  I am not
downloading a folder, just a single accdb file.  I am using XP SP3.  I could
not find any unblock option at the file level.

I plan to do some more digging into FTP as I wonder if there is some
parameter that I need to specify for either the upload or the download.

Thanks again,
Brad



-----Original Message-----
From: accessd-bounces at databaseadvisors.com on behalf of John Bodin
Sent: Mon 9/2/2013 1:04 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] FTP Accdb File
 
Was the database open when you did the FTP?

Also, it is possible the file is "blocked" since it came from an external
source so you may have to right-click on the file in the destination folder,
go into Properties and hit the Unblock button.

Those are two quick things I can think of.

John

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Monday, September 02, 2013 12:04 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] FTP Accdb File

All,

I am trying to transfer an Access 2007 "accdb" file from a remote computer
to a local computer.

I am using a script that uses Windows command line (ftp.exe).

Both the upload and the download appear to work properly.

However, when I try to open the downloaded .accdb file, I receive a message
that the Access 2007 accdb file is in an inconsistent state.

I have not used FTP a lot.  This is the first time that I have tried to use
FTP for an accdb file.

Has anyone else ever used ftp.exe to transfer accdb files?

Is there some ftp parameter that must be specified to make this work
correctly?

Thanks,
Brad       

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
This message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=EDF7728899.C4872





From garykjos at gmail.com  Mon Sep  2 14:44:45 2013
From: garykjos at gmail.com (Gary Kjos)
Date: Mon, 2 Sep 2013 14:44:45 -0500
Subject: [AccessD] FTP Accdb File
In-Reply-To: <001401cea812$9ebeb8a0$dc3c29e0$@dalyn.co.nz>
References: <E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local>
	<E9A6E8C998E16F4FB3D861390AFE32C501A9990C@blkltd.blkfst2003.local>
	<CAGuQ9V60Ua0Wfr7vW-mexKoHRAQBZX5aVfsLrdnapi+RACYy=A@mail.gmail.com>
	<52216A9B.4223.10DDF4F1@stuart.lexacorp.com.pg>
	<E9A6E8C998E16F4FB3D861390AFE32C50163B502@blkltd.blkfst2003.local>
	<48bf357929ad4c729ffb0ba9388b1715@BLUPR04MB023.namprd04.prod.outlook.com>
	<E9A6E8C998E16F4FB3D861390AFE32C50163B503@blkltd.blkfst2003.local>
	<001401cea812$9ebeb8a0$dc3c29e0$@dalyn.co.nz>
Message-ID: <CAJ2R_pKRWQMCf57NaMbh-Qh_BiLvJ0ZvpNHc8MQ3MBZSP1QcBg@mail.gmail.com>

I've used the binary setting successfully to FTP sometimes when things
didn't transfer as expected. The default if you don't specify that with
many ftp tools is ascii and so any characters outside of the ascii range
can be corrupted.

GK


On Mon, Sep 2, 2013 at 2:28 PM, David Emerson <newsgrps at dalyn.co.nz> wrote:

> Brad,
>
> Try zipping the file first and using the FTP, then unzip it at your end to
> see if this makes any difference.  Sometimes I have found that files get
> corrupted if they are not zipped.
>
> Regards
>
> David Emerson
> Dalyn Software Ltd
> Wellington, New Zealand
>
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
> Sent: Tuesday, 3 September 2013 7:17 a.m.
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] FTP Accdb File
>
> John,
>
> Thanks for the help.
>
> I made sure that the Access file was not open and I tried the FTP again.
>
> I received the same results.
>
> I then looked for an unblock button but I could not find one.  I am not
> downloading a folder, just a single accdb file.  I am using XP SP3.  I
> could
> not find any unblock option at the file level.
>
> I plan to do some more digging into FTP as I wonder if there is some
> parameter that I need to specify for either the upload or the download.
>
> Thanks again,
> Brad
>
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com on behalf of John Bodin
> Sent: Mon 9/2/2013 1:04 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] FTP Accdb File
>
> Was the database open when you did the FTP?
>
> Also, it is possible the file is "blocked" since it came from an external
> source so you may have to right-click on the file in the destination
> folder,
> go into Properties and hit the Unblock button.
>
> Those are two quick things I can think of.
>
> John
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
> Sent: Monday, September 02, 2013 12:04 PM
> To: Access Developers discussion and problem solving
> Subject: [AccessD] FTP Accdb File
>
> All,
>
> I am trying to transfer an Access 2007 "accdb" file from a remote computer
> to a local computer.
>
> I am using a script that uses Windows command line (ftp.exe).
>
> Both the upload and the download appear to work properly.
>
> However, when I try to open the downloaded .accdb file, I receive a message
> that the Access 2007 accdb file is in an inconsistent state.
>
> I have not used FTP a lot.  This is the first time that I have tried to use
> FTP for an accdb file.
>
> Has anyone else ever used ftp.exe to transfer accdb files?
>
> Is there some ftp parameter that must be specified to make this work
> correctly?
>
> Thanks,
> Brad
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> This message was scanned by ESVA and is believed to be clean.
> Click here to report this message as spam.
> http://h0stname/cgi-bin/learn-msg.cgi?id=EDF7728899.C4872
>
>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>



-- 
Gary Kjos
garykjos at gmail.com

From rockysmolin at bchacc.com  Mon Sep  2 14:58:11 2013
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Mon, 2 Sep 2013 12:58:11 -0700
Subject: [AccessD] FTP Accdb File
In-Reply-To: <001401cea812$9ebeb8a0$dc3c29e0$@dalyn.co.nz>
References: <E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local>,
	<E9A6E8C998E16F4FB3D861390AFE32C501A9990C@blkltd.blkfst2003.local>,
	<CAGuQ9V60Ua0Wfr7vW-mexKoHRAQBZX5aVfsLrdnapi+RACYy=A@mail.gmail.com><52216A9B.4223.10DDF4F1@stuart.lexacorp.com.pg><E9A6E8C998E16F4FB3D861390AFE32C50163B502@blkltd.blkfst2003.local>	<48bf357929ad4c729ffb0ba9388b1715@BLUPR04MB023.namprd04.prod.outlook.com><E9A6E8C998E16F4FB3D861390AFE32C50163B503@blkltd.blkfst2003.local>
	<001401cea812$9ebeb8a0$dc3c29e0$@dalyn.co.nz>
Message-ID: <7575F0A95F6149FAA896847F65298723@HAL9007>

Back of my mind...something about specifying binary transfer...but that may
have been from the previous century...

R
 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson
Sent: Monday, September 02, 2013 12:29 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] FTP Accdb File

Brad,

Try zipping the file first and using the FTP, then unzip it at your end to
see if this makes any difference.  Sometimes I have found that files get
corrupted if they are not zipped.

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand



-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Tuesday, 3 September 2013 7:17 a.m.
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] FTP Accdb File

John,

Thanks for the help.

I made sure that the Access file was not open and I tried the FTP again.

I received the same results.

I then looked for an unblock button but I could not find one.  I am not
downloading a folder, just a single accdb file.  I am using XP SP3.  I could
not find any unblock option at the file level.

I plan to do some more digging into FTP as I wonder if there is some
parameter that I need to specify for either the upload or the download.

Thanks again,
Brad



-----Original Message-----
From: accessd-bounces at databaseadvisors.com on behalf of John Bodin
Sent: Mon 9/2/2013 1:04 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] FTP Accdb File
 
Was the database open when you did the FTP?

Also, it is possible the file is "blocked" since it came from an external
source so you may have to right-click on the file in the destination folder,
go into Properties and hit the Unblock button.

Those are two quick things I can think of.

John

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Monday, September 02, 2013 12:04 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] FTP Accdb File

All,

I am trying to transfer an Access 2007 "accdb" file from a remote computer
to a local computer.

I am using a script that uses Windows command line (ftp.exe).

Both the upload and the download appear to work properly.

However, when I try to open the downloaded .accdb file, I receive a message
that the Access 2007 accdb file is in an inconsistent state.

I have not used FTP a lot.  This is the first time that I have tried to use
FTP for an accdb file.

Has anyone else ever used ftp.exe to transfer accdb files?

Is there some ftp parameter that must be specified to make this work
correctly?

Thanks,
Brad       

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
This message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=EDF7728899.C4872




--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From stuart at lexacorp.com.pg  Mon Sep  2 15:43:32 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Tue, 03 Sep 2013 06:43:32 +1000
Subject: [AccessD] FTP Accdb File
In-Reply-To: <E9A6E8C998E16F4FB3D861390AFE32C50163B502@blkltd.blkfst2003.local>
References: <E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local>,
	<E9A6E8C998E16F4FB3D861390AFE32C50163B502@blkltd.blkfst2003.local>
Message-ID: <5224F874.1794.C4DC773@stuart.lexacorp.com.pg>

Send the command BINARY before your GET command, otherwise the file may be treated 
as ASCII where  CRs are converted to CRLF pairs.  That will corrupt the file.

-- 
Stuart

On 2 Sep 2013 at 11:03, Brad Marks wrote:

> All,
> 
> I am trying to transfer an Access 2007 "accdb" file from a remote computer to a local computer.
> 
> I am using a script that uses Windows command line (ftp.exe).
> 
> Both the upload and the download appear to work properly.
> 
> However, when I try to open the downloaded .accdb file, I receive a message that the Access 2007 accdb file is in an inconsistent state.
> 
> I have not used FTP a lot.  This is the first time that I have tried to use FTP for an accdb file.
> 
> Has anyone else ever used ftp.exe to transfer accdb files?
> 
> Is there some ftp parameter that must be specified to make this work correctly?
> 
> Thanks,
> Brad       
> 




From stuart at lexacorp.com.pg  Mon Sep  2 15:46:50 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Tue, 03 Sep 2013 06:46:50 +1000
Subject: [AccessD] FTP Accdb File
In-Reply-To: <5224F874.1794.C4DC773@stuart.lexacorp.com.pg>
References: <E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local>,
	<E9A6E8C998E16F4FB3D861390AFE32C50163B502@blkltd.blkfst2003.local>,
	<5224F874.1794.C4DC773@stuart.lexacorp.com.pg>
Message-ID: <5224F93A.28744.C50CDE9@stuart.lexacorp.com.pg>

Oops, no it doesn't convert CC r to CRLF.  That's what you get when you start posting 
responses when you are half awake before your first coffee in the morning.

 It transmits 7 bits instead of 8 bits per byte.



On 3 Sep 2013 at 6:43, Stuart McLachlan wrote:

> Send the command BINARY before your GET command, otherwise the file may be treated 
> as ASCII where  CRs are converted to CRLF pairs.  That will corrupt the file.
> 
> -- 
> Stuart
> 
> On 2 Sep 2013 at 11:03, Brad Marks wrote:
> 
> > All,
> > 
> > I am trying to transfer an Access 2007 "accdb" file from a remote computer to a local computer.
> > 
> > I am using a script that uses Windows command line (ftp.exe).
> > 
> > Both the upload and the download appear to work properly.
> > 
> > However, when I try to open the downloaded .accdb file, I receive a message that the Access 2007 accdb file is in an inconsistent state.
> > 
> > I have not used FTP a lot.  This is the first time that I have tried to use FTP for an accdb file.
> > 
> > Has anyone else ever used ftp.exe to transfer accdb files?
> > 
> > Is there some ftp parameter that must be specified to make this work correctly?
> > 
> > Thanks,
> > Brad       
> > 
> 
> 
> 
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 



From BradM at blackforestltd.com  Mon Sep  2 16:14:02 2013
From: BradM at blackforestltd.com (Brad Marks)
Date: Mon, 2 Sep 2013 16:14:02 -0500
Subject: [AccessD] FTP Accdb File
References: <E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local>,
	<E9A6E8C998E16F4FB3D861390AFE32C50163B502@blkltd.blkfst2003.local>
	<5224F874.1794.C4DC773@stuart.lexacorp.com.pg>
Message-ID: <E9A6E8C998E16F4FB3D861390AFE32C50163B504@blkltd.blkfst2003.local>

All,

You guys are GREAT!

The FTP piece I was missing was "BINARY" and where to put this command in the FTP command sequence.

It is now working perfectly and I am all smiles.

Thanks for the assistance.

Brad


-----Original Message-----
From: accessd-bounces at databaseadvisors.com on behalf of Stuart McLachlan
Sent: Mon 9/2/2013 3:43 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] FTP Accdb File
 
Send the command BINARY before your GET command, otherwise the file may be treated 
as ASCII where  CRs are converted to CRLF pairs.  That will corrupt the file.

-- 
Stuart

On 2 Sep 2013 at 11:03, Brad Marks wrote:

> All,
> 
> I am trying to transfer an Access 2007 "accdb" file from a remote computer to a local computer.
> 
> I am using a script that uses Windows command line (ftp.exe).
> 
> Both the upload and the download appear to work properly.
> 
> However, when I try to open the downloaded .accdb file, I receive a message that the Access 2007 accdb file is in an inconsistent state.
> 
> I have not used FTP a lot.  This is the first time that I have tried to use FTP for an accdb file.
> 
> Has anyone else ever used ftp.exe to transfer accdb files?
> 
> Is there some ftp parameter that must be specified to make this work correctly?
> 
> Thanks,
> Brad       
> 



-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
This message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=7FC7B28899.E874B




From marksimms at verizon.net  Mon Sep  2 21:02:35 2013
From: marksimms at verizon.net (Mark Simms)
Date: Mon, 02 Sep 2013 22:02:35 -0400
Subject: [AccessD] Alpha Anywhere
In-Reply-To: <CAEPJO1gGdjpCNmwEv+M3fLLY_LxaLtpKZt+FvdTsX7g6hqVZ6w@mail.gmail.com>
References: <CAEPJO1gGdjpCNmwEv+M3fLLY_LxaLtpKZt+FvdTsX7g6hqVZ6w@mail.gmail.com>
Message-ID: <001401cea849$a914e180$fb3ea480$@net>

Thanks Arthur -
it boggles the mind that neither MSFT nor Adobe with their near infinite
resources....
could come-up with a competitive offering ?



From darryl at whittleconsulting.com.au  Mon Sep  2 23:20:57 2013
From: darryl at whittleconsulting.com.au (Darryl Collins)
Date: Tue, 3 Sep 2013 04:20:57 +0000
Subject: [AccessD] Alpha Anywhere
In-Reply-To: <001401cea849$a914e180$fb3ea480$@net>
References: <CAEPJO1gGdjpCNmwEv+M3fLLY_LxaLtpKZt+FvdTsX7g6hqVZ6w@mail.gmail.com>
	<001401cea849$a914e180$fb3ea480$@net>
Message-ID: <70ad276b52574428bfe4e9072d1251a1@SIXPR04MB048.apcprd04.prod.outlook.com>

I often think this.

Take Windows Phone apps for example. The Windows Mobile App store is missing some key apps that are important for consumers.  Take 'Instragram' for example.  Like it or loathe, it is a deal breaker for many folks.  Now the folks who make instagram have said they don't have the time or resources to make a Window Mobile app given the lousy ROI on their efforts - fair enough given the tiny market share for Windows Phone vs Android / iOS.

But for the love of god, why on earth don't MS just fund a dev team at Instagram to create the app. It would cost pennies in the scheme of things and they have billions of dollars sitting around, they should throw some of it at clearing these small, but significant, constraints to their business.

Maybe now they are changing the CEO thing might change. Dunno?





-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms
Sent: Tuesday, 3 September 2013 12:03 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Alpha Anywhere

Thanks Arthur -
it boggles the mind that neither MSFT nor Adobe with their near infinite resources....
could come-up with a competitive offering ?


--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From jimdettman at verizon.net  Tue Sep  3 07:12:41 2013
From: jimdettman at verizon.net (Jim Dettman)
Date: Tue, 03 Sep 2013 08:12:41 -0400
Subject: [AccessD] Alpha Anywhere
In-Reply-To: <001401cea849$a914e180$fb3ea480$@net>
References: <CAEPJO1gGdjpCNmwEv+M3fLLY_LxaLtpKZt+FvdTsX7g6hqVZ6w@mail.gmail.com>
	<001401cea849$a914e180$fb3ea480$@net>
Message-ID: <36D417CC2E0D4EFC984B9D06220668F1@XPS>


  It's not that they cannot, it's they don't want to.

  Microsoft has jumped ship in regards to the desktop and are looking to
leapfrog everyone by a few years. Their entire corporate strategy and focus
is aimed at the web and getting Office users onto a subscription model
because the software development cycle as we know it is no longer
sustainable.   They don't want anyone on the desktop any more with
applications.

  The risk is that they may have jumped too far too quickly.  Not everyone
has broadband for example and their effort may fail for that reason alone.
The other biggie is security; not everyone is comfortable with everything
being in the cloud and having someone else in control of your data.   The
exposure of the government monitoring programs could not have come at a
worst time for them, as it proves beyond a doubt how data is no longer under
your control once off premise.   I think that more then anything is going to
give people pause about the use of cloud technologies.

  But even without that, I think they under estimated the reluctance of
business moving into the cloud.  Unfortunately, I believe it's too late for
Access.   I really do think their turning it into nothing more then a front
end / power user tool that's web based.   Oh the desktop side will still be
around for a while, but I think it will stand as is and not change from this
point forward.   It's pretty obvious that the last three releases were
focused on nothing but the web.   It also seems pretty obvious that they are
focused on using macro's with web apps and will not bring anything more
powerful on board for coding.  They are also suggesting doing reporting via
Excel and that's the last functional piece they need to round out web apps.

 There maybe a small glimmer of hope though; they woke up a bit with Windows
8 and have back tracked.  Maybe they'll do the same for the desktop side
again and make some improvements, or at least provide some more power under
the hood with web apps in order to get existing DB's onto the web, but that
seems like a long shot at this point.  Web App's are just too much of a
departure from the current desktop DB's.

 And so many developers have already left the product.  By the time we would
see improvements, there may not be many of us left to use them :(

Jim.  

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms
Sent: Monday, September 02, 2013 10:03 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Alpha Anywhere

Thanks Arthur -
it boggles the mind that neither MSFT nor Adobe with their near infinite
resources....
could come-up with a competitive offering ?


-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From jwcolby at gmail.com  Tue Sep  3 08:44:49 2013
From: jwcolby at gmail.com (John W Colby)
Date: Tue, 03 Sep 2013 09:44:49 -0400
Subject: [AccessD] Alpha Anywhere
In-Reply-To: <36D417CC2E0D4EFC984B9D06220668F1@XPS>
References: <CAEPJO1gGdjpCNmwEv+M3fLLY_LxaLtpKZt+FvdTsX7g6hqVZ6w@mail.gmail.com>
	<001401cea849$a914e180$fb3ea480$@net>
	<36D417CC2E0D4EFC984B9D06220668F1@XPS>
Message-ID: <5225E7D1.1040804@gmail.com>

The company I am working for did an inventory and found something like 800 Access apps on employee's 
desktops.  They are trying hard to force the users to stop developing such things and then to 
migrate all of these things to a C# / Java app.

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 9/3/2013 8:12 AM, Jim Dettman wrote:
>    It's not that they cannot, it's they don't want to.
>
>    Microsoft has jumped ship in regards to the desktop and are looking to
> leapfrog everyone by a few years. Their entire corporate strategy and focus
> is aimed at the web and getting Office users onto a subscription model
> because the software development cycle as we know it is no longer
> sustainable.   They don't want anyone on the desktop any more with
> applications.
>
>    The risk is that they may have jumped too far too quickly.  Not everyone
> has broadband for example and their effort may fail for that reason alone.
> The other biggie is security; not everyone is comfortable with everything
> being in the cloud and having someone else in control of your data.   The
> exposure of the government monitoring programs could not have come at a
> worst time for them, as it proves beyond a doubt how data is no longer under
> your control once off premise.   I think that more then anything is going to
> give people pause about the use of cloud technologies.
>
>    But even without that, I think they under estimated the reluctance of
> business moving into the cloud.  Unfortunately, I believe it's too late for
> Access.   I really do think their turning it into nothing more then a front
> end / power user tool that's web based.   Oh the desktop side will still be
> around for a while, but I think it will stand as is and not change from this
> point forward.   It's pretty obvious that the last three releases were
> focused on nothing but the web.   It also seems pretty obvious that they are
> focused on using macro's with web apps and will not bring anything more
> powerful on board for coding.  They are also suggesting doing reporting via
> Excel and that's the last functional piece they need to round out web apps.
>
>   There maybe a small glimmer of hope though; they woke up a bit with Windows
> 8 and have back tracked.  Maybe they'll do the same for the desktop side
> again and make some improvements, or at least provide some more power under
> the hood with web apps in order to get existing DB's onto the web, but that
> seems like a long shot at this point.  Web App's are just too much of a
> departure from the current desktop DB's.
>
>   And so many developers have already left the product.  By the time we would
> see improvements, there may not be many of us left to use them :(
>
> Jim.
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms
> Sent: Monday, September 02, 2013 10:03 PM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Alpha Anywhere
>
> Thanks Arthur -
> it boggles the mind that neither MSFT nor Adobe with their near infinite
> resources....
> could come-up with a competitive offering ?
>
>


From djkr at msn.com  Tue Sep  3 11:53:13 2013
From: djkr at msn.com (DJK (John) Robinson)
Date: Tue, 3 Sep 2013 17:53:13 +0100
Subject: [AccessD] Alpha Anywhere
In-Reply-To: <5225E7D1.1040804@gmail.com>
Message-ID: <BLU0-SMTP184743CF53EDEE42F77AFC8D2310@phx.gbl>

Hmm.  Has the company thought to ask themselves WHY these apps exist?  I guess not...

John


-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
Sent: 03 September 2013 14:45
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Alpha Anywhere


The company I am working for did an inventory and found something like 800 Access apps on employee's 
desktops.  They are trying hard to force the users to stop developing such things and then to 
migrate all of these things to a C# / Java app.

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 9/3/2013 8:12 AM, Jim Dettman wrote:
>    It's not that they cannot, it's they don't want to.
>
>    Microsoft has jumped ship in regards to the desktop and are looking 
> to leapfrog everyone by a few years. Their entire corporate strategy 
> and focus is aimed at the web and getting Office users onto a 
> subscription model because the software development cycle as we know it is no longer
> sustainable.   They don't want anyone on the desktop any more with
> applications.
>
>    The risk is that they may have jumped too far too quickly.  Not 
> everyone has broadband for example and their effort may fail for that 
> reason alone. The other biggie is security; not everyone is comfortable with everything
> being in the cloud and having someone else in control of your data.   The
> exposure of the government monitoring programs could not have come at 
> a worst time for them, as it proves beyond a doubt how data is no longer under
> your control once off premise.   I think that more then anything is going to
> give people pause about the use of cloud technologies.
>
>    But even without that, I think they under estimated the reluctance 
> of business moving into the cloud.  Unfortunately, I believe it's too late for
> Access.   I really do think their turning it into nothing more then a front
> end / power user tool that's web based.   Oh the desktop side will still be
> around for a while, but I think it will stand as is and not change from this
> point forward.   It's pretty obvious that the last three releases were
> focused on nothing but the web.   It also seems pretty obvious that they are
> focused on using macro's with web apps and will not bring anything 
> more powerful on board for coding.  They are also suggesting doing 
> reporting via Excel and that's the last functional piece they need to 
> round out web apps.
>
>   There maybe a small glimmer of hope though; they woke up a bit with 
> Windows 8 and have back tracked.  Maybe they'll do the same for the 
> desktop side again and make some improvements, or at least provide 
> some more power under the hood with web apps in order to get existing 
> DB's onto the web, but that seems like a long shot at this point.  Web 
> App's are just too much of a departure from the current desktop DB's.
>
>   And so many developers have already left the product.  By the time 
> we would see improvements, there may not be many of us left to use 
> them :(
>
> Jim.
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms
> Sent: Monday, September 02, 2013 10:03 PM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Alpha Anywhere
>
> Thanks Arthur -
> it boggles the mind that neither MSFT nor Adobe with their near 
> infinite resources.... could come-up with a competitive offering ?
>
>

-- 
AccessD mailing list
AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From jwcolby at gmail.com  Tue Sep  3 12:14:10 2013
From: jwcolby at gmail.com (John W Colby)
Date: Tue, 03 Sep 2013 13:14:10 -0400
Subject: [AccessD] Alpha Anywhere
In-Reply-To: <BLU0-SMTP184743CF53EDEE42F77AFC8D2310@phx.gbl>
References: <BLU0-SMTP184743CF53EDEE42F77AFC8D2310@phx.gbl>
Message-ID: <522618E2.1020201@gmail.com>

LOL, they know why.  Because the users ask for stuff from IT and... well... in a year or so...

So the user's have a job to do and so they do it themselves.

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 9/3/2013 12:53 PM, DJK (John) Robinson wrote:
> Hmm.  Has the company thought to ask themselves WHY these apps exist?  I guess not...
>
> John
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
> Sent: 03 September 2013 14:45
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Alpha Anywhere
>
>
> The company I am working for did an inventory and found something like 800 Access apps on employee's
> desktops.  They are trying hard to force the users to stop developing such things and then to
> migrate all of these things to a C# / Java app.
>
> John W. Colby
>
> Reality is what refuses to go away
> when you do not believe in it
>
> On 9/3/2013 8:12 AM, Jim Dettman wrote:
>>     It's not that they cannot, it's they don't want to.
>>
>>     Microsoft has jumped ship in regards to the desktop and are looking
>> to leapfrog everyone by a few years. Their entire corporate strategy
>> and focus is aimed at the web and getting Office users onto a
>> subscription model because the software development cycle as we know it is no longer
>> sustainable.   They don't want anyone on the desktop any more with
>> applications.
>>
>>     The risk is that they may have jumped too far too quickly.  Not
>> everyone has broadband for example and their effort may fail for that
>> reason alone. The other biggie is security; not everyone is comfortable with everything
>> being in the cloud and having someone else in control of your data.   The
>> exposure of the government monitoring programs could not have come at
>> a worst time for them, as it proves beyond a doubt how data is no longer under
>> your control once off premise.   I think that more then anything is going to
>> give people pause about the use of cloud technologies.
>>
>>     But even without that, I think they under estimated the reluctance
>> of business moving into the cloud.  Unfortunately, I believe it's too late for
>> Access.   I really do think their turning it into nothing more then a front
>> end / power user tool that's web based.   Oh the desktop side will still be
>> around for a while, but I think it will stand as is and not change from this
>> point forward.   It's pretty obvious that the last three releases were
>> focused on nothing but the web.   It also seems pretty obvious that they are
>> focused on using macro's with web apps and will not bring anything
>> more powerful on board for coding.  They are also suggesting doing
>> reporting via Excel and that's the last functional piece they need to
>> round out web apps.
>>
>>    There maybe a small glimmer of hope though; they woke up a bit with
>> Windows 8 and have back tracked.  Maybe they'll do the same for the
>> desktop side again and make some improvements, or at least provide
>> some more power under the hood with web apps in order to get existing
>> DB's onto the web, but that seems like a long shot at this point.  Web
>> App's are just too much of a departure from the current desktop DB's.
>>
>>    And so many developers have already left the product.  By the time
>> we would see improvements, there may not be many of us left to use
>> them :(
>>
>> Jim.
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms
>> Sent: Monday, September 02, 2013 10:03 PM
>> To: 'Access Developers discussion and problem solving'
>> Subject: Re: [AccessD] Alpha Anywhere
>>
>> Thanks Arthur -
>> it boggles the mind that neither MSFT nor Adobe with their near
>> infinite resources.... could come-up with a competitive offering ?
>>
>>


From accessd at shaw.ca  Tue Sep  3 13:36:19 2013
From: accessd at shaw.ca (Jim Lawrence)
Date: Tue, 3 Sep 2013 12:36:19 -0600 (MDT)
Subject: [AccessD] Alpha Anywhere
In-Reply-To: <36D417CC2E0D4EFC984B9D06220668F1@XPS>
Message-ID: <1776564203.46881984.1378233379547.JavaMail.root@cds002>

Excellent observation 

Jim

----- Original Message -----
From: "Jim Dettman" <jimdettman at verizon.net>
To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
Sent: Tuesday, September 3, 2013 5:12:41 AM
Subject: Re: [AccessD] Alpha Anywhere


  It's not that they cannot, it's they don't want to.

  Microsoft has jumped ship in regards to the desktop and are looking to
leapfrog everyone by a few years. Their entire corporate strategy and focus
is aimed at the web and getting Office users onto a subscription model
because the software development cycle as we know it is no longer
sustainable.   They don't want anyone on the desktop any more with
applications.

  The risk is that they may have jumped too far too quickly.  Not everyone
has broadband for example and their effort may fail for that reason alone.
The other biggie is security; not everyone is comfortable with everything
being in the cloud and having someone else in control of your data.   The
exposure of the government monitoring programs could not have come at a
worst time for them, as it proves beyond a doubt how data is no longer under
your control once off premise.   I think that more then anything is going to
give people pause about the use of cloud technologies.

  But even without that, I think they under estimated the reluctance of
business moving into the cloud.  Unfortunately, I believe it's too late for
Access.   I really do think their turning it into nothing more then a front
end / power user tool that's web based.   Oh the desktop side will still be
around for a while, but I think it will stand as is and not change from this
point forward.   It's pretty obvious that the last three releases were
focused on nothing but the web.   It also seems pretty obvious that they are
focused on using macro's with web apps and will not bring anything more
powerful on board for coding.  They are also suggesting doing reporting via
Excel and that's the last functional piece they need to round out web apps.

 There maybe a small glimmer of hope though; they woke up a bit with Windows
8 and have back tracked.  Maybe they'll do the same for the desktop side
again and make some improvements, or at least provide some more power under
the hood with web apps in order to get existing DB's onto the web, but that
seems like a long shot at this point.  Web App's are just too much of a
departure from the current desktop DB's.

 And so many developers have already left the product.  By the time we would
see improvements, there may not be many of us left to use them :(

Jim.  

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms
Sent: Monday, September 02, 2013 10:03 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Alpha Anywhere

Thanks Arthur -
it boggles the mind that neither MSFT nor Adobe with their near infinite
resources....
could come-up with a competitive offering ?


-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/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 jbartow at winhaven.net  Tue Sep  3 14:13:11 2013
From: jbartow at winhaven.net (John R Bartow)
Date: Tue, 3 Sep 2013 14:13:11 -0500
Subject: [AccessD] Alpha Anywhere
In-Reply-To: <CAEPJO1gGdjpCNmwEv+M3fLLY_LxaLtpKZt+FvdTsX7g6hqVZ6w@mail.gmail.com>
References: <CAEPJO1gGdjpCNmwEv+M3fLLY_LxaLtpKZt+FvdTsX7g6hqVZ6w@mail.gmail.com>
Message-ID: <02dc01cea8d9$a417dd00$ec479700$@winhaven.net>

Arthur,
Did they also make Alpha Five?
jb

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller
Sent: Thursday, August 29, 2013 2:49 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Alpha Anywhere

Full Disclure: I am in no way affiliated with the company behind this
software, other than I have found their principals and developers most
forthcoming with software, updates, friendship and technical support.

Acess developers are looking for a new parking spot. I strongly recommend
AlphaSoftware.com as the place to begin. Write once, deploy to anywhere.
e.g. smart phones, tablets and traditional web sites. No more need to code
for specific platforms: AA handles all this so gracefully that it makes
competitors vomit. No lie. Check it out, free trial downloads available.

And one more thing... Due to my previously established relationship with
said firm, I can garner a deal for us all. Regular price is ~1K, cheap at
the price, but assuming that I can gather ten or twenty buy-ins, then the
price might drop significantly.

Restating the aforementioned, I have zero fiscal interest in the Alpha
sfttware firm. I stand to gain absolutely nothing from my endorsement of
their software firm. I just call them as I see them, and in this case,
Idecale AA the leader of the Pack. Nothing else contends..

--
Arthur
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From accessd at shaw.ca  Tue Sep  3 15:29:19 2013
From: accessd at shaw.ca (Jim Lawrence)
Date: Tue, 3 Sep 2013 14:29:19 -0600 (MDT)
Subject: [AccessD] Alpha Anywhere
In-Reply-To: <5225E7D1.1040804@gmail.com>
Message-ID: <278739645.47028838.1378240159894.JavaMail.root@cds002>

Ha ha ha... a company's owners worse nightmare? :-)

That is what the concept of PC was supposed to be all about. Welcome to the new age of the internet.

Sorry but I found this so terribly amusing, on so many levels and I just can not stop laughing. :-)

Jim 

----- Original Message -----
From: "John W Colby" <jwcolby at gmail.com>
To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
Sent: Tuesday, September 3, 2013 6:44:49 AM
Subject: Re: [AccessD] Alpha Anywhere

The company I am working for did an inventory and found something like 800 Access apps on employee's 
desktops.  They are trying hard to force the users to stop developing such things and then to 
migrate all of these things to a C# / Java app.

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 9/3/2013 8:12 AM, Jim Dettman wrote:
>    It's not that they cannot, it's they don't want to.
>
>    Microsoft has jumped ship in regards to the desktop and are looking to
> leapfrog everyone by a few years. Their entire corporate strategy and focus
> is aimed at the web and getting Office users onto a subscription model
> because the software development cycle as we know it is no longer
> sustainable.   They don't want anyone on the desktop any more with
> applications.
>
>    The risk is that they may have jumped too far too quickly.  Not everyone
> has broadband for example and their effort may fail for that reason alone.
> The other biggie is security; not everyone is comfortable with everything
> being in the cloud and having someone else in control of your data.   The
> exposure of the government monitoring programs could not have come at a
> worst time for them, as it proves beyond a doubt how data is no longer under
> your control once off premise.   I think that more then anything is going to
> give people pause about the use of cloud technologies.
>
>    But even without that, I think they under estimated the reluctance of
> business moving into the cloud.  Unfortunately, I believe it's too late for
> Access.   I really do think their turning it into nothing more then a front
> end / power user tool that's web based.   Oh the desktop side will still be
> around for a while, but I think it will stand as is and not change from this
> point forward.   It's pretty obvious that the last three releases were
> focused on nothing but the web.   It also seems pretty obvious that they are
> focused on using macro's with web apps and will not bring anything more
> powerful on board for coding.  They are also suggesting doing reporting via
> Excel and that's the last functional piece they need to round out web apps.
>
>   There maybe a small glimmer of hope though; they woke up a bit with Windows
> 8 and have back tracked.  Maybe they'll do the same for the desktop side
> again and make some improvements, or at least provide some more power under
> the hood with web apps in order to get existing DB's onto the web, but that
> seems like a long shot at this point.  Web App's are just too much of a
> departure from the current desktop DB's.
>
>   And so many developers have already left the product.  By the time we would
> see improvements, there may not be many of us left to use them :(
>
> Jim.
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms
> Sent: Monday, September 02, 2013 10:03 PM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Alpha Anywhere
>
> Thanks Arthur -
> it boggles the mind that neither MSFT nor Adobe with their near infinite
> resources....
> could come-up with a competitive offering ?
>
>

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

From jwcolby at gmail.com  Tue Sep  3 16:10:36 2013
From: jwcolby at gmail.com (John W Colby)
Date: Tue, 03 Sep 2013 17:10:36 -0400
Subject: [AccessD] Alpha Anywhere
In-Reply-To: <278739645.47028838.1378240159894.JavaMail.root@cds002>
References: <278739645.47028838.1378240159894.JavaMail.root@cds002>
Message-ID: <5226504C.8060700@gmail.com>

It is simultaneously funny and sad. This company is the Enterprise assimilated by the borg.  They 
were never quick on their feet but now they are positively glacial. Users are nothing if not 
resourceful.  When IT couldn't respond, they rolled their own.  What can we expect?  The borg are 
trying to shut this down but in fact it continues on.

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 9/3/2013 4:29 PM, Jim Lawrence wrote:
> Ha ha ha... a company's owners worse nightmare? :-)
>
> That is what the concept of PC was supposed to be all about. Welcome to the new age of the internet.
>
> Sorry but I found this so terribly amusing, on so many levels and I just can not stop laughing. :-)
>
> Jim
>
> ----- Original Message -----
> From: "John W Colby" <jwcolby at gmail.com>
> To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
> Sent: Tuesday, September 3, 2013 6:44:49 AM
> Subject: Re: [AccessD] Alpha Anywhere
>
> The company I am working for did an inventory and found something like 800 Access apps on employee's
> desktops.  They are trying hard to force the users to stop developing such things and then to
> migrate all of these things to a C# / Java app.
>
> John W. Colby
>
> Reality is what refuses to go away
> when you do not believe in it
>
> On 9/3/2013 8:12 AM, Jim Dettman wrote:
>>     It's not that they cannot, it's they don't want to.
>>
>>     Microsoft has jumped ship in regards to the desktop and are looking to
>> leapfrog everyone by a few years. Their entire corporate strategy and focus
>> is aimed at the web and getting Office users onto a subscription model
>> because the software development cycle as we know it is no longer
>> sustainable.   They don't want anyone on the desktop any more with
>> applications.
>>
>>     The risk is that they may have jumped too far too quickly.  Not everyone
>> has broadband for example and their effort may fail for that reason alone.
>> The other biggie is security; not everyone is comfortable with everything
>> being in the cloud and having someone else in control of your data.   The
>> exposure of the government monitoring programs could not have come at a
>> worst time for them, as it proves beyond a doubt how data is no longer under
>> your control once off premise.   I think that more then anything is going to
>> give people pause about the use of cloud technologies.
>>
>>     But even without that, I think they under estimated the reluctance of
>> business moving into the cloud.  Unfortunately, I believe it's too late for
>> Access.   I really do think their turning it into nothing more then a front
>> end / power user tool that's web based.   Oh the desktop side will still be
>> around for a while, but I think it will stand as is and not change from this
>> point forward.   It's pretty obvious that the last three releases were
>> focused on nothing but the web.   It also seems pretty obvious that they are
>> focused on using macro's with web apps and will not bring anything more
>> powerful on board for coding.  They are also suggesting doing reporting via
>> Excel and that's the last functional piece they need to round out web apps.
>>
>>    There maybe a small glimmer of hope though; they woke up a bit with Windows
>> 8 and have back tracked.  Maybe they'll do the same for the desktop side
>> again and make some improvements, or at least provide some more power under
>> the hood with web apps in order to get existing DB's onto the web, but that
>> seems like a long shot at this point.  Web App's are just too much of a
>> departure from the current desktop DB's.
>>
>>    And so many developers have already left the product.  By the time we would
>> see improvements, there may not be many of us left to use them :(
>>
>> Jim.
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms
>> Sent: Monday, September 02, 2013 10:03 PM
>> To: 'Access Developers discussion and problem solving'
>> Subject: Re: [AccessD] Alpha Anywhere
>>
>> Thanks Arthur -
>> it boggles the mind that neither MSFT nor Adobe with their near infinite
>> resources....
>> could come-up with a competitive offering ?
>>
>>


From accessd at shaw.ca  Tue Sep  3 16:36:06 2013
From: accessd at shaw.ca (Jim Lawrence)
Date: Tue, 3 Sep 2013 15:36:06 -0600 (MDT)
Subject: [AccessD] Alpha Anywhere
In-Reply-To: <5226504C.8060700@gmail.com>
Message-ID: <1216034855.47100461.1378244166278.JavaMail.root@cds002>

That is so true...

In my daze I have seen many a company that, in the risk of mixing metaphors, have apps that spout like mushrooms in a vacuum. Nature dislikes a vacuum and so do busy offices. 

The only way to shut down these home-made solutions is to provide a working substitute. 

Jim  

----- Original Message -----
From: "John W Colby" <jwcolby at gmail.com>
To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
Sent: Tuesday, September 3, 2013 2:10:36 PM
Subject: Re: [AccessD] Alpha Anywhere

It is simultaneously funny and sad. This company is the Enterprise assimilated by the borg.  They 
were never quick on their feet but now they are positively glacial. Users are nothing if not 
resourceful.  When IT couldn't respond, they rolled their own.  What can we expect?  The borg are 
trying to shut this down but in fact it continues on.

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 9/3/2013 4:29 PM, Jim Lawrence wrote:
> Ha ha ha... a company's owners worse nightmare? :-)
>
> That is what the concept of PC was supposed to be all about. Welcome to the new age of the internet.
>
> Sorry but I found this so terribly amusing, on so many levels and I just can not stop laughing. :-)
>
> Jim
>
> ----- Original Message -----
> From: "John W Colby" <jwcolby at gmail.com>
> To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
> Sent: Tuesday, September 3, 2013 6:44:49 AM
> Subject: Re: [AccessD] Alpha Anywhere
>
> The company I am working for did an inventory and found something like 800 Access apps on employee's
> desktops.  They are trying hard to force the users to stop developing such things and then to
> migrate all of these things to a C# / Java app.
>
> John W. Colby
>
> Reality is what refuses to go away
> when you do not believe in it
>
> On 9/3/2013 8:12 AM, Jim Dettman wrote:
>>     It's not that they cannot, it's they don't want to.
>>
>>     Microsoft has jumped ship in regards to the desktop and are looking to
>> leapfrog everyone by a few years. Their entire corporate strategy and focus
>> is aimed at the web and getting Office users onto a subscription model
>> because the software development cycle as we know it is no longer
>> sustainable.   They don't want anyone on the desktop any more with
>> applications.
>>
>>     The risk is that they may have jumped too far too quickly.  Not everyone
>> has broadband for example and their effort may fail for that reason alone.
>> The other biggie is security; not everyone is comfortable with everything
>> being in the cloud and having someone else in control of your data.   The
>> exposure of the government monitoring programs could not have come at a
>> worst time for them, as it proves beyond a doubt how data is no longer under
>> your control once off premise.   I think that more then anything is going to
>> give people pause about the use of cloud technologies.
>>
>>     But even without that, I think they under estimated the reluctance of
>> business moving into the cloud.  Unfortunately, I believe it's too late for
>> Access.   I really do think their turning it into nothing more then a front
>> end / power user tool that's web based.   Oh the desktop side will still be
>> around for a while, but I think it will stand as is and not change from this
>> point forward.   It's pretty obvious that the last three releases were
>> focused on nothing but the web.   It also seems pretty obvious that they are
>> focused on using macro's with web apps and will not bring anything more
>> powerful on board for coding.  They are also suggesting doing reporting via
>> Excel and that's the last functional piece they need to round out web apps.
>>
>>    There maybe a small glimmer of hope though; they woke up a bit with Windows
>> 8 and have back tracked.  Maybe they'll do the same for the desktop side
>> again and make some improvements, or at least provide some more power under
>> the hood with web apps in order to get existing DB's onto the web, but that
>> seems like a long shot at this point.  Web App's are just too much of a
>> departure from the current desktop DB's.
>>
>>    And so many developers have already left the product.  By the time we would
>> see improvements, there may not be many of us left to use them :(
>>
>> Jim.
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms
>> Sent: Monday, September 02, 2013 10:03 PM
>> To: 'Access Developers discussion and problem solving'
>> Subject: Re: [AccessD] Alpha Anywhere
>>
>> Thanks Arthur -
>> it boggles the mind that neither MSFT nor Adobe with their near infinite
>> resources....
>> could come-up with a competitive offering ?
>>
>>

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

From darryl at whittleconsulting.com.au  Tue Sep  3 18:32:50 2013
From: darryl at whittleconsulting.com.au (Darryl Collins)
Date: Tue, 3 Sep 2013 23:32:50 +0000
Subject: [AccessD] Alpha Anywhere
In-Reply-To: <522618E2.1020201@gmail.com>
References: <BLU0-SMTP184743CF53EDEE42F77AFC8D2310@phx.gbl>
	<522618E2.1020201@gmail.com>
Message-ID: <292f3594032848f0bd5978ab027d68e9@SIXPR04MB048.apcprd04.prod.outlook.com>

HAHAHA, yeah, that was exactly the point I was going to make.

You go via the official channels and you usually get one of the following responses.

"No we are not doing that; it is too small a project"
"We don't have the resources"
"Sure we can do that, estimated cost is $180,000, plus incidentals - we can start soon as you get your budget finalised"
"We can do that, but it will be 18 months before implementation"
"We'll look at it, please fill out this 40 page scope document first"
"We can't do that, we only work with X".


Most time they know who the local Excel / VBA / Access guru is and just get them to whip it up in a couple of weeks.  Hell, I have spent the last 20 years gainfully employed because of exactly that!

Cheers
Darryl



-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
Sent: Wednesday, 4 September 2013 3:14 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Alpha Anywhere

LOL, they know why.  Because the users ask for stuff from IT and... well... in a year or so...

So the user's have a job to do and so they do it themselves.

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 9/3/2013 12:53 PM, DJK (John) Robinson wrote:
> Hmm.  Has the company thought to ask themselves WHY these apps exist?  I guess not...
>
> John
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com 
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W 
> Colby
> Sent: 03 September 2013 14:45
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Alpha Anywhere
>
>
> The company I am working for did an inventory and found something like 
> 800 Access apps on employee's desktops.  They are trying hard to force 
> the users to stop developing such things and then to migrate all of these things to a C# / Java app.
>
> John W. Colby
>
> Reality is what refuses to go away
> when you do not believe in it
>
> On 9/3/2013 8:12 AM, Jim Dettman wrote:
>>     It's not that they cannot, it's they don't want to.
>>
>>     Microsoft has jumped ship in regards to the desktop and are 
>> looking to leapfrog everyone by a few years. Their entire corporate 
>> strategy and focus is aimed at the web and getting Office users onto 
>> a subscription model because the software development cycle as we know it is no longer
>> sustainable.   They don't want anyone on the desktop any more with
>> applications.
>>
>>     The risk is that they may have jumped too far too quickly.  Not 
>> everyone has broadband for example and their effort may fail for that 
>> reason alone. The other biggie is security; not everyone is comfortable with everything
>> being in the cloud and having someone else in control of your data.   The
>> exposure of the government monitoring programs could not have come at 
>> a worst time for them, as it proves beyond a doubt how data is no longer under
>> your control once off premise.   I think that more then anything is going to
>> give people pause about the use of cloud technologies.
>>
>>     But even without that, I think they under estimated the 
>> reluctance of business moving into the cloud.  Unfortunately, I believe it's too late for
>> Access.   I really do think their turning it into nothing more then a front
>> end / power user tool that's web based.   Oh the desktop side will still be
>> around for a while, but I think it will stand as is and not change from this
>> point forward.   It's pretty obvious that the last three releases were
>> focused on nothing but the web.   It also seems pretty obvious that they are
>> focused on using macro's with web apps and will not bring anything 
>> more powerful on board for coding.  They are also suggesting doing 
>> reporting via Excel and that's the last functional piece they need to 
>> round out web apps.
>>
>>    There maybe a small glimmer of hope though; they woke up a bit 
>> with Windows 8 and have back tracked.  Maybe they'll do the same for 
>> the desktop side again and make some improvements, or at least 
>> provide some more power under the hood with web apps in order to get 
>> existing DB's onto the web, but that seems like a long shot at this 
>> point.  Web App's are just too much of a departure from the current desktop DB's.
>>
>>    And so many developers have already left the product.  By the time 
>> we would see improvements, there may not be many of us left to use 
>> them :(
>>
>> Jim.
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms
>> Sent: Monday, September 02, 2013 10:03 PM
>> To: 'Access Developers discussion and problem solving'
>> Subject: Re: [AccessD] Alpha Anywhere
>>
>> Thanks Arthur -
>> it boggles the mind that neither MSFT nor Adobe with their near 
>> infinite resources.... could come-up with a competitive offering ?
>>
>>

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From darryl at whittleconsulting.com.au  Tue Sep  3 18:39:52 2013
From: darryl at whittleconsulting.com.au (Darryl Collins)
Date: Tue, 3 Sep 2013 23:39:52 +0000
Subject: [AccessD] Alpha Anywhere
In-Reply-To: <36D417CC2E0D4EFC984B9D06220668F1@XPS>
References: <CAEPJO1gGdjpCNmwEv+M3fLLY_LxaLtpKZt+FvdTsX7g6hqVZ6w@mail.gmail.com>
	<001401cea849$a914e180$fb3ea480$@net>
	<36D417CC2E0D4EFC984B9D06220668F1@XPS>
Message-ID: <7325ae6669034eb9821dd0f261c96721@SIXPR04MB048.apcprd04.prod.outlook.com>

Good points Jim,

Broadband (or Fraudband as we like to call it) is a huge issue in Australia.  If you live is the city it is generally ok, although many folks are still on ADSL2 - turbo charged copper wire from the 1800's.  Some are on cable, but that also has its own constraints.

Go out a little bit from the Urban areas and it turns to crap pretty quickly.

Even with wireless the carriers play games with their stats.  Sure they cover something line 96% of the population, but it is only about 4% of the land mass in total.  So if you are on the edge of the cities it gets real patchy real fast.  This is because nearly everyone in Australia lives up in the SE corner of the country (Between Brisbane to Melbourne really).

So yeah, streaming and cloud services get ugly real fast - especially as many of the mobile carriers have tight monthly data caps as well.  That model just isn't going to work too well in many parts of the world.





-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman
Sent: Tuesday, 3 September 2013 10:13 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Alpha Anywhere


  It's not that they cannot, it's they don't want to.

  Microsoft has jumped ship in regards to the desktop and are looking to leapfrog everyone by a few years. Their entire corporate strategy and focus is aimed at the web and getting Office users onto a subscription model because the software development cycle as we know it is no longer
sustainable.   They don't want anyone on the desktop any more with
applications.

  The risk is that they may have jumped too far too quickly.  Not everyone has broadband for example and their effort may fail for that reason alone.
The other biggie is security; not everyone is comfortable with everything
being in the cloud and having someone else in control of your data.   The
exposure of the government monitoring programs could not have come at a worst time for them, as it proves beyond a doubt how data is no longer under
your control once off premise.   I think that more then anything is going to
give people pause about the use of cloud technologies.

  But even without that, I think they under estimated the reluctance of business moving into the cloud.  Unfortunately, I believe it's too late for
Access.   I really do think their turning it into nothing more then a front
end / power user tool that's web based.   Oh the desktop side will still be
around for a while, but I think it will stand as is and not change from this
point forward.   It's pretty obvious that the last three releases were
focused on nothing but the web.   It also seems pretty obvious that they are
focused on using macro's with web apps and will not bring anything more powerful on board for coding.  They are also suggesting doing reporting via Excel and that's the last functional piece they need to round out web apps.

 There maybe a small glimmer of hope though; they woke up a bit with Windows
8 and have back tracked.  Maybe they'll do the same for the desktop side again and make some improvements, or at least provide some more power under the hood with web apps in order to get existing DB's onto the web, but that seems like a long shot at this point.  Web App's are just too much of a departure from the current desktop DB's.

 And so many developers have already left the product.  By the time we would see improvements, there may not be many of us left to use them :(

Jim.  

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms
Sent: Monday, September 02, 2013 10:03 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Alpha Anywhere

Thanks Arthur -
it boggles the mind that neither MSFT nor Adobe with their near infinite resources....
could come-up with a competitive offering ?


--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/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  Tue Sep  3 19:48:15 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Wed, 04 Sep 2013 10:48:15 +1000
Subject: [AccessD] Alpha Anywhere
In-Reply-To: <7325ae6669034eb9821dd0f261c96721@SIXPR04MB048.apcprd04.prod.outlook.com>
References: <CAEPJO1gGdjpCNmwEv+M3fLLY_LxaLtpKZt+FvdTsX7g6hqVZ6w@mail.gmail.com>,
	<36D417CC2E0D4EFC984B9D06220668F1@XPS>,
	<7325ae6669034eb9821dd0f261c96721@SIXPR04MB048.apcprd04.prod.outlook.com>
Message-ID: <5226834F.24556.12542C4D@stuart.lexacorp.com.pg>

And in the heart of the capital city of PNG, we dream of a service as good as they get in 
Australia, even ADSL2  :-(

-- 
Stuart

On 3 Sep 2013 at 23:39, Darryl Collins wrote:

> Good points Jim,
> 
> Broadband (or Fraudband as we like to call it) is a huge issue in
> Australia.  If you live is the city it is generally ok, although many
> folks are still on ADSL2 - turbo charged copper wire from the 1800's. 
> Some are on cable, but that also has its own constraints. 
> 
> Go out a little bit from the Urban areas and it turns to crap pretty
> quickly. 
> 
> Even with wireless the carriers play games with their stats.  Sure
> they cover something line 96% of the population, but it is only about
> 4% of the land mass in total.  So if you are on the edge of the cities
> it gets real patchy real fast.  This is because nearly everyone in
> Australia lives up in the SE corner of the country (Between Brisbane
> to Melbourne really). 
> 
> So yeah, streaming and cloud services get ugly real fast - especially
> as many of the mobile carriers have tight monthly data caps as well. 
> That model just isn't going to work too well in many parts of the
> world. 
> 
> 
> 
> 
> 
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman
> Sent: Tuesday, 3 September 2013 10:13 PM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Alpha Anywhere
> 
> 
>   It's not that they cannot, it's they don't want to.
> 
>   Microsoft has jumped ship in regards to the desktop and are looking
> to leapfrog everyone by a few years. Their entire corporate strategy
> and focus is aimed at the web and getting Office users onto a
> subscription model because the software development cycle as we know
> it is no longer sustainable.   They don't want anyone on the desktop
> any more with applications. 


From TSeptav at Uniserve.com  Tue Sep  3 19:58:12 2013
From: TSeptav at Uniserve.com (Tony Septav)
Date: Tue, 3 Sep 2013 19:58:12 -0500
Subject: [AccessD] Alpha Anywhere
In-Reply-To: <5226834F.24556.12542C4D@stuart.lexacorp.com.pg>
Message-ID: <201309040058.r840wDD3024127@databaseadvisors.com>

Hey All
Do not really understand what you guys are discussing. ACCESS for developers
is dead in the water and we all know it one way or the other. Maybe I am
having a "DUH moment". Please be more succinct.

Tony Septav
Nanaimo, BC
Canada


-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
Sent: September-03-13 7:48 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Alpha Anywhere

And in the heart of the capital city of PNG, we dream of a service as good
as they get in 
Australia, even ADSL2  :-(

-- 
Stuart

On 3 Sep 2013 at 23:39, Darryl Collins wrote:

> Good points Jim,
> 
> Broadband (or Fraudband as we like to call it) is a huge issue in
> Australia.  If you live is the city it is generally ok, although many
> folks are still on ADSL2 - turbo charged copper wire from the 1800's. 
> Some are on cable, but that also has its own constraints. 
> 
> Go out a little bit from the Urban areas and it turns to crap pretty
> quickly. 
> 
> Even with wireless the carriers play games with their stats.  Sure
> they cover something line 96% of the population, but it is only about
> 4% of the land mass in total.  So if you are on the edge of the cities
> it gets real patchy real fast.  This is because nearly everyone in
> Australia lives up in the SE corner of the country (Between Brisbane
> to Melbourne really). 
> 
> So yeah, streaming and cloud services get ugly real fast - especially
> as many of the mobile carriers have tight monthly data caps as well. 
> That model just isn't going to work too well in many parts of the
> world. 
> 
> 
> 
> 
> 
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman
> Sent: Tuesday, 3 September 2013 10:13 PM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Alpha Anywhere
> 
> 
>   It's not that they cannot, it's they don't want to.
> 
>   Microsoft has jumped ship in regards to the desktop and are looking
> to leapfrog everyone by a few years. Their entire corporate strategy
> and focus is aimed at the web and getting Office users onto a
> subscription model because the software development cycle as we know
> it is no longer sustainable.   They don't want anyone on the desktop
> any more with applications. 

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3392 / Virus Database: 3222/6636 - Release Date: 09/03/13


From gustav at cactus.dk  Wed Sep  4 02:39:02 2013
From: gustav at cactus.dk (Gustav Brock)
Date: Wed, 4 Sep 2013 09:39:02 +0200
Subject: [AccessD] Unbound numeric textbox reverts to scientific notation
Message-ID: <001a01cea941$d3a64260$7af2c720$@cactus.dk>

Hi all

I noticed this question on Experts-Exchange but found, that I can't figure
it out:

I have an unbound form. One text box is for currency data (euros) which is
great provided the user only uses up to 11 digits.   
Now, the limit for currency values is 922,337,203,685,477 i.e. fifteen
digits, but as soon as a user enters more than 11 digits and moves the focus
away from the field and then back, the text box reverts to scientific
notation.
<snip>

I can replicate this but found that it is not related to neither Euro nor
Currency; as soon as you apply some numeric format, you'll see this
behaviour.
Is there any way around it?

I've only tested with A2010.

/gustav


From fuller.artful at gmail.com  Wed Sep  4 05:22:30 2013
From: fuller.artful at gmail.com (Arthur Fuller)
Date: Wed, 4 Sep 2013 10:22:30 +0000
Subject: [AccessD] Alpha Anywhere
In-Reply-To: <201309040058.r840wDD3024127@databaseadvisors.com>
References: <5226834F.24556.12542C4D@stuart.lexacorp.com.pg>
	<201309040058.r840wDD3024127@databaseadvisors.com>
Message-ID: <CAEPJO1gXsru8pJ8RXf-sVdaRjc5RCNhLvO68GRzcRk97T61rzQ@mail.gmail.com>

John (Bartow).

Yes; in fact Alpha Anywhere is sometimes referred to as Alpha Five Version
12.

Arthur


From charlotte.foust at gmail.com  Thu Sep  5 13:12:58 2013
From: charlotte.foust at gmail.com (Charlotte Foust)
Date: Thu, 5 Sep 2013 11:12:58 -0700
Subject: [AccessD] Unbound numeric textbox reverts to scientific notation
In-Reply-To: <001a01cea941$d3a64260$7af2c720$@cactus.dk>
References: <001a01cea941$d3a64260$7af2c720$@cactus.dk>
Message-ID: <CAH+Met8QwTyM-56-0KBJzQZrdR7njEpBtRY_mEwPuLF2P=5Xbw@mail.gmail.com>

What happens if you make the control larger?  I don't normally use the
currency format but use standard instead.  I haven't had much luck with
currency except for smaller values.

Charlotte


On Wed, Sep 4, 2013 at 12:39 AM, Gustav Brock <gustav at cactus.dk> wrote:

> Hi all
>
> I noticed this question on Experts-Exchange but found, that I can't figure
> it out:
>
> I have an unbound form. One text box is for currency data (euros) which is
> great provided the user only uses up to 11 digits.
> Now, the limit for currency values is 922,337,203,685,477 i.e. fifteen
> digits, but as soon as a user enters more than 11 digits and moves the
> focus
> away from the field and then back, the text box reverts to scientific
> notation.
> <snip>
>
> I can replicate this but found that it is not related to neither Euro nor
> Currency; as soon as you apply some numeric format, you'll see this
> behaviour.
> Is there any way around it?
>
> I've only tested with A2010.
>
> /gustav
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>

From Gustav at cactus.dk  Thu Sep  5 15:01:29 2013
From: Gustav at cactus.dk (Gustav Brock)
Date: Thu, 05 Sep 2013 22:01:29 +0200
Subject: [AccessD] Unbound numeric textbox reverts to scientific	notation
Message-ID: <s228ff49.013@cactus.dk>

Hi Charlotte

That doesn't matter. 
If it is too narrow, however, it may be filled wish hash marks: #######.

/gustav

>>> charlotte.foust at gmail.com 05-09-13 20:12 >>>
What happens if you make the control larger?  I don't normally use the
currency format but use standard instead.  I haven't had much luck with
currency except for smaller values.

Charlotte


On Wed, Sep 4, 2013 at 12:39 AM, Gustav Brock <gustav at cactus.dk> wrote:

> Hi all
>
> I noticed this question on Experts-Exchange but found, that I can't figure
> it out:
>
> I have an unbound form. One text box is for currency data (euros) which is
> great provided the user only uses up to 11 digits.
> Now, the limit for currency values is 922,337,203,685,477 i.e. fifteen
> digits, but as soon as a user enters more than 11 digits and moves the focus
> away from the field and then back, the text box reverts to scientific
> notation.
> <snip>
>
> I can replicate this but found that it is not related to neither Euro nor
> Currency; as soon as you apply some numeric format, you'll see this
> behaviour.
> Is there any way around it?
>
> I've only tested with A2010.
>
> /gustav


From vbacreations at gmail.com  Tue Sep 10 10:08:05 2013
From: vbacreations at gmail.com (William Benson)
Date: Tue, 10 Sep 2013 11:08:05 -0400
Subject: [AccessD] Questions on 32-bit 64-bit - Applications Developed
 with Access-2007
In-Reply-To: <ffa1b0724cd74413a0c700a47ccc5c2a@SIXPR04MB048.apcprd04.prod.outlook.com>
References: <E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local>
	<51E28F2A.13403.AEF4E57@stuart.lexacorp.com.pg>
	<E9A6E8C998E16F4FB3D861390AFE32C501A72D0B@blkltd.blkfst2003.local>
	<CAH+Met9+-4ygZGtX4j-AsvkCkFn6Vj1BTn82fY6A5HYuQsJh_g@mail.gmail.com>
	<009c01cea440$e84fa900$b8eefb00$@winhaven.net>
	<ffa1b0724cd74413a0c700a47ccc5c2a@SIXPR04MB048.apcprd04.prod.outlook.com>
Message-ID: <CAGuQ9V49xheaGurV7i5MSc03hFRFzis7LF1ZyH0Kq4aARf8p3A@mail.gmail.com>

And exactly what I am doing right niw, thank you Brad for your timely
questions and you respondents for your unequivocal answers.

Just want to add something which probably is indirectly inferrable buy
which I don't think was made *quite* clear enough as a reason for avoiding
64 bit office and that is, many people are going to get and use your
documents and projects and open them in a 32 bit (OS and application)
environment. If some encoded into 64bit office docs, I don't know... but I
wouldn't be surprised.

Hence documents could look the same to the recipient but not be useable??
Dunno, why chance it?!

I'm thinking of email attachments, embedded ole objects, linked tables
(I.e. a 32 bit Access accdb linking to 64 bit excel documents as has been
mentioned), etc. And recipients will feel frustrated and you may make them
embarassed.

Ha!

Anyway,  best of luck to me as I back up with Acronis one last time them
wipe everything so I can start life over as 64 bit win 7 with 8gb ram on my
die hard dell latitude e6510 workhorse.
On Aug 28, 2013 7:44 PM, "Darryl Collins" <darryl at whittleconsulting.com.au>
wrote:

> 2nd that.  64 Bit OS with 32 bit Office is currently the better option.
>
> Regards
> Darryl
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com [mailto:
> accessd-bounces at databaseadvisors.com] On Behalf Of John R Bartow
> Sent: Thursday, 29 August 2013 8:50 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Questions on 32-bit 64-bit - Applications Developed
> with Access-2007
>
> Just for one more voice on that issue: DON'T USE 64 BIT OFFICE!
>
> ;-)
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust
> Sent: Wednesday, August 28, 2013 12:00 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Questions on 32-bit 64-bit - Applications Developed
> with Access-2007
>
> To add to What Jim said, even Micrrosoft doesn't really recommend running
> Office 64-bit unless you absolutely need to.  I run Office 32-bit on Win 8
> 64-bit without any problems.  If some of your machines are transitioning
> from 32-bit to 64-bit, you're best off upgrading to 32-bit Office.
>
>
> On Tue, Aug 27, 2013 at 2:08 PM, Brad Marks <BradM at blackforestltd.com
> >wrote:
>
> > All,
> >
> > We are starting to discuss the replacement of a number of old PCs (XP).
> > They will probably be replaced with new Dell PCs.
> >
> > We have a number of Access 2007 applications (32 bit).
> >
> > It is my understanding that Access 2007 applications (32 bit) will run
> > fine under Win-7 32-bit or Win-7 64 bit.
> >
> > It is my understanding that there are significant problems when trying
> > to run Access 2007 (32-bit) applications with Office 2013 (64 bit).
> > Is this true?
> >
> > Also, it is my understanding that if Office 2013 is installed on a
> > Windows-7 64-bit PC, it will be installed as Office 2013 64-bit.
> >
> > On the other hand if Office 2013 is installed on a Windows-7 32-bit
> > PC, it will be installed as Office 2013 32-bit.
> >
> > Is this correct?
> >
> > Will an Access 2007 application run Okay with Office 2013 32-bit?
> >
> > Thanks,
> > Brad
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/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 vbacreations at gmail.com  Tue Sep 10 13:25:47 2013
From: vbacreations at gmail.com (William Benson)
Date: Tue, 10 Sep 2013 14:25:47 -0400
Subject: [AccessD] Alpha Anywhere
In-Reply-To: <CAEPJO1gGdjpCNmwEv+M3fLLY_LxaLtpKZt+FvdTsX7g6hqVZ6w@mail.gmail.com>
References: <CAEPJO1gGdjpCNmwEv+M3fLLY_LxaLtpKZt+FvdTsX7g6hqVZ6w@mail.gmail.com>
Message-ID: <CAGuQ9V5FXabo_ar_jYwUO97ywG9dxn-e8vg8MW0w+Drfdxi85w@mail.gmail.com>

Have you looked at Weblo?
On Aug 29, 2013 3:50 PM, "Arthur Fuller" <fuller.artful at gmail.com> wrote:

> Full Disclure: I am in no way affiliated with the company behind this
> software, other than I have found their principals and developers most
> forthcoming with software, updates, friendship and technical support.
>
> Acess developers are looking for a new parking spot. I strongly recommend
> AlphaSoftware.com as the place to begin. Write once, deploy to anywhere.
> e.g. smart phones, tablets and traditional web sites. No more need to code
> for specific platforms: AA handles all this so gracefully that it makes
> competitors vomit. No lie. Check it out, free trial downloads available.
>
> And one more thing... Due to my previously established relationship with
> said firm, I can garner a deal for us all. Regular price is ~1K, cheap at
> the price, but assuming that I can gather ten or twenty buy-ins, then the
> price might drop significantly.
>
> Restating the aforementioned, I have zero fiscal interest in the Alpha
> sfttware firm. I stand to gain absolutely nothing from my endorsement of
> their software firm. I just call them as I see them, and in this case,
> Idecale AA the leader of the Pack. Nothing else contends..
>
> --
> Arthur
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>

From fuller.artful at gmail.com  Tue Sep 10 18:37:07 2013
From: fuller.artful at gmail.com (Arthur Fuller)
Date: Tue, 10 Sep 2013 19:37:07 -0400
Subject: [AccessD] Alpha Anywhere
In-Reply-To: <CAGuQ9V5FXabo_ar_jYwUO97ywG9dxn-e8vg8MW0w+Drfdxi85w@mail.gmail.com>
References: <CAEPJO1gGdjpCNmwEv+M3fLLY_LxaLtpKZt+FvdTsX7g6hqVZ6w@mail.gmail.com>
	<CAGuQ9V5FXabo_ar_jYwUO97ywG9dxn-e8vg8MW0w+Drfdxi85w@mail.gmail.com>
Message-ID: <CAEPJO1ipfuRYp8sJgZ9bMbUjs4f7+a9TLAWcMAYcCu-qjV2OCw@mail.gmail.com>

No, nor even hear of it until now. Shall check it out, though, since I am
open-minded.

A.


On Tue, Sep 10, 2013 at 2:25 PM, William Benson <vbacreations at gmail.com>wrote:

> Have you looked at Weblo?
> On Aug 29, 2013 3:50 PM, "Arthur Fuller" <fuller.artful at gmail.com> wrote:
>
> > Full Disclure: I am in no way affiliated with the company behind this
> > software, other than I have found their principals and developers most
> > forthcoming with software, updates, friendship and technical support.
> >
> > Acess developers are looking for a new parking spot. I strongly recommend
> > AlphaSoftware.com as the place to begin. Write once, deploy to anywhere.
> > e.g. smart phones, tablets and traditional web sites. No more need to
> code
> > for specific platforms: AA handles all this so gracefully that it makes
> > competitors vomit. No lie. Check it out, free trial downloads available.
> >
> > And one more thing... Due to my previously established relationship with
> > said firm, I can garner a deal for us all. Regular price is ~1K, cheap at
> > the price, but assuming that I can gather ten or twenty buy-ins, then the
> > price might drop significantly.
> >
> > Restating the aforementioned, I have zero fiscal interest in the Alpha
> > sfttware firm. I stand to gain absolutely nothing from my endorsement of
> > their software firm. I just call them as I see them, and in this case,
> > Idecale AA the leader of the Pack. Nothing else contends..
> >
> > --
> > 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
>



-- 
Arthur

From vbacreations at gmail.com  Tue Sep 10 20:00:27 2013
From: vbacreations at gmail.com (William Benson)
Date: Tue, 10 Sep 2013 21:00:27 -0400
Subject: [AccessD] Alpha Anywhere
In-Reply-To: <CAEPJO1ipfuRYp8sJgZ9bMbUjs4f7+a9TLAWcMAYcCu-qjV2OCw@mail.gmail.com>
References: <CAEPJO1gGdjpCNmwEv+M3fLLY_LxaLtpKZt+FvdTsX7g6hqVZ6w@mail.gmail.com>
	<CAGuQ9V5FXabo_ar_jYwUO97ywG9dxn-e8vg8MW0w+Drfdxi85w@mail.gmail.com>
	<CAEPJO1ipfuRYp8sJgZ9bMbUjs4f7+a9TLAWcMAYcCu-qjV2OCw@mail.gmail.com>
Message-ID: <CAGuQ9V4hJNCjgb9tjBuh3efmtwC-yCZULGbCWxg_L7WAxPdoSQ@mail.gmail.com>

Seems to be easily customized read/write on any kind of database in
realtime for mobile. I M not affiliated with them, either.
On Sep 10, 2013 7:38 PM, "Arthur Fuller" <fuller.artful at gmail.com> wrote:

> No, nor even hear of it until now. Shall check it out, though, since I am
> open-minded.
>
> A.
>
>
> On Tue, Sep 10, 2013 at 2:25 PM, William Benson <vbacreations at gmail.com
> >wrote:
>
> > Have you looked at Weblo?
> > On Aug 29, 2013 3:50 PM, "Arthur Fuller" <fuller.artful at gmail.com>
> wrote:
> >
> > > Full Disclure: I am in no way affiliated with the company behind this
> > > software, other than I have found their principals and developers most
> > > forthcoming with software, updates, friendship and technical support.
> > >
> > > Acess developers are looking for a new parking spot. I strongly
> recommend
> > > AlphaSoftware.com as the place to begin. Write once, deploy to
> anywhere.
> > > e.g. smart phones, tablets and traditional web sites. No more need to
> > code
> > > for specific platforms: AA handles all this so gracefully that it makes
> > > competitors vomit. No lie. Check it out, free trial downloads
> available.
> > >
> > > And one more thing... Due to my previously established relationship
> with
> > > said firm, I can garner a deal for us all. Regular price is ~1K, cheap
> at
> > > the price, but assuming that I can gather ten or twenty buy-ins, then
> the
> > > price might drop significantly.
> > >
> > > Restating the aforementioned, I have zero fiscal interest in the Alpha
> > > sfttware firm. I stand to gain absolutely nothing from my endorsement
> of
> > > their software firm. I just call them as I see them, and in this case,
> > > Idecale AA the leader of the Pack. Nothing else contends..
> > >
> > > --
> > > 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
> >
>
>
>
> --
> Arthur
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>

From stuart at lexacorp.com.pg  Tue Sep 10 20:45:46 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Wed, 11 Sep 2013 11:45:46 +1000
Subject: [AccessD] Alpha Anywhere
In-Reply-To: <CAGuQ9V4hJNCjgb9tjBuh3efmtwC-yCZULGbCWxg_L7WAxPdoSQ@mail.gmail.com>
References: <CAEPJO1gGdjpCNmwEv+M3fLLY_LxaLtpKZt+FvdTsX7g6hqVZ6w@mail.gmail.com>,
	<CAEPJO1ipfuRYp8sJgZ9bMbUjs4f7+a9TLAWcMAYcCu-qjV2OCw@mail.gmail.com>,
	<CAGuQ9V4hJNCjgb9tjBuh3efmtwC-yCZULGbCWxg_L7WAxPdoSQ@mail.gmail.com>
Message-ID: <522FCB4A.6796.36953D9A@stuart.lexacorp.com.pg>

Do you have a URL?

All I can find is the defunct online ponzi scheme of the same name.

On 10 Sep 2013 at 21:00, William Benson wrote:

> Seems to be easily customized read/write on any kind of database in
> realtime for mobile. I M not affiliated with them, either.
> On Sep 10, 2013 7:38 PM, "Arthur Fuller" <fuller.artful at gmail.com> wrote:
> 
> > No, nor even hear of it until now. Shall check it out, though, since I am
> > open-minded.
> >
> > A.
> >
> >
> > On Tue, Sep 10, 2013 at 2:25 PM, William Benson <vbacreations at gmail.com
> > >wrote:
> >
> > > Have you looked at Weblo?
> > > On Aug 29, 2013 3:50 PM, "Arthur Fuller" <fuller.artful at gmail.com>
> > wrote:
> > >
> > > > Full Disclure: I am in no way affiliated with the company behind this
> > > > software, other than I have found their principals and developers most
> > > > forthcoming with software, updates, friendship and technical support.
> > > >
> > > > Acess developers are looking for a new parking spot. I strongly
> > recommend
> > > > AlphaSoftware.com as the place to begin. Write once, deploy to
> > anywhere.
> > > > e.g. smart phones, tablets and traditional web sites. No more need to
> > > code
> > > > for specific platforms: AA handles all this so gracefully that it makes
> > > > competitors vomit. No lie. Check it out, free trial downloads
> > available.
> > > >
> > > > And one more thing... Due to my previously established relationship
> > with
> > > > said firm, I can garner a deal for us all. Regular price is ~1K, cheap
> > at
> > > > the price, but assuming that I can gather ten or twenty buy-ins, then
> > the
> > > > price might drop significantly.
> > > >
> > > > Restating the aforementioned, I have zero fiscal interest in the Alpha
> > > > sfttware firm. I stand to gain absolutely nothing from my endorsement
> > of
> > > > their software firm. I just call them as I see them, and in this case,
> > > > Idecale AA the leader of the Pack. Nothing else contends..
> > > >
> > > > --
> > > > 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
> > >
> >
> >
> >
> > --
> > 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 vbacreations at gmail.com  Tue Sep 10 22:30:58 2013
From: vbacreations at gmail.com (William Benson)
Date: Tue, 10 Sep 2013 23:30:58 -0400
Subject: [AccessD] Alpha Anywhere
In-Reply-To: <522FCB4A.6796.36953D9A@stuart.lexacorp.com.pg>
References: <CAEPJO1gGdjpCNmwEv+M3fLLY_LxaLtpKZt+FvdTsX7g6hqVZ6w@mail.gmail.com>
	<CAEPJO1ipfuRYp8sJgZ9bMbUjs4f7+a9TLAWcMAYcCu-qjV2OCw@mail.gmail.com>
	<CAGuQ9V4hJNCjgb9tjBuh3efmtwC-yCZULGbCWxg_L7WAxPdoSQ@mail.gmail.com>
	<522FCB4A.6796.36953D9A@stuart.lexacorp.com.pg>
Message-ID: <CAGuQ9V6_e1zptEBxixjAQcT+4AWLXfwmhAqgkLrSZidDznm_mQ@mail.gmail.com>

Seriously? M

http://www.webalo.com/
 On Sep 10, 2013 9:47 PM, "Stuart McLachlan" <stuart at lexacorp.com.pg> wrote:

> Do you have a URL?
>
> All I can find is the defunct online ponzi scheme of the same name.
>
> On 10 Sep 2013 at 21:00, William Benson wrote:
>
> > Seems to be easily customized read/write on any kind of database in
> > realtime for mobile. I M not affiliated with them, either.
> > On Sep 10, 2013 7:38 PM, "Arthur Fuller" <fuller.artful at gmail.com>
> wrote:
> >
> > > No, nor even hear of it until now. Shall check it out, though, since I
> am
> > > open-minded.
> > >
> > > A.
> > >
> > >
> > > On Tue, Sep 10, 2013 at 2:25 PM, William Benson <
> vbacreations at gmail.com
> > > >wrote:
> > >
> > > > Have you looked at Weblo?
> > > > On Aug 29, 2013 3:50 PM, "Arthur Fuller" <fuller.artful at gmail.com>
> > > wrote:
> > > >
> > > > > Full Disclure: I am in no way affiliated with the company behind
> this
> > > > > software, other than I have found their principals and developers
> most
> > > > > forthcoming with software, updates, friendship and technical
> support.
> > > > >
> > > > > Acess developers are looking for a new parking spot. I strongly
> > > recommend
> > > > > AlphaSoftware.com as the place to begin. Write once, deploy to
> > > anywhere.
> > > > > e.g. smart phones, tablets and traditional web sites. No more need
> to
> > > > code
> > > > > for specific platforms: AA handles all this so gracefully that it
> makes
> > > > > competitors vomit. No lie. Check it out, free trial downloads
> > > available.
> > > > >
> > > > > And one more thing... Due to my previously established relationship
> > > with
> > > > > said firm, I can garner a deal for us all. Regular price is ~1K,
> cheap
> > > at
> > > > > the price, but assuming that I can gather ten or twenty buy-ins,
> then
> > > the
> > > > > price might drop significantly.
> > > > >
> > > > > Restating the aforementioned, I have zero fiscal interest in the
> Alpha
> > > > > sfttware firm. I stand to gain absolutely nothing from my
> endorsement
> > > of
> > > > > their software firm. I just call them as I see them, and in this
> case,
> > > > > Idecale AA the leader of the Pack. Nothing else contends..
> > > > >
> > > > > --
> > > > > 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
> > > >
> > >
> > >
> > >
> > > --
> > > 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 vbacreations at gmail.com  Tue Sep 10 22:31:58 2013
From: vbacreations at gmail.com (William Benson)
Date: Tue, 10 Sep 2013 23:31:58 -0400
Subject: [AccessD] Alpha Anywhere
In-Reply-To: <CAGuQ9V6_e1zptEBxixjAQcT+4AWLXfwmhAqgkLrSZidDznm_mQ@mail.gmail.com>
References: <CAEPJO1gGdjpCNmwEv+M3fLLY_LxaLtpKZt+FvdTsX7g6hqVZ6w@mail.gmail.com>
	<CAEPJO1ipfuRYp8sJgZ9bMbUjs4f7+a9TLAWcMAYcCu-qjV2OCw@mail.gmail.com>
	<CAGuQ9V4hJNCjgb9tjBuh3efmtwC-yCZULGbCWxg_L7WAxPdoSQ@mail.gmail.com>
	<522FCB4A.6796.36953D9A@stuart.lexacorp.com.pg>
	<CAGuQ9V6_e1zptEBxixjAQcT+4AWLXfwmhAqgkLrSZidDznm_mQ@mail.gmail.com>
Message-ID: <CAGuQ9V5j7MCb2SA7Bb8Vzg80P1KZaMqfzCPGD_s61TWEJ3sh=Q@mail.gmail.com>

MY BADDDD!!!
On Sep 10, 2013 11:30 PM, "William Benson" <vbacreations at gmail.com> wrote:

> Seriously? M
>
> http://www.webalo.com/
>  On Sep 10, 2013 9:47 PM, "Stuart McLachlan" <stuart at lexacorp.com.pg>
> wrote:
>
>> Do you have a URL?
>>
>> All I can find is the defunct online ponzi scheme of the same name.
>>
>> On 10 Sep 2013 at 21:00, William Benson wrote:
>>
>> > Seems to be easily customized read/write on any kind of database in
>> > realtime for mobile. I M not affiliated with them, either.
>> > On Sep 10, 2013 7:38 PM, "Arthur Fuller" <fuller.artful at gmail.com>
>> wrote:
>> >
>> > > No, nor even hear of it until now. Shall check it out, though, since
>> I am
>> > > open-minded.
>> > >
>> > > A.
>> > >
>> > >
>> > > On Tue, Sep 10, 2013 at 2:25 PM, William Benson <
>> vbacreations at gmail.com
>> > > >wrote:
>> > >
>> > > > Have you looked at Weblo?
>> > > > On Aug 29, 2013 3:50 PM, "Arthur Fuller" <fuller.artful at gmail.com>
>> > > wrote:
>> > > >
>> > > > > Full Disclure: I am in no way affiliated with the company behind
>> this
>> > > > > software, other than I have found their principals and developers
>> most
>> > > > > forthcoming with software, updates, friendship and technical
>> support.
>> > > > >
>> > > > > Acess developers are looking for a new parking spot. I strongly
>> > > recommend
>> > > > > AlphaSoftware.com as the place to begin. Write once, deploy to
>> > > anywhere.
>> > > > > e.g. smart phones, tablets and traditional web sites. No more
>> need to
>> > > > code
>> > > > > for specific platforms: AA handles all this so gracefully that it
>> makes
>> > > > > competitors vomit. No lie. Check it out, free trial downloads
>> > > available.
>> > > > >
>> > > > > And one more thing... Due to my previously established
>> relationship
>> > > with
>> > > > > said firm, I can garner a deal for us all. Regular price is ~1K,
>> cheap
>> > > at
>> > > > > the price, but assuming that I can gather ten or twenty buy-ins,
>> then
>> > > the
>> > > > > price might drop significantly.
>> > > > >
>> > > > > Restating the aforementioned, I have zero fiscal interest in the
>> Alpha
>> > > > > sfttware firm. I stand to gain absolutely nothing from my
>> endorsement
>> > > of
>> > > > > their software firm. I just call them as I see them, and in this
>> case,
>> > > > > Idecale AA the leader of the Pack. Nothing else contends..
>> > > > >
>> > > > > --
>> > > > > 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
>> > > >
>> > >
>> > >
>> > >
>> > > --
>> > > 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 stuart at lexacorp.com.pg  Tue Sep 10 22:37:49 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Wed, 11 Sep 2013 13:37:49 +1000
Subject: [AccessD] Alpha Anywhere
In-Reply-To: <CAGuQ9V6_e1zptEBxixjAQcT+4AWLXfwmhAqgkLrSZidDznm_mQ@mail.gmail.com>
References: <CAEPJO1gGdjpCNmwEv+M3fLLY_LxaLtpKZt+FvdTsX7g6hqVZ6w@mail.gmail.com>,
	<522FCB4A.6796.36953D9A@stuart.lexacorp.com.pg>,
	<CAGuQ9V6_e1zptEBxixjAQcT+4AWLXfwmhAqgkLrSZidDznm_mQ@mail.gmail.com>
Message-ID: <522FE58D.250.36FBD134@stuart.lexacorp.com.pg>

That missing "a" in your original message makes a big difference :-)

On 10 Sep 2013 at 23:30, William Benson wrote:

> Seriously? M
> 
> http://www.webalo.com/
>  On Sep 10, 2013 9:47 PM, "Stuart McLachlan" <stuart at lexacorp.com.pg> wrote:
> 
> > Do you have a URL?
> >
> > All I can find is the defunct online ponzi scheme of the same name.
> >
> > On 10 Sep 2013 at 21:00, William Benson wrote:
> >
> > > Seems to be easily customized read/write on any kind of database in
> > > realtime for mobile. I M not affiliated with them, either.
> > > On Sep 10, 2013 7:38 PM, "Arthur Fuller" <fuller.artful at gmail.com>
> > wrote:
> > >
> > > > No, nor even hear of it until now. Shall check it out, though, since I
> > am
> > > > open-minded.
> > > >
> > > > A.
> > > >
> > > >
> > > > On Tue, Sep 10, 2013 at 2:25 PM, William Benson <
> > vbacreations at gmail.com
> > > > >wrote:
> > > >
> > > > > Have you looked at Weblo?
> > > > > On Aug 29, 2013 3:50 PM, "Arthur Fuller" <fuller.artful at gmail.com>
> > > > wrote:
> > > > >
> > > > > > Full Disclure: I am in no way affiliated with the company behind
> > this
> > > > > > software, other than I have found their principals and developers
> > most
> > > > > > forthcoming with software, updates, friendship and technical
> > support.
> > > > > >
> > > > > > Acess developers are looking for a new parking spot. I strongly
> > > > recommend
> > > > > > AlphaSoftware.com as the place to begin. Write once, deploy to
> > > > anywhere.
> > > > > > e.g. smart phones, tablets and traditional web sites. No more need
> > to
> > > > > code
> > > > > > for specific platforms: AA handles all this so gracefully that it
> > makes
> > > > > > competitors vomit. No lie. Check it out, free trial downloads
> > > > available.
> > > > > >
> > > > > > And one more thing... Due to my previously established relationship
> > > > with
> > > > > > said firm, I can garner a deal for us all. Regular price is ~1K,
> > cheap
> > > > at
> > > > > > the price, but assuming that I can gather ten or twenty buy-ins,
> > then
> > > > the
> > > > > > price might drop significantly.
> > > > > >
> > > > > > Restating the aforementioned, I have zero fiscal interest in the
> > Alpha
> > > > > > sfttware firm. I stand to gain absolutely nothing from my
> > endorsement
> > > > of
> > > > > > their software firm. I just call them as I see them, and in this
> > case,
> > > > > > Idecale AA the leader of the Pack. Nothing else contends..
> > > > > >
> > > > > > --
> > > > > > 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
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > 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 stuart at lexacorp.com.pg  Tue Sep 10 22:43:06 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Wed, 11 Sep 2013 13:43:06 +1000
Subject: [AccessD] Alpha Anywhere
In-Reply-To: <CAGuQ9V6_e1zptEBxixjAQcT+4AWLXfwmhAqgkLrSZidDznm_mQ@mail.gmail.com>
References: <CAEPJO1gGdjpCNmwEv+M3fLLY_LxaLtpKZt+FvdTsX7g6hqVZ6w@mail.gmail.com>,
	<522FCB4A.6796.36953D9A@stuart.lexacorp.com.pg>,
	<CAGuQ9V6_e1zptEBxixjAQcT+4AWLXfwmhAqgkLrSZidDznm_mQ@mail.gmail.com>
Message-ID: <522FE6CA.3846.3700A969@stuart.lexacorp.com.pg>

Looks interesting.  I've signed up for their free "3 user" account and will check it out.

-- 
Stuart

On 10 Sep 2013 at 23:30, William Benson wrote:

> Seriously? M
> 
> http://www.webalo.com/
>  On Sep 10, 2013 9:47 PM, "Stuart McLachlan" <stuart at lexacorp.com.pg> wrote:
> 
> > Do you have a URL?
> >
> > All I can find is the defunct online ponzi scheme of the same name.
> >
> > On 10 Sep 2013 at 21:00, William Benson wrote:
> >
> > > Seems to be easily customized read/write on any kind of database in
> > > realtime for mobile. I M not affiliated with them, either.
> > > On Sep 10, 2013 7:38 PM, "Arthur Fuller" <fuller.artful at gmail.com>
> > wrote:
> > >
> > > > No, nor even hear of it until now. Shall check it out, though, since I
> > am
> > > > open-minded.
> > > >
> > > > A.
> > > >
> > > >
> > > > On Tue, Sep 10, 2013 at 2:25 PM, William Benson <
> > vbacreations at gmail.com
> > > > >wrote:
> > > >
> > > > > Have you looked at Weblo?
> > > > > On Aug 29, 2013 3:50 PM, "Arthur Fuller" <fuller.artful at gmail.com>
> > > > wrote:
> > > > >
> > > > > > Full Disclure: I am in no way affiliated with the company behind
> > this
> > > > > > software, other than I have found their principals and developers
> > most
> > > > > > forthcoming with software, updates, friendship and technical
> > support.
> > > > > >
> > > > > > Acess developers are looking for a new parking spot. I strongly
> > > > recommend
> > > > > > AlphaSoftware.com as the place to begin. Write once, deploy to
> > > > anywhere.
> > > > > > e.g. smart phones, tablets and traditional web sites. No more need
> > to
> > > > > code
> > > > > > for specific platforms: AA handles all this so gracefully that it
> > makes
> > > > > > competitors vomit. No lie. Check it out, free trial downloads
> > > > available.
> > > > > >
> > > > > > And one more thing... Due to my previously established relationship
> > > > with
> > > > > > said firm, I can garner a deal for us all. Regular price is ~1K,
> > cheap
> > > > at
> > > > > > the price, but assuming that I can gather ten or twenty buy-ins,
> > then
> > > > the
> > > > > > price might drop significantly.
> > > > > >
> > > > > > Restating the aforementioned, I have zero fiscal interest in the
> > Alpha
> > > > > > sfttware firm. I stand to gain absolutely nothing from my
> > endorsement
> > > > of
> > > > > > their software firm. I just call them as I see them, and in this
> > case,
> > > > > > Idecale AA the leader of the Pack. Nothing else contends..
> > > > > >
> > > > > > --
> > > > > > 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
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > 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 vbacreations at gmail.com  Tue Sep 10 22:46:29 2013
From: vbacreations at gmail.com (William Benson)
Date: Tue, 10 Sep 2013 23:46:29 -0400
Subject: [AccessD] Alpha Anywhere
In-Reply-To: <522FE58D.250.36FBD134@stuart.lexacorp.com.pg>
References: <CAEPJO1gGdjpCNmwEv+M3fLLY_LxaLtpKZt+FvdTsX7g6hqVZ6w@mail.gmail.com>
	<522FCB4A.6796.36953D9A@stuart.lexacorp.com.pg>
	<CAGuQ9V6_e1zptEBxixjAQcT+4AWLXfwmhAqgkLrSZidDznm_mQ@mail.gmail.com>
	<522FE58D.250.36FBD134@stuart.lexacorp.com.pg>
Message-ID: <CAGuQ9V7KPuP_Yr2iCnOjebiPyWFiwcUe4+MXWMY6fG_bzGa=Lg@mail.gmail.com>

Ok, not my badddddddd, my baaaaaaaassd
On Sep 10, 2013 11:38 PM, "Stuart McLachlan" <stuart at lexacorp.com.pg> wrote:

> That missing "a" in your original message makes a big difference :-)
>
> On 10 Sep 2013 at 23:30, William Benson wrote:
>
> > Seriously? M
> >
> > http://www.webalo.com/
> >  On Sep 10, 2013 9:47 PM, "Stuart McLachlan" <stuart at lexacorp.com.pg>
> wrote:
> >
> > > Do you have a URL?
> > >
> > > All I can find is the defunct online ponzi scheme of the same name.
> > >
> > > On 10 Sep 2013 at 21:00, William Benson wrote:
> > >
> > > > Seems to be easily customized read/write on any kind of database in
> > > > realtime for mobile. I M not affiliated with them, either.
> > > > On Sep 10, 2013 7:38 PM, "Arthur Fuller" <fuller.artful at gmail.com>
> > > wrote:
> > > >
> > > > > No, nor even hear of it until now. Shall check it out, though,
> since I
> > > am
> > > > > open-minded.
> > > > >
> > > > > A.
> > > > >
> > > > >
> > > > > On Tue, Sep 10, 2013 at 2:25 PM, William Benson <
> > > vbacreations at gmail.com
> > > > > >wrote:
> > > > >
> > > > > > Have you looked at Weblo?
> > > > > > On Aug 29, 2013 3:50 PM, "Arthur Fuller" <
> fuller.artful at gmail.com>
> > > > > wrote:
> > > > > >
> > > > > > > Full Disclure: I am in no way affiliated with the company
> behind
> > > this
> > > > > > > software, other than I have found their principals and
> developers
> > > most
> > > > > > > forthcoming with software, updates, friendship and technical
> > > support.
> > > > > > >
> > > > > > > Acess developers are looking for a new parking spot. I strongly
> > > > > recommend
> > > > > > > AlphaSoftware.com as the place to begin. Write once, deploy to
> > > > > anywhere.
> > > > > > > e.g. smart phones, tablets and traditional web sites. No more
> need
> > > to
> > > > > > code
> > > > > > > for specific platforms: AA handles all this so gracefully that
> it
> > > makes
> > > > > > > competitors vomit. No lie. Check it out, free trial downloads
> > > > > available.
> > > > > > >
> > > > > > > And one more thing... Due to my previously established
> relationship
> > > > > with
> > > > > > > said firm, I can garner a deal for us all. Regular price is
> ~1K,
> > > cheap
> > > > > at
> > > > > > > the price, but assuming that I can gather ten or twenty
> buy-ins,
> > > then
> > > > > the
> > > > > > > price might drop significantly.
> > > > > > >
> > > > > > > Restating the aforementioned, I have zero fiscal interest in
> the
> > > Alpha
> > > > > > > sfttware firm. I stand to gain absolutely nothing from my
> > > endorsement
> > > > > of
> > > > > > > their software firm. I just call them as I see them, and in
> this
> > > case,
> > > > > > > Idecale AA the leader of the Pack. Nothing else contends..
> > > > > > >
> > > > > > > --
> > > > > > > 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
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > 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
> >
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>

From dbdoug at gmail.com  Tue Sep 10 22:51:17 2013
From: dbdoug at gmail.com (Doug Steele)
Date: Tue, 10 Sep 2013 20:51:17 -0700
Subject: [AccessD] Alpha Anywhere
In-Reply-To: <CAGuQ9V7KPuP_Yr2iCnOjebiPyWFiwcUe4+MXWMY6fG_bzGa=Lg@mail.gmail.com>
References: <CAEPJO1gGdjpCNmwEv+M3fLLY_LxaLtpKZt+FvdTsX7g6hqVZ6w@mail.gmail.com>
	<522FCB4A.6796.36953D9A@stuart.lexacorp.com.pg>
	<CAGuQ9V6_e1zptEBxixjAQcT+4AWLXfwmhAqgkLrSZidDznm_mQ@mail.gmail.com>
	<522FE58D.250.36FBD134@stuart.lexacorp.com.pg>
	<CAGuQ9V7KPuP_Yr2iCnOjebiPyWFiwcUe4+MXWMY6fG_bzGa=Lg@mail.gmail.com>
Message-ID: <CAFa8Nkhxi4MUn2KOs__MHLRG_Oje0nOuYcP60pUw=eKtqfQO1w@mail.gmail.com>

Thanks for clearing that up, I was kind of baffled...

Doug


On Tue, Sep 10, 2013 at 8:46 PM, William Benson <vbacreations at gmail.com>wrote:

> Ok, not my badddddddd, my baaaaaaaassd
> On Sep 10, 2013 11:38 PM, "Stuart McLachlan" <stuart at lexacorp.com.pg>
> wrote:
>
> > That missing "a" in your original message makes a big difference :-)
> >
> > On 10 Sep 2013 at 23:30, William Benson wrote:
> >
> > > Seriously? M
> > >
> > > http://www.webalo.com/
> > >  On Sep 10, 2013 9:47 PM, "Stuart McLachlan" <stuart at lexacorp.com.pg>
> > wrote:
> > >
> > > > Do you have a URL?
> > > >
> > > > All I can find is the defunct online ponzi scheme of the same name.
> > > >
> > > > On 10 Sep 2013 at 21:00, William Benson wrote:
> > > >
> > > > > Seems to be easily customized read/write on any kind of database in
> > > > > realtime for mobile. I M not affiliated with them, either.
> > > > > On Sep 10, 2013 7:38 PM, "Arthur Fuller" <fuller.artful at gmail.com>
> > > > wrote:
> > > > >
> > > > > > No, nor even hear of it until now. Shall check it out, though,
> > since I
> > > > am
> > > > > > open-minded.
> > > > > >
> > > > > > A.
> > > > > >
> > > > > >
> > > > > > On Tue, Sep 10, 2013 at 2:25 PM, William Benson <
> > > > vbacreations at gmail.com
> > > > > > >wrote:
> > > > > >
> > > > > > > Have you looked at Weblo?
> > > > > > > On Aug 29, 2013 3:50 PM, "Arthur Fuller" <
> > fuller.artful at gmail.com>
> > > > > > wrote:
> > > > > > >
> > > > > > > > Full Disclure: I am in no way affiliated with the company
> > behind
> > > > this
> > > > > > > > software, other than I have found their principals and
> > developers
> > > > most
> > > > > > > > forthcoming with software, updates, friendship and technical
> > > > support.
> > > > > > > >
> > > > > > > > Acess developers are looking for a new parking spot. I
> strongly
> > > > > > recommend
> > > > > > > > AlphaSoftware.com as the place to begin. Write once, deploy
> to
> > > > > > anywhere.
> > > > > > > > e.g. smart phones, tablets and traditional web sites. No more
> > need
> > > > to
> > > > > > > code
> > > > > > > > for specific platforms: AA handles all this so gracefully
> that
> > it
> > > > makes
> > > > > > > > competitors vomit. No lie. Check it out, free trial downloads
> > > > > > available.
> > > > > > > >
> > > > > > > > And one more thing... Due to my previously established
> > relationship
> > > > > > with
> > > > > > > > said firm, I can garner a deal for us all. Regular price is
> > ~1K,
> > > > cheap
> > > > > > at
> > > > > > > > the price, but assuming that I can gather ten or twenty
> > buy-ins,
> > > > then
> > > > > > the
> > > > > > > > price might drop significantly.
> > > > > > > >
> > > > > > > > Restating the aforementioned, I have zero fiscal interest in
> > the
> > > > Alpha
> > > > > > > > sfttware firm. I stand to gain absolutely nothing from my
> > > > endorsement
> > > > > > of
> > > > > > > > their software firm. I just call them as I see them, and in
> > this
> > > > case,
> > > > > > > > Idecale AA the leader of the Pack. Nothing else contends..
> > > > > > > >
> > > > > > > > --
> > > > > > > > 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
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > 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
> > >
> >
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/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 gustav at cactus.dk  Wed Sep 11 01:47:49 2013
From: gustav at cactus.dk (Gustav Brock)
Date: Wed, 11 Sep 2013 08:47:49 +0200
Subject: [AccessD] Unbound numeric textbox reverts to scientific notation
Message-ID: <000301ceaeba$d4a27610$7de76230$@cactus.dk>

Hi all

So no solution or workaround to this?

/gustav

-----Oprindelig meddelelse-----
Fra: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock
Sendt: 4. september 2013 09:39
Til: 'Access Developers discussion and problem solving'
Emne: [AccessD] Unbound numeric textbox reverts to scientific notation

Hi all

I noticed this question on Experts-Exchange but found, that I can't figure
it out:

I have an unbound form. One text box is for currency data (euros) which is
great provided the user only uses up to 11 digits.   
Now, the limit for currency values is 922,337,203,685,477 i.e. fifteen
digits, but as soon as a user enters more than 11 digits and moves the focus
away from the field and then back, the text box reverts to scientific
notation.
<snip>

I can replicate this but found that it is not related to neither Euro nor
Currency; as soon as you apply some numeric format, you'll see this
behaviour.
Is there any way around it?

I've only tested with A2010.

/gustav

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com



From darryl at whittleconsulting.com.au  Wed Sep 11 02:01:52 2013
From: darryl at whittleconsulting.com.au (Darryl Collins)
Date: Wed, 11 Sep 2013 07:01:52 +0000
Subject: [AccessD] Unbound numeric textbox reverts to scientific notation
In-Reply-To: <000301ceaeba$d4a27610$7de76230$@cactus.dk>
References: <000301ceaeba$d4a27610$7de76230$@cactus.dk>
Message-ID: <dbf08cfc41074547a6be4e6494887b29@SIXPR04MB048.apcprd04.prod.outlook.com>

One possible solution would be enter the 'number' as a string/text in the form and convert it back to a numeric format upon save/write to the data table.  That would work, but also introduces some risks you would have to handle.

Cheers
Darryl

-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock
Sent: Wednesday, 11 September 2013 4:48 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Unbound numeric textbox reverts to scientific notation

Hi all

So no solution or workaround to this?

/gustav

-----Oprindelig meddelelse-----
Fra: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock
Sendt: 4. september 2013 09:39
Til: 'Access Developers discussion and problem solving'
Emne: [AccessD] Unbound numeric textbox reverts to scientific notation

Hi all

I noticed this question on Experts-Exchange but found, that I can't figure it out:

I have an unbound form. One text box is for currency data (euros) which is
great provided the user only uses up to 11 digits.   
Now, the limit for currency values is 922,337,203,685,477 i.e. fifteen digits, but as soon as a user enters more than 11 digits and moves the focus away from the field and then back, the text box reverts to scientific notation.
<snip>

I can replicate this but found that it is not related to neither Euro nor Currency; as soon as you apply some numeric format, you'll see this behaviour.
Is there any way around it?

I've only tested with A2010.

/gustav

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/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 gustav at cactus.dk  Wed Sep 11 02:16:10 2013
From: gustav at cactus.dk (Gustav Brock)
Date: Wed, 11 Sep 2013 09:16:10 +0200
Subject: [AccessD] webalo (was: Alpha Anywhere)
Message-ID: <000801ceaebe$caaa9800$5fffc800$@cactus.dk>

Hi Stuart

Please report your findings. I couldn't find a single sentence of the
"mechanics" underneath.

/gustav


-----Oprindelig meddelelse-----
Fra: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] P? vegne af Stuart McLachlan
Sendt: 11. september 2013 05:43
Til: Access Developers discussion and problem solving
Emne: Re: [AccessD] Alpha Anywhere

Looks interesting.  I've signed up for their free "3 user" account and will
check it out.

--
Stuart

On 10 Sep 2013 at 23:30, William Benson wrote:

> Seriously? M
> 
> http://www.webalo.com/ 



From gustav at cactus.dk  Wed Sep 11 02:31:19 2013
From: gustav at cactus.dk (Gustav Brock)
Date: Wed, 11 Sep 2013 09:31:19 +0200
Subject: [AccessD] Unbound numeric textbox reverts to scientific notation
Message-ID: <000a01ceaec0$e8300ca0$b89025e0$@cactus.dk>

Hi Darryl

Yes, that could work. 
Still, I find it strange that a value formatted as currency should appear in
scientific notation - which is seen nowhere else.

/gustav

-----Oprindelig meddelelse-----
Fra: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins
Sendt: 11. september 2013 09:02
Til: Access Developers discussion and problem solving
Emne: Re: [AccessD] Unbound numeric textbox reverts to scientific notation

One possible solution would be enter the 'number' as a string/text in the
form and convert it back to a numeric format upon save/write to the data
table.  That would work, but also introduces some risks you would have to
handle.

Cheers
Darryl

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock
Sent: Wednesday, 11 September 2013 4:48 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Unbound numeric textbox reverts to scientific
notation

Hi all

So no solution or workaround to this?

/gustav

-----Oprindelig meddelelse-----
Fra: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock
Sendt: 4. september 2013 09:39
Til: 'Access Developers discussion and problem solving'
Emne: [AccessD] Unbound numeric textbox reverts to scientific notation

Hi all

I noticed this question on Experts-Exchange but found, that I can't figure
it out:

I have an unbound form. One text box is for currency data (euros) which is
great provided the user only uses up to 11 digits.   
Now, the limit for currency values is 922,337,203,685,477 i.e. fifteen
digits, but as soon as a user enters more than 11 digits and moves the focus
away from the field and then back, the text box reverts to scientific
notation.
<snip>

I can replicate this but found that it is not related to neither Euro nor
Currency; as soon as you apply some numeric format, you'll see this
behaviour.
Is there any way around it?

I've only tested with A2010.

/gustav



From stuart at lexacorp.com.pg  Wed Sep 11 02:33:31 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Wed, 11 Sep 2013 17:33:31 +1000
Subject: [AccessD] webalo (was: Alpha Anywhere)
In-Reply-To: <000801ceaebe$caaa9800$5fffc800$@cactus.dk>
References: <000801ceaebe$caaa9800$5fffc800$@cactus.dk>
Message-ID: <52301CCB.32507.37D39C24@stuart.lexacorp.com.pg>

I will if I get it working.  Currently the Webalo app that I downloaded to my tablet crashes 
every time I try to use it.

-- 
Stuart

On 11 Sep 2013 at 9:16, Gustav Brock wrote:

> Hi Stuart
> 
> Please report your findings. I couldn't find a single sentence of the
> "mechanics" underneath.
> 
> /gustav
> 
> 
> -----Oprindelig meddelelse-----
> Fra: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Stuart McLachlan
> Sendt: 11. september 2013 05:43
> Til: Access Developers discussion and problem solving
> Emne: Re: [AccessD] Alpha Anywhere
> 
> Looks interesting.  I've signed up for their free "3 user" account and will
> check it out.
> 
> --
> Stuart
> 
> On 10 Sep 2013 at 23:30, William Benson wrote:
> 
> > Seriously? M
> > 
> > http://www.webalo.com/ 
> 
> 
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 




From vbacreations at gmail.com  Wed Sep 11 08:06:05 2013
From: vbacreations at gmail.com (William Benson)
Date: Wed, 11 Sep 2013 09:06:05 -0400
Subject: [AccessD] webalo (was: Alpha Anywhere)
In-Reply-To: <52301CCB.32507.37D39C24@stuart.lexacorp.com.pg>
References: <000801ceaebe$caaa9800$5fffc800$@cactus.dk>
	<52301CCB.32507.37D39C24@stuart.lexacorp.com.pg>
Message-ID: <CAGuQ9V6veYMRKP4VUowWguVzKLrRL67i7gz0tP8rE4tue8_0vg@mail.gmail.com>

I am sure the Webalo team would be most excited to hear this feedback.

Someone has been trying to recruit me to develop in this environment and
thinks it is a goldmine. I have seen demonstrations only and what I don't
notice about it is the ability to change column widths and so reports can
have data which appears truncated. That's fine if Disease = Cancer but not
so fine if Disease = Pneumonoultramicroscopicsilicovolcanoconiosis.

From accessd at shaw.ca  Wed Sep 11 11:59:44 2013
From: accessd at shaw.ca (Jim Lawrence)
Date: Wed, 11 Sep 2013 10:59:44 -0600 (MDT)
Subject: [AccessD] webalo (was: Alpha Anywhere)
In-Reply-To: <52301CCB.32507.37D39C24@stuart.lexacorp.com.pg>
Message-ID: <467209869.480757.1378918784700.JavaMail.root@cds002>

Not an auspicious start.

Jim

----- Original Message -----
From: "Stuart McLachlan" <stuart at lexacorp.com.pg>
To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
Sent: Wednesday, September 11, 2013 12:33:31 AM
Subject: Re: [AccessD] webalo (was: Alpha Anywhere)

I will if I get it working.  Currently the Webalo app that I downloaded to my tablet crashes 
every time I try to use it.

-- 
Stuart

On 11 Sep 2013 at 9:16, Gustav Brock wrote:

> Hi Stuart
> 
> Please report your findings. I couldn't find a single sentence of the
> "mechanics" underneath.
> 
> /gustav
> 
> 
> -----Oprindelig meddelelse-----
> Fra: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Stuart McLachlan
> Sendt: 11. september 2013 05:43
> Til: Access Developers discussion and problem solving
> Emne: Re: [AccessD] Alpha Anywhere
> 
> Looks interesting.  I've signed up for their free "3 user" account and will
> check it out.
> 
> --
> Stuart
> 
> On 10 Sep 2013 at 23:30, William Benson wrote:
> 
> > Seriously? M
> > 
> > http://www.webalo.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 charlotte.foust at gmail.com  Wed Sep 11 12:53:24 2013
From: charlotte.foust at gmail.com (Charlotte Foust)
Date: Wed, 11 Sep 2013 10:53:24 -0700
Subject: [AccessD] Unbound numeric textbox reverts to scientific notation
In-Reply-To: <000a01ceaec0$e8300ca0$b89025e0$@cactus.dk>
References: <000a01ceaec0$e8300ca0$b89025e0$@cactus.dk>
Message-ID: <CAH+Met8SLTvYKyZfn4DK7s7gOR4-o1R0gMWscBq_gKDRDxqfrQ@mail.gmail.com>

Gustav,

I suspect it is a precision issue.  Have you tried changing the datatype to
a double and using the format property to set the currency look?

Charlotte


On Wed, Sep 11, 2013 at 12:31 AM, Gustav Brock <gustav at cactus.dk> wrote:

> Hi Darryl
>
> Yes, that could work.
> Still, I find it strange that a value formatted as currency should appear
> in
> scientific notation - which is seen nowhere else.
>
> /gustav
>
> -----Oprindelig meddelelse-----
> Fra: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins
> Sendt: 11. september 2013 09:02
> Til: Access Developers discussion and problem solving
> Emne: Re: [AccessD] Unbound numeric textbox reverts to scientific notation
>
> One possible solution would be enter the 'number' as a string/text in the
> form and convert it back to a numeric format upon save/write to the data
> table.  That would work, but also introduces some risks you would have to
> handle.
>
> Cheers
> Darryl
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock
> Sent: Wednesday, 11 September 2013 4:48 PM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Unbound numeric textbox reverts to scientific
> notation
>
> Hi all
>
> So no solution or workaround to this?
>
> /gustav
>
> -----Oprindelig meddelelse-----
> Fra: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock
> Sendt: 4. september 2013 09:39
> Til: 'Access Developers discussion and problem solving'
> Emne: [AccessD] Unbound numeric textbox reverts to scientific notation
>
> Hi all
>
> I noticed this question on Experts-Exchange but found, that I can't figure
> it out:
>
> I have an unbound form. One text box is for currency data (euros) which is
> great provided the user only uses up to 11 digits.
> Now, the limit for currency values is 922,337,203,685,477 i.e. fifteen
> digits, but as soon as a user enters more than 11 digits and moves the
> focus
> away from the field and then back, the text box reverts to scientific
> notation.
> <snip>
>
> I can replicate this but found that it is not related to neither Euro nor
> Currency; as soon as you apply some numeric format, you'll see this
> behaviour.
> Is there any way around it?
>
> I've only tested with A2010.
>
> /gustav
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>

From Gustav at cactus.dk  Wed Sep 11 13:02:15 2013
From: Gustav at cactus.dk (Gustav Brock)
Date: Wed, 11 Sep 2013 20:02:15 +0200
Subject: [AccessD] Unbound numeric textbox reverts to scientific	notation
Message-ID: <s230cc63.013@cactus.dk>

Hi Charlotte

No, if it is bound to a table with a field of data type Currency, it would work.

But this textbox is unbound.

/gustav

>>> charlotte.foust at gmail.com 11-09-13 19:53 >>>
Gustav,

I suspect it is a precision issue.  Have you tried changing the datatype to
a double and using the format property to set the currency look?

Charlotte


On Wed, Sep 11, 2013 at 12:31 AM, Gustav Brock <gustav at cactus.dk> wrote:

> Hi Darryl
>
> Yes, that could work.
> Still, I find it strange that a value formatted as currency should appear in
> scientific notation - which is seen nowhere else.
>
> /gustav
>
> -----Oprindelig meddelelse-----
> Fra: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins
> Sendt: 11. september 2013 09:02
> Til: Access Developers discussion and problem solving
> Emne: Re: [AccessD] Unbound numeric textbox reverts to scientific notation
>
> One possible solution would be enter the 'number' as a string/text in the
> form and convert it back to a numeric format upon save/write to the data
> table.  That would work, but also introduces some risks you would have to
> handle.
>
> Cheers
> Darryl
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock
> Sent: Wednesday, 11 September 2013 4:48 PM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Unbound numeric textbox reverts to scientific
> notation
>
> Hi all
>
> So no solution or workaround to this?
>
> /gustav
>
> -----Oprindelig meddelelse-----
> Fra: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock
> Sendt: 4. september 2013 09:39
> Til: 'Access Developers discussion and problem solving'
> Emne: [AccessD] Unbound numeric textbox reverts to scientific notation
>
> Hi all
>
> I noticed this question on Experts-Exchange but found, that I can't figure
> it out:
>
> I have an unbound form. One text box is for currency data (euros) which is
> great provided the user only uses up to 11 digits.
> Now, the limit for currency values is 922,337,203,685,477 i.e. fifteen
> digits, but as soon as a user enters more than 11 digits and moves the focus
> away from the field and then back, the text box reverts to scientific
> notation.
> <snip>
>
> I can replicate this but found that it is not related to neither Euro nor
> Currency; as soon as you apply some numeric format, you'll see this
> behaviour.
> Is there any way around it?
>
> I've only tested with A2010.
>
> /gustav


From charlotte.foust at gmail.com  Wed Sep 11 13:07:05 2013
From: charlotte.foust at gmail.com (Charlotte Foust)
Date: Wed, 11 Sep 2013 11:07:05 -0700
Subject: [AccessD] Unbound numeric textbox reverts to scientific notation
In-Reply-To: <s230cc63.013@cactus.dk>
References: <s230cc63.013@cactus.dk>
Message-ID: <CAH+Met8n1=KFco6rRHjdDmYVQRSR0T8dFj01hHm1E1qfdoWKFA@mail.gmail.com>

Ah, I missed the unbound part.  I've had similar experiences with unbound
textboxes switching to scientific notation, and I believe I've resorted to
using a string on the unbound box.

Charlotte


On Wed, Sep 11, 2013 at 11:02 AM, Gustav Brock <Gustav at cactus.dk> wrote:

> Hi Charlotte
>
> No, if it is bound to a table with a field of data type Currency, it would
> work.
>
> But this textbox is unbound.
>
> /gustav
>
> >>> charlotte.foust at gmail.com 11-09-13 19:53 >>>
> Gustav,
>
> I suspect it is a precision issue.  Have you tried changing the datatype to
> a double and using the format property to set the currency look?
>
> Charlotte
>
>
> On Wed, Sep 11, 2013 at 12:31 AM, Gustav Brock <gustav at cactus.dk> wrote:
>
> > Hi Darryl
> >
> > Yes, that could work.
> > Still, I find it strange that a value formatted as currency should
> appear in
> > scientific notation - which is seen nowhere else.
> >
> > /gustav
> >
> > -----Oprindelig meddelelse-----
> > Fra: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins
> > Sendt: 11. september 2013 09:02
> > Til: Access Developers discussion and problem solving
> > Emne: Re: [AccessD] Unbound numeric textbox reverts to scientific
> notation
> >
> > One possible solution would be enter the 'number' as a string/text in the
> > form and convert it back to a numeric format upon save/write to the data
> > table.  That would work, but also introduces some risks you would have to
> > handle.
> >
> > Cheers
> > Darryl
> >
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock
> > Sent: Wednesday, 11 September 2013 4:48 PM
> > To: 'Access Developers discussion and problem solving'
> > Subject: Re: [AccessD] Unbound numeric textbox reverts to scientific
> > notation
> >
> > Hi all
> >
> > So no solution or workaround to this?
> >
> > /gustav
> >
> > -----Oprindelig meddelelse-----
> > Fra: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock
> > Sendt: 4. september 2013 09:39
> > Til: 'Access Developers discussion and problem solving'
> > Emne: [AccessD] Unbound numeric textbox reverts to scientific notation
> >
> > Hi all
> >
> > I noticed this question on Experts-Exchange but found, that I can't
> figure
> > it out:
> >
> > I have an unbound form. One text box is for currency data (euros) which
> is
> > great provided the user only uses up to 11 digits.
> > Now, the limit for currency values is 922,337,203,685,477 i.e. fifteen
> > digits, but as soon as a user enters more than 11 digits and moves the
> focus
> > away from the field and then back, the text box reverts to scientific
> > notation.
> > <snip>
> >
> > I can replicate this but found that it is not related to neither Euro nor
> > Currency; as soon as you apply some numeric format, you'll see this
> > behaviour.
> > Is there any way around it?
> >
> > I've only tested with A2010.
> >
> > /gustav
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>

From Gustav at cactus.dk  Wed Sep 11 13:56:48 2013
From: Gustav at cactus.dk (Gustav Brock)
Date: Wed, 11 Sep 2013 20:56:48 +0200
Subject: [AccessD] Unbound numeric textbox reverts to scientific	notation
Message-ID: <s230d92a.017@cactus.dk>

Hi Charlotte

OK, thanks. Then I guess there is no easy or elegant way to handle this.

/gustav


>>> charlotte.foust at gmail.com 11-09-13 20:07 >>>
Ah, I missed the unbound part.  I've had similar experiences with unbound
textboxes switching to scientific notation, and I believe I've resorted to
using a string on the unbound box.

Charlotte


On Wed, Sep 11, 2013 at 11:02 AM, Gustav Brock <Gustav at cactus.dk> wrote:

> Hi Charlotte
>
> No, if it is bound to a table with a field of data type Currency, it would
> work.
>
> But this textbox is unbound.
>
> /gustav
>
> >>> charlotte.foust at gmail.com 11-09-13 19:53 >>>
> Gustav,
>
> I suspect it is a precision issue.  Have you tried changing the datatype to
> a double and using the format property to set the currency look?
>
> Charlotte
>
>
> On Wed, Sep 11, 2013 at 12:31 AM, Gustav Brock <gustav at cactus.dk> wrote:
>
> > Hi Darryl
> >
> > Yes, that could work.
> > Still, I find it strange that a value formatted as currency should appear in
> > scientific notation - which is seen nowhere else.
> >
> > /gustav
> >
> > -----Oprindelig meddelelse-----
> > Fra: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins
> > Sendt: 11. september 2013 09:02
> > Til: Access Developers discussion and problem solving
> > Emne: Re: [AccessD] Unbound numeric textbox reverts to scientific notation
> >
> > One possible solution would be enter the 'number' as a string/text in the
> > form and convert it back to a numeric format upon save/write to the data
> > table.  That would work, but also introduces some risks you would have to
> > handle.
> >
> > Cheers
> > Darryl
> >
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock
> > Sent: Wednesday, 11 September 2013 4:48 PM
> > To: 'Access Developers discussion and problem solving'
> > Subject: Re: [AccessD] Unbound numeric textbox reverts to scientific
> > notation
> >
> > Hi all
> >
> > So no solution or workaround to this?
> >
> > /gustav
> >
> > -----Oprindelig meddelelse-----
> > Fra: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock
> > Sendt: 4. september 2013 09:39
> > Til: 'Access Developers discussion and problem solving'
> > Emne: [AccessD] Unbound numeric textbox reverts to scientific notation
> >
> > Hi all
> >
> > I noticed this question on Experts-Exchange but found, that I can't figure
> > it out:
> >
> > I have an unbound form. One text box is for currency data (euros) which is
> > great provided the user only uses up to 11 digits.
> > Now, the limit for currency values is 922,337,203,685,477 i.e. fifteen
> > digits, but as soon as a user enters more than 11 digits and moves the focus
> > away from the field and then back, the text box reverts to scientific
> > notation.
> > <snip>
> >
> > I can replicate this but found that it is not related to neither Euro nor
> > Currency; as soon as you apply some numeric format, you'll see this
> > behaviour.
> > Is there any way around it?
> >
> > I've only tested with A2010.
> >
> > /gustav



From Lambert.Heenan at aig.com  Thu Sep 12 08:11:26 2013
From: Lambert.Heenan at aig.com (Heenan, Lambert)
Date: Thu, 12 Sep 2013 09:11:26 -0400
Subject: [AccessD] Unbound numeric textbox reverts to scientific	notation
In-Reply-To: <s230d92a.017@cactus.dk>
References: <s230d92a.017@cactus.dk>
Message-ID: <F5B2E2ECEE84F142883A2E6DCA867F98020FE4164C@LIVP3MMBX10.mail.aig.net>

I think the only way to handle this us to write your own Keyboard handler for textboxes event handler. It will be touch tedious as you will have to deal with editing keys that the user may need to move left and right in the textbox, delete etc. But it is doable. You can even make a class out of it and then be able to use it at will in any other textbox in any application.

Calling John Colby!

Lambert

-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock
Sent: Wednesday, September 11, 2013 2:57 PM
To: accessd at databaseadvisors.com
Subject: Re: [AccessD] Unbound numeric textbox reverts to scientific notation

Hi Charlotte

OK, thanks. Then I guess there is no easy or elegant way to handle this.

/gustav


>>> charlotte.foust at gmail.com 11-09-13 20:07 >>>
Ah, I missed the unbound part.  I've had similar experiences with unbound textboxes switching to scientific notation, and I believe I've resorted to using a string on the unbound box.

Charlotte


On Wed, Sep 11, 2013 at 11:02 AM, Gustav Brock <Gustav at cactus.dk> wrote:

> Hi Charlotte
>
> No, if it is bound to a table with a field of data type Currency, it 
> would work.
>
> But this textbox is unbound.
>
> /gustav
>
> >>> charlotte.foust at gmail.com 11-09-13 19:53 >>>
> Gustav,
>
> I suspect it is a precision issue.  Have you tried changing the 
> datatype to a double and using the format property to set the currency look?
>
> Charlotte
>
>
> On Wed, Sep 11, 2013 at 12:31 AM, Gustav Brock <gustav at cactus.dk> wrote:
>
> > Hi Darryl
> >
> > Yes, that could work.
> > Still, I find it strange that a value formatted as currency should 
> > appear in scientific notation - which is seen nowhere else.
> >
> > /gustav
> >
> > -----Oprindelig meddelelse-----
> > Fra: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darryl 
> > Collins
> > Sendt: 11. september 2013 09:02
> > Til: Access Developers discussion and problem solving
> > Emne: Re: [AccessD] Unbound numeric textbox reverts to scientific 
> > notation
> >
> > One possible solution would be enter the 'number' as a string/text 
> > in the form and convert it back to a numeric format upon save/write 
> > to the data table.  That would work, but also introduces some risks 
> > you would have to handle.
> >
> > Cheers
> > Darryl
> >
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav 
> > Brock
> > Sent: Wednesday, 11 September 2013 4:48 PM
> > To: 'Access Developers discussion and problem solving'
> > Subject: Re: [AccessD] Unbound numeric textbox reverts to scientific 
> > notation
> >
> > Hi all
> >
> > So no solution or workaround to this?
> >
> > /gustav
> >
> > -----Oprindelig meddelelse-----
> > Fra: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav 
> > Brock
> > Sendt: 4. september 2013 09:39
> > Til: 'Access Developers discussion and problem solving'
> > Emne: [AccessD] Unbound numeric textbox reverts to scientific 
> > notation
> >
> > Hi all
> >
> > I noticed this question on Experts-Exchange but found, that I can't 
> > figure it out:
> >
> > I have an unbound form. One text box is for currency data (euros) 
> > which is great provided the user only uses up to 11 digits.
> > Now, the limit for currency values is 922,337,203,685,477 i.e. 
> > fifteen digits, but as soon as a user enters more than 11 digits and 
> > moves the focus away from the field and then back, the text box 
> > reverts to scientific notation.
> > <snip>
> >
> > I can replicate this but found that it is not related to neither 
> > Euro nor Currency; as soon as you apply some numeric format, you'll 
> > see this behaviour.
> > Is there any way around it?
> >
> > I've only tested with A2010.
> >
> > /gustav


--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From jwcolby at gmail.com  Thu Sep 12 09:36:56 2013
From: jwcolby at gmail.com (John W Colby)
Date: Thu, 12 Sep 2013 10:36:56 -0400
Subject: [AccessD] Unbound numeric textbox reverts to scientific	notation
In-Reply-To: <F5B2E2ECEE84F142883A2E6DCA867F98020FE4164C@LIVP3MMBX10.mail.aig.net>
References: <s230d92a.017@cactus.dk>
	<F5B2E2ECEE84F142883A2E6DCA867F98020FE4164C@LIVP3MMBX10.mail.aig.net>
Message-ID: <5231D188.7070602@gmail.com>

IIRC Gustav knows how to do classes.

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 9/12/2013 9:11 AM, Heenan, Lambert wrote:
> I think the only way to handle this us to write your own Keyboard handler for textboxes event handler. It will be touch tedious as you will have to deal with editing keys that the user may need to move left and right in the textbox, delete etc. But it is doable. You can even make a class out of it and then be able to use it at will in any other textbox in any application.
>
> Calling John Colby!
>
> Lambert
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock
> Sent: Wednesday, September 11, 2013 2:57 PM
> To: accessd at databaseadvisors.com
> Subject: Re: [AccessD] Unbound numeric textbox reverts to scientific notation
>
> Hi Charlotte
>
> OK, thanks. Then I guess there is no easy or elegant way to handle this.
>
> /gustav
>
>
>>>> charlotte.foust at gmail.com 11-09-13 20:07 >>>
> Ah, I missed the unbound part.  I've had similar experiences with unbound textboxes switching to scientific notation, and I believe I've resorted to using a string on the unbound box.
>
> Charlotte
>
>
> On Wed, Sep 11, 2013 at 11:02 AM, Gustav Brock <Gustav at cactus.dk> wrote:
>
>> Hi Charlotte
>>
>> No, if it is bound to a table with a field of data type Currency, it
>> would work.
>>
>> But this textbox is unbound.
>>
>> /gustav
>>
>>>>> charlotte.foust at gmail.com 11-09-13 19:53 >>>
>> Gustav,
>>
>> I suspect it is a precision issue.  Have you tried changing the
>> datatype to a double and using the format property to set the currency look?
>>
>> Charlotte
>>
>>
>> On Wed, Sep 11, 2013 at 12:31 AM, Gustav Brock <gustav at cactus.dk> wrote:
>>
>>> Hi Darryl
>>>
>>> Yes, that could work.
>>> Still, I find it strange that a value formatted as currency should
>>> appear in scientific notation - which is seen nowhere else.
>>>
>>> /gustav
>>>
>>> -----Oprindelig meddelelse-----
>>> Fra: accessd-bounces at databaseadvisors.com
>>> [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darryl
>>> Collins
>>> Sendt: 11. september 2013 09:02
>>> Til: Access Developers discussion and problem solving
>>> Emne: Re: [AccessD] Unbound numeric textbox reverts to scientific
>>> notation
>>>
>>> One possible solution would be enter the 'number' as a string/text
>>> in the form and convert it back to a numeric format upon save/write
>>> to the data table.  That would work, but also introduces some risks
>>> you would have to handle.
>>>
>>> Cheers
>>> Darryl
>>>
>>> -----Original Message-----
>>> From: accessd-bounces at databaseadvisors.com
>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav
>>> Brock
>>> Sent: Wednesday, 11 September 2013 4:48 PM
>>> To: 'Access Developers discussion and problem solving'
>>> Subject: Re: [AccessD] Unbound numeric textbox reverts to scientific
>>> notation
>>>
>>> Hi all
>>>
>>> So no solution or workaround to this?
>>>
>>> /gustav
>>>
>>> -----Oprindelig meddelelse-----
>>> Fra: accessd-bounces at databaseadvisors.com
>>> [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav
>>> Brock
>>> Sendt: 4. september 2013 09:39
>>> Til: 'Access Developers discussion and problem solving'
>>> Emne: [AccessD] Unbound numeric textbox reverts to scientific
>>> notation
>>>
>>> Hi all
>>>
>>> I noticed this question on Experts-Exchange but found, that I can't
>>> figure it out:
>>>
>>> I have an unbound form. One text box is for currency data (euros)
>>> which is great provided the user only uses up to 11 digits.
>>> Now, the limit for currency values is 922,337,203,685,477 i.e.
>>> fifteen digits, but as soon as a user enters more than 11 digits and
>>> moves the focus away from the field and then back, the text box
>>> reverts to scientific notation.
>>> <snip>
>>>
>>> I can replicate this but found that it is not related to neither
>>> Euro nor Currency; as soon as you apply some numeric format, you'll
>>> see this behaviour.
>>> Is there any way around it?
>>>
>>> I've only tested with A2010.
>>>
>>> /gustav
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>


From gustav at cactus.dk  Thu Sep 12 10:08:53 2013
From: gustav at cactus.dk (Gustav Brock)
Date: Thu, 12 Sep 2013 17:08:53 +0200
Subject: [AccessD] Unbound numeric textbox reverts to scientific notation
Message-ID: <026601ceafc9$fe832d20$fb898760$@cactus.dk>

Hi Lambert and John

Yes I know how to do that and, in fact, that might be the solution. The code
could be ugly and would be nice to be kept off the form.

/gustav

-----Oprindelig meddelelse-----
Fra: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] P? vegne af John W Colby
Sendt: 12. september 2013 16:37
Til: Access Developers discussion and problem solving
Emne: Re: [AccessD] Unbound numeric textbox reverts to scientific notation

IIRC Gustav knows how to do classes.

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 9/12/2013 9:11 AM, Heenan, Lambert wrote:
> I think the only way to handle this us to write your own Keyboard handler
for textboxes event handler. It will be touch tedious as you will have to
deal with editing keys that the user may need to move left and right in the
textbox, delete etc. But it is doable. You can even make a class out of it
and then be able to use it at will in any other textbox in any application.
>
> Calling John Colby!
>
> Lambert
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com 
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav 
> Brock
> Sent: Wednesday, September 11, 2013 2:57 PM
> To: accessd at databaseadvisors.com
> Subject: Re: [AccessD] Unbound numeric textbox reverts to scientific 
> notation
>
> Hi Charlotte
>
> OK, thanks. Then I guess there is no easy or elegant way to handle this.
>
> /gustav
>
>
>>>> charlotte.foust at gmail.com 11-09-13 20:07 >>>
> Ah, I missed the unbound part.  I've had similar experiences with unbound
textboxes switching to scientific notation, and I believe I've resorted to
using a string on the unbound box.
>
> Charlotte
>
>
> On Wed, Sep 11, 2013 at 11:02 AM, Gustav Brock <Gustav at cactus.dk> wrote:
>
>> Hi Charlotte
>>
>> No, if it is bound to a table with a field of data type Currency, it 
>> would work.
>>
>> But this textbox is unbound.
>>
>> /gustav
>>
>>>>> charlotte.foust at gmail.com 11-09-13 19:53 >>>
>> Gustav,
>>
>> I suspect it is a precision issue.  Have you tried changing the 
>> datatype to a double and using the format property to set the currency
look?
>>
>> Charlotte
>>
>>
>> On Wed, Sep 11, 2013 at 12:31 AM, Gustav Brock <gustav at cactus.dk> wrote:
>>
>>> Hi Darryl
>>>
>>> Yes, that could work.
>>> Still, I find it strange that a value formatted as currency should 
>>> appear in scientific notation - which is seen nowhere else.
>>>
>>> /gustav
>>>
>>> -----Oprindelig meddelelse-----
>>> Fra: accessd-bounces at databaseadvisors.com
>>> [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins
>>> Sendt: 11. september 2013 09:02
>>> Til: Access Developers discussion and problem solving
>>> Emne: Re: [AccessD] Unbound numeric textbox reverts to scientific
notation
>>>
>>> One possible solution would be enter the 'number' as a string/text 
>>> in the form and convert it back to a numeric format upon save/write 
>>> to the data table.  That would work, but also introduces some risks 
>>> you would have to handle.
>>>
>>> Cheers
>>> Darryl
>>>
>>> -----Original Message-----
>>> From: accessd-bounces at databaseadvisors.com
>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock
>>> Sent: Wednesday, 11 September 2013 4:48 PM
>>> To: 'Access Developers discussion and problem solving'
>>> Subject: Re: [AccessD] Unbound numeric textbox reverts to scientific
notation
>>>
>>> Hi all
>>>
>>> So no solution or workaround to this?
>>>
>>> /gustav
>>>
>>> -----Oprindelig meddelelse-----
>>> Fra: accessd-bounces at databaseadvisors.com
>>> [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock
>>> Sendt: 4. september 2013 09:39
>>> Til: 'Access Developers discussion and problem solving'
>>> Emne: [AccessD] Unbound numeric textbox reverts to scientific notation
>>>
>>> Hi all
>>>
>>> I noticed this question on Experts-Exchange but found, that I can't 
>>> figure it out:
>>>
>>> I have an unbound form. One text box is for currency data (euros) 
>>> which is great provided the user only uses up to 11 digits.
>>> Now, the limit for currency values is 922,337,203,685,477 i.e.
>>> fifteen digits, but as soon as a user enters more than 11 digits and 
>>> moves the focus away from the field and then back, the text box 
>>> reverts to scientific notation.
>>> <snip>
>>>
>>> I can replicate this but found that it is not related to neither 
>>> Euro nor Currency; as soon as you apply some numeric format, you'll 
>>> see this behaviour.
>>> Is there any way around it?
>>>
>>> I've only tested with A2010.
>>>
>>> /gustav 



From vbacreations at gmail.com  Thu Sep 12 15:21:29 2013
From: vbacreations at gmail.com (William Benson)
Date: Thu, 12 Sep 2013 16:21:29 -0400
Subject: [AccessD] Questions on 32-bit 64-bit - Applications Developed
 with Access-2007
In-Reply-To: <ffa1b0724cd74413a0c700a47ccc5c2a@SIXPR04MB048.apcprd04.prod.outlook.com>
References: <E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local>
	<51E28F2A.13403.AEF4E57@stuart.lexacorp.com.pg>
	<E9A6E8C998E16F4FB3D861390AFE32C501A72D0B@blkltd.blkfst2003.local>
	<CAH+Met9+-4ygZGtX4j-AsvkCkFn6Vj1BTn82fY6A5HYuQsJh_g@mail.gmail.com>
	<009c01cea440$e84fa900$b8eefb00$@winhaven.net>
	<ffa1b0724cd74413a0c700a47ccc5c2a@SIXPR04MB048.apcprd04.prod.outlook.com>
Message-ID: <CAGuQ9V7puZa+bpUt6jeL9drJO5cDCVM-MycmM2A54BbF-3XuJA@mail.gmail.com>

I am not disagreeing Darryl, but I do want to point out that without moving
to 64-bit office, I don't think you get any advantage at all from Excel
having more memory on the PC to do whatever it needs. While using more
memory for other applications, I think Excel 32-bit still will only try to
make use of up to 2 GB of memory.

So if I am having "issues" with 32 bit excel running under win 7 32-bit
with 4gb memory, nothing has improved to run 32 bit Excel running under win
7 64-bit with 8GB memory. So I have surmised.

That's what I have been able to surmise anyway.


On Wed, Aug 28, 2013 at 7:42 PM, Darryl Collins <
darryl at whittleconsulting.com.au> wrote:

> 2nd that.  64 Bit OS with 32 bit Office is currently the better option.
>
> Regards
> Darryl
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com [mailto:
> accessd-bounces at databaseadvisors.com] On Behalf Of John R Bartow
> Sent: Thursday, 29 August 2013 8:50 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Questions on 32-bit 64-bit - Applications Developed
> with Access-2007
>
> Just for one more voice on that issue: DON'T USE 64 BIT OFFICE!
>
> ;-)
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust
> Sent: Wednesday, August 28, 2013 12:00 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Questions on 32-bit 64-bit - Applications Developed
> with Access-2007
>
> To add to What Jim said, even Micrrosoft doesn't really recommend running
> Office 64-bit unless you absolutely need to.  I run Office 32-bit on Win 8
> 64-bit without any problems.  If some of your machines are transitioning
> from 32-bit to 64-bit, you're best off upgrading to 32-bit Office.
>
>
> On Tue, Aug 27, 2013 at 2:08 PM, Brad Marks <BradM at blackforestltd.com
> >wrote:
>
> > All,
> >
> > We are starting to discuss the replacement of a number of old PCs (XP).
> > They will probably be replaced with new Dell PCs.
> >
> > We have a number of Access 2007 applications (32 bit).
> >
> > It is my understanding that Access 2007 applications (32 bit) will run
> > fine under Win-7 32-bit or Win-7 64 bit.
> >
> > It is my understanding that there are significant problems when trying
> > to run Access 2007 (32-bit) applications with Office 2013 (64 bit).
> > Is this true?
> >
> > Also, it is my understanding that if Office 2013 is installed on a
> > Windows-7 64-bit PC, it will be installed as Office 2013 64-bit.
> >
> > On the other hand if Office 2013 is installed on a Windows-7 32-bit
> > PC, it will be installed as Office 2013 32-bit.
> >
> > Is this correct?
> >
> > Will an Access 2007 application run Okay with Office 2013 32-bit?
> >
> > Thanks,
> > Brad
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/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
>



-- 
*Regards,*
**
**
*Bill Benson*
*VBACreations*
**
PS:  You've gotten this e-mail *because you matter to me!*

From gustav at cactus.dk  Fri Sep 13 11:31:16 2013
From: gustav at cactus.dk (Gustav Brock)
Date: Fri, 13 Sep 2013 18:31:16 +0200
Subject: [AccessD] Unbound numeric textbox reverts to scientific notation
Message-ID: <016701ceb09e$ab7c1440$02743cc0$@cactus.dk>

Hi all

It seems that you can handle this in a simple way by setting the format:

Private Sub txtEuro_Enter()
    Me!txtEuro.Format = "0.00"
End Sub

Private Sub txtEuro_Exit(Cancel As Integer)
    Me!txtEuro.Format = "Euro"
End Sub

It doesn't validate for too large input but that can be arranged otherwise
as needed.

/gustav

-----Oprindelig meddelelse-----
Fra: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock
Sendt: 11. september 2013 20:57
Til: accessd at databaseadvisors.com
Emne: Re: [AccessD] Unbound numeric textbox reverts to scientific notation

Hi Charlotte

OK, thanks. Then I guess there is no easy or elegant way to handle this.

/gustav


>>> charlotte.foust at gmail.com 11-09-13 20:07 >>>
Ah, I missed the unbound part.  I've had similar experiences with unbound
textboxes switching to scientific notation, and I believe I've resorted to
using a string on the unbound box.

Charlotte


On Wed, Sep 11, 2013 at 11:02 AM, Gustav Brock <Gustav at cactus.dk> wrote:

> Hi Charlotte
>
> No, if it is bound to a table with a field of data type Currency, it 
> would work.
>
> But this textbox is unbound.
>
> /gustav
>
> >>> charlotte.foust at gmail.com 11-09-13 19:53 >>>
> Gustav,
>
> I suspect it is a precision issue.  Have you tried changing the 
> datatype to a double and using the format property to set the currency
look?
>
> Charlotte
>
>
> On Wed, Sep 11, 2013 at 12:31 AM, Gustav Brock <gustav at cactus.dk> wrote:
>
> > Hi Darryl
> >
> > Yes, that could work.
> > Still, I find it strange that a value formatted as currency should 
> > appear in scientific notation - which is seen nowhere else.
> >
> > /gustav
> >
> > -----Oprindelig meddelelse-----
> > Fra: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins
> > Sendt: 11. september 2013 09:02
> > Til: Access Developers discussion and problem solving
> > Emne: Re: [AccessD] Unbound numeric textbox reverts to scientific
notation
> >
> > One possible solution would be enter the 'number' as a string/text 
> > in the form and convert it back to a numeric format upon save/write 
> > to the data table.  That would work, but also introduces some risks 
> > you would have to handle.
> >
> > Cheers
> > Darryl
> >
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock
> > Sent: Wednesday, 11 September 2013 4:48 PM
> > To: 'Access Developers discussion and problem solving'
> > Subject: Re: [AccessD] Unbound numeric textbox reverts to scientific
notation
> >
> > Hi all
> >
> > So no solution or workaround to this?
> >
> > /gustav
> >
> > -----Oprindelig meddelelse-----
> > Fra: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock
> > Sendt: 4. september 2013 09:39
> > Til: 'Access Developers discussion and problem solving'
> > Emne: [AccessD] Unbound numeric textbox reverts to scientific notation
> >
> > Hi all
> >
> > I noticed this question on Experts-Exchange but found, that I can't 
> > figure it out:
> >
> > I have an unbound form. One text box is for currency data (euros) 
> > which is great provided the user only uses up to 11 digits.
> > Now, the limit for currency values is 922,337,203,685,477 i.e. 
> > fifteen digits, but as soon as a user enters more than 11 digits and 
> > moves the focus away from the field and then back, the text box 
> > reverts to scientific notation.
> > <snip>
> >
> > I can replicate this but found that it is not related to neither 
> > Euro nor Currency; as soon as you apply some numeric format, you'll 
> > see this behaviour.
> > Is there any way around it?
> >
> > I've only tested with A2010.
> >
> > /gustav



From jwcolby at gmail.com  Fri Sep 13 11:44:32 2013
From: jwcolby at gmail.com (John W Colby)
Date: Fri, 13 Sep 2013 12:44:32 -0400
Subject: [AccessD] Unbound numeric textbox reverts to scientific notation
In-Reply-To: <016701ceb09e$ab7c1440$02743cc0$@cactus.dk>
References: <016701ceb09e$ab7c1440$02743cc0$@cactus.dk>
Message-ID: <523340F0.5050703@gmail.com>

Simple is always better!

Can you specify the max size by stringing zeros on the front?

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 9/13/2013 12:31 PM, Gustav Brock wrote:
> Hi all
>
> It seems that you can handle this in a simple way by setting the format:
>
> Private Sub txtEuro_Enter()
>      Me!txtEuro.Format = "0.00"
> End Sub
>
> Private Sub txtEuro_Exit(Cancel As Integer)
>      Me!txtEuro.Format = "Euro"
> End Sub
>
> It doesn't validate for too large input but that can be arranged otherwise
> as needed.
>
> /gustav
>
> -----Oprindelig meddelelse-----
> Fra: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock
> Sendt: 11. september 2013 20:57
> Til: accessd at databaseadvisors.com
> Emne: Re: [AccessD] Unbound numeric textbox reverts to scientific notation
>
> Hi Charlotte
>
> OK, thanks. Then I guess there is no easy or elegant way to handle this.
>
> /gustav
>
>
>>>> charlotte.foust at gmail.com 11-09-13 20:07 >>>
> Ah, I missed the unbound part.  I've had similar experiences with unbound
> textboxes switching to scientific notation, and I believe I've resorted to
> using a string on the unbound box.
>
> Charlotte
>
>
> On Wed, Sep 11, 2013 at 11:02 AM, Gustav Brock <Gustav at cactus.dk> wrote:
>
>> Hi Charlotte
>>
>> No, if it is bound to a table with a field of data type Currency, it
>> would work.
>>
>> But this textbox is unbound.
>>
>> /gustav
>>
>>>>> charlotte.foust at gmail.com 11-09-13 19:53 >>>
>> Gustav,
>>
>> I suspect it is a precision issue.  Have you tried changing the
>> datatype to a double and using the format property to set the currency
> look?
>> Charlotte
>>
>>
>> On Wed, Sep 11, 2013 at 12:31 AM, Gustav Brock <gustav at cactus.dk> wrote:
>>
>>> Hi Darryl
>>>
>>> Yes, that could work.
>>> Still, I find it strange that a value formatted as currency should
>>> appear in scientific notation - which is seen nowhere else.
>>>
>>> /gustav
>>>
>>> -----Oprindelig meddelelse-----
>>> Fra: accessd-bounces at databaseadvisors.com
>>> [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darryl Collins
>>> Sendt: 11. september 2013 09:02
>>> Til: Access Developers discussion and problem solving
>>> Emne: Re: [AccessD] Unbound numeric textbox reverts to scientific
> notation
>>> One possible solution would be enter the 'number' as a string/text
>>> in the form and convert it back to a numeric format upon save/write
>>> to the data table.  That would work, but also introduces some risks
>>> you would have to handle.
>>>
>>> Cheers
>>> Darryl
>>>
>>> -----Original Message-----
>>> From: accessd-bounces at databaseadvisors.com
>>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock
>>> Sent: Wednesday, 11 September 2013 4:48 PM
>>> To: 'Access Developers discussion and problem solving'
>>> Subject: Re: [AccessD] Unbound numeric textbox reverts to scientific
> notation
>>> Hi all
>>>
>>> So no solution or workaround to this?
>>>
>>> /gustav
>>>
>>> -----Oprindelig meddelelse-----
>>> Fra: accessd-bounces at databaseadvisors.com
>>> [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock
>>> Sendt: 4. september 2013 09:39
>>> Til: 'Access Developers discussion and problem solving'
>>> Emne: [AccessD] Unbound numeric textbox reverts to scientific notation
>>>
>>> Hi all
>>>
>>> I noticed this question on Experts-Exchange but found, that I can't
>>> figure it out:
>>>
>>> I have an unbound form. One text box is for currency data (euros)
>>> which is great provided the user only uses up to 11 digits.
>>> Now, the limit for currency values is 922,337,203,685,477 i.e.
>>> fifteen digits, but as soon as a user enters more than 11 digits and
>>> moves the focus away from the field and then back, the text box
>>> reverts to scientific notation.
>>> <snip>
>>>
>>> I can replicate this but found that it is not related to neither
>>> Euro nor Currency; as soon as you apply some numeric format, you'll
>>> see this behaviour.
>>> Is there any way around it?
>>>
>>> I've only tested with A2010.
>>>
>>> /gustav
>


From Gustav at cactus.dk  Fri Sep 13 14:59:30 2013
From: Gustav at cactus.dk (Gustav Brock)
Date: Fri, 13 Sep 2013 21:59:30 +0200
Subject: [AccessD] Unbound numeric textbox reverts to scientific	notation
Message-ID: <s2338aec.074@cactus.dk>

Hi John

Both yes and no. The largest number has a 9 as the first digit but the remaining are not 9s, so you cannot just count the length. Also, typing a larger number than allowed doesn't raise an error, only forces the resulting number into scientific format and rounds it. So, I guess, you could compare the strings before and after update for a match; if no match, something has happened.

/gustav

>>> jwcolby at gmail.com 13-09-13 18:44 >>>
Simple is always better!

Can you specify the max size by stringing zeros on the front?

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 9/13/2013 12:31 PM, Gustav Brock wrote:
> Hi all
>
> It seems that you can handle this in a simple way by setting the format:
>
> Private Sub txtEuro_Enter()
>      Me!txtEuro.Format = "0.00"
> End Sub
>
> Private Sub txtEuro_Exit(Cancel As Integer)
>      Me!txtEuro.Format = "Euro"
> End Sub
>
> It doesn't validate for too large input but that can be arranged otherwise
> as needed.
>
> /gustav
>
> -----Oprindelig meddelelse-----
> Fra: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gustav Brock
> Sendt: 11. september 2013 20:57
> Til: accessd at databaseadvisors.com
> Emne: Re: [AccessD] Unbound numeric textbox reverts to scientific notation
>
> Hi Charlotte
>
> OK, thanks. Then I guess there is no easy or elegant way to handle this.
>
> /gustav
>
>
>>>> charlotte.foust at gmail.com 11-09-13 20:07 >>>
> Ah, I missed the unbound part.  I've had similar experiences with unbound
> textboxes switching to scientific notation, and I believe I've resorted to
> using a string on the unbound box.
>
> Charlotte
>
>
> On Wed, Sep 11, 2013 at 11:02 AM, Gustav Brock <Gustav at cactus.dk> wrote:
>
>> Hi Charlotte
>>
>> No, if it is bound to a table with a field of data type Currency, it
>> would work.
>>
>> But this textbox is unbound.
>>
>> /gustav


From darryl at whittleconsulting.com.au  Sun Sep 15 19:15:08 2013
From: darryl at whittleconsulting.com.au (Darryl Collins)
Date: Mon, 16 Sep 2013 00:15:08 +0000
Subject: [AccessD] Questions on 32-bit 64-bit - Applications Developed
 with Access-2007
In-Reply-To: <CAGuQ9V7puZa+bpUt6jeL9drJO5cDCVM-MycmM2A54BbF-3XuJA@mail.gmail.com>
References: <E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local>
	<51E28F2A.13403.AEF4E57@stuart.lexacorp.com.pg>
	<E9A6E8C998E16F4FB3D861390AFE32C501A72D0B@blkltd.blkfst2003.local>
	<CAH+Met9+-4ygZGtX4j-AsvkCkFn6Vj1BTn82fY6A5HYuQsJh_g@mail.gmail.com>
	<009c01cea440$e84fa900$b8eefb00$@winhaven.net>
	<ffa1b0724cd74413a0c700a47ccc5c2a@SIXPR04MB048.apcprd04.prod.outlook.com>
	<CAGuQ9V7puZa+bpUt6jeL9drJO5cDCVM-MycmM2A54BbF-3XuJA@mail.gmail.com>
Message-ID: <67c5c47439f046a9b18bc18d0b1bdf2b@SIXPR04MB048.apcprd04.prod.outlook.com>

I know one of the guys I worked with here ran some parallel testing using several of the data intensive processes we do using Excel and Access.  He found no (or very little) difference between the performance of O32 Bit and O64 Bit, both using Win 7 64 bit as the OS.  There was a stack of annoyances though with Office 64 bit.  Not stability issues as such, but more day to day stuff with code and addins failing or needing tweaking and other irritations.

We decided that (for us) there was zero advantage in using Office 64 bit at the present time.  Of course this is hardly a conclusive or reliable study and your mileage *will* vary.  I guess I was expecting a big leap in performance, but it just wasn't there.  I think one day it will be great and standard use, but just not now.  Currently, too much hassle for not enough gain - maybe I am just getting Lazy (?)

Cheers
Darryl.



-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Benson
Sent: Friday, 13 September 2013 6:21 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Questions on 32-bit 64-bit - Applications Developed with Access-2007

I am not disagreeing Darryl, but I do want to point out that without moving to 64-bit office, I don't think you get any advantage at all from Excel having more memory on the PC to do whatever it needs. While using more memory for other applications, I think Excel 32-bit still will only try to make use of up to 2 GB of memory.

So if I am having "issues" with 32 bit excel running under win 7 32-bit with 4gb memory, nothing has improved to run 32 bit Excel running under win
7 64-bit with 8GB memory. So I have surmised.

That's what I have been able to surmise anyway.


On Wed, Aug 28, 2013 at 7:42 PM, Darryl Collins < darryl at whittleconsulting.com.au> wrote:

> 2nd that.  64 Bit OS with 32 bit Office is currently the better option.
>
> Regards
> Darryl
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com [mailto:
> accessd-bounces at databaseadvisors.com] On Behalf Of John R Bartow
> Sent: Thursday, 29 August 2013 8:50 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Questions on 32-bit 64-bit - Applications 
> Developed with Access-2007
>
> Just for one more voice on that issue: DON'T USE 64 BIT OFFICE!
>
> ;-)
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte 
> Foust
> Sent: Wednesday, August 28, 2013 12:00 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Questions on 32-bit 64-bit - Applications 
> Developed with Access-2007
>
> To add to What Jim said, even Micrrosoft doesn't really recommend 
> running Office 64-bit unless you absolutely need to.  I run Office 
> 32-bit on Win 8 64-bit without any problems.  If some of your machines 
> are transitioning from 32-bit to 64-bit, you're best off upgrading to 32-bit Office.
>
>
> On Tue, Aug 27, 2013 at 2:08 PM, Brad Marks <BradM at blackforestltd.com
> >wrote:
>
> > All,
> >
> > We are starting to discuss the replacement of a number of old PCs (XP).
> > They will probably be replaced with new Dell PCs.
> >
> > We have a number of Access 2007 applications (32 bit).
> >
> > It is my understanding that Access 2007 applications (32 bit) will 
> > run fine under Win-7 32-bit or Win-7 64 bit.
> >
> > It is my understanding that there are significant problems when 
> > trying to run Access 2007 (32-bit) applications with Office 2013 (64 bit).
> > Is this true?
> >
> > Also, it is my understanding that if Office 2013 is installed on a
> > Windows-7 64-bit PC, it will be installed as Office 2013 64-bit.
> >
> > On the other hand if Office 2013 is installed on a Windows-7 32-bit 
> > PC, it will be installed as Office 2013 32-bit.
> >
> > Is this correct?
> >
> > Will an Access 2007 application run Okay with Office 2013 32-bit?
> >
> > Thanks,
> > Brad
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/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
>



--
*Regards,*
**
**
*Bill Benson*
*VBACreations*
**
PS:  You've gotten this e-mail *because you matter to me!*
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From fuller.artful at gmail.com  Mon Sep 16 07:21:43 2013
From: fuller.artful at gmail.com (Arthur Fuller)
Date: Mon, 16 Sep 2013 08:21:43 -0400
Subject: [AccessD] Questions on 32-bit 64-bit - Applications Developed
 with Access-2007
In-Reply-To: <67c5c47439f046a9b18bc18d0b1bdf2b@SIXPR04MB048.apcprd04.prod.outlook.com>
References: <E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local>
	<51E28F2A.13403.AEF4E57@stuart.lexacorp.com.pg>
	<E9A6E8C998E16F4FB3D861390AFE32C501A72D0B@blkltd.blkfst2003.local>
	<CAH+Met9+-4ygZGtX4j-AsvkCkFn6Vj1BTn82fY6A5HYuQsJh_g@mail.gmail.com>
	<009c01cea440$e84fa900$b8eefb00$@winhaven.net>
	<ffa1b0724cd74413a0c700a47ccc5c2a@SIXPR04MB048.apcprd04.prod.outlook.com>
	<CAGuQ9V7puZa+bpUt6jeL9drJO5cDCVM-MycmM2A54BbF-3XuJA@mail.gmail.com>
	<67c5c47439f046a9b18bc18d0b1bdf2b@SIXPR04MB048.apcprd04.prod.outlook.com>
Message-ID: <CAEPJO1ikaxu280C0d-LxYpRfnKhjB1ybKUojtGvy+bXF4BH21Q@mail.gmail.com>

>From what I've read and experimented with, the consensus seems to be that
the only significant gain to be had with Office 64-bit is in Excel.


Arthur


On Sun, Sep 15, 2013 at 8:15 PM, Darryl Collins <
darryl at whittleconsulting.com.au> wrote:

> I know one of the guys I worked with here ran some parallel testing using
> several of the data intensive processes we do using Excel and Access.  He
> found no (or very little) difference between the performance of O32 Bit and
> O64 Bit, both using Win 7 64 bit as the OS.  There was a stack of
> annoyances though with Office 64 bit.  Not stability issues as such, but
> more day to day stuff with code and addins failing or needing tweaking and
> other irritations.
>
> We decided that (for us) there was zero advantage in using Office 64 bit
> at the present time.  Of course this is hardly a conclusive or reliable
> study and your mileage *will* vary.  I guess I was expecting a big leap in
> performance, but it just wasn't there.  I think one day it will be great
> and standard use, but just not now.  Currently, too much hassle for not
> enough gain - maybe I am just getting Lazy (?)
>
> Cheers
> Darryl.
>
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com [mailto:
> accessd-bounces at databaseadvisors.com] On Behalf Of William Benson
> Sent: Friday, 13 September 2013 6:21 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Questions on 32-bit 64-bit - Applications Developed
> with Access-2007
>
> I am not disagreeing Darryl, but I do want to point out that without
> moving to 64-bit office, I don't think you get any advantage at all from
> Excel having more memory on the PC to do whatever it needs. While using
> more memory for other applications, I think Excel 32-bit still will only
> try to make use of up to 2 GB of memory.
>
> So if I am having "issues" with 32 bit excel running under win 7 32-bit
> with 4gb memory, nothing has improved to run 32 bit Excel running under win
> 7 64-bit with 8GB memory. So I have surmised.
>
> That's what I have been able to surmise anyway.
>
>
> On Wed, Aug 28, 2013 at 7:42 PM, Darryl Collins <
> darryl at whittleconsulting.com.au> wrote:
>
> > 2nd that.  64 Bit OS with 32 bit Office is currently the better option.
> >
> > Regards
> > Darryl
> >
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com [mailto:
> > accessd-bounces at databaseadvisors.com] On Behalf Of John R Bartow
> > Sent: Thursday, 29 August 2013 8:50 AM
> > To: 'Access Developers discussion and problem solving'
> > Subject: Re: [AccessD] Questions on 32-bit 64-bit - Applications
> > Developed with Access-2007
> >
> > Just for one more voice on that issue: DON'T USE 64 BIT OFFICE!
> >
> > ;-)
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte
> > Foust
> > Sent: Wednesday, August 28, 2013 12:00 PM
> > To: Access Developers discussion and problem solving
> > Subject: Re: [AccessD] Questions on 32-bit 64-bit - Applications
> > Developed with Access-2007
> >
> > To add to What Jim said, even Micrrosoft doesn't really recommend
> > running Office 64-bit unless you absolutely need to.  I run Office
> > 32-bit on Win 8 64-bit without any problems.  If some of your machines
> > are transitioning from 32-bit to 64-bit, you're best off upgrading to
> 32-bit Office.
> >
> >
> > On Tue, Aug 27, 2013 at 2:08 PM, Brad Marks <BradM at blackforestltd.com
> > >wrote:
> >
> > > All,
> > >
> > > We are starting to discuss the replacement of a number of old PCs (XP).
> > > They will probably be replaced with new Dell PCs.
> > >
> > > We have a number of Access 2007 applications (32 bit).
> > >
> > > It is my understanding that Access 2007 applications (32 bit) will
> > > run fine under Win-7 32-bit or Win-7 64 bit.
> > >
> > > It is my understanding that there are significant problems when
> > > trying to run Access 2007 (32-bit) applications with Office 2013 (64
> bit).
> > > Is this true?
> > >
> > > Also, it is my understanding that if Office 2013 is installed on a
> > > Windows-7 64-bit PC, it will be installed as Office 2013 64-bit.
> > >
> > > On the other hand if Office 2013 is installed on a Windows-7 32-bit
> > > PC, it will be installed as Office 2013 32-bit.
> > >
> > > Is this correct?
> > >
> > > Will an Access 2007 application run Okay with Office 2013 32-bit?
> > >
> > > Thanks,
> > > Brad
> > >
> > > --
> > > AccessD mailing list
> > > AccessD at databaseadvisors.com
> > > http://databaseadvisors.com/mailman/listinfo/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
> >
>
>
>
> --
> *Regards,*
> **
> **
> *Bill Benson*
> *VBACreations*
> **
> PS:  You've gotten this e-mail *because you matter to me!*
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>



-- 
Arthur

From jackandpat.d at gmail.com  Mon Sep 16 07:46:06 2013
From: jackandpat.d at gmail.com (jack drawbridge)
Date: Mon, 16 Sep 2013 08:46:06 -0400
Subject: [AccessD] Questions on 32-bit 64-bit - Applications Developed
 with Access-2007
In-Reply-To: <CAEPJO1ikaxu280C0d-LxYpRfnKhjB1ybKUojtGvy+bXF4BH21Q@mail.gmail.com>
References: <E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local>
	<51E28F2A.13403.AEF4E57@stuart.lexacorp.com.pg>
	<E9A6E8C998E16F4FB3D861390AFE32C501A72D0B@blkltd.blkfst2003.local>
	<CAH+Met9+-4ygZGtX4j-AsvkCkFn6Vj1BTn82fY6A5HYuQsJh_g@mail.gmail.com>
	<009c01cea440$e84fa900$b8eefb00$@winhaven.net>
	<ffa1b0724cd74413a0c700a47ccc5c2a@SIXPR04MB048.apcprd04.prod.outlook.com>
	<CAGuQ9V7puZa+bpUt6jeL9drJO5cDCVM-MycmM2A54BbF-3XuJA@mail.gmail.com>
	<67c5c47439f046a9b18bc18d0b1bdf2b@SIXPR04MB048.apcprd04.prod.outlook.com>
	<CAEPJO1ikaxu280C0d-LxYpRfnKhjB1ybKUojtGvy+bXF4BH21Q@mail.gmail.com>
Message-ID: <CAKvidAu9GhOoMrdL4Onf2s7x5OK-nLRM8nuBDKJdnZa2xGrraw@mail.gmail.com>

Here is a quote from one of the more experienced Access and Office users on
AccessWorldForums

"Most hardware these days is 64-bit. And for that, you will need 64-bit
Windows. HOWEVER, I would stick with the 32-bit version of Office. Access
32-bit and 64-bit are not compatible and the 64-bit version of Office gives
you nothing except the ability to run humongous spreadsheets and IMNSHO,
that isn't an advantage at all. It isn't possible to install 32-bit Access
and 64-bit Word, Excel, etc. It's all or nothing so stick with 32-bit
Officefor a
bit longer. "

Jack


On Mon, Sep 16, 2013 at 8:21 AM, Arthur Fuller <fuller.artful at gmail.com>wrote:

> From what I've read and experimented with, the consensus seems to be that
> the only significant gain to be had with Office 64-bit is in Excel.
>
>
> Arthur
>
>
> On Sun, Sep 15, 2013 at 8:15 PM, Darryl Collins <
> darryl at whittleconsulting.com.au> wrote:
>
> > I know one of the guys I worked with here ran some parallel testing using
> > several of the data intensive processes we do using Excel and Access.  He
> > found no (or very little) difference between the performance of O32 Bit
> and
> > O64 Bit, both using Win 7 64 bit as the OS.  There was a stack of
> > annoyances though with Office 64 bit.  Not stability issues as such, but
> > more day to day stuff with code and addins failing or needing tweaking
> and
> > other irritations.
> >
> > We decided that (for us) there was zero advantage in using Office 64 bit
> > at the present time.  Of course this is hardly a conclusive or reliable
> > study and your mileage *will* vary.  I guess I was expecting a big leap
> in
> > performance, but it just wasn't there.  I think one day it will be great
> > and standard use, but just not now.  Currently, too much hassle for not
> > enough gain - maybe I am just getting Lazy (?)
> >
> > Cheers
> > Darryl.
> >
> >
> >
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com [mailto:
> > accessd-bounces at databaseadvisors.com] On Behalf Of William Benson
> > Sent: Friday, 13 September 2013 6:21 AM
> > To: Access Developers discussion and problem solving
> > Subject: Re: [AccessD] Questions on 32-bit 64-bit - Applications
> Developed
> > with Access-2007
> >
> > I am not disagreeing Darryl, but I do want to point out that without
> > moving to 64-bit office, I don't think you get any advantage at all from
> > Excel having more memory on the PC to do whatever it needs. While using
> > more memory for other applications, I think Excel 32-bit still will only
> > try to make use of up to 2 GB of memory.
> >
> > So if I am having "issues" with 32 bit excel running under win 7 32-bit
> > with 4gb memory, nothing has improved to run 32 bit Excel running under
> win
> > 7 64-bit with 8GB memory. So I have surmised.
> >
> > That's what I have been able to surmise anyway.
> >
> >
> > On Wed, Aug 28, 2013 at 7:42 PM, Darryl Collins <
> > darryl at whittleconsulting.com.au> wrote:
> >
> > > 2nd that.  64 Bit OS with 32 bit Office is currently the better option.
> > >
> > > Regards
> > > Darryl
> > >
> > > -----Original Message-----
> > > From: accessd-bounces at databaseadvisors.com [mailto:
> > > accessd-bounces at databaseadvisors.com] On Behalf Of John R Bartow
> > > Sent: Thursday, 29 August 2013 8:50 AM
> > > To: 'Access Developers discussion and problem solving'
> > > Subject: Re: [AccessD] Questions on 32-bit 64-bit - Applications
> > > Developed with Access-2007
> > >
> > > Just for one more voice on that issue: DON'T USE 64 BIT OFFICE!
> > >
> > > ;-)
> > > -----Original Message-----
> > > From: accessd-bounces at databaseadvisors.com
> > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte
> > > Foust
> > > Sent: Wednesday, August 28, 2013 12:00 PM
> > > To: Access Developers discussion and problem solving
> > > Subject: Re: [AccessD] Questions on 32-bit 64-bit - Applications
> > > Developed with Access-2007
> > >
> > > To add to What Jim said, even Micrrosoft doesn't really recommend
> > > running Office 64-bit unless you absolutely need to.  I run Office
> > > 32-bit on Win 8 64-bit without any problems.  If some of your machines
> > > are transitioning from 32-bit to 64-bit, you're best off upgrading to
> > 32-bit Office.
> > >
> > >
> > > On Tue, Aug 27, 2013 at 2:08 PM, Brad Marks <BradM at blackforestltd.com
> > > >wrote:
> > >
> > > > All,
> > > >
> > > > We are starting to discuss the replacement of a number of old PCs
> (XP).
> > > > They will probably be replaced with new Dell PCs.
> > > >
> > > > We have a number of Access 2007 applications (32 bit).
> > > >
> > > > It is my understanding that Access 2007 applications (32 bit) will
> > > > run fine under Win-7 32-bit or Win-7 64 bit.
> > > >
> > > > It is my understanding that there are significant problems when
> > > > trying to run Access 2007 (32-bit) applications with Office 2013 (64
> > bit).
> > > > Is this true?
> > > >
> > > > Also, it is my understanding that if Office 2013 is installed on a
> > > > Windows-7 64-bit PC, it will be installed as Office 2013 64-bit.
> > > >
> > > > On the other hand if Office 2013 is installed on a Windows-7 32-bit
> > > > PC, it will be installed as Office 2013 32-bit.
> > > >
> > > > Is this correct?
> > > >
> > > > Will an Access 2007 application run Okay with Office 2013 32-bit?
> > > >
> > > > Thanks,
> > > > Brad
> > > >
> > > > --
> > > > AccessD mailing list
> > > > AccessD at databaseadvisors.com
> > > > http://databaseadvisors.com/mailman/listinfo/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
> > >
> >
> >
> >
> > --
> > *Regards,*
> > **
> > **
> > *Bill Benson*
> > *VBACreations*
> > **
> > PS:  You've gotten this e-mail *because you matter to me!*
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
>
>
>
> --
> Arthur
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>

From fuller.artful at gmail.com  Mon Sep 16 12:36:53 2013
From: fuller.artful at gmail.com (Arthur Fuller)
Date: Mon, 16 Sep 2013 13:36:53 -0400
Subject: [AccessD] DDJ C Obfuscation Contests
Message-ID: <CAEPJO1jywp7LGXODdBhT71qkq+=KHJKhVCF4tmNdPR7ksWsYTg@mail.gmail.com>

Anyone here besides me old enough to recall the C Obfuscation contests
Doctor Dobb's Journal used to run?

The idea is to write a small program that works, but to make it as
incomprehensible to other programmers as possible.

Perhaps we should liven up this list with such a contest.

-- 
Arthur

From charlotte.foust at gmail.com  Mon Sep 16 12:43:37 2013
From: charlotte.foust at gmail.com (Charlotte Foust)
Date: Mon, 16 Sep 2013 10:43:37 -0700
Subject: [AccessD] DDJ C Obfuscation Contests
In-Reply-To: <CAEPJO1jywp7LGXODdBhT71qkq+=KHJKhVCF4tmNdPR7ksWsYTg@mail.gmail.com>
References: <CAEPJO1jywp7LGXODdBhT71qkq+=KHJKhVCF4tmNdPR7ksWsYTg@mail.gmail.com>
Message-ID: <CAH+Met-g04ovH+G4bjaZoVCuPseQ5d8Bty97kNF6uJLLYUVvmA@mail.gmail.com>

I was a devoted reader, but I never was willing to purposely obfuscate my
code in any language.

Charlotte


On Mon, Sep 16, 2013 at 10:36 AM, Arthur Fuller <fuller.artful at gmail.com>wrote:

> Anyone here besides me old enough to recall the C Obfuscation contests
> Doctor Dobb's Journal used to run?
>
> The idea is to write a small program that works, but to make it as
> incomprehensible to other programmers as possible.
>
> Perhaps we should liven up this list with such a contest.
>
> --
> Arthur
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>

From jwcolby at gmail.com  Mon Sep 16 12:49:55 2013
From: jwcolby at gmail.com (John W Colby)
Date: Mon, 16 Sep 2013 13:49:55 -0400
Subject: [AccessD] DDJ C Obfuscation Contests
In-Reply-To: <CAH+Met-g04ovH+G4bjaZoVCuPseQ5d8Bty97kNF6uJLLYUVvmA@mail.gmail.com>
References: <CAEPJO1jywp7LGXODdBhT71qkq+=KHJKhVCF4tmNdPR7ksWsYTg@mail.gmail.com>
	<CAH+Met-g04ovH+G4bjaZoVCuPseQ5d8Bty97kNF6uJLLYUVvmA@mail.gmail.com>
Message-ID: <523744C3.5090903@gmail.com>

According to Arthur, I obfuscate anything that I write simply by writing it.

Or, as he actually said, "I can't write my way out of a paper bag".

Yes, I have a loooong memory Arthur!  ;)

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 9/16/2013 1:43 PM, Charlotte Foust wrote:
> I was a devoted reader, but I never was willing to purposely obfuscate my
> code in any language.
>
> Charlotte
>
>
> On Mon, Sep 16, 2013 at 10:36 AM, Arthur Fuller <fuller.artful at gmail.com>wrote:
>
>> Anyone here besides me old enough to recall the C Obfuscation contests
>> Doctor Dobb's Journal used to run?
>>
>> The idea is to write a small program that works, but to make it as
>> incomprehensible to other programmers as possible.
>>
>> Perhaps we should liven up this list with such a contest.
>>
>> --
>> Arthur
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>


From charlotte.foust at gmail.com  Mon Sep 16 12:52:38 2013
From: charlotte.foust at gmail.com (Charlotte Foust)
Date: Mon, 16 Sep 2013 10:52:38 -0700
Subject: [AccessD] DDJ C Obfuscation Contests
In-Reply-To: <523744C3.5090903@gmail.com>
References: <CAEPJO1jywp7LGXODdBhT71qkq+=KHJKhVCF4tmNdPR7ksWsYTg@mail.gmail.com>
	<CAH+Met-g04ovH+G4bjaZoVCuPseQ5d8Bty97kNF6uJLLYUVvmA@mail.gmail.com>
	<523744C3.5090903@gmail.com>
Message-ID: <CAH+Met8uWn9+b88fMn151-woaqc4+mQ4RB7iH+J+6+0AEddfwQ@mail.gmail.com>

Oh, you can write your way out of a paper bag, John.  You just keep
commenting until the bag bursts!  ;-)

Charlotte


On Mon, Sep 16, 2013 at 10:49 AM, John W Colby <jwcolby at gmail.com> wrote:

> According to Arthur, I obfuscate anything that I write simply by writing
> it.
>
> Or, as he actually said, "I can't write my way out of a paper bag".
>
> Yes, I have a loooong memory Arthur!  ;)
>
> John W. Colby
>
> Reality is what refuses to go away
> when you do not believe in it
>
>
> On 9/16/2013 1:43 PM, Charlotte Foust wrote:
>
>> I was a devoted reader, but I never was willing to purposely obfuscate my
>> code in any language.
>>
>> Charlotte
>>
>>
>> On Mon, Sep 16, 2013 at 10:36 AM, Arthur Fuller <fuller.artful at gmail.com>
>> **wrote:
>>
>>  Anyone here besides me old enough to recall the C Obfuscation contests
>>> Doctor Dobb's Journal used to run?
>>>
>>> The idea is to write a small program that works, but to make it as
>>> incomprehensible to other programmers as possible.
>>>
>>> Perhaps we should liven up this list with such a contest.
>>>
>>> --
>>> Arthur
>>> --
>>> AccessD mailing list
>>> AccessD at databaseadvisors.com
>>> http://databaseadvisors.com/**mailman/listinfo/accessd<http://databaseadvisors.com/mailman/listinfo/accessd>
>>> Website: http://www.databaseadvisors.**com<http://www.databaseadvisors.com>
>>>
>>>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/**mailman/listinfo/accessd<http://databaseadvisors.com/mailman/listinfo/accessd>
> Website: http://www.databaseadvisors.**com<http://www.databaseadvisors.com>
>

From jbartow at winhaven.net  Mon Sep 16 13:21:32 2013
From: jbartow at winhaven.net (John R Bartow)
Date: Mon, 16 Sep 2013 13:21:32 -0500
Subject: [AccessD] DDJ C Obfuscation Contests
In-Reply-To: <523744C3.5090903@gmail.com>
References: <CAEPJO1jywp7LGXODdBhT71qkq+=KHJKhVCF4tmNdPR7ksWsYTg@mail.gmail.com>	<CAH+Met-g04ovH+G4bjaZoVCuPseQ5d8Bty97kNF6uJLLYUVvmA@mail.gmail.com>
	<523744C3.5090903@gmail.com>
Message-ID: <00d201ceb309$927c99c0$b775cd40$@winhaven.net>

Lol! I thought that was your articles ;-)

If you and Steve Erbach got together to write a book I'm sure we'd all come
away completely impressed but totally bewildered ;-)

<just kidding! I think highly of both of you>
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
Sent: Monday, September 16, 2013 12:50 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] DDJ C Obfuscation Contests

According to Arthur, I obfuscate anything that I write simply by writing it.

Or, as he actually said, "I can't write my way out of a paper bag".

Yes, I have a loooong memory Arthur!  ;)

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 9/16/2013 1:43 PM, Charlotte Foust wrote:
> I was a devoted reader, but I never was willing to purposely obfuscate 
> my code in any language.
>
> Charlotte
>
>
> On Mon, Sep 16, 2013 at 10:36 AM, Arthur Fuller
<fuller.artful at gmail.com>wrote:
>
>> Anyone here besides me old enough to recall the C Obfuscation 
>> contests Doctor Dobb's Journal used to run?
>>
>> The idea is to write a small program that works, but to make it as 
>> incomprehensible to other programmers as possible.
>>
>> Perhaps we should liven up this list with such a contest.
>>
>> --
>> 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 BradM at blackforestltd.com  Mon Sep 16 13:31:42 2013
From: BradM at blackforestltd.com (Brad Marks)
Date: Mon, 16 Sep 2013 13:31:42 -0500
Subject: [AccessD] DDJ C Obfuscation Contests
References: <CAEPJO1jywp7LGXODdBhT71qkq+=KHJKhVCF4tmNdPR7ksWsYTg@mail.gmail.com>
Message-ID: <E9A6E8C998E16F4FB3D861390AFE32C501A9A6C6@blkltd.blkfst2003.local>

>> The idea is to write a small program that works, but to make it as
incomprehensible to other >> programmers as possible.

Along these same lines (having fun by messing with others)

The year was 1975.  Mainframe Realm.
No terminals, no PCs.
Punch Cards for input, green-bar paper for output
 
There was some characters that our mainframe printer could not print.
The "Print chain" (sort of like a chain saw blade) did not have all of
the characters.

Initiation for new programmers... give them a COBOL program listing that
had program code that used characters that did not print.

This may be the reason why so many of the young programmers lost their
hair during this era  :-)

Brad  


-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller
Sent: Monday, September 16, 2013 12:37 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] DDJ C Obfuscation Contests

Anyone here besides me old enough to recall the C Obfuscation contests
Doctor Dobb's Journal used to run?

The idea is to write a small program that works, but to make it as
incomprehensible to other programmers as possible.

Perhaps we should liven up this list with such a contest.

--
Arthur
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
This message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=C984C28C9A.E120D




From BradM at blackforestltd.com  Mon Sep 16 14:14:46 2013
From: BradM at blackforestltd.com (Brad Marks)
Date: Mon, 16 Sep 2013 14:14:46 -0500
Subject: [AccessD] Job Duration Puzzler - Access 2007 Report
References: <CAEPJO1jywp7LGXODdBhT71qkq+=KHJKhVCF4tmNdPR7ksWsYTg@mail.gmail.com>
Message-ID: <E9A6E8C998E16F4FB3D861390AFE32C501A9A6DF@blkltd.blkfst2003.local>

All,

We have a high level Access 2007 Report that is generated every night.
The data for this report is pulled from a number of SQL-Server database
tables. 

This report is automatically generated nightly on a server with these
specs -
MS Window Server 2003 R2 Enterprise Edition SP2
2.50 Ghz
12 GB Ram

About a month ago, I noticed that the "run time" for generating this
report went from 8 minutes to 20 minutes.  Everything works fine, except
that the run time has more than doubled.

I can also run this same report on a stand-alone PC with these specs -
Windows XP SP3
2.50 Ghz
3.25 GB Ram

When the same report is generated on this PC, the job runs for about 8
minutes.

Over the weekend, when nothing else was running, I conducted a number of
tests to confirm what I was seeing.

The results were consistent.  The generation of this report takes more
than twice as long on the Server as compared to the PC.

I am very puzzled and not sure where to look.

I don't know why the run times went up dramatically on the Server.

I don't understand why the run times vary between the two boxes.

Any insights or advice would be most appreciated.

Thanks,

Brad    
   




From rockysmolin at bchacc.com  Mon Sep 16 14:20:47 2013
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Mon, 16 Sep 2013 12:20:47 -0700
Subject: [AccessD] Job Duration Puzzler - Access 2007 Report
In-Reply-To: <E9A6E8C998E16F4FB3D861390AFE32C501A9A6DF@blkltd.blkfst2003.local>
References: <CAEPJO1jywp7LGXODdBhT71qkq+=KHJKhVCF4tmNdPR7ksWsYTg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A9A6DF@blkltd.blkfst2003.local>
Message-ID: <E9780BD8FB6D4CF686A7836ED6BDA48E@HAL9007>

Is it running entirely on the server with nothing coming across the wire?

r 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Monday, September 16, 2013 12:15 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Job Duration Puzzler - Access 2007 Report

All,

We have a high level Access 2007 Report that is generated every night.
The data for this report is pulled from a number of SQL-Server database
tables. 

This report is automatically generated nightly on a server with these specs
- MS Window Server 2003 R2 Enterprise Edition SP2 2.50 Ghz
12 GB Ram

About a month ago, I noticed that the "run time" for generating this report
went from 8 minutes to 20 minutes.  Everything works fine, except that the
run time has more than doubled.

I can also run this same report on a stand-alone PC with these specs -
Windows XP SP3 2.50 Ghz
3.25 GB Ram

When the same report is generated on this PC, the job runs for about 8
minutes.

Over the weekend, when nothing else was running, I conducted a number of
tests to confirm what I was seeing.

The results were consistent.  The generation of this report takes more than
twice as long on the Server as compared to the PC.

I am very puzzled and not sure where to look.

I don't know why the run times went up dramatically on the Server.

I don't understand why the run times vary between the two boxes.

Any insights or advice would be most appreciated.

Thanks,

Brad    
   



--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From BradM at blackforestltd.com  Mon Sep 16 14:24:40 2013
From: BradM at blackforestltd.com (Brad Marks)
Date: Mon, 16 Sep 2013 14:24:40 -0500
Subject: [AccessD] Job Duration Puzzler - Access 2007 Report
References: <CAEPJO1jywp7LGXODdBhT71qkq+=KHJKhVCF4tmNdPR7ksWsYTg@mail.gmail.com><E9A6E8C998E16F4FB3D861390AFE32C501A9A6DF@blkltd.blkfst2003.local>
	<E9780BD8FB6D4CF686A7836ED6BDA48E@HAL9007>
Message-ID: <E9A6E8C998E16F4FB3D861390AFE32C501A9A6E6@blkltd.blkfst2003.local>

Rocky,

Yes, it is running entirely on the server, pulling data from a local
SQL-Server database.

Brad  

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
Sent: Monday, September 16, 2013 2:21 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report

Is it running entirely on the server with nothing coming across the
wire?

r 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Monday, September 16, 2013 12:15 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Job Duration Puzzler - Access 2007 Report

All,

We have a high level Access 2007 Report that is generated every night.
The data for this report is pulled from a number of SQL-Server database
tables. 

This report is automatically generated nightly on a server with these
specs
- MS Window Server 2003 R2 Enterprise Edition SP2 2.50 Ghz
12 GB Ram

About a month ago, I noticed that the "run time" for generating this
report went from 8 minutes to 20 minutes.  Everything works fine, except
that the run time has more than doubled.

I can also run this same report on a stand-alone PC with these specs -
Windows XP SP3 2.50 Ghz
3.25 GB Ram

When the same report is generated on this PC, the job runs for about 8
minutes.

Over the weekend, when nothing else was running, I conducted a number of
tests to confirm what I was seeing.

The results were consistent.  The generation of this report takes more
than twice as long on the Server as compared to the PC.

I am very puzzled and not sure where to look.

I don't know why the run times went up dramatically on the Server.

I don't understand why the run times vary between the two boxes.

Any insights or advice would be most appreciated.

Thanks,

Brad    
   



--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/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 message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=26A7228C9A.3C04B




From rockysmolin at bchacc.com  Mon Sep 16 14:32:50 2013
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Mon, 16 Sep 2013 12:32:50 -0700
Subject: [AccessD] Job Duration Puzzler - Access 2007 Report
In-Reply-To: <E9A6E8C998E16F4FB3D861390AFE32C501A9A6E6@blkltd.blkfst2003.local>
References: <CAEPJO1jywp7LGXODdBhT71qkq+=KHJKhVCF4tmNdPR7ksWsYTg@mail.gmail.com><E9A6E8C998E16F4FB3D861390AFE32C501A9A6DF@blkltd.blkfst2003.local><E9780BD8FB6D4CF686A7836ED6BDA48E@HAL9007>
	<E9A6E8C998E16F4FB3D861390AFE32C501A9A6E6@blkltd.blkfst2003.local>
Message-ID: <F1665D19FDE84DAEAB0846E9936F7104@HAL9007>

WAGS:

Other jobs running at the same time now that weren't running before taking
machine cycles?  Change in priority of your job? Can you monitor the Task
Manager for the server while your job is running to see what else might be
going on?

R
 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Monday, September 16, 2013 12:25 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report

Rocky,

Yes, it is running entirely on the server, pulling data from a local
SQL-Server database.

Brad  

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
Sent: Monday, September 16, 2013 2:21 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report

Is it running entirely on the server with nothing coming across the wire?

r 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Monday, September 16, 2013 12:15 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Job Duration Puzzler - Access 2007 Report

All,

We have a high level Access 2007 Report that is generated every night.
The data for this report is pulled from a number of SQL-Server database
tables. 

This report is automatically generated nightly on a server with these specs
- MS Window Server 2003 R2 Enterprise Edition SP2 2.50 Ghz
12 GB Ram

About a month ago, I noticed that the "run time" for generating this report
went from 8 minutes to 20 minutes.  Everything works fine, except that the
run time has more than doubled.

I can also run this same report on a stand-alone PC with these specs -
Windows XP SP3 2.50 Ghz
3.25 GB Ram

When the same report is generated on this PC, the job runs for about 8
minutes.

Over the weekend, when nothing else was running, I conducted a number of
tests to confirm what I was seeing.

The results were consistent.  The generation of this report takes more than
twice as long on the Server as compared to the PC.

I am very puzzled and not sure where to look.

I don't know why the run times went up dramatically on the Server.

I don't understand why the run times vary between the two boxes.

Any insights or advice would be most appreciated.

Thanks,

Brad    
   



--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/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 message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=26A7228C9A.3C04B



--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From fuller.artful at gmail.com  Mon Sep 16 15:08:02 2013
From: fuller.artful at gmail.com (Arthur Fuller)
Date: Mon, 16 Sep 2013 16:08:02 -0400
Subject: [AccessD] Job Duration Puzzler - Access 2007 Report
In-Reply-To: <F1665D19FDE84DAEAB0846E9936F7104@HAL9007>
References: <CAEPJO1jywp7LGXODdBhT71qkq+=KHJKhVCF4tmNdPR7ksWsYTg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A9A6DF@blkltd.blkfst2003.local>
	<E9780BD8FB6D4CF686A7836ED6BDA48E@HAL9007>
	<E9A6E8C998E16F4FB3D861390AFE32C501A9A6E6@blkltd.blkfst2003.local>
	<F1665D19FDE84DAEAB0846E9936F7104@HAL9007>
Message-ID: <CAEPJO1ijM_3dAaC_WZ-VHakp5+RAChZZeRiJtw+c8DEAwHOn6g@mail.gmail.com>

First of all, I can't explain the sudden jump in execution time, but since
you run the report daily, I assume that a significant amount of data is
added every day. It's possible that your tables have become fragmented.
That would be one thing to check.

You didn't mention the data-source, other than saying the data comes from
several SQL Server tables. Is the connection to SQL Server an ODBC
connection? Is the data-source an Access query using a WHERE clause? If so,
that is a definite performance hit, since in that context ALL the data
travels the pipe, and then Access applies the WHERE conditions. You could
probably gain hugely in performance if you create either a View or a Stored
procedure on the server database and then change the data-source to invoke
that.

A good way to handle that is to create a view on the database that mimics
your Access query, and then create a Pass-Through Query (PTQ) in Access,
whose content reads "CALL <your_view_or_sp>". Finally, change the
data-source on the report to the name of the PTQ just created.

This technique eliminates the passing of all the data to Access; instead
all the work is performed on the server.

Recently I did some consulting/mentoring with a guy who wrote a monster
Access app, with hundreds of Access queries. We identified some bottlenecks
and followed the procedure outlined above, and the results were dramatic to
say the least: execution was sometimes 10% of what it was originally. As a
result of our initial eexperiments, the client gradually replaced almost
all his Access queries with PTQs, and overall the conversion was a huge
success, eliciting kudos from many of his customers.

Hope this helps.

Arthur


On Mon, Sep 16, 2013 at 3:32 PM, Rocky Smolin <rockysmolin at bchacc.com>wrote:

> WAGS:
>
> Other jobs running at the same time now that weren't running before taking
> machine cycles?  Change in priority of your job? Can you monitor the Task
> Manager for the server while your job is running to see what else might be
> going on?
>
> R
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
> Sent: Monday, September 16, 2013 12:25 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report
>
> Rocky,
>
> Yes, it is running entirely on the server, pulling data from a local
> SQL-Server database.
>
> Brad
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
> Sent: Monday, September 16, 2013 2:21 PM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report
>
> Is it running entirely on the server with nothing coming across the wire?
>
> r
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
> Sent: Monday, September 16, 2013 12:15 PM
> To: Access Developers discussion and problem solving
> Subject: [AccessD] Job Duration Puzzler - Access 2007 Report
>
> All,
>
> We have a high level Access 2007 Report that is generated every night.
> The data for this report is pulled from a number of SQL-Server database
> tables.
>
> This report is automatically generated nightly on a server with these specs
> - MS Window Server 2003 R2 Enterprise Edition SP2 2.50 Ghz
> 12 GB Ram
>
> About a month ago, I noticed that the "run time" for generating this report
> went from 8 minutes to 20 minutes.  Everything works fine, except that the
> run time has more than doubled.
>
> I can also run this same report on a stand-alone PC with these specs -
> Windows XP SP3 2.50 Ghz
> 3.25 GB Ram
>
> When the same report is generated on this PC, the job runs for about 8
> minutes.
>
> Over the weekend, when nothing else was running, I conducted a number of
> tests to confirm what I was seeing.
>
> The results were consistent.  The generation of this report takes more than
> twice as long on the Server as compared to the PC.
>
> I am very puzzled and not sure where to look.
>
> I don't know why the run times went up dramatically on the Server.
>
> I don't understand why the run times vary between the two boxes.
>
> Any insights or advice would be most appreciated.
>
> Thanks,
>
> Brad
>
>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/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 message was scanned by ESVA and is believed to be clean.
> Click here to report this message as spam.
> http://h0stname/cgi-bin/learn-msg.cgi?id=26A7228C9A.3C04B
>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>



-- 
Arthur

From BradM at blackforestltd.com  Mon Sep 16 15:22:48 2013
From: BradM at blackforestltd.com (Brad Marks)
Date: Mon, 16 Sep 2013 15:22:48 -0500
Subject: [AccessD] Job Duration Puzzler - Access 2007 Report
References: <CAEPJO1jywp7LGXODdBhT71qkq+=KHJKhVCF4tmNdPR7ksWsYTg@mail.gmail.com><E9A6E8C998E16F4FB3D861390AFE32C501A9A6DF@blkltd.blkfst2003.local><E9780BD8FB6D4CF686A7836ED6BDA48E@HAL9007><E9A6E8C998E16F4FB3D861390AFE32C501A9A6E6@blkltd.blkfst2003.local>
	<F1665D19FDE84DAEAB0846E9936F7104@HAL9007>
Message-ID: <E9A6E8C998E16F4FB3D861390AFE32C501A9A70E@blkltd.blkfst2003.local>

Rocky,

Thanks for your help.

I have watched the Task Manager a few times and not seen anything else
using a lot of the cycles.

This past weekend, I ran a number of tests, both on the Server and on
the Stand-alone PC.

I am quite sure that nothing else was running on either of these two
boxes during my tests.

The strange thing is that the stand-alone PC is able to generate the
report in less than half the time that it takes the Server to create the
report.

It almost feels like the connection between the Server and the database
is somehow different than the connection between the PC and the
database.  Both machines are using the exact same .accdr file and both
are pulling the same data from the same SQL-Server tables.

Thanks again,

Brad  

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
Sent: Monday, September 16, 2013 2:33 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report

WAGS:

Other jobs running at the same time now that weren't running before
taking machine cycles?  Change in priority of your job? Can you monitor
the Task Manager for the server while your job is running to see what
else might be going on?

R
 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Monday, September 16, 2013 12:25 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report

Rocky,

Yes, it is running entirely on the server, pulling data from a local
SQL-Server database.

Brad  

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
Sent: Monday, September 16, 2013 2:21 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report

Is it running entirely on the server with nothing coming across the
wire?

r 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Monday, September 16, 2013 12:15 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Job Duration Puzzler - Access 2007 Report

All,

We have a high level Access 2007 Report that is generated every night.
The data for this report is pulled from a number of SQL-Server database
tables. 

This report is automatically generated nightly on a server with these
specs
- MS Window Server 2003 R2 Enterprise Edition SP2 2.50 Ghz
12 GB Ram

About a month ago, I noticed that the "run time" for generating this
report went from 8 minutes to 20 minutes.  Everything works fine, except
that the run time has more than doubled.

I can also run this same report on a stand-alone PC with these specs -
Windows XP SP3 2.50 Ghz
3.25 GB Ram

When the same report is generated on this PC, the job runs for about 8
minutes.

Over the weekend, when nothing else was running, I conducted a number of
tests to confirm what I was seeing.

The results were consistent.  The generation of this report takes more
than twice as long on the Server as compared to the PC.

I am very puzzled and not sure where to look.

I don't know why the run times went up dramatically on the Server.

I don't understand why the run times vary between the two boxes.

Any insights or advice would be most appreciated.

Thanks,

Brad    
   



--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/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 message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=26A7228C9A.3C04B



--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/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 message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=4D40928C9A.CB309




From BradM at blackforestltd.com  Mon Sep 16 15:34:04 2013
From: BradM at blackforestltd.com (Brad Marks)
Date: Mon, 16 Sep 2013 15:34:04 -0500
Subject: [AccessD] Job Duration Puzzler - Access 2007 Report
References: <CAEPJO1jywp7LGXODdBhT71qkq+=KHJKhVCF4tmNdPR7ksWsYTg@mail.gmail.com><E9A6E8C998E16F4FB3D861390AFE32C501A9A6DF@blkltd.blkfst2003.local><E9780BD8FB6D4CF686A7836ED6BDA48E@HAL9007><E9A6E8C998E16F4FB3D861390AFE32C501A9A6E6@blkltd.blkfst2003.local><F1665D19FDE84DAEAB0846E9936F7104@HAL9007>
	<CAEPJO1ijM_3dAaC_WZ-VHakp5+RAChZZeRiJtw+c8DEAwHOn6g@mail.gmail.com>
Message-ID: <E9A6E8C998E16F4FB3D861390AFE32C501A9A715@blkltd.blkfst2003.local>

Arthur,

Thanks for sharing your ideas/insights.

Yes, the connection to SQL Server is ODBC.

When I generate the report on the stand-alone PC, it is generated in
less than half the time that it takes to generate that exact same report
(same accdr file) on the server.

I am just curious as to how the two boxes differ and why it takes much
longer to generate the report on the more powerful box.

Brad

PS.  I plan to dig deeper into Stored Procedures and PTQs down the road
when I have more time available.   


-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller
Sent: Monday, September 16, 2013 3:08 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report

First of all, I can't explain the sudden jump in execution time, but
since you run the report daily, I assume that a significant amount of
data is added every day. It's possible that your tables have become
fragmented.
That would be one thing to check.

You didn't mention the data-source, other than saying the data comes
from several SQL Server tables. Is the connection to SQL Server an ODBC
connection? Is the data-source an Access query using a WHERE clause? If
so, that is a definite performance hit, since in that context ALL the
data travels the pipe, and then Access applies the WHERE conditions. You
could probably gain hugely in performance if you create either a View or
a Stored procedure on the server database and then change the
data-source to invoke that.

A good way to handle that is to create a view on the database that
mimics your Access query, and then create a Pass-Through Query (PTQ) in
Access, whose content reads "CALL <your_view_or_sp>". Finally, change
the data-source on the report to the name of the PTQ just created.

This technique eliminates the passing of all the data to Access; instead
all the work is performed on the server.

Recently I did some consulting/mentoring with a guy who wrote a monster
Access app, with hundreds of Access queries. We identified some
bottlenecks and followed the procedure outlined above, and the results
were dramatic to say the least: execution was sometimes 10% of what it
was originally. As a result of our initial eexperiments, the client
gradually replaced almost all his Access queries with PTQs, and overall
the conversion was a huge success, eliciting kudos from many of his
customers.

Hope this helps.

Arthur


On Mon, Sep 16, 2013 at 3:32 PM, Rocky Smolin
<rockysmolin at bchacc.com>wrote:

> WAGS:
>
> Other jobs running at the same time now that weren't running before 
> taking machine cycles?  Change in priority of your job? Can you 
> monitor the Task Manager for the server while your job is running to 
> see what else might be going on?
>
> R
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
> Sent: Monday, September 16, 2013 12:25 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report
>
> Rocky,
>
> Yes, it is running entirely on the server, pulling data from a local 
> SQL-Server database.
>
> Brad
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky 
> Smolin
> Sent: Monday, September 16, 2013 2:21 PM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report
>
> Is it running entirely on the server with nothing coming across the
wire?
>
> r
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
> Sent: Monday, September 16, 2013 12:15 PM
> To: Access Developers discussion and problem solving
> Subject: [AccessD] Job Duration Puzzler - Access 2007 Report
>
> All,
>
> We have a high level Access 2007 Report that is generated every night.
> The data for this report is pulled from a number of SQL-Server 
> database tables.
>
> This report is automatically generated nightly on a server with these 
> specs
> - MS Window Server 2003 R2 Enterprise Edition SP2 2.50 Ghz
> 12 GB Ram
>
> About a month ago, I noticed that the "run time" for generating this 
> report went from 8 minutes to 20 minutes.  Everything works fine, 
> except that the run time has more than doubled.
>
> I can also run this same report on a stand-alone PC with these specs -

> Windows XP SP3 2.50 Ghz
> 3.25 GB Ram
>
> When the same report is generated on this PC, the job runs for about 8

> minutes.
>
> Over the weekend, when nothing else was running, I conducted a number 
> of tests to confirm what I was seeing.
>
> The results were consistent.  The generation of this report takes more

> than twice as long on the Server as compared to the PC.
>
> I am very puzzled and not sure where to look.
>
> I don't know why the run times went up dramatically on the Server.
>
> I don't understand why the run times vary between the two boxes.
>
> Any insights or advice would be most appreciated.
>
> Thanks,
>
> Brad
>
>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/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 message was scanned by ESVA and is believed to be clean.
> Click here to report this message as spam.
> http://h0stname/cgi-bin/learn-msg.cgi?id=26A7228C9A.3C04B
>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>



--
Arthur
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
This message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=91A1B28C9A.BC189




From jimdettman at verizon.net  Mon Sep 16 16:28:51 2013
From: jimdettman at verizon.net (Jim Dettman)
Date: Mon, 16 Sep 2013 17:28:51 -0400
Subject: [AccessD] Job Duration Puzzler - Access 2007 Report
In-Reply-To: <E9A6E8C998E16F4FB3D861390AFE32C501A9A6DF@blkltd.blkfst2003.local>
References: <CAEPJO1jywp7LGXODdBhT71qkq+=KHJKhVCF4tmNdPR7ksWsYTg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A9A6DF@blkltd.blkfst2003.local>
Message-ID: <B0EA39998DC44F60BAA735C2BD8DF145@XPS>

Brad,

  Your server scheduling may be set to give priority to background services
rather then foreground applications.  If so, anything in the running as a
service is going to preempt your Access Reporting, which will increase the
time it takes to run.

  There are also some memory related settings on the advanced tab that can
affect foreground processing and may have been changed either by a software
install or in conjunction with it.

Jim. 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Monday, September 16, 2013 03:15 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Job Duration Puzzler - Access 2007 Report

All,

We have a high level Access 2007 Report that is generated every night.
The data for this report is pulled from a number of SQL-Server database
tables. 

This report is automatically generated nightly on a server with these
specs -
MS Window Server 2003 R2 Enterprise Edition SP2
2.50 Ghz
12 GB Ram

About a month ago, I noticed that the "run time" for generating this
report went from 8 minutes to 20 minutes.  Everything works fine, except
that the run time has more than doubled.

I can also run this same report on a stand-alone PC with these specs -
Windows XP SP3
2.50 Ghz
3.25 GB Ram

When the same report is generated on this PC, the job runs for about 8
minutes.

Over the weekend, when nothing else was running, I conducted a number of
tests to confirm what I was seeing.

The results were consistent.  The generation of this report takes more
than twice as long on the Server as compared to the PC.

I am very puzzled and not sure where to look.

I don't know why the run times went up dramatically on the Server.

I don't understand why the run times vary between the two boxes.

Any insights or advice would be most appreciated.

Thanks,

Brad    
   



-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From garykjos at gmail.com  Mon Sep 16 16:34:27 2013
From: garykjos at gmail.com (Gary Kjos)
Date: Mon, 16 Sep 2013 16:34:27 -0500
Subject: [AccessD] Job Duration Puzzler - Access 2007 Report
In-Reply-To: <E9A6E8C998E16F4FB3D861390AFE32C501A9A6DF@blkltd.blkfst2003.local>
References: <CAEPJO1jywp7LGXODdBhT71qkq+=KHJKhVCF4tmNdPR7ksWsYTg@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501A9A6DF@blkltd.blkfst2003.local>
Message-ID: <CAJ2R_pKn_h8gYwv2m5DQKLW5ZUUw3eNq8jbjGY=uNDBezUc0+Q@mail.gmail.com>

Is there anti-virus software running on the server that might be scanning
the Access file as it's running?  perhaps something with the exceptions
list to exclude the Access file data type was changed?  Have you tried a
compact and repair on the copy of the access database running on the
server?

Just tossing some things out there.

GK


On Mon, Sep 16, 2013 at 2:14 PM, Brad Marks <BradM at blackforestltd.com>wrote:

> All,
>
> We have a high level Access 2007 Report that is generated every night.
> The data for this report is pulled from a number of SQL-Server database
> tables.
>
> This report is automatically generated nightly on a server with these
> specs -
> MS Window Server 2003 R2 Enterprise Edition SP2
> 2.50 Ghz
> 12 GB Ram
>
> About a month ago, I noticed that the "run time" for generating this
> report went from 8 minutes to 20 minutes.  Everything works fine, except
> that the run time has more than doubled.
>
> I can also run this same report on a stand-alone PC with these specs -
> Windows XP SP3
> 2.50 Ghz
> 3.25 GB Ram
>
> When the same report is generated on this PC, the job runs for about 8
> minutes.
>
> Over the weekend, when nothing else was running, I conducted a number of
> tests to confirm what I was seeing.
>
> The results were consistent.  The generation of this report takes more
> than twice as long on the Server as compared to the PC.
>
> I am very puzzled and not sure where to look.
>
> I don't know why the run times went up dramatically on the Server.
>
> I don't understand why the run times vary between the two boxes.
>
> Any insights or advice would be most appreciated.
>
> Thanks,
>
> Brad
>
>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>



-- 
Gary Kjos
garykjos at gmail.com

From BradM at blackforestltd.com  Mon Sep 16 16:54:16 2013
From: BradM at blackforestltd.com (Brad Marks)
Date: Mon, 16 Sep 2013 16:54:16 -0500
Subject: [AccessD] Job Duration Puzzler - Access 2007 Report
References: <CAEPJO1jywp7LGXODdBhT71qkq+=KHJKhVCF4tmNdPR7ksWsYTg@mail.gmail.com><E9A6E8C998E16F4FB3D861390AFE32C501A9A6DF@blkltd.blkfst2003.local>
	<B0EA39998DC44F60BAA735C2BD8DF145@XPS>
Message-ID: <E9A6E8C998E16F4FB3D861390AFE32C501A9A735@blkltd.blkfst2003.local>

Jim,

I will check into these.

Thanks,
Brad  

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman
Sent: Monday, September 16, 2013 4:29 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report

Brad,

  Your server scheduling may be set to give priority to background
services rather then foreground applications.  If so, anything in the
running as a service is going to preempt your Access Reporting, which
will increase the time it takes to run.

  There are also some memory related settings on the advanced tab that
can affect foreground processing and may have been changed either by a
software install or in conjunction with it.

Jim. 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Monday, September 16, 2013 03:15 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Job Duration Puzzler - Access 2007 Report

All,

We have a high level Access 2007 Report that is generated every night.
The data for this report is pulled from a number of SQL-Server database
tables. 

This report is automatically generated nightly on a server with these
specs - MS Window Server 2003 R2 Enterprise Edition SP2
2.50 Ghz
12 GB Ram

About a month ago, I noticed that the "run time" for generating this
report went from 8 minutes to 20 minutes.  Everything works fine, except
that the run time has more than doubled.

I can also run this same report on a stand-alone PC with these specs -
Windows XP SP3
2.50 Ghz
3.25 GB Ram

When the same report is generated on this PC, the job runs for about 8
minutes.

Over the weekend, when nothing else was running, I conducted a number of
tests to confirm what I was seeing.

The results were consistent.  The generation of this report takes more
than twice as long on the Server as compared to the PC.

I am very puzzled and not sure where to look.

I don't know why the run times went up dramatically on the Server.

I don't understand why the run times vary between the two boxes.

Any insights or advice would be most appreciated.

Thanks,

Brad    
   



--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/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 message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=A846A28C9A.7865A




From BradM at blackforestltd.com  Mon Sep 16 16:58:04 2013
From: BradM at blackforestltd.com (Brad Marks)
Date: Mon, 16 Sep 2013 16:58:04 -0500
Subject: [AccessD] Job Duration Puzzler - Access 2007 Report
References: <CAEPJO1jywp7LGXODdBhT71qkq+=KHJKhVCF4tmNdPR7ksWsYTg@mail.gmail.com><E9A6E8C998E16F4FB3D861390AFE32C501A9A6DF@blkltd.blkfst2003.local>
	<CAJ2R_pKn_h8gYwv2m5DQKLW5ZUUw3eNq8jbjGY=uNDBezUc0+Q@mail.gmail.com>
Message-ID: <E9A6E8C998E16F4FB3D861390AFE32C501A9A736@blkltd.blkfst2003.local>

Gary,

I had not thought about anti-virus software getting into the act.  I
will investigate.

I have done a compact and repair.
 
The accdr file is the exact same file for both the Server and the
stand-alone PC.

Thanks,
Brad

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos
Sent: Monday, September 16, 2013 4:34 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report

Is there anti-virus software running on the server that might be
scanning the Access file as it's running?  perhaps something with the
exceptions list to exclude the Access file data type was changed?  Have
you tried a compact and repair on the copy of the access database
running on the server?

Just tossing some things out there.

GK


On Mon, Sep 16, 2013 at 2:14 PM, Brad Marks
<BradM at blackforestltd.com>wrote:

> All,
>
> We have a high level Access 2007 Report that is generated every night.
> The data for this report is pulled from a number of SQL-Server 
> database tables.
>
> This report is automatically generated nightly on a server with these 
> specs - MS Window Server 2003 R2 Enterprise Edition SP2
> 2.50 Ghz
> 12 GB Ram
>
> About a month ago, I noticed that the "run time" for generating this 
> report went from 8 minutes to 20 minutes.  Everything works fine, 
> except that the run time has more than doubled.
>
> I can also run this same report on a stand-alone PC with these specs -

> Windows XP SP3
> 2.50 Ghz
> 3.25 GB Ram
>
> When the same report is generated on this PC, the job runs for about 8

> minutes.
>
> Over the weekend, when nothing else was running, I conducted a number 
> of tests to confirm what I was seeing.
>
> The results were consistent.  The generation of this report takes more

> than twice as long on the Server as compared to the PC.
>
> I am very puzzled and not sure where to look.
>
> I don't know why the run times went up dramatically on the Server.
>
> I don't understand why the run times vary between the two boxes.
>
> Any insights or advice would be most appreciated.
>
> Thanks,
>
> Brad
>
>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.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

--
This message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=21C0628C9A.5D5F9




From rockysmolin at bchacc.com  Mon Sep 16 17:32:41 2013
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Mon, 16 Sep 2013 15:32:41 -0700
Subject: [AccessD] Job Duration Puzzler - Access 2007 Report
In-Reply-To: <E9A6E8C998E16F4FB3D861390AFE32C501A9A70E@blkltd.blkfst2003.local>
References: <CAEPJO1jywp7LGXODdBhT71qkq+=KHJKhVCF4tmNdPR7ksWsYTg@mail.gmail.com><E9A6E8C998E16F4FB3D861390AFE32C501A9A6DF@blkltd.blkfst2003.local><E9780BD8FB6D4CF686A7836ED6BDA48E@HAL9007><E9A6E8C998E16F4FB3D861390AFE32C501A9A6E6@blkltd.blkfst2003.local><F1665D19FDE84DAEAB0846E9936F7104@HAL9007>
	<E9A6E8C998E16F4FB3D861390AFE32C501A9A70E@blkltd.blkfst2003.local>
Message-ID: <E5C9693487454E75BFDD8569E53F1110@HAL9007>

Odd.  I'd ask about hardware differences between the two boxes but you say
the server box used to be fast and is now slow.  So I'm assuming no hardware
changes on the server. 

Next thing I'd try to determine is if this slowness is unique to this app or
if other apps are experiencing the same slowdown.

R


-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Monday, September 16, 2013 1:23 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report

Rocky,

Thanks for your help.

I have watched the Task Manager a few times and not seen anything else using
a lot of the cycles.

This past weekend, I ran a number of tests, both on the Server and on the
Stand-alone PC.

I am quite sure that nothing else was running on either of these two boxes
during my tests.

The strange thing is that the stand-alone PC is able to generate the report
in less than half the time that it takes the Server to create the report.

It almost feels like the connection between the Server and the database is
somehow different than the connection between the PC and the database.  Both
machines are using the exact same .accdr file and both are pulling the same
data from the same SQL-Server tables.

Thanks again,

Brad  

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
Sent: Monday, September 16, 2013 2:33 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report

WAGS:

Other jobs running at the same time now that weren't running before taking
machine cycles?  Change in priority of your job? Can you monitor the Task
Manager for the server while your job is running to see what else might be
going on?

R
 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Monday, September 16, 2013 12:25 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report

Rocky,

Yes, it is running entirely on the server, pulling data from a local
SQL-Server database.

Brad  

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
Sent: Monday, September 16, 2013 2:21 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report

Is it running entirely on the server with nothing coming across the wire?

r 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Monday, September 16, 2013 12:15 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Job Duration Puzzler - Access 2007 Report

All,

We have a high level Access 2007 Report that is generated every night.
The data for this report is pulled from a number of SQL-Server database
tables. 

This report is automatically generated nightly on a server with these specs
- MS Window Server 2003 R2 Enterprise Edition SP2 2.50 Ghz
12 GB Ram

About a month ago, I noticed that the "run time" for generating this report
went from 8 minutes to 20 minutes.  Everything works fine, except that the
run time has more than doubled.

I can also run this same report on a stand-alone PC with these specs -
Windows XP SP3 2.50 Ghz
3.25 GB Ram

When the same report is generated on this PC, the job runs for about 8
minutes.

Over the weekend, when nothing else was running, I conducted a number of
tests to confirm what I was seeing.

The results were consistent.  The generation of this report takes more than
twice as long on the Server as compared to the PC.

I am very puzzled and not sure where to look.

I don't know why the run times went up dramatically on the Server.

I don't understand why the run times vary between the two boxes.

Any insights or advice would be most appreciated.

Thanks,

Brad    
   



--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/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 message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=26A7228C9A.3C04B



--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/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 message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=4D40928C9A.CB309



--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From BradM at blackforestltd.com  Tue Sep 17 13:19:52 2013
From: BradM at blackforestltd.com (Brad Marks)
Date: Tue, 17 Sep 2013 13:19:52 -0500
Subject: [AccessD] Job Duration Puzzler - Access 2007 Report
References: <CAEPJO1jywp7LGXODdBhT71qkq+=KHJKhVCF4tmNdPR7ksWsYTg@mail.gmail.com><E9A6E8C998E16F4FB3D861390AFE32C501A9A6DF@blkltd.blkfst2003.local><E9780BD8FB6D4CF686A7836ED6BDA48E@HAL9007><E9A6E8C998E16F4FB3D861390AFE32C501A9A6E6@blkltd.blkfst2003.local><F1665D19FDE84DAEAB0846E9936F7104@HAL9007><E9A6E8C998E16F4FB3D861390AFE32C501A9A70E@blkltd.blkfst2003.local>
	<E5C9693487454E75BFDD8569E53F1110@HAL9007>
Message-ID: <E9A6E8C998E16F4FB3D861390AFE32C501A9A810@blkltd.blkfst2003.local>

All,

I conducted some additional tests early this morning before anyone else
was using the system.

I ran the long-running report (20 minutes).  While this was running, I
watched the system with the Windows Task Manager.  The Access report
would often get 10-15% of the CPU.  The remainder of the CPU was going
to the System Idle Process.  

I then ran some smaller, faster running Access reports.  One such report
ran in 1 second on the smaller PC and took nearly 30 seconds to run on
the larger Server.

I also reviewed the ODBC connections.  They are set up exactly the same
on the smaller PC as on the larger server.  I wanted to be sure that
Tracing and logging were not turned on.

This situation really has me puzzled.

Thanks for the help!

Brad    

"All we are saying is give peas a chance" - International Legume Council

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~ 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
Sent: Monday, September 16, 2013 5:33 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report

Odd.  I'd ask about hardware differences between the two boxes but you
say the server box used to be fast and is now slow.  So I'm assuming no
hardware changes on the server. 

Next thing I'd try to determine is if this slowness is unique to this
app or if other apps are experiencing the same slowdown.

R


-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Monday, September 16, 2013 1:23 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report

Rocky,

Thanks for your help.

I have watched the Task Manager a few times and not seen anything else
using a lot of the cycles.

This past weekend, I ran a number of tests, both on the Server and on
the Stand-alone PC.

I am quite sure that nothing else was running on either of these two
boxes during my tests.

The strange thing is that the stand-alone PC is able to generate the
report in less than half the time that it takes the Server to create the
report.

It almost feels like the connection between the Server and the database
is somehow different than the connection between the PC and the
database.  Both machines are using the exact same .accdr file and both
are pulling the same data from the same SQL-Server tables.

Thanks again,

Brad  

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
Sent: Monday, September 16, 2013 2:33 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report

WAGS:

Other jobs running at the same time now that weren't running before
taking machine cycles?  Change in priority of your job? Can you monitor
the Task Manager for the server while your job is running to see what
else might be going on?

R
 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Monday, September 16, 2013 12:25 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report

Rocky,

Yes, it is running entirely on the server, pulling data from a local
SQL-Server database.

Brad  

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
Sent: Monday, September 16, 2013 2:21 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report

Is it running entirely on the server with nothing coming across the
wire?

r 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Monday, September 16, 2013 12:15 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Job Duration Puzzler - Access 2007 Report

All,

We have a high level Access 2007 Report that is generated every night.
The data for this report is pulled from a number of SQL-Server database
tables. 

This report is automatically generated nightly on a server with these
specs
- MS Window Server 2003 R2 Enterprise Edition SP2 2.50 Ghz
12 GB Ram

About a month ago, I noticed that the "run time" for generating this
report went from 8 minutes to 20 minutes.  Everything works fine, except
that the run time has more than doubled.

I can also run this same report on a stand-alone PC with these specs -
Windows XP SP3 2.50 Ghz
3.25 GB Ram

When the same report is generated on this PC, the job runs for about 8
minutes.

Over the weekend, when nothing else was running, I conducted a number of
tests to confirm what I was seeing.

The results were consistent.  The generation of this report takes more
than twice as long on the Server as compared to the PC.

I am very puzzled and not sure where to look.

I don't know why the run times went up dramatically on the Server.

I don't understand why the run times vary between the two boxes.

Any insights or advice would be most appreciated.

Thanks,

Brad    
   



--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/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 message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=26A7228C9A.3C04B



--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/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 message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=4D40928C9A.CB309



--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/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 message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=C07FE28CAC.33212




From rford at terra.com.br  Wed Sep 18 07:04:01 2013
From: rford at terra.com.br (Roberto Ford Long)
Date: Wed, 18 Sep 2013 09:04:01 -0300
Subject: [AccessD] RES: [Spam] Re: Job Duration Puzzler - Access 2007 Report
In-Reply-To: <E9A6E8C998E16F4FB3D861390AFE32C501A9A810@blkltd.blkfst2003.local>
References: <CAEPJO1jywp7LGXODdBhT71qkq+=KHJKhVCF4tmNdPR7ksWsYTg@mail.gmail.com><E9A6E8C998E16F4FB3D861390AFE32C501A9A6DF@blkltd.blkfst2003.local><E9780BD8FB6D4CF686A7836ED6BDA48E@HAL9007><E9A6E8C998E16F4FB3D861390AFE32C501A9A6E6@blkltd.blkfst2003.local><F1665D19FDE84DAEAB0846E9936F7104@HAL9007><E9A6E8C998E16F4FB3D861390AFE32C501A9A70E@blkltd.blkfst2003.local>	<E5C9693487454E75BFDD8569E53F1110@HAL9007>
	<E9A6E8C998E16F4FB3D861390AFE32C501A9A810@blkltd.blkfst2003.local>
Message-ID: <004b01ceb467$2aeadfb0$80c09f10$@terra.com.br>

Hi, Brad.
Some time ago, I ran on similar problem, but with Firebird database.
The server hardware was a Dell blade. I don't remember the model. 
But it had a raid controller with a little cache memory.
When the database size increased, the performance drops down a lot.
So, my guess: do a simple disk benchmark test, like copy a big file from one
folder to another, and then repeat the copy with a file of same size on your
desktop PC.
Good lucky.
Roberto.

> -----Mensagem original-----
> De: accessd-bounces at databaseadvisors.com [mailto:accessd-
> bounces at databaseadvisors.com] Em nome de Brad Marks
> Enviada em: ter?a-feira, 17 de setembro de 2013 15:20
> Para: Access Developers discussion and problem solving
> Assunto: [Spam] Re: [AccessD] Job Duration Puzzler - Access 2007 Report
> 
> All,
> 
> I conducted some additional tests early this morning before anyone else
was
> using the system.
> 
> I ran the long-running report (20 minutes).  While this was running, I
watched
> the system with the Windows Task Manager.  The Access report would often
> get 10-15% of the CPU.  The remainder of the CPU was going to the System
> Idle Process.
> 
> I then ran some smaller, faster running Access reports.  One such report
ran
> in 1 second on the smaller PC and took nearly 30 seconds to run on the
larger
> Server.
> 
> I also reviewed the ODBC connections.  They are set up exactly the same on
> the smaller PC as on the larger server.  I wanted to be sure that Tracing
and
> logging were not turned on.
> 
> This situation really has me puzzled.
> 
> Thanks for the help!
> 
> Brad
> 
> "All we are saying is give peas a chance" - International Legume Council
> 
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> ~~~~~~~~~~~~~~
> ~~~~~~~~
> 
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
> Sent: Monday, September 16, 2013 5:33 PM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report
> 
> Odd.  I'd ask about hardware differences between the two boxes but you
> say the server box used to be fast and is now slow.  So I'm assuming no
> hardware changes on the server.
> 
> Next thing I'd try to determine is if this slowness is unique to this app
or if
> other apps are experiencing the same slowdown.
> 
> R
> 
> 
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
> Sent: Monday, September 16, 2013 1:23 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report
> 
> Rocky,
> 
> Thanks for your help.
> 
> I have watched the Task Manager a few times and not seen anything else
> using a lot of the cycles.
> 
> This past weekend, I ran a number of tests, both on the Server and on the
> Stand-alone PC.
> 
> I am quite sure that nothing else was running on either of these two boxes
> during my tests.
> 
> The strange thing is that the stand-alone PC is able to generate the
report in
> less than half the time that it takes the Server to create the report.
> 
> It almost feels like the connection between the Server and the database is
> somehow different than the connection between the PC and the database.
> Both machines are using the exact same .accdr file and both are pulling
the
> same data from the same SQL-Server tables.
> 
> Thanks again,
> 
> Brad
> 
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
> Sent: Monday, September 16, 2013 2:33 PM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report
> 
> WAGS:
> 
> Other jobs running at the same time now that weren't running before taking
> machine cycles?  Change in priority of your job? Can you monitor the Task
> Manager for the server while your job is running to see what else might be
> going on?
> 
> R
> 
> 
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
> Sent: Monday, September 16, 2013 12:25 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report
> 
> Rocky,
> 
> Yes, it is running entirely on the server, pulling data from a local
SQL-Server
> database.
> 
> Brad
> 
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
> Sent: Monday, September 16, 2013 2:21 PM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Job Duration Puzzler - Access 2007 Report
> 
> Is it running entirely on the server with nothing coming across the wire?
> 
> r
> 
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
> Sent: Monday, September 16, 2013 12:15 PM
> To: Access Developers discussion and problem solving
> Subject: [AccessD] Job Duration Puzzler - Access 2007 Report
> 
> All,
> 
> We have a high level Access 2007 Report that is generated every night.
> The data for this report is pulled from a number of SQL-Server database
> tables.
> 
> This report is automatically generated nightly on a server with these
specs
> - MS Window Server 2003 R2 Enterprise Edition SP2 2.50 Ghz
> 12 GB Ram
> 
> About a month ago, I noticed that the "run time" for generating this
report
> went from 8 minutes to 20 minutes.  Everything works fine, except that the
> run time has more than doubled.
> 
> I can also run this same report on a stand-alone PC with these specs -
> Windows XP SP3 2.50 Ghz
> 3.25 GB Ram
> 
> When the same report is generated on this PC, the job runs for about 8
> minutes.
> 
> Over the weekend, when nothing else was running, I conducted a number of
> tests to confirm what I was seeing.
> 
> The results were consistent.  The generation of this report takes more
than
> twice as long on the Server as compared to the PC.
> 
> I am very puzzled and not sure where to look.
> 
> I don't know why the run times went up dramatically on the Server.
> 
> I don't understand why the run times vary between the two boxes.
> 
> Any insights or advice would be most appreciated.
> 
> Thanks,
> 
> Brad
> 
> 
> 
> 
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/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 message was scanned by ESVA and is believed to be clean.
> Click here to report this message as spam.
> http://h0stname/cgi-bin/learn-msg.cgi?id=26A7228C9A.3C04B
> 
> 
> 
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/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 message was scanned by ESVA and is believed to be clean.
> Click here to report this message as spam.
> http://h0stname/cgi-bin/learn-msg.cgi?id=4D40928C9A.CB309
> 
> 
> 
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/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 message was scanned by ESVA and is believed to be clean.
> Click here to report this message as spam.
> http://h0stname/cgi-bin/learn-msg.cgi?id=C07FE28CAC.33212
> 
> 
> 
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com



From rockysmolin at bchacc.com  Thu Sep 19 09:46:44 2013
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Thu, 19 Sep 2013 07:46:44 -0700
Subject: [AccessD] Viral News
Message-ID: <CD077178265B44D5B2D6A6D99ECB32C4@HAL9007>

http://www.ic3.gov/media/2013/130918.aspx
 
I think I may have already blocked this once.
 
Rocky Smolin
Beach Access Software
858-259-4334
www.bchacc.com <http://www.bchacc.com/> 
www.e-z-mrp.com <http://www.e-z-mrp.com/> 
Skype: rocky.smolin
 

From accessd at shaw.ca  Thu Sep 19 12:40:42 2013
From: accessd at shaw.ca (Jim Lawrence)
Date: Thu, 19 Sep 2013 11:40:42 -0600 (MDT)
Subject: [AccessD] Viral News
In-Reply-To: <CD077178265B44D5B2D6A6D99ECB32C4@HAL9007>
Message-ID: <1338594713.8046165.1379612442253.JavaMail.root@cds002>

Good heads up...

Jim

----- Original Message -----
From: "Rocky Smolin" <rockysmolin at bchacc.com>
To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>, "Off Topic" <dba-ot at databaseadvisors.com>, "List" <dba-tech at databaseadvisors.com>
Sent: Thursday, September 19, 2013 7:46:44 AM
Subject: [AccessD] Viral News

http://www.ic3.gov/media/2013/130918.aspx
 
I think I may have already blocked this once.
 
Rocky Smolin
Beach Access Software
858-259-4334
www.bchacc.com <http://www.bchacc.com/> 
www.e-z-mrp.com <http://www.e-z-mrp.com/> 
Skype: rocky.smolin
 
-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

From dw-murphy at cox.net  Fri Sep 20 13:38:47 2013
From: dw-murphy at cox.net (Doug Murphy)
Date: Fri, 20 Sep 2013 11:38:47 -0700
Subject: [AccessD] Access error - A problem occurred while Microsoft Access
	was communicating with the OLE server or Active X Control.
Message-ID: <006a01ceb630$a4a957d0$edfc0770$@cox.net>

Folks,

This is driving me nuts. I created a new Access 2010, accdb database.
Created some tables. Created one form with one table as the recordsource.
The form has a total of 269 controls on it, labels, text boxes, etc. There
is no code on the form aside from a close button that runs 'Docmd.close'.
When I attempt to close the form using the button I get an Access error " A
problem occurred while Microsoft Access was communicating with the OLE
server or Active X Control.". The error is thrown before the code runs.
Can't catch it with a break point. If I substitute a macro it closes fine.
What can be causing this? I have compacted, decompiled/compiled/compacted,
imported into a new database container, exported form to text and
re-imported and still get the error. Tried putting the file on another
computer to see if my version of Access corrupted somehow. Get the same
error there.

Looked in this form and general Google search and cannot find a cause. Any
good ideas. I need to be able to put some VBA behind this form.

Thanks in advance.

Doug


From df.waters at comcast.net  Fri Sep 20 13:52:31 2013
From: df.waters at comcast.net (Dan Waters)
Date: Fri, 20 Sep 2013 13:52:31 -0500
Subject: [AccessD] Access error - A problem occurred while Microsoft
	Access	was communicating with the OLE server or Active X Control.
In-Reply-To: <006a01ceb630$a4a957d0$edfc0770$@cox.net>
References: <006a01ceb630$a4a957d0$edfc0770$@cox.net>
Message-ID: <004b01ceb632$9010e750$b032b5f0$@comcast.net>

Hi Doug,

Try being specific with what you're closing:

DoCmd.Close acform, Me.Name, acSaveNo

Just a guess ...
Dan

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy
Sent: Friday, September 20, 2013 1:39 PM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Access error - A problem occurred while Microsoft Access
was communicating with the OLE server or Active X Control.

Folks,

This is driving me nuts. I created a new Access 2010, accdb database.
Created some tables. Created one form with one table as the recordsource.
The form has a total of 269 controls on it, labels, text boxes, etc. There
is no code on the form aside from a close button that runs 'Docmd.close'.
When I attempt to close the form using the button I get an Access error " A
problem occurred while Microsoft Access was communicating with the OLE
server or Active X Control.". The error is thrown before the code runs.
Can't catch it with a break point. If I substitute a macro it closes fine.
What can be causing this? I have compacted, decompiled/compiled/compacted,
imported into a new database container, exported form to text and
re-imported and still get the error. Tried putting the file on another
computer to see if my version of Access corrupted somehow. Get the same
error there.

Looked in this form and general Google search and cannot find a cause. Any
good ideas. I need to be able to put some VBA behind this form.

Thanks in advance.

Doug

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From dw-murphy at cox.net  Fri Sep 20 14:08:38 2013
From: dw-murphy at cox.net (Doug Murphy)
Date: Fri, 20 Sep 2013 12:08:38 -0700
Subject: [AccessD] Access error - A problem occurred while
	Microsoft	Access	was communicating with the OLE server or
	Active X Control.
In-Reply-To: <TWtk1m00u0xgD8Z01WtmYA>
References: <006a01ceb630$a4a957d0$edfc0770$@cox.net> <TWtk1m00u0xgD8Z01WtmYA>
Message-ID: <008101ceb634$d046ab50$70d401f0$@cox.net>

That is what I use, I just shorted the explanation. This is the first time I
have seen this. The only thing I can think of is that it is the number of
controls on the form, but the limit is supposed to be 754. I have not
exceeded that even with edits, deletes, etc.

Very frustrating.

Doug

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters
Sent: Friday, September 20, 2013 11:53 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Access error - A problem occurred while Microsoft
Access was communicating with the OLE server or Active X Control.

Hi Doug,

Try being specific with what you're closing:

DoCmd.Close acform, Me.Name, acSaveNo

Just a guess ...
Dan

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy
Sent: Friday, September 20, 2013 1:39 PM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Access error - A problem occurred while Microsoft Access
was communicating with the OLE server or Active X Control.

Folks,

This is driving me nuts. I created a new Access 2010, accdb database.
Created some tables. Created one form with one table as the recordsource.
The form has a total of 269 controls on it, labels, text boxes, etc. There
is no code on the form aside from a close button that runs 'Docmd.close'.
When I attempt to close the form using the button I get an Access error " A
problem occurred while Microsoft Access was communicating with the OLE
server or Active X Control.". The error is thrown before the code runs.
Can't catch it with a break point. If I substitute a macro it closes fine.
What can be causing this? I have compacted, decompiled/compiled/compacted,
imported into a new database container, exported form to text and
re-imported and still get the error. Tried putting the file on another
computer to see if my version of Access corrupted somehow. Get the same
error there.

Looked in this form and general Google search and cannot find a cause. Any
good ideas. I need to be able to put some VBA behind this form.

Thanks in advance.

Doug

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/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 df.waters at comcast.net  Fri Sep 20 14:15:53 2013
From: df.waters at comcast.net (Dan Waters)
Date: Fri, 20 Sep 2013 14:15:53 -0500
Subject: [AccessD] Access error - A problem occurred
	while	Microsoft	Access	was communicating with the OLE server
	or	Active X Control.
In-Reply-To: <008101ceb634$d046ab50$70d401f0$@cox.net>
References: <006a01ceb630$a4a957d0$edfc0770$@cox.net> <TWtk1m00u0xgD8Z01WtmYA>
	<008101ceb634$d046ab50$70d401f0$@cox.net>
Message-ID: <004f01ceb635$d364bec0$7a2e3c40$@comcast.net>

Try making a new form, set it's datasource to be one of your tables, add a
couple of controls, then see if that will close correctly.

Dan

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy
Sent: Friday, September 20, 2013 2:09 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Access error - A problem occurred while Microsoft
Access was communicating with the OLE server or Active X Control.

That is what I use, I just shorted the explanation. This is the first time I
have seen this. The only thing I can think of is that it is the number of
controls on the form, but the limit is supposed to be 754. I have not
exceeded that even with edits, deletes, etc.

Very frustrating.

Doug

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters
Sent: Friday, September 20, 2013 11:53 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Access error - A problem occurred while Microsoft
Access was communicating with the OLE server or Active X Control.

Hi Doug,

Try being specific with what you're closing:

DoCmd.Close acform, Me.Name, acSaveNo

Just a guess ...
Dan

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy
Sent: Friday, September 20, 2013 1:39 PM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Access error - A problem occurred while Microsoft Access
was communicating with the OLE server or Active X Control.

Folks,

This is driving me nuts. I created a new Access 2010, accdb database.
Created some tables. Created one form with one table as the recordsource.
The form has a total of 269 controls on it, labels, text boxes, etc. There
is no code on the form aside from a close button that runs 'Docmd.close'.
When I attempt to close the form using the button I get an Access error " A
problem occurred while Microsoft Access was communicating with the OLE
server or Active X Control.". The error is thrown before the code runs.
Can't catch it with a break point. If I substitute a macro it closes fine.
What can be causing this? I have compacted, decompiled/compiled/compacted,
imported into a new database container, exported form to text and
re-imported and still get the error. Tried putting the file on another
computer to see if my version of Access corrupted somehow. Get the same
error there.

Looked in this form and general Google search and cannot find a cause. Any
good ideas. I need to be able to put some VBA behind this form.

Thanks in advance.

Doug

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From jimdettman at verizon.net  Fri Sep 20 14:28:22 2013
From: jimdettman at verizon.net (Jim Dettman)
Date: Fri, 20 Sep 2013 15:28:22 -0400
Subject: [AccessD] Access error - A problem occurred while Microsoft
	Access	was communicating with the OLE server or Active X Control.
In-Reply-To: <006a01ceb630$a4a957d0$edfc0770$@cox.net>
References: <006a01ceb630$a4a957d0$edfc0770$@cox.net>
Message-ID: <DAAF3556D098458EADE51CCFBC5D1444@XPS>


 Go into VBA, tools/references.   Check any un-checked reference (doesn't
matter which), close the DB and Access.  Re-open and un-check the reference
just checked (will be the last one).

 Now compile, save, and close. Re-open and see if you have the same problem.

 If so, are you using DAO?  It may need to be re-registered.

Jim.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy
Sent: Friday, September 20, 2013 02:39 PM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Access error - A problem occurred while Microsoft Access
was communicating with the OLE server or Active X Control.

Folks,

This is driving me nuts. I created a new Access 2010, accdb database.
Created some tables. Created one form with one table as the recordsource.
The form has a total of 269 controls on it, labels, text boxes, etc. There
is no code on the form aside from a close button that runs 'Docmd.close'.
When I attempt to close the form using the button I get an Access error " A
problem occurred while Microsoft Access was communicating with the OLE
server or Active X Control.". The error is thrown before the code runs.
Can't catch it with a break point. If I substitute a macro it closes fine.
What can be causing this? I have compacted, decompiled/compiled/compacted,
imported into a new database container, exported form to text and
re-imported and still get the error. Tried putting the file on another
computer to see if my version of Access corrupted somehow. Get the same
error there.

Looked in this form and general Google search and cannot find a cause. Any
good ideas. I need to be able to put some VBA behind this form.

Thanks in advance.

Doug

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From charlotte.foust at gmail.com  Fri Sep 20 14:28:36 2013
From: charlotte.foust at gmail.com (Charlotte Foust)
Date: Fri, 20 Sep 2013 12:28:36 -0700
Subject: [AccessD] Access error - A problem occurred while Microsoft
 Access was communicating with the OLE server or Active X Control.
In-Reply-To: <006a01ceb630$a4a957d0$edfc0770$@cox.net>
References: <006a01ceb630$a4a957d0$edfc0770$@cox.net>
Message-ID: <CAH+Met-u83p3ffoiw5RRYJQcqtQSH+LFLP_5-4wr0+XX8OO-NQ@mail.gmail.com>

Try using a query instead of the table as the datasource.  Then you can
open the query directly to see whether it runs independent of the form.

Charlotte


On Fri, Sep 20, 2013 at 11:38 AM, Doug Murphy <dw-murphy at cox.net> wrote:

> Folks,
>
> This is driving me nuts. I created a new Access 2010, accdb database.
> Created some tables. Created one form with one table as the recordsource.
> The form has a total of 269 controls on it, labels, text boxes, etc. There
> is no code on the form aside from a close button that runs 'Docmd.close'.
> When I attempt to close the form using the button I get an Access error " A
> problem occurred while Microsoft Access was communicating with the OLE
> server or Active X Control.". The error is thrown before the code runs.
> Can't catch it with a break point. If I substitute a macro it closes fine.
> What can be causing this? I have compacted, decompiled/compiled/compacted,
> imported into a new database container, exported form to text and
> re-imported and still get the error. Tried putting the file on another
> computer to see if my version of Access corrupted somehow. Get the same
> error there.
>
> Looked in this form and general Google search and cannot find a cause. Any
> good ideas. I need to be able to put some VBA behind this form.
>
> Thanks in advance.
>
> Doug
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>

From dw-murphy at cox.net  Fri Sep 20 14:39:37 2013
From: dw-murphy at cox.net (Doug Murphy)
Date: Fri, 20 Sep 2013 12:39:37 -0700
Subject: [AccessD] Access error - A problem
	occurred	while	Microsoft	Access	was communicating with the
	OLE server	or	Active X Control.
In-Reply-To: <TXHP1m00C0xgD8Z01XHQ6G>
References: <006a01ceb630$a4a957d0$edfc0770$@cox.net>
	<TWtk1m00u0xgD8Z01WtmYA>	<008101ceb634$d046ab50$70d401f0$@cox.net>
	<TXHP1m00C0xgD8Z01XHQ6G>
Message-ID: <009301ceb639$23f5b760$6be12620$@cox.net>

Did that with a smaller table and new form worked. Then did the same thing
with the measurements table with all the fields (110) and it gives the
error. The table opens and has records so I don't see a problem there. It
would appear that it has to do with the number of fields in the table, but I
don't know why it does not impact a macro, just vba.

All references are good. There is really no code on this form at this time
aside from the close command.

????

Doug

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters
Sent: Friday, September 20, 2013 12:16 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Access error - A problem occurred while Microsoft
Access was communicating with the OLE server or Active X Control.

Try making a new form, set it's datasource to be one of your tables, add a
couple of controls, then see if that will close correctly.

Dan

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy
Sent: Friday, September 20, 2013 2:09 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Access error - A problem occurred while Microsoft
Access was communicating with the OLE server or Active X Control.

That is what I use, I just shorted the explanation. This is the first time I
have seen this. The only thing I can think of is that it is the number of
controls on the form, but the limit is supposed to be 754. I have not
exceeded that even with edits, deletes, etc.

Very frustrating.

Doug

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters
Sent: Friday, September 20, 2013 11:53 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Access error - A problem occurred while Microsoft
Access was communicating with the OLE server or Active X Control.

Hi Doug,

Try being specific with what you're closing:

DoCmd.Close acform, Me.Name, acSaveNo

Just a guess ...
Dan

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy
Sent: Friday, September 20, 2013 1:39 PM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Access error - A problem occurred while Microsoft Access
was communicating with the OLE server or Active X Control.

Folks,

This is driving me nuts. I created a new Access 2010, accdb database.
Created some tables. Created one form with one table as the recordsource.
The form has a total of 269 controls on it, labels, text boxes, etc. There
is no code on the form aside from a close button that runs 'Docmd.close'.
When I attempt to close the form using the button I get an Access error " A
problem occurred while Microsoft Access was communicating with the OLE
server or Active X Control.". The error is thrown before the code runs.
Can't catch it with a break point. If I substitute a macro it closes fine.
What can be causing this? I have compacted, decompiled/compiled/compacted,
imported into a new database container, exported form to text and
re-imported and still get the error. Tried putting the file on another
computer to see if my version of Access corrupted somehow. Get the same
error there.

Looked in this form and general Google search and cannot find a cause. Any
good ideas. I need to be able to put some VBA behind this form.

Thanks in advance.

Doug

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/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 ssharkins at gmail.com  Fri Sep 20 15:31:40 2013
From: ssharkins at gmail.com (Susan Harkins)
Date: Fri, 20 Sep 2013 16:31:40 -0400
Subject: [AccessD] Access error - A problem occurred while Microsoft
	Accesswas communicating with the OLE server or Active X Control.
References: <006a01ceb630$a4a957d0$edfc0770$@cox.net>
Message-ID: <F9FBF2E2F7584F57A9639C9B2A7EF357@SusanHarkins>

Was it working before and now it's not -- for no apparent reason.

Susan H.


> Folks,
>
> This is driving me nuts. I created a new Access 2010, accdb database.
> Created some tables. Created one form with one table as the recordsource.
> The form has a total of 269 controls on it, labels, text boxes, etc. There
> is no code on the form aside from a close button that runs 'Docmd.close'.
> When I attempt to close the form using the button I get an Access error " 
> A


From dw-murphy at cox.net  Fri Sep 20 16:18:01 2013
From: dw-murphy at cox.net (Doug Murphy)
Date: Fri, 20 Sep 2013 14:18:01 -0700
Subject: [AccessD] Access error - A problem occurred while Microsoft
	Access was communicating with the OLE server or Active X Control.
In-Reply-To: <TXW11m01Z0xgD8Z01XW41r>
References: <006a01ceb630$a4a957d0$edfc0770$@cox.net> <TXW11m01Z0xgD8Z01XW41r>
Message-ID: <00a301ceb646$e34be190$a9e3a4b0$@cox.net>

I wasn't clear in my original post. I actually am using a query. Just opened
the query and it runs fine. I can enter data in the form and move from
record to record with record. The error occurs when I try to close the form
using vba. VBA runs in the application as I have some other routines in a
code module. I exported the form to text and imported through code.

Good question.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust
Sent: Friday, September 20, 2013 12:29 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Access error - A problem occurred while Microsoft
Access was communicating with the OLE server or Active X Control.

Try using a query instead of the table as the datasource.  Then you can open
the query directly to see whether it runs independent of the form.

Charlotte


On Fri, Sep 20, 2013 at 11:38 AM, Doug Murphy <dw-murphy at cox.net> wrote:

> Folks,
>
> This is driving me nuts. I created a new Access 2010, accdb database.
> Created some tables. Created one form with one table as the recordsource.
> The form has a total of 269 controls on it, labels, text boxes, etc. 
> There is no code on the form aside from a close button that runs
'Docmd.close'.
> When I attempt to close the form using the button I get an Access 
> error " A problem occurred while Microsoft Access was communicating 
> with the OLE server or Active X Control.". The error is thrown before the
code runs.
> Can't catch it with a break point. If I substitute a macro it closes fine.
> What can be causing this? I have compacted, 
> decompiled/compiled/compacted, imported into a new database container, 
> exported form to text and re-imported and still get the error. Tried 
> putting the file on another computer to see if my version of Access 
> corrupted somehow. Get the same error there.
>
> Looked in this form and general Google search and cannot find a cause. 
> Any good ideas. I need to be able to put some VBA behind this form.
>
> Thanks in advance.
>
> Doug
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From dw-murphy at cox.net  Fri Sep 20 16:19:10 2013
From: dw-murphy at cox.net (Doug Murphy)
Date: Fri, 20 Sep 2013 14:19:10 -0700
Subject: [AccessD] Access error - A problem occurred while
	Microsoft	Accesswas communicating with the OLE server or
	Active X Control.
In-Reply-To: <TYXj1m01C0xgD8Z01YXlZN>
References: <006a01ceb630$a4a957d0$edfc0770$@cox.net> <TYXj1m01C0xgD8Z01YXlZN>
Message-ID: <00a401ceb647$0c5603e0$25020ba0$@cox.net>

This form has never worked. I am thinking it has something to do with the
number of fields in the data source or on the form. Will see what happens as
I add more and more fields to the form.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins
Sent: Friday, September 20, 2013 1:32 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Access error - A problem occurred while Microsoft
Accesswas communicating with the OLE server or Active X Control.

Was it working before and now it's not -- for no apparent reason.

Susan H.


> Folks,
>
> This is driving me nuts. I created a new Access 2010, accdb database.
> Created some tables. Created one form with one table as the recordsource.
> The form has a total of 269 controls on it, labels, text boxes, etc. 
> There is no code on the form aside from a close button that runs
'Docmd.close'.
> When I attempt to close the form using the button I get an Access error " 
> A

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From dw-murphy at cox.net  Fri Sep 20 16:44:15 2013
From: dw-murphy at cox.net (Doug Murphy)
Date: Fri, 20 Sep 2013 14:44:15 -0700
Subject: [AccessD] Access error - A problem occurred
	while	Microsoft	Accesswas communicating with the OLE server
	or	Active X Control.
In-Reply-To: <TZL31m00F0xgD8Z01ZL5Lp>
References: <006a01ceb630$a4a957d0$edfc0770$@cox.net> <TYXj1m01C0xgD8Z01YXlZN>
	<TZL31m00F0xgD8Z01ZL5Lp>
Message-ID: <00a801ceb64a$8d9461b0$a8bd2510$@cox.net>

Found the problem. This application is for gathering and reporting on the chemistry in a water plant. The client gave me an excel file of the data they collect. I linked to the file and created a table from it. One of the fields had the character ? in the name. That is what was causing the problem. Thanks to your questions I took out half the fields and then started adding them back until I got the error. Good to have some outside thoughts.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy
Sent: Friday, September 20, 2013 2:19 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Access error - A problem occurred while Microsoft Accesswas communicating with the OLE server or Active X Control.

This form has never worked. I am thinking it has something to do with the number of fields in the data source or on the form. Will see what happens as I add more and more fields to the form.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins
Sent: Friday, September 20, 2013 1:32 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Access error - A problem occurred while Microsoft Accesswas communicating with the OLE server or Active X Control.

Was it working before and now it's not -- for no apparent reason.

Susan H.


> Folks,
>
> This is driving me nuts. I created a new Access 2010, accdb database.
> Created some tables. Created one form with one table as the recordsource.
> The form has a total of 269 controls on it, labels, text boxes, etc. 
> There is no code on the form aside from a close button that runs
'Docmd.close'.
> When I attempt to close the form using the button I get an Access error " 
> A

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com



From dw-murphy at cox.net  Fri Sep 20 16:59:49 2013
From: dw-murphy at cox.net (Doug Murphy)
Date: Fri, 20 Sep 2013 14:59:49 -0700
Subject: [AccessD] Access error - A problem
	occurred	while	Microsoft	Accesswas communicating with the OLE
	server	or	Active X Control.
In-Reply-To: <TZlM1m01e0xgD8Z01ZlPvm>
References: <006a01ceb630$a4a957d0$edfc0770$@cox.net>
	<TYXj1m01C0xgD8Z01YXlZN>	<TZL31m00F0xgD8Z01ZL5Lp>
	<TZlM1m01e0xgD8Z01ZlPvm>
Message-ID: <00ae01ceb64c$b9d24ce0$2d76e6a0$@cox.net>

On further playing it was the ? in the control name that causes the error.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy
Sent: Friday, September 20, 2013 2:44 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Access error - A problem occurred while Microsoft Accesswas communicating with the OLE server or Active X Control.

Found the problem. This application is for gathering and reporting on the chemistry in a water plant. The client gave me an excel file of the data they collect. I linked to the file and created a table from it. One of the fields had the character ? in the name. That is what was causing the problem. Thanks to your questions I took out half the fields and then started adding them back until I got the error. Good to have some outside thoughts.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy
Sent: Friday, September 20, 2013 2:19 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Access error - A problem occurred while Microsoft Accesswas communicating with the OLE server or Active X Control.

This form has never worked. I am thinking it has something to do with the number of fields in the data source or on the form. Will see what happens as I add more and more fields to the form.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins
Sent: Friday, September 20, 2013 1:32 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Access error - A problem occurred while Microsoft Accesswas communicating with the OLE server or Active X Control.

Was it working before and now it's not -- for no apparent reason.

Susan H.


> Folks,
>
> This is driving me nuts. I created a new Access 2010, accdb database.
> Created some tables. Created one form with one table as the recordsource.
> The form has a total of 269 controls on it, labels, text boxes, etc. 
> There is no code on the form aside from a close button that runs
'Docmd.close'.
> When I attempt to close the form using the button I get an Access error " 
> A

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/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 TSeptav at Uniserve.com  Fri Sep 20 17:12:29 2013
From: TSeptav at Uniserve.com (Tony Septav)
Date: Fri, 20 Sep 2013 17:12:29 -0500
Subject: [AccessD] Friday Humour
Message-ID: <201309202212.r8KMCYwi031857@databaseadvisors.com>

Hey All

This quote appeared in one our national newspapers and it definitely
"cracked" me up. Just something to smile about.

 

If at first you do not exceed then try and try again.

Then quit. No use being a damn fool about it.

 

W. C. Fields

 

Tony Septav

Nanaimo, BC

Canada


From ssharkins at gmail.com  Fri Sep 20 17:43:31 2013
From: ssharkins at gmail.com (Susan Harkins)
Date: Fri, 20 Sep 2013 18:43:31 -0400
Subject: [AccessD] Access error - A
	problemoccurred	while	Microsoft	Accesswas communicating with
	the OLEserver	or	Active X Control.
References: <006a01ceb630$a4a957d0$edfc0770$@cox.net><TYXj1m01C0xgD8Z01YXlZN>	<TZL31m00F0xgD8Z01ZL5Lp><TZlM1m01e0xgD8Z01ZlPvm>
	<00ae01ceb64c$b9d24ce0$2d76e6a0$@cox.net>
Message-ID: <21A64906DD8549289A76C1C34755011E@SusanHarkins>

Dang! You could troubleshoot for days before finding something like that.

Susan H.


> On further playing it was the ? in the control name that causes the error.
>


From garykjos at gmail.com  Fri Sep 20 18:52:03 2013
From: garykjos at gmail.com (Gary Kjos)
Date: Fri, 20 Sep 2013 18:52:03 -0500
Subject: [AccessD] Access error - A problemoccurred while Microsoft
 Accesswas communicating with the OLEserver or Active X Control.
In-Reply-To: <21A64906DD8549289A76C1C34755011E@SusanHarkins>
References: <006a01ceb630$a4a957d0$edfc0770$@cox.net>
	<00ae01ceb64c$b9d24ce0$2d76e6a0$@cox.net>
	<21A64906DD8549289A76C1C34755011E@SusanHarkins>
Message-ID: <CAJ2R_pL-L56-m2jt51SVhUud+3cZPV=0aqrw-xuXfAtqzX20sA@mail.gmail.com>

Yep, good find.  Take the weekend off as your reward. ;-)

GK


On Fri, Sep 20, 2013 at 5:43 PM, Susan Harkins <ssharkins at gmail.com> wrote:

> Dang! You could troubleshoot for days before finding something like that.
>
> Susan H.
>
>
>
>  On further playing it was the ? in the control name that causes the error.
>>
>>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/**mailman/listinfo/accessd<http://databaseadvisors.com/mailman/listinfo/accessd>
> Website: http://www.databaseadvisors.**com<http://www.databaseadvisors.com>
>



-- 
Gary Kjos
garykjos at gmail.com

From marksimms at verizon.net  Fri Sep 20 20:57:37 2013
From: marksimms at verizon.net (Mark Simms)
Date: Fri, 20 Sep 2013 21:57:37 -0400
Subject: [AccessD] Access error - A problem
	occurred	while	Microsoft	Accesswas communicating with the OLE
	server	or	Active X Control.
In-Reply-To: <00a801ceb64a$8d9461b0$a8bd2510$@cox.net>
References: <006a01ceb630$a4a957d0$edfc0770$@cox.net> <TYXj1m01C0xgD8Z01YXlZN>
	<TZL31m00F0xgD8Z01ZL5Lp> <00a801ceb64a$8d9461b0$a8bd2510$@cox.net>
Message-ID: <011f01ceb66d$f2c636d0$d852a470$@net>

Wow Doug, what a subtle problem. Obviously, poor error catching by our beloved 
Office development team....
who is likely no longer living in this country. Sorry for the offshore rant 
for those who are sensitive to this "labeling"....but I am working at a 
Fortune 500 company right now and I feel like I'm in "little India".
It's not a good thing.

> > Folks,
> >
> > This is driving me nuts. I created a new Access 2010, accdb database.
> > Created some tables. Created one form with one table as the
> recordsource.
> > The form has a total of 269 controls on it, labels, text boxes, etc.
> > There is no code on the form aside from a close button that runs
> 'Docmd.close'.
> > When I attempt to close the form using the button I get an Access
> error "
> > A
>



From rockysmolin at bchacc.com  Fri Sep 20 23:36:47 2013
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Fri, 20 Sep 2013 21:36:47 -0700
Subject: [AccessD] Deployment Advice
Message-ID: <04330E5BCF784205804296525081DD3E@HAL9007>

Dear Lists:
 
I have a client for who I have developed an app that runs his business.  The
business is commercial real estate appraisal.  Now he wants to turn this app
into a product and sell it to other commercial real estate appraisal
companies.  I gave him a copy of my book and told him to read it and if he
still wanted to do this, we'd talk.  He is undeterred.
 
So the question is how best to deploy and distribute the app.
 
The app was developed in A2003 and he wants to stay with 2003.
 
The target user may or may not have Access so a run-time is required.
 
At the moment I own Wise/Sagekey and can create a script for him and so I
can make installable exe files - both for Access and run-time.
 
But that means he's tied to me to make product.  He's not worried about this
but I don't want the responsibility.  I'm trying to be an old retired guy,
you know.  
 
BTW Wise is out of business - the Wise Installer is no longer supported.
Not a problem in the short run - the product works just fine.
 
So what are my alternatives? 
 
MTIA
 
Rocky Smolin
Beach Access Software
858-259-4334
www.bchacc.com <http://www.bchacc.com/> 
www.e-z-mrp.com <http://www.e-z-mrp.com/> 
Skype: rocky.smolin
 
 

From steve at datamanagementsolutions.biz  Sat Sep 21 00:13:31 2013
From: steve at datamanagementsolutions.biz (Steve Schapel)
Date: Sat, 21 Sep 2013 17:13:31 +1200
Subject: [AccessD] Deployment Advice
In-Reply-To: <04330E5BCF784205804296525081DD3E@HAL9007>
References: <04330E5BCF784205804296525081DD3E@HAL9007>
Message-ID: <99126BDD5F12438AA13FD7C1D8A50550@stevelaptop>

Hi Rocky

Not a complete answer to your question, but...  you can use the later (free) 
versions of the Runtime, and your Access 2003 application should work fine 
under them.

Regards
Steve

-----Original Message----- 
From: Rocky Smolin
Sent: Saturday, September 21, 2013 4:36 PM
To: 'Access Developers discussion and problem solving' ; 
dinglic at hotmail.com.au
Subject: [AccessD] Deployment Advice

Dear Lists:

I have a client for who I have developed an app that runs his business.  The
business is commercial real estate appraisal.  Now he wants to turn this app
into a product and sell it to other commercial real estate appraisal
companies.  I gave him a copy of my book and told him to read it and if he
still wanted to do this, we'd talk.  He is undeterred.

So the question is how best to deploy and distribute the app.

The app was developed in A2003 and he wants to stay with 2003.

The target user may or may not have Access so a run-time is required.

At the moment I own Wise/Sagekey and can create a script for him and so I
can make installable exe files - both for Access and run-time.

But that means he's tied to me to make product.  He's not worried about this
but I don't want the responsibility.  I'm trying to be an old retired guy,
you know.

BTW Wise is out of business - the Wise Installer is no longer supported.
Not a problem in the short run - the product works just fine.

So what are my alternatives?

MTIA

Rocky Smolin
Beach Access Software
858-259-4334
www.bchacc.com <http://www.bchacc.com/>
www.e-z-mrp.com <http://www.e-z-mrp.com/>
Skype: rocky.smolin


-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com 


From rockysmolin at bchacc.com  Sat Sep 21 00:27:47 2013
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Fri, 20 Sep 2013 22:27:47 -0700
Subject: [AccessD] Deployment Advice
In-Reply-To: <99126BDD5F12438AA13FD7C1D8A50550@stevelaptop>
References: <04330E5BCF784205804296525081DD3E@HAL9007>
	<99126BDD5F12438AA13FD7C1D8A50550@stevelaptop>
Message-ID: <74DAD9752C75427EA769B1A39EE4B1B5@HAL9007>

Where do I get these free versions of the runtime of which you speak?  Who
makes them?

TIA

Rocky
 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Schapel
Sent: Friday, September 20, 2013 10:14 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Deployment Advice

Hi Rocky

Not a complete answer to your question, but...  you can use the later (free)
versions of the Runtime, and your Access 2003 application should work fine
under them.

Regards
Steve

-----Original Message-----
From: Rocky Smolin
Sent: Saturday, September 21, 2013 4:36 PM
To: 'Access Developers discussion and problem solving' ;
dinglic at hotmail.com.au
Subject: [AccessD] Deployment Advice

Dear Lists:

I have a client for who I have developed an app that runs his business.  The
business is commercial real estate appraisal.  Now he wants to turn this app
into a product and sell it to other commercial real estate appraisal
companies.  I gave him a copy of my book and told him to read it and if he
still wanted to do this, we'd talk.  He is undeterred.

So the question is how best to deploy and distribute the app.

The app was developed in A2003 and he wants to stay with 2003.

The target user may or may not have Access so a run-time is required.

At the moment I own Wise/Sagekey and can create a script for him and so I
can make installable exe files - both for Access and run-time.

But that means he's tied to me to make product.  He's not worried about this
but I don't want the responsibility.  I'm trying to be an old retired guy,
you know.

BTW Wise is out of business - the Wise Installer is no longer supported.
Not a problem in the short run - the product works just fine.

So what are my alternatives?

MTIA

Rocky Smolin
Beach Access Software
858-259-4334
www.bchacc.com <http://www.bchacc.com/>
www.e-z-mrp.com <http://www.e-z-mrp.com/>
Skype: rocky.smolin


--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com 

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From steve at datamanagementsolutions.biz  Sat Sep 21 03:15:29 2013
From: steve at datamanagementsolutions.biz (Steve Schapel)
Date: Sat, 21 Sep 2013 20:15:29 +1200
Subject: [AccessD] Deployment Advice
In-Reply-To: <74DAD9752C75427EA769B1A39EE4B1B5@HAL9007>
References: <04330E5BCF784205804296525081DD3E@HAL9007><99126BDD5F12438AA13FD7C1D8A50550@stevelaptop>
	<74DAD9752C75427EA769B1A39EE4B1B5@HAL9007>
Message-ID: <4C5B64399B4C48118EB65054EDDC4399@stevelaptop>

Hi Rocky

Check out http://www.microsoft.com/en-us/download/details.aspx?id=10910

Regards
Steve

-----Original Message----- 
From: Rocky Smolin
Sent: Saturday, September 21, 2013 5:27 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Deployment Advice

Where do I get these free versions of the runtime of which you speak?  Who
makes them?

TIA

Rocky


-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Schapel
Sent: Friday, September 20, 2013 10:14 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Deployment Advice

Hi Rocky

Not a complete answer to your question, but...  you can use the later (free)
versions of the Runtime, and your Access 2003 application should work fine
under them.

Regards
Steve

-----Original Message-----
From: Rocky Smolin
Sent: Saturday, September 21, 2013 4:36 PM
To: 'Access Developers discussion and problem solving' ;
dinglic at hotmail.com.au
Subject: [AccessD] Deployment Advice

Dear Lists:

I have a client for who I have developed an app that runs his business.  The
business is commercial real estate appraisal.  Now he wants to turn this app
into a product and sell it to other commercial real estate appraisal
companies.  I gave him a copy of my book and told him to read it and if he
still wanted to do this, we'd talk.  He is undeterred.

So the question is how best to deploy and distribute the app.

The app was developed in A2003 and he wants to stay with 2003.

The target user may or may not have Access so a run-time is required.

At the moment I own Wise/Sagekey and can create a script for him and so I
can make installable exe files - both for Access and run-time.

But that means he's tied to me to make product.  He's not worried about this
but I don't want the responsibility.  I'm trying to be an old retired guy,
you know.

BTW Wise is out of business - the Wise Installer is no longer supported.
Not a problem in the short run - the product works just fine.

So what are my alternatives?

MTIA

Rocky Smolin
Beach Access Software
858-259-4334
www.bchacc.com <http://www.bchacc.com/>
www.e-z-mrp.com <http://www.e-z-mrp.com/>
Skype: rocky.smolin


--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com 


From Gustav at cactus.dk  Sat Sep 21 03:37:24 2013
From: Gustav at cactus.dk (Gustav Brock)
Date: Sat, 21 Sep 2013 10:37:24 +0200
Subject: [AccessD] Access error - A problem occurred while	Microsoft
	Acces ...
Message-ID: <s23d76f1.024@cactus.dk>

Hi Susan

I would have spotted it right away ... so I believe.

/gustav

>>> ssharkins at gmail.com 21-09-13 0:43 >>>
Dang! You could troubleshoot for days before finding something like that.

Susan H.


> On further playing it was the * in the control name that causes the error.


From rockysmolin at bchacc.com  Sat Sep 21 08:32:29 2013
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Sat, 21 Sep 2013 06:32:29 -0700
Subject: [AccessD] Deployment Advice
In-Reply-To: <4C5B64399B4C48118EB65054EDDC4399@stevelaptop>
References: <04330E5BCF784205804296525081DD3E@HAL9007><99126BDD5F12438AA13FD7C1D8A50550@stevelaptop><74DAD9752C75427EA769B1A39EE4B1B5@HAL9007>
	<4C5B64399B4C48118EB65054EDDC4399@stevelaptop>
Message-ID: <973D7C20C7FB4EFEB5061D8E270375CF@HAL9007>

Steve:

Will this work on an Access 2003 mde?  One of the client's constraints is
staying with 2003 for development.

TIA

Rocky


-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Schapel
Sent: Saturday, September 21, 2013 1:15 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Deployment Advice

Hi Rocky

Check out http://www.microsoft.com/en-us/download/details.aspx?id=10910

Regards
Steve

-----Original Message-----
From: Rocky Smolin
Sent: Saturday, September 21, 2013 5:27 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Deployment Advice

Where do I get these free versions of the runtime of which you speak?  Who
makes them?

TIA

Rocky


-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Schapel
Sent: Friday, September 20, 2013 10:14 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Deployment Advice

Hi Rocky

Not a complete answer to your question, but...  you can use the later (free)
versions of the Runtime, and your Access 2003 application should work fine
under them.

Regards
Steve

-----Original Message-----
From: Rocky Smolin
Sent: Saturday, September 21, 2013 4:36 PM
To: 'Access Developers discussion and problem solving' ;
dinglic at hotmail.com.au
Subject: [AccessD] Deployment Advice

Dear Lists:

I have a client for who I have developed an app that runs his business.  The
business is commercial real estate appraisal.  Now he wants to turn this app
into a product and sell it to other commercial real estate appraisal
companies.  I gave him a copy of my book and told him to read it and if he
still wanted to do this, we'd talk.  He is undeterred.

So the question is how best to deploy and distribute the app.

The app was developed in A2003 and he wants to stay with 2003.

The target user may or may not have Access so a run-time is required.

At the moment I own Wise/Sagekey and can create a script for him and so I
can make installable exe files - both for Access and run-time.

But that means he's tied to me to make product.  He's not worried about this
but I don't want the responsibility.  I'm trying to be an old retired guy,
you know.

BTW Wise is out of business - the Wise Installer is no longer supported.
Not a problem in the short run - the product works just fine.

So what are my alternatives?

MTIA

Rocky Smolin
Beach Access Software
858-259-4334
www.bchacc.com <http://www.bchacc.com/>
www.e-z-mrp.com <http://www.e-z-mrp.com/>
Skype: rocky.smolin


--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com 

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From steve at datamanagementsolutions.biz  Sat Sep 21 16:38:01 2013
From: steve at datamanagementsolutions.biz (Steve Schapel)
Date: Sun, 22 Sep 2013 09:38:01 +1200
Subject: [AccessD] Deployment Advice
In-Reply-To: <973D7C20C7FB4EFEB5061D8E270375CF@HAL9007>
References: <04330E5BCF784205804296525081DD3E@HAL9007><99126BDD5F12438AA13FD7C1D8A50550@stevelaptop><74DAD9752C75427EA769B1A39EE4B1B5@HAL9007><4C5B64399B4C48118EB65054EDDC4399@stevelaptop>
	<973D7C20C7FB4EFEB5061D8E270375CF@HAL9007>
Message-ID: <13D4DEB3C47943D3ACCAB98C58AA3970@stevelaptop>

Hi Rocky

Yes, I do this a lot.  However:

- I have got in the habit of opening the Access 2003 mdb in Access 2010, and 
create the mde there, using File=>Save & Publish=>Make MDE, before putting 
the mde on the production machine with the Access 2010 Runtime.  I don't 
think this is necessary, as I think an mde created directly in Access 2003 
will work, but I'm afraid I can't vouch for that.

- You need to set up the folder on the production machine as a "trusted 
location", which you can't do via the Runtime.  There are a couple of 
utilities around that you can use to do this... the one I use is just a 
little exe file that you put in the application folder and run it once...  I 
can track down where I got it from and let you know if you need.

Regards
Steve

-----Original Message----- 
From: Rocky Smolin
Sent: Sunday, September 22, 2013 1:32 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Deployment Advice

Steve:

Will this work on an Access 2003 mde?  One of the client's constraints is
staying with 2003 for development.

TIA

Rocky


-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Schapel
Sent: Saturday, September 21, 2013 1:15 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Deployment Advice

Hi Rocky

Check out http://www.microsoft.com/en-us/download/details.aspx?id=10910

Regards
Steve

-----Original Message-----
From: Rocky Smolin
Sent: Saturday, September 21, 2013 5:27 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Deployment Advice

Where do I get these free versions of the runtime of which you speak?  Who
makes them?

TIA

Rocky


-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Schapel
Sent: Friday, September 20, 2013 10:14 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Deployment Advice

Hi Rocky

Not a complete answer to your question, but...  you can use the later (free)
versions of the Runtime, and your Access 2003 application should work fine
under them.

Regards
Steve

-----Original Message-----
From: Rocky Smolin
Sent: Saturday, September 21, 2013 4:36 PM
To: 'Access Developers discussion and problem solving' ;
dinglic at hotmail.com.au
Subject: [AccessD] Deployment Advice

Dear Lists:

I have a client for who I have developed an app that runs his business.  The
business is commercial real estate appraisal.  Now he wants to turn this app
into a product and sell it to other commercial real estate appraisal
companies.  I gave him a copy of my book and told him to read it and if he
still wanted to do this, we'd talk.  He is undeterred.

So the question is how best to deploy and distribute the app.

The app was developed in A2003 and he wants to stay with 2003.

The target user may or may not have Access so a run-time is required.

At the moment I own Wise/Sagekey and can create a script for him and so I
can make installable exe files - both for Access and run-time.

But that means he's tied to me to make product.  He's not worried about this
but I don't want the responsibility.  I'm trying to be an old retired guy,
you know.

BTW Wise is out of business - the Wise Installer is no longer supported.
Not a problem in the short run - the product works just fine.

So what are my alternatives?

MTIA

Rocky Smolin
Beach Access Software
858-259-4334
www.bchacc.com <http://www.bchacc.com/>
www.e-z-mrp.com <http://www.e-z-mrp.com/>
Skype: rocky.smolin


--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/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 Sep 21 17:17:20 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Sun, 22 Sep 2013 08:17:20 +1000
Subject: [AccessD] Deployment Advice
In-Reply-To: <13D4DEB3C47943D3ACCAB98C58AA3970@stevelaptop>
References: <04330E5BCF784205804296525081DD3E@HAL9007>,
	<973D7C20C7FB4EFEB5061D8E270375CF@HAL9007>,
	<13D4DEB3C47943D3ACCAB98C58AA3970@stevelaptop>
Message-ID: <523E1AF0.1630.123AEFE9@stuart.lexacorp.com.pg>

On 22 Sep 2013 at 9:38, Steve Schapel wrote:

> 
> - You need to set up the folder on the production machine as a "trusted 
> location", which you can't do via the Runtime.  There are a couple of 
> utilities around that you can use to do this... the one I use is just a 
> little exe file that you put in the application folder and run it once...  I 
> can track down where I got it from and let you know if you need.
> 
> Regards
> Steve
> 

I do it with a mdb/accdc.  

A simple database with  one module and an Autoexe macro which calls a function Startup().
It does require you to allow execution manually when you open it.  (One of these days I will 
get around to making it a small .exe with PowerBasic)

Here's the module (not usre where I found the function - on the internet somewhere):

Option Compare Database
Option Explicit

Function Startup()
AddTrustedLocation
DoCmd.Quit
End Function

Public Function AddTrustedLocation()
On Error GoTo err_proc
'WARNING:  THIS CODE MODIFIES THE REGISTRY
'sets registry key for 'trusted location'

  Dim intLocns As Integer
  Dim i As Integer
  Dim intNotUsed As Integer
  Dim strLnKey As String
  Dim reg As Object
  Dim strPath As String
  Dim strTitle As String
  Dim strTrustedLocations As String
  strTitle = "Add Trusted Location"
  Set reg = CreateObject("wscript.shell")
  strPath = CurrentProject.Path
  strTrustedLocations = "HKEY_CURRENT_USER\Software\Microsoft\Office\" & 
Format(Application.Version, "##,##0.0") & _
             "\Access\Security\Trusted Locations"
  'Specify the registry trusted locations path for the version of Access used
  strLnKey = strTrustedLocations & "\Location"

On Error GoTo err_proc0
  'find top of range of trusted locations references in registry
  For i = 999 To 0 Step -1
      reg.RegRead strLnKey & i & "\Path"
      GoTo chckRegPths        'Reg.RegRead successful, location exists > check for path in all 
locations 0 - i.
checknext:
  Next
  MsgBox "Unexpected Error - No Registry Locations found", vbExclamation
  GoTo exit_proc
 
 
chckRegPths:
'Check if Currentdb path already a trusted location
'reg.RegRead fails before intlocns = i then the registry location is unused and
'will be used for new trusted location if path not already in registy

On Error GoTo err_proc1:
'Allow Network Locations
 reg.RegWrite strTrustedLocations & "\AllowNetworkLocations", 1, "REG_DWORD"
 
 For intLocns = 1 To i
      reg.RegRead strLnKey & intLocns & "\Path"
      'If Path already in registry -> exit
      If InStr(1, reg.RegRead(strLnKey & intLocns & "\Path"), strPath) = 1 Then MsgBox 
CurrentProject.Path & " already in trusted locations": GoTo exit_proc
NextLocn:
  Next
 
  If intLocns = 999 Then
      MsgBox "Location count exceeded - unable to write trusted location to registry", 
vbInformation, strTitle
      GoTo exit_proc
  End If
  'if no unused location found then set new location for path
  If intNotUsed = 0 Then intNotUsed = i + 1
 
On Error GoTo err_proc:
  strLnKey = strLnKey & intNotUsed & "\"
  reg.RegWrite strLnKey & "AllowSubfolders", 1, "REG_DWORD"
  reg.RegWrite strLnKey & "Date", Now(), "REG_SZ"
  reg.RegWrite strLnKey & "Description", Application.CurrentProject.Name, "REG_SZ"
  reg.RegWrite strLnKey & "Path", strPath & "\", "REG_SZ"
  MsgBox CurrentProject.Path & " added to trusted locations"
exit_proc:
  Set reg = Nothing
  Exit Function
 
err_proc0:
  Resume checknext
 
err_proc1:
  If intNotUsed = 0 Then intNotUsed = intLocns
  Resume NextLocn

err_proc:
  MsgBox Err.Description, , strTitle
  Resume exit_proc
 
End Function

   

From steve at datamanagementsolutions.biz  Sat Sep 21 18:52:42 2013
From: steve at datamanagementsolutions.biz (Steve Schapel)
Date: Sun, 22 Sep 2013 11:52:42 +1200
Subject: [AccessD] Deployment Advice
In-Reply-To: <523E1AF0.1630.123AEFE9@stuart.lexacorp.com.pg>
References: <04330E5BCF784205804296525081DD3E@HAL9007>,
	<973D7C20C7FB4EFEB5061D8E270375CF@HAL9007>,
	<13D4DEB3C47943D3ACCAB98C58AA3970@stevelaptop>
	<523E1AF0.1630.123AEFE9@stuart.lexacorp.com.pg>
Message-ID: <AA191AE69C4C483F8468671EC5FD6241@stevelaptop>

That's cool, Stuart.

I use the AddPath.exe which I obtained from
http://www.accessribbon.de/en/?Trust_Center:Trusted_Locations

Regards
Steve

-----Original Message----- 
From: Stuart McLachlan
Sent: Sunday, September 22, 2013 10:17 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Deployment Advice

On 22 Sep 2013 at 9:38, Steve Schapel wrote:

>
> - You need to set up the folder on the production machine as a "trusted
> location", which you can't do via the Runtime.  There are a couple of
> utilities around that you can use to do this... the one I use is just a
> little exe file that you put in the application folder and run it once... 
> I
> can track down where I got it from and let you know if you need.
>
> Regards
> Steve
>

I do it with a mdb/accdc.

A simple database with  one module and an Autoexe macro which calls a 
function Startup().
It does require you to allow execution manually when you open it.  (One of 
these days I will
get around to making it a small .exe with PowerBasic)

Here's the module (not usre where I found the function - on the internet 
somewhere):

Option Compare Database
Option Explicit

Function Startup()
AddTrustedLocation
DoCmd.Quit
End Function

Public Function AddTrustedLocation()
On Error GoTo err_proc
'WARNING:  THIS CODE MODIFIES THE REGISTRY
'sets registry key for 'trusted location'

  Dim intLocns As Integer
  Dim i As Integer
  Dim intNotUsed As Integer
  Dim strLnKey As String
  Dim reg As Object
  Dim strPath As String
  Dim strTitle As String
  Dim strTrustedLocations As String
  strTitle = "Add Trusted Location"
  Set reg = CreateObject("wscript.shell")
  strPath = CurrentProject.Path
  strTrustedLocations = "HKEY_CURRENT_USER\Software\Microsoft\Office\" &
Format(Application.Version, "##,##0.0") & _
             "\Access\Security\Trusted Locations"
  'Specify the registry trusted locations path for the version of Access 
used
  strLnKey = strTrustedLocations & "\Location"

On Error GoTo err_proc0
  'find top of range of trusted locations references in registry
  For i = 999 To 0 Step -1
      reg.RegRead strLnKey & i & "\Path"
      GoTo chckRegPths        'Reg.RegRead successful, location exists > 
check for path in all
locations 0 - i.
checknext:
  Next
  MsgBox "Unexpected Error - No Registry Locations found", vbExclamation
  GoTo exit_proc


chckRegPths:
'Check if Currentdb path already a trusted location
'reg.RegRead fails before intlocns = i then the registry location is unused 
and
'will be used for new trusted location if path not already in registy

On Error GoTo err_proc1:
'Allow Network Locations
reg.RegWrite strTrustedLocations & "\AllowNetworkLocations", 1, "REG_DWORD"

For intLocns = 1 To i
      reg.RegRead strLnKey & intLocns & "\Path"
      'If Path already in registry -> exit
      If InStr(1, reg.RegRead(strLnKey & intLocns & "\Path"), strPath) = 1 
Then MsgBox
CurrentProject.Path & " already in trusted locations": GoTo exit_proc
NextLocn:
  Next

  If intLocns = 999 Then
      MsgBox "Location count exceeded - unable to write trusted location to 
registry",
vbInformation, strTitle
      GoTo exit_proc
  End If
  'if no unused location found then set new location for path
  If intNotUsed = 0 Then intNotUsed = i + 1

On Error GoTo err_proc:
  strLnKey = strLnKey & intNotUsed & "\"
  reg.RegWrite strLnKey & "AllowSubfolders", 1, "REG_DWORD"
  reg.RegWrite strLnKey & "Date", Now(), "REG_SZ"
  reg.RegWrite strLnKey & "Description", Application.CurrentProject.Name, 
"REG_SZ"
  reg.RegWrite strLnKey & "Path", strPath & "\", "REG_SZ"
  MsgBox CurrentProject.Path & " added to trusted locations"
exit_proc:
  Set reg = Nothing
  Exit Function

err_proc0:
  Resume checknext

err_proc1:
  If intNotUsed = 0 Then intNotUsed = intLocns
  Resume NextLocn

err_proc:
  MsgBox Err.Description, , strTitle
  Resume exit_proc

End Function


-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com 


From marksimms at verizon.net  Sun Sep 22 12:40:26 2013
From: marksimms at verizon.net (Mark Simms)
Date: Sun, 22 Sep 2013 13:40:26 -0400
Subject: [AccessD] Deployment Advice
In-Reply-To: <523E1AF0.1630.123AEFE9@stuart.lexacorp.com.pg>
References: <04330E5BCF784205804296525081DD3E@HAL9007>,
	<973D7C20C7FB4EFEB5061D8E270375CF@HAL9007>,
	<13D4DEB3C47943D3ACCAB98C58AA3970@stevelaptop>
	<523E1AF0.1630.123AEFE9@stuart.lexacorp.com.pg>
Message-ID: <000001ceb7ba$d2eb5040$78c1f0c0$@net>

Important to Remember:
this is a catch-22 situation....as you must close the application and reopen
it after making those API calls.
Been there, done that.
It does work however and it is a good option if you don't trust your users
can do it correctly via GUI.

> Function Startup()
> AddTrustedLocation
> DoCmd.Quit
> End Function
>
> Public Function AddTrustedLocation()
> On Error GoTo err_proc
> 'WARNING:  THIS CODE MODIFIES THE REGISTRY
> 'sets registry key for 'trusted location'
>
>   Dim intLocns As Integer
>   Dim i As Integer
>   Dim intNotUsed As Integer
>   Dim strLnKey As String
>   Dim reg As Object
>   Dim strPath As String
>   Dim strTitle As String
>   Dim strTrustedLocations As String
>   strTitle = "Add Trusted Location"
>   Set reg = CreateObject("wscript.shell")
>   strPath = CurrentProject.Path
>   strTrustedLocations = "HKEY_CURRENT_USER\Software\Microsoft\Office\"
> &
> Format(Application.Version, "##,##0.0") & _
>              "\Access\Security\Trusted Locations"
>   'Specify the registry trusted locations path for the version of
> Access used
>   strLnKey = strTrustedLocations & "\Location"
>
> On Error GoTo err_proc0
>   'find top of range of trusted locations references in registry
>   For i = 999 To 0 Step -1
>       reg.RegRead strLnKey & i & "\Path"
>       GoTo chckRegPths        'Reg.RegRead successful, location exists
> > check for path in all
> locations 0 - i.
> checknext:
>   Next
>   MsgBox "Unexpected Error - No Registry Locations found",
> vbExclamation
>   GoTo exit_proc
>
>
> chckRegPths:
> 'Check if Currentdb path already a trusted location
> 'reg.RegRead fails before intlocns = i then the registry location is
> unused and
> 'will be used for new trusted location if path not already in registy
>
> On Error GoTo err_proc1:
> 'Allow Network Locations
>  reg.RegWrite strTrustedLocations & "\AllowNetworkLocations", 1,
> "REG_DWORD"
>
>  For intLocns = 1 To i
>       reg.RegRead strLnKey & intLocns & "\Path"
>       'If Path already in registry -> exit
>       If InStr(1, reg.RegRead(strLnKey & intLocns & "\Path"), strPath)
> = 1 Then MsgBox
> CurrentProject.Path & " already in trusted locations": GoTo exit_proc
> NextLocn:
>   Next
>
>   If intLocns = 999 Then
>       MsgBox "Location count exceeded - unable to write trusted
> location to registry",
> vbInformation, strTitle
>       GoTo exit_proc
>   End If
>   'if no unused location found then set new location for path
>   If intNotUsed = 0 Then intNotUsed = i + 1
>
> On Error GoTo err_proc:
>   strLnKey = strLnKey & intNotUsed & "\"
>   reg.RegWrite strLnKey & "AllowSubfolders", 1, "REG_DWORD"
>   reg.RegWrite strLnKey & "Date", Now(), "REG_SZ"
>   reg.RegWrite strLnKey & "Description",
> Application.CurrentProject.Name, "REG_SZ"
>   reg.RegWrite strLnKey & "Path", strPath & "\", "REG_SZ"
>   MsgBox CurrentProject.Path & " added to trusted locations"
> exit_proc:
>   Set reg = Nothing
>   Exit Function
>
> err_proc0:
>   Resume checknext
>
> err_proc1:
>   If intNotUsed = 0 Then intNotUsed = intLocns
>   Resume NextLocn
>
> err_proc:
>   MsgBox Err.Description, , strTitle
>   Resume exit_proc
>
> End Function
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com



From marksimms at verizon.net  Sun Sep 22 12:45:20 2013
From: marksimms at verizon.net (Mark Simms)
Date: Sun, 22 Sep 2013 13:45:20 -0400
Subject: [AccessD] Deployment Advice
In-Reply-To: <99126BDD5F12438AA13FD7C1D8A50550@stevelaptop>
References: <04330E5BCF784205804296525081DD3E@HAL9007>
	<99126BDD5F12438AA13FD7C1D8A50550@stevelaptop>
Message-ID: <000101ceb7bb$824e4ce0$86eae6a0$@net>

Amen to that. I'm in the middle of an AC97 to AC2010 conversion.
I was positively shocked to see that most of the app came across without
problems.
Only trick was to insure the default database type was set to MDB and not
accdb.

BTW: anyone cheering the fact that MSFT FINALLY issued the SP2 fix for the
ever-so-buggy Office 2010-SP1 ?



From steve at datamanagementsolutions.biz  Sun Sep 22 16:13:59 2013
From: steve at datamanagementsolutions.biz (Steve Schapel)
Date: Mon, 23 Sep 2013 09:13:59 +1200
Subject: [AccessD] Deployment Advice
In-Reply-To: <000001ceb7ba$d2eb5040$78c1f0c0$@net>
References: <04330E5BCF784205804296525081DD3E@HAL9007>,
	<973D7C20C7FB4EFEB5061D8E270375CF@HAL9007>,
	<13D4DEB3C47943D3ACCAB98C58AA3970@stevelaptop><523E1AF0.1630.123AEFE9@stuart.lexacorp.com.pg>
	<000001ceb7ba$d2eb5040$78c1f0c0$@net>
Message-ID: <1ACE7FD169894492B632E94DEA32D599@stevelaptop>

In this case doing it via the GUI is not an option anyway, Mark, because 
this is not exposed via the Runtime.

Regards
Steve

-----Original Message----- 
From: Mark Simms
Sent: Monday, September 23, 2013 5:40 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Deployment Advice

Important to Remember:
this is a catch-22 situation....as you must close the application and reopen
it after making those API calls.
Been there, done that.
It does work however and it is a good option if you don't trust your users
can do it correctly via GUI.

> Function Startup()
> AddTrustedLocation
> DoCmd.Quit
> End Function
>
> Public Function AddTrustedLocation()
> On Error GoTo err_proc
> 'WARNING:  THIS CODE MODIFIES THE REGISTRY
> 'sets registry key for 'trusted location'
>
>   Dim intLocns As Integer
>   Dim i As Integer
>   Dim intNotUsed As Integer
>   Dim strLnKey As String
>   Dim reg As Object
>   Dim strPath As String
>   Dim strTitle As String
>   Dim strTrustedLocations As String
>   strTitle = "Add Trusted Location"
>   Set reg = CreateObject("wscript.shell")
>   strPath = CurrentProject.Path
>   strTrustedLocations = "HKEY_CURRENT_USER\Software\Microsoft\Office\"
> &
> Format(Application.Version, "##,##0.0") & _
>              "\Access\Security\Trusted Locations"
>   'Specify the registry trusted locations path for the version of
> Access used
>   strLnKey = strTrustedLocations & "\Location"
>
> On Error GoTo err_proc0
>   'find top of range of trusted locations references in registry
>   For i = 999 To 0 Step -1
>       reg.RegRead strLnKey & i & "\Path"
>       GoTo chckRegPths        'Reg.RegRead successful, location exists
> > check for path in all
> locations 0 - i.
> checknext:
>   Next
>   MsgBox "Unexpected Error - No Registry Locations found",
> vbExclamation
>   GoTo exit_proc
>
>
> chckRegPths:
> 'Check if Currentdb path already a trusted location
> 'reg.RegRead fails before intlocns = i then the registry location is
> unused and
> 'will be used for new trusted location if path not already in registy
>
> On Error GoTo err_proc1:
> 'Allow Network Locations
>  reg.RegWrite strTrustedLocations & "\AllowNetworkLocations", 1,
> "REG_DWORD"
>
>  For intLocns = 1 To i
>       reg.RegRead strLnKey & intLocns & "\Path"
>       'If Path already in registry -> exit
>       If InStr(1, reg.RegRead(strLnKey & intLocns & "\Path"), strPath)
> = 1 Then MsgBox
> CurrentProject.Path & " already in trusted locations": GoTo exit_proc
> NextLocn:
>   Next
>
>   If intLocns = 999 Then
>       MsgBox "Location count exceeded - unable to write trusted
> location to registry",
> vbInformation, strTitle
>       GoTo exit_proc
>   End If
>   'if no unused location found then set new location for path
>   If intNotUsed = 0 Then intNotUsed = i + 1
>
> On Error GoTo err_proc:
>   strLnKey = strLnKey & intNotUsed & "\"
>   reg.RegWrite strLnKey & "AllowSubfolders", 1, "REG_DWORD"
>   reg.RegWrite strLnKey & "Date", Now(), "REG_SZ"
>   reg.RegWrite strLnKey & "Description",
> Application.CurrentProject.Name, "REG_SZ"
>   reg.RegWrite strLnKey & "Path", strPath & "\", "REG_SZ"
>   MsgBox CurrentProject.Path & " added to trusted locations"
> exit_proc:
>   Set reg = Nothing
>   Exit Function
>
> err_proc0:
>   Resume checknext
>
> err_proc1:
>   If intNotUsed = 0 Then intNotUsed = intLocns
>   Resume NextLocn
>
> err_proc:
>   MsgBox Err.Description, , strTitle
>   Resume exit_proc
>
> End Function
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/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 marksimms at verizon.net  Mon Sep 23 16:47:42 2013
From: marksimms at verizon.net (Mark Simms)
Date: Mon, 23 Sep 2013 17:47:42 -0400
Subject: [AccessD] Deployment Advice
In-Reply-To: <1ACE7FD169894492B632E94DEA32D599@stevelaptop>
References: <04330E5BCF784205804296525081DD3E@HAL9007>,
	<973D7C20C7FB4EFEB5061D8E270375CF@HAL9007>,
	<13D4DEB3C47943D3ACCAB98C58AA3970@stevelaptop><523E1AF0.1630.123AEFE9@stuart.lexacorp.com.pg>
	<000001ceb7ba$d2eb5040$78c1f0c0$@net>
	<1ACE7FD169894492B632E94DEA32D599@stevelaptop>
Message-ID: <012201ceb8a6$88769dc0$9963d940$@net>

Wow, great point Steve....you've just given me another issue to handle for
the rollout.
I'll deploy this as a one-time CommandLine driven operation post
installation of the runtime package.

> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com [mailto:accessd-
> bounces at databaseadvisors.com] On Behalf Of Steve Schapel
> Sent: Sunday, September 22, 2013 5:14 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Deployment Advice
>
> In this case doing it via the GUI is not an option anyway, Mark,
> because
> this is not exposed via the Runtime.
>
> Regards
> Steve
>
> -----Original Message-----
> From: Mark Simms
> Sent: Monday, September 23, 2013 5:40 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Deployment Advice
>
> Important to Remember:
> this is a catch-22 situation....as you must close the application and
> reopen
> it after making those API calls.
> Been there, done that.
> It does work however and it is a good option if you don't trust your
> users
> can do it correctly via GUI.
>
> > Function Startup()
> > AddTrustedLocation
> > DoCmd.Quit
> > End Function
> >
> > Public Function AddTrustedLocation()
> > On Error GoTo err_proc
> > 'WARNING:  THIS CODE MODIFIES THE REGISTRY
> > 'sets registry key for 'trusted location'
> >
> >   Dim intLocns As Integer
> >   Dim i As Integer
> >   Dim intNotUsed As Integer
> >   Dim strLnKey As String
> >   Dim reg As Object
> >   Dim strPath As String
> >   Dim strTitle As String
> >   Dim strTrustedLocations As String
> >   strTitle = "Add Trusted Location"
> >   Set reg = CreateObject("wscript.shell")
> >   strPath = CurrentProject.Path
> >   strTrustedLocations =
> "HKEY_CURRENT_USER\Software\Microsoft\Office\"
> > &
> > Format(Application.Version, "##,##0.0") & _
> >              "\Access\Security\Trusted Locations"
> >   'Specify the registry trusted locations path for the version of
> > Access used
> >   strLnKey = strTrustedLocations & "\Location"
> >
> > On Error GoTo err_proc0
> >   'find top of range of trusted locations references in registry
> >   For i = 999 To 0 Step -1
> >       reg.RegRead strLnKey & i & "\Path"
> >       GoTo chckRegPths        'Reg.RegRead successful, location
> exists
> > > check for path in all
> > locations 0 - i.
> > checknext:
> >   Next
> >   MsgBox "Unexpected Error - No Registry Locations found",
> > vbExclamation
> >   GoTo exit_proc
> >
> >
> > chckRegPths:
> > 'Check if Currentdb path already a trusted location
> > 'reg.RegRead fails before intlocns = i then the registry location is
> > unused and
> > 'will be used for new trusted location if path not already in registy
> >
> > On Error GoTo err_proc1:
> > 'Allow Network Locations
> >  reg.RegWrite strTrustedLocations & "\AllowNetworkLocations", 1,
> > "REG_DWORD"
> >
> >  For intLocns = 1 To i
> >       reg.RegRead strLnKey & intLocns & "\Path"
> >       'If Path already in registry -> exit
> >       If InStr(1, reg.RegRead(strLnKey & intLocns & "\Path"),
> strPath)
> > = 1 Then MsgBox
> > CurrentProject.Path & " already in trusted locations": GoTo exit_proc
> > NextLocn:
> >   Next
> >
> >   If intLocns = 999 Then
> >       MsgBox "Location count exceeded - unable to write trusted
> > location to registry",
> > vbInformation, strTitle
> >       GoTo exit_proc
> >   End If
> >   'if no unused location found then set new location for path
> >   If intNotUsed = 0 Then intNotUsed = i + 1
> >
> > On Error GoTo err_proc:
> >   strLnKey = strLnKey & intNotUsed & "\"
> >   reg.RegWrite strLnKey & "AllowSubfolders", 1, "REG_DWORD"
> >   reg.RegWrite strLnKey & "Date", Now(), "REG_SZ"
> >   reg.RegWrite strLnKey & "Description",
> > Application.CurrentProject.Name, "REG_SZ"
> >   reg.RegWrite strLnKey & "Path", strPath & "\", "REG_SZ"
> >   MsgBox CurrentProject.Path & " added to trusted locations"
> > exit_proc:
> >   Set reg = Nothing
> >   Exit Function
> >
> > err_proc0:
> >   Resume checknext
> >
> > err_proc1:
> >   If intNotUsed = 0 Then intNotUsed = intLocns
> >   Resume NextLocn
> >
> > err_proc:
> >   MsgBox Err.Description, , strTitle
> >   Resume exit_proc
> >
> > End Function
> >
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/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 gmail.com  Tue Sep 24 13:35:47 2013
From: jwcolby at gmail.com (John W Colby)
Date: Tue, 24 Sep 2013 14:35:47 -0400
Subject: [AccessD] Takes FOREVER to save
Message-ID: <5241DB83.2060407@gmail.com>

I was working on a "user written" database.  It was taking many minutes to save changes.

Turned off "track changes"

Now it saves instantly.

-- 
John W. Colby

Reality is what refuses to go away
when you do not believe in it


From Lambert.Heenan at aig.com  Tue Sep 24 14:20:43 2013
From: Lambert.Heenan at aig.com (Heenan, Lambert)
Date: Tue, 24 Sep 2013 15:20:43 -0400
Subject: [AccessD] Takes FOREVER to save
In-Reply-To: <5241DB83.2060407@gmail.com>
References: <5241DB83.2060407@gmail.com>
Message-ID: <F5B2E2ECEE84F142883A2E6DCA867F980210377461@LIVP3MMBX10.mail.aig.net>

I always have that 'featured' turned off, (the 'Auto Correct' feature that is. It does not appear to be called 'track changes') but still have long delays in saving changes. ;-(

Using Access 2010. SP2

Lambert

-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
Sent: Tuesday, September 24, 2013 2:36 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Takes FOREVER to save

I was working on a "user written" database.  It was taking many minutes to save changes.

Turned off "track changes"

Now it saves instantly.

-- 
John W. Colby

Reality is what refuses to go away
when you do not believe in it

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From jwcolby at gmail.com  Tue Sep 24 14:31:09 2013
From: jwcolby at gmail.com (John W Colby)
Date: Tue, 24 Sep 2013 15:31:09 -0400
Subject: [AccessD] Takes FOREVER to save
In-Reply-To: <F5B2E2ECEE84F142883A2E6DCA867F980210377461@LIVP3MMBX10.mail.aig.net>
References: <5241DB83.2060407@gmail.com>
	<F5B2E2ECEE84F142883A2E6DCA867F980210377461@LIVP3MMBX10.mail.aig.net>
Message-ID: <5241E87D.8020803@gmail.com>

Yea, me too.  This one I am just helping the guy on.

And yea, it did not fix ALL long save times.

I think that Access compiles all queries for many changes.  If the time to work through those 
compiles is long then it adds up.

I had one odbc table link to SQL Server which whenever I ran a find and replace, it would hang for 
minutes on the query using that linked table.  I ended up doing a pass through and using that 
instead of the table, deleted the table, now F&R runs lightning fast again.

These kinds of things are just strange.

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 9/24/2013 3:20 PM, Heenan, Lambert wrote:
> I always have that 'featured' turned off, (the 'Auto Correct' feature that is. It does not appear to be called 'track changes') but still have long delays in saving changes. ;-(
>
> Using Access 2010. SP2
>
> Lambert
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
> Sent: Tuesday, September 24, 2013 2:36 PM
> To: Access Developers discussion and problem solving
> Subject: [AccessD] Takes FOREVER to save
>
> I was working on a "user written" database.  It was taking many minutes to save changes.
>
> Turned off "track changes"
>
> Now it saves instantly.
>


From jbodin at sbor.com  Tue Sep 24 14:33:07 2013
From: jbodin at sbor.com (John Bodin)
Date: Tue, 24 Sep 2013 19:33:07 +0000
Subject: [AccessD] Takes FOREVER to save
In-Reply-To: <F5B2E2ECEE84F142883A2E6DCA867F980210377461@LIVP3MMBX10.mail.aig.net>
References: <5241DB83.2060407@gmail.com>
	<F5B2E2ECEE84F142883A2E6DCA867F980210377461@LIVP3MMBX10.mail.aig.net>
Message-ID: <595e3b4dbd5348fd96cc53e9c233e34e@BLUPR04MB023.namprd04.prod.outlook.com>

I think you are referring to the same settings - "Track Name Autocorrect info" and "Perform Name Autocorrect".  These are what they are called in A2010.  Turning these off definitely helps with performance especially as your database grows in number of forms.

If still slow, one option would be to create a blank database and import your objects into it.  May be a corruption somewhere that will generally get caught/corrected in an import to a fresh database.

-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert
Sent: Tuesday, September 24, 2013 3:21 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Takes FOREVER to save

I always have that 'featured' turned off, (the 'Auto Correct' feature that is. It does not appear to be called 'track changes') but still have long delays in saving changes. ;-(

Using Access 2010. SP2

Lambert

-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
Sent: Tuesday, September 24, 2013 2:36 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Takes FOREVER to save

I was working on a "user written" database.  It was taking many minutes to save changes.

Turned off "track changes"

Now it saves instantly.

-- 
John W. Colby

Reality is what refuses to go away
when you do not believe in it

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/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 Sep 24 14:35:30 2013
From: Lambert.Heenan at aig.com (Heenan, Lambert)
Date: Tue, 24 Sep 2013 15:35:30 -0400
Subject: [AccessD] Takes FOREVER to save
In-Reply-To: <5241E87D.8020803@gmail.com>
References: <5241DB83.2060407@gmail.com>
	<F5B2E2ECEE84F142883A2E6DCA867F980210377461@LIVP3MMBX10.mail.aig.net>
	<5241E87D.8020803@gmail.com>
Message-ID: <F5B2E2ECEE84F142883A2E6DCA867F980210377463@LIVP3MMBX10.mail.aig.net>

I sometimes have a long wait just to save a few changes to a code module.  Of course it may be my network, over which I have no control here in corporate land.

I work with two Virtual machines, ostensibly identical, but one is much faster than the other???

:-(  'Strange' is Microsoft's middle name I think.

Lambert

-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
Sent: Tuesday, September 24, 2013 3:31 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Takes FOREVER to save

Yea, me too.  This one I am just helping the guy on.

And yea, it did not fix ALL long save times.

I think that Access compiles all queries for many changes.  If the time to work through those compiles is long then it adds up.

I had one odbc table link to SQL Server which whenever I ran a find and replace, it would hang for minutes on the query using that linked table.  I ended up doing a pass through and using that instead of the table, deleted the table, now F&R runs lightning fast again.

These kinds of things are just strange.

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 9/24/2013 3:20 PM, Heenan, Lambert wrote:
> I always have that 'featured' turned off, (the 'Auto Correct' feature 
> that is. It does not appear to be called 'track changes') but still 
> have long delays in saving changes. ;-(
>
> Using Access 2010. SP2
>
> Lambert
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com 
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W 
> Colby
> Sent: Tuesday, September 24, 2013 2:36 PM
> To: Access Developers discussion and problem solving
> Subject: [AccessD] Takes FOREVER to save
>
> I was working on a "user written" database.  It was taking many minutes to save changes.
>
> Turned off "track changes"
>
> Now it saves instantly.
>

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From jwcolby at gmail.com  Tue Sep 24 14:42:12 2013
From: jwcolby at gmail.com (John W Colby)
Date: Tue, 24 Sep 2013 15:42:12 -0400
Subject: [AccessD] Takes FOREVER to save
In-Reply-To: <F5B2E2ECEE84F142883A2E6DCA867F980210377463@LIVP3MMBX10.mail.aig.net>
References: <5241DB83.2060407@gmail.com>
	<F5B2E2ECEE84F142883A2E6DCA867F980210377461@LIVP3MMBX10.mail.aig.net>
	<5241E87D.8020803@gmail.com>
	<F5B2E2ECEE84F142883A2E6DCA867F980210377463@LIVP3MMBX10.mail.aig.net>
Message-ID: <5241EB14.50302@gmail.com>

I am working on a directory on my C: drive.  I have an F: drive which is my automatically backed up 
place to store things which need backing up.  It is on a server on the other coast of the US.  It 
has to go through about 10 firewalls (so I am told) to get out of this building, to the internet and 
into the system on the other coast.  Needless to say, we use a local drive and I use sync toy to get 
things synced up off line at night.

And yes, it runs much faster in the citrix VM but no changes I make to those VMs survive a reboot.

Needless to say I use a local hard drive for dev.

Doing so though means getting at data in a SQL Server on the opposite coast....

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 9/24/2013 3:35 PM, Heenan, Lambert wrote:
> I sometimes have a long wait just to save a few changes to a code module.  Of course it may be my network, over which I have no control here in corporate land.
>
> I work with two Virtual machines, ostensibly identical, but one is much faster than the other???
>
> :-(  'Strange' is Microsoft's middle name I think.
>
> Lambert
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W Colby
> Sent: Tuesday, September 24, 2013 3:31 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Takes FOREVER to save
>
> Yea, me too.  This one I am just helping the guy on.
>
> And yea, it did not fix ALL long save times.
>
> I think that Access compiles all queries for many changes.  If the time to work through those compiles is long then it adds up.
>
> I had one odbc table link to SQL Server which whenever I ran a find and replace, it would hang for minutes on the query using that linked table.  I ended up doing a pass through and using that instead of the table, deleted the table, now F&R runs lightning fast again.
>
> These kinds of things are just strange.
>
> John W. Colby
>
> Reality is what refuses to go away
> when you do not believe in it
>
> On 9/24/2013 3:20 PM, Heenan, Lambert wrote:
>> I always have that 'featured' turned off, (the 'Auto Correct' feature
>> that is. It does not appear to be called 'track changes') but still
>> have long delays in saving changes. ;-(
>>
>> Using Access 2010. SP2
>>
>> Lambert
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W
>> Colby
>> Sent: Tuesday, September 24, 2013 2:36 PM
>> To: Access Developers discussion and problem solving
>> Subject: [AccessD] Takes FOREVER to save
>>
>> I was working on a "user written" database.  It was taking many minutes to save changes.
>>
>> Turned off "track changes"
>>
>> Now it saves instantly.
>>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>


From marksimms at verizon.net  Wed Sep 25 05:52:01 2013
From: marksimms at verizon.net (Mark Simms)
Date: Wed, 25 Sep 2013 06:52:01 -0400
Subject: [AccessD] Takes FOREVER to save
In-Reply-To: <595e3b4dbd5348fd96cc53e9c233e34e@BLUPR04MB023.namprd04.prod.outlook.com>
References: <5241DB83.2060407@gmail.com>
	<F5B2E2ECEE84F142883A2E6DCA867F980210377461@LIVP3MMBX10.mail.aig.net>
	<595e3b4dbd5348fd96cc53e9c233e34e@BLUPR04MB023.namprd04.prod.outlook.com>
Message-ID: <001401ceb9dd$4469d2e0$cd3d78a0$@net>

Can these be turned-off via VBA ?

> I think you are referring to the same settings - "Track Name
> Autocorrect info" and "Perform Name Autocorrect".  These are what they
> are called in A2010.  Turning these off definitely helps with
> performance especially as your database grows in number of forms.
>



From stuart at lexacorp.com.pg  Wed Sep 25 06:23:40 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Wed, 25 Sep 2013 21:23:40 +1000
Subject: [AccessD] Takes FOREVER to save
In-Reply-To: <001401ceb9dd$4469d2e0$cd3d78a0$@net>
References: <5241DB83.2060407@gmail.com>,
	<595e3b4dbd5348fd96cc53e9c233e34e@BLUPR04MB023.namprd04.prod.outlook.com>,
	<001401ceb9dd$4469d2e0$cd3d78a0$@net>
Message-ID: <5242C7BC.25172.7542BE6@stuart.lexacorp.com.pg>

Sub SetAutocorrect(Status As Boolean)
    Application.SetOption "Track Name AutoCorrect Info", Status
    Application.SetOption "Perform Name Autocorrect", Status
    Application.SetOption "Log Name Autocorrect Changes", Status
End Sub


-- 
Stuart

On 25 Sep 2013 at 6:52, Mark Simms wrote:

> Can these be turned-off via VBA ?
> 
> > I think you are referring to the same settings - "Track Name
> > Autocorrect info" and "Perform Name Autocorrect".  These are what they
> > are called in A2010.  Turning these off definitely helps with
> > performance especially as your database grows in number of forms.
> >
> 
> 
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 



From garykjos at gmail.com  Wed Sep 25 13:38:11 2013
From: garykjos at gmail.com (Gary Kjos)
Date: Wed, 25 Sep 2013 13:38:11 -0500
Subject: [AccessD] VACATION TIME!
Message-ID: <CAJ2R_pK10885V=sGUg+q7cn6XTYDbsgUfiTt7X80T7heJ-eb8Q@mail.gmail.com>

2 more hours and I am out of here for 11 days!  My annual fishing
extravaganza.

We have 8 people this year so it will be a little more cozy than in other
years. I don't recall us ever having that many in the 30 years I've been
attending. We have 3 bedrooms with 2 beds each so 2 guys will be bunking in
the livingroom. Won't be ME since the reservation is in my name ;-)

Tomorrow and Friday are my "get ready" days. I'm in charge of getting all
the food. So off to Sam's and Costco trips tomorrow and the Regular Grocery
store on Friday. I also have to mix up a couple quarts of tartar sauce. We
aren't gonna impress too many foodies with our cooking but we seem to enjoy
it.

We have internet access at the resort so I will be checking in from up
there I am sure.

-- 
Gary Kjos
garykjos at gmail.com

From jimdettman at verizon.net  Wed Sep 25 13:46:58 2013
From: jimdettman at verizon.net (Jim Dettman)
Date: Wed, 25 Sep 2013 14:46:58 -0400
Subject: [AccessD] VACATION TIME!
In-Reply-To: <CAJ2R_pK10885V=sGUg+q7cn6XTYDbsgUfiTt7X80T7heJ-eb8Q@mail.gmail.com>
References: <CAJ2R_pK10885V=sGUg+q7cn6XTYDbsgUfiTt7X80T7heJ-eb8Q@mail.gmail.com>
Message-ID: <A8AEFC2C6EC04101A977312380F59FCC@XPS>


 Sounds like quite the trip!  Have a good time and good luck with the
fishing!

Jim. 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos
Sent: Wednesday, September 25, 2013 02:38 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] VACATION TIME!

2 more hours and I am out of here for 11 days!  My annual fishing
extravaganza.

We have 8 people this year so it will be a little more cozy than in other
years. I don't recall us ever having that many in the 30 years I've been
attending. We have 3 bedrooms with 2 beds each so 2 guys will be bunking in
the livingroom. Won't be ME since the reservation is in my name ;-)

Tomorrow and Friday are my "get ready" days. I'm in charge of getting all
the food. So off to Sam's and Costco trips tomorrow and the Regular Grocery
store on Friday. I also have to mix up a couple quarts of tartar sauce. We
aren't gonna impress too many foodies with our cooking but we seem to enjoy
it.

We have internet access at the resort so I will be checking in from up
there I am sure.

-- 
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 BradM at blackforestltd.com  Wed Sep 25 14:00:31 2013
From: BradM at blackforestltd.com (Brad Marks)
Date: Wed, 25 Sep 2013 14:00:31 -0500
Subject: [AccessD] VACATION TIME!
References: <CAJ2R_pK10885V=sGUg+q7cn6XTYDbsgUfiTt7X80T7heJ-eb8Q@mail.gmail.com>
Message-ID: <E9A6E8C998E16F4FB3D861390AFE32C501ABFD32@blkltd.blkfst2003.local>

Gary,

Are you going to a resort in northern Minnesota, or southern Canada?

There may be some people on this forum who have never visited this area.

Good luck with the fishing.

Brad 
(also from Minnesota)

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos
Sent: Wednesday, September 25, 2013 1:38 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] VACATION TIME!

2 more hours and I am out of here for 11 days!  My annual fishing
extravaganza.

We have 8 people this year so it will be a little more cozy than in
other years. I don't recall us ever having that many in the 30 years
I've been attending. We have 3 bedrooms with 2 beds each so 2 guys will
be bunking in the livingroom. Won't be ME since the reservation is in my
name ;-)

Tomorrow and Friday are my "get ready" days. I'm in charge of getting
all the food. So off to Sam's and Costco trips tomorrow and the Regular
Grocery store on Friday. I also have to mix up a couple quarts of tartar
sauce. We aren't gonna impress too many foodies with our cooking but we
seem to enjoy it.

We have internet access at the resort so I will be checking in from up
there I am sure.

--
Gary Kjos
garykjos at gmail.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
This message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=CBF0428C9A.7C378




From garykjos at gmail.com  Wed Sep 25 14:12:52 2013
From: garykjos at gmail.com (Gary Kjos)
Date: Wed, 25 Sep 2013 14:12:52 -0500
Subject: [AccessD] VACATION TIME!
In-Reply-To: <E9A6E8C998E16F4FB3D861390AFE32C501ABFD32@blkltd.blkfst2003.local>
References: <CAJ2R_pK10885V=sGUg+q7cn6XTYDbsgUfiTt7X80T7heJ-eb8Q@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501ABFD32@blkltd.blkfst2003.local>
Message-ID: <CAJ2R_pKLE6m6+RGaeADszfTES3SOamZH6f6dsRRxU8Cd=O2rOQ@mail.gmail.com>

Oops!  Meant to send to the DBA-OT list.  Sorry!

We go to Lake Winnibogishish in North Central MN  Here is the resort we
stay at

http://williamsnarrows.com/

It's a family trip that my parents and aunts and uncles on my mothers side
of the family started making in 1947.  I've been going the last 30 years
now.

Moving over to the OT List now ;-)  Sorry again for the off topic here.

Thanks to you and Jim for the replies to let me know the error in my ways.

GK


On Wed, Sep 25, 2013 at 2:00 PM, Brad Marks <BradM at blackforestltd.com>wrote:

> Gary,
>
> Are you going to a resort in northern Minnesota, or southern Canada?
>
> There may be some people on this forum who have never visited this area.
>
> Good luck with the fishing.
>
> Brad
> (also from Minnesota)
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos
> Sent: Wednesday, September 25, 2013 1:38 PM
> To: Access Developers discussion and problem solving
> Subject: [AccessD] VACATION TIME!
>
> 2 more hours and I am out of here for 11 days!  My annual fishing
> extravaganza.
>
> We have 8 people this year so it will be a little more cozy than in
> other years. I don't recall us ever having that many in the 30 years
> I've been attending. We have 3 bedrooms with 2 beds each so 2 guys will
> be bunking in the livingroom. Won't be ME since the reservation is in my
> name ;-)
>
> Tomorrow and Friday are my "get ready" days. I'm in charge of getting
> all the food. So off to Sam's and Costco trips tomorrow and the Regular
> Grocery store on Friday. I also have to mix up a couple quarts of tartar
> sauce. We aren't gonna impress too many foodies with our cooking but we
> seem to enjoy it.
>
> We have internet access at the resort so I will be checking in from up
> there I am sure.
>
> --
> Gary Kjos
> garykjos at gmail.com
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> This message was scanned by ESVA and is believed to be clean.
> Click here to report this message as spam.
> http://h0stname/cgi-bin/learn-msg.cgi?id=CBF0428C9A.7C378
>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>



-- 
Gary Kjos
garykjos at gmail.com

From accessd at shaw.ca  Wed Sep 25 14:38:18 2013
From: accessd at shaw.ca (Jim Lawrence)
Date: Wed, 25 Sep 2013 13:38:18 -0600 (MDT)
Subject: [AccessD] VACATION TIME!
In-Reply-To: <CAJ2R_pK10885V=sGUg+q7cn6XTYDbsgUfiTt7X80T7heJ-eb8Q@mail.gmail.com>
Message-ID: <1132766433.13555520.1380137898723.JavaMail.root@cds002>

Takes picture and send links so we can see that the trip wasn't all about drinking beer. ;-)

Jim

----- Original Message -----
From: "Gary Kjos" <garykjos at gmail.com>
To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
Sent: Wednesday, September 25, 2013 11:38:11 AM
Subject: [AccessD] VACATION TIME!

2 more hours and I am out of here for 11 days!  My annual fishing
extravaganza.

We have 8 people this year so it will be a little more cozy than in other
years. I don't recall us ever having that many in the 30 years I've been
attending. We have 3 bedrooms with 2 beds each so 2 guys will be bunking in
the livingroom. Won't be ME since the reservation is in my name ;-)

Tomorrow and Friday are my "get ready" days. I'm in charge of getting all
the food. So off to Sam's and Costco trips tomorrow and the Regular Grocery
store on Friday. I also have to mix up a couple quarts of tartar sauce. We
aren't gonna impress too many foodies with our cooking but we seem to enjoy
it.

We have internet access at the resort so I will be checking in from up
there I am sure.

-- 
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 BradM at blackforestltd.com  Wed Sep 25 14:54:50 2013
From: BradM at blackforestltd.com (Brad Marks)
Date: Wed, 25 Sep 2013 14:54:50 -0500
Subject: [AccessD] VACATION TIME!
References: <CAJ2R_pK10885V=sGUg+q7cn6XTYDbsgUfiTt7X80T7heJ-eb8Q@mail.gmail.com><E9A6E8C998E16F4FB3D861390AFE32C501ABFD32@blkltd.blkfst2003.local>
	<CAJ2R_pKLE6m6+RGaeADszfTES3SOamZH6f6dsRRxU8Cd=O2rOQ@mail.gmail.com>
Message-ID: <E9A6E8C998E16F4FB3D861390AFE32C501ABFD5B@blkltd.blkfst2003.local>

Gary,

Being from Minnesota, I would argue that fishing is NEVER OT  :-)

Brad

PS. As I recall, Lake Winnibogishish is close to Lake Wobegon. 


  

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos
Sent: Wednesday, September 25, 2013 2:13 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] VACATION TIME!

Oops!  Meant to send to the DBA-OT list.  Sorry!

We go to Lake Winnibogishish in North Central MN  Here is the resort we
stay at

http://williamsnarrows.com/

It's a family trip that my parents and aunts and uncles on my mothers
side of the family started making in 1947.  I've been going the last 30
years now.

Moving over to the OT List now ;-)  Sorry again for the off topic here.

Thanks to you and Jim for the replies to let me know the error in my
ways.

GK


On Wed, Sep 25, 2013 at 2:00 PM, Brad Marks
<BradM at blackforestltd.com>wrote:

> Gary,
>
> Are you going to a resort in northern Minnesota, or southern Canada?
>
> There may be some people on this forum who have never visited this
area.
>
> Good luck with the fishing.
>
> Brad
> (also from Minnesota)
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos
> Sent: Wednesday, September 25, 2013 1:38 PM
> To: Access Developers discussion and problem solving
> Subject: [AccessD] VACATION TIME!
>
> 2 more hours and I am out of here for 11 days!  My annual fishing 
> extravaganza.
>
> We have 8 people this year so it will be a little more cozy than in 
> other years. I don't recall us ever having that many in the 30 years 
> I've been attending. We have 3 bedrooms with 2 beds each so 2 guys 
> will be bunking in the livingroom. Won't be ME since the reservation 
> is in my name ;-)
>
> Tomorrow and Friday are my "get ready" days. I'm in charge of getting 
> all the food. So off to Sam's and Costco trips tomorrow and the 
> Regular Grocery store on Friday. I also have to mix up a couple quarts

> of tartar sauce. We aren't gonna impress too many foodies with our 
> cooking but we seem to enjoy it.
>
> We have internet access at the resort so I will be checking in from up

> there I am sure.
>
> --
> Gary Kjos
> garykjos at gmail.com
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> This message was scanned by ESVA and is believed to be clean.
> Click here to report this message as spam.
> http://h0stname/cgi-bin/learn-msg.cgi?id=CBF0428C9A.7C378
>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.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

--
This message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=A9C4828CAB.7C0FB




From TSeptav at Uniserve.com  Wed Sep 25 16:28:57 2013
From: TSeptav at Uniserve.com (Tony Septav)
Date: Wed, 25 Sep 2013 16:28:57 -0500
Subject: [AccessD] VACATION TIME!
In-Reply-To: <E9A6E8C998E16F4FB3D861390AFE32C501ABFD5B@blkltd.blkfst2003.local>
Message-ID: <201309252128.r8PLSxgD031339@databaseadvisors.com>

Hey All
Geeez is this what we have resorted too. I throw my hands in the air.
I love to hear about someone's adventure, as it opens my eyes to something I
have not and may never see. But..................................

Tony Septav
Nanaimo, BC
Canada

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: September-25-13 2:55 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] VACATION TIME!

Gary,

Being from Minnesota, I would argue that fishing is NEVER OT  :-)

Brad

PS. As I recall, Lake Winnibogishish is close to Lake Wobegon. 


  

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos
Sent: Wednesday, September 25, 2013 2:13 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] VACATION TIME!

Oops!  Meant to send to the DBA-OT list.  Sorry!

We go to Lake Winnibogishish in North Central MN  Here is the resort we
stay at

http://williamsnarrows.com/

It's a family trip that my parents and aunts and uncles on my mothers
side of the family started making in 1947.  I've been going the last 30
years now.

Moving over to the OT List now ;-)  Sorry again for the off topic here.

Thanks to you and Jim for the replies to let me know the error in my
ways.

GK


On Wed, Sep 25, 2013 at 2:00 PM, Brad Marks
<BradM at blackforestltd.com>wrote:

> Gary,
>
> Are you going to a resort in northern Minnesota, or southern Canada?
>
> There may be some people on this forum who have never visited this
area.
>
> Good luck with the fishing.
>
> Brad
> (also from Minnesota)
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos
> Sent: Wednesday, September 25, 2013 1:38 PM
> To: Access Developers discussion and problem solving
> Subject: [AccessD] VACATION TIME!
>
> 2 more hours and I am out of here for 11 days!  My annual fishing 
> extravaganza.
>
> We have 8 people this year so it will be a little more cozy than in 
> other years. I don't recall us ever having that many in the 30 years 
> I've been attending. We have 3 bedrooms with 2 beds each so 2 guys 
> will be bunking in the livingroom. Won't be ME since the reservation 
> is in my name ;-)
>
> Tomorrow and Friday are my "get ready" days. I'm in charge of getting 
> all the food. So off to Sam's and Costco trips tomorrow and the 
> Regular Grocery store on Friday. I also have to mix up a couple quarts

> of tartar sauce. We aren't gonna impress too many foodies with our 
> cooking but we seem to enjoy it.
>
> We have internet access at the resort so I will be checking in from up

> there I am sure.
>
> --
> Gary Kjos
> garykjos at gmail.com
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> This message was scanned by ESVA and is believed to be clean.
> Click here to report this message as spam.
> http://h0stname/cgi-bin/learn-msg.cgi?id=CBF0428C9A.7C378
>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.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

--
This message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=A9C4828CAB.7C0FB



-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2013.0.3408 / Virus Database: 3222/6697 - Release Date: 09/25/13


From jwcolby at gmail.com  Wed Sep 25 16:34:41 2013
From: jwcolby at gmail.com (John W Colby)
Date: Wed, 25 Sep 2013 17:34:41 -0400
Subject: [AccessD] VACATION TIME!
In-Reply-To: <E9A6E8C998E16F4FB3D861390AFE32C501ABFD5B@blkltd.blkfst2003.local>
References: <CAJ2R_pK10885V=sGUg+q7cn6XTYDbsgUfiTt7X80T7heJ-eb8Q@mail.gmail.com><E9A6E8C998E16F4FB3D861390AFE32C501ABFD32@blkltd.blkfst2003.local>
	<CAJ2R_pKLE6m6+RGaeADszfTES3SOamZH6f6dsRRxU8Cd=O2rOQ@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501ABFD5B@blkltd.blkfst2003.local>
Message-ID: <524356F1.5000605@gmail.com>

Lake Wobegon, my favorite place.  LOVE Garrison Keillor!  The man can spin a yarn.

John W. Colby

Reality is what refuses to go away
when you do not believe in it

On 9/25/2013 3:54 PM, Brad Marks wrote:
> Gary,
>
> Being from Minnesota, I would argue that fishing is NEVER OT  :-)
>
> Brad
>
> PS. As I recall, Lake Winnibogishish is close to Lake Wobegon.
>
>
>    
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos
> Sent: Wednesday, September 25, 2013 2:13 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] VACATION TIME!
>
> Oops!  Meant to send to the DBA-OT list.  Sorry!
>
> We go to Lake Winnibogishish in North Central MN  Here is the resort we
> stay at
>
> http://williamsnarrows.com/
>
> It's a family trip that my parents and aunts and uncles on my mothers
> side of the family started making in 1947.  I've been going the last 30
> years now.
>
> Moving over to the OT List now ;-)  Sorry again for the off topic here.
>
> Thanks to you and Jim for the replies to let me know the error in my
> ways.
>
> GK
>
>
> On Wed, Sep 25, 2013 at 2:00 PM, Brad Marks
> <BradM at blackforestltd.com>wrote:
>
>> Gary,
>>
>> Are you going to a resort in northern Minnesota, or southern Canada?
>>
>> There may be some people on this forum who have never visited this
> area.
>> Good luck with the fishing.
>>
>> Brad
>> (also from Minnesota)
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos
>> Sent: Wednesday, September 25, 2013 1:38 PM
>> To: Access Developers discussion and problem solving
>> Subject: [AccessD] VACATION TIME!
>>
>> 2 more hours and I am out of here for 11 days!  My annual fishing
>> extravaganza.
>>
>> We have 8 people this year so it will be a little more cozy than in
>> other years. I don't recall us ever having that many in the 30 years
>> I've been attending. We have 3 bedrooms with 2 beds each so 2 guys
>> will be bunking in the livingroom. Won't be ME since the reservation
>> is in my name ;-)
>>
>> Tomorrow and Friday are my "get ready" days. I'm in charge of getting
>> all the food. So off to Sam's and Costco trips tomorrow and the
>> Regular Grocery store on Friday. I also have to mix up a couple quarts
>> of tartar sauce. We aren't gonna impress too many foodies with our
>> cooking but we seem to enjoy it.
>>
>> We have internet access at the resort so I will be checking in from up
>> there I am sure.
>>
>> --
>> Gary Kjos
>> garykjos at gmail.com
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
>> --
>> This message was scanned by ESVA and is believed to be clean.
>> Click here to report this message as spam.
>> http://h0stname/cgi-bin/learn-msg.cgi?id=CBF0428C9A.7C378
>>
>>
>>
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.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
>
> --
> This message was scanned by ESVA and is believed to be clean.
> Click here to report this message as spam.
> http://h0stname/cgi-bin/learn-msg.cgi?id=A9C4828CAB.7C0FB
>
>
>


From BradM at blackforestltd.com  Thu Sep 26 13:47:27 2013
From: BradM at blackforestltd.com (Brad Marks)
Date: Thu, 26 Sep 2013 13:47:27 -0500
Subject: [AccessD] Access Report Sub-Totals - Need to Display Differently
References: <5241DB83.2060407@gmail.com>,
	<595e3b4dbd5348fd96cc53e9c233e34e@BLUPR04MB023.namprd04.prod.outlook.com>,
	<001401ceb9dd$4469d2e0$cd3d78a0$@net>
	<5242C7BC.25172.7542BE6@stuart.lexacorp.com.pg>
Message-ID: <E9A6E8C998E16F4FB3D861390AFE32C501ABFEA1@blkltd.blkfst2003.local>

All, 

I have an existing Access 2007 Report which shows sub-totals for "Part
Categories" like this. (Detail records are not shown) 

______________________________________

Date      Part-Category   Nbr-of-Parts

9/1/2013   Rings              10
9/1/2013   Pins               50
9/1/2013   Medallions         25

______________________________________


Recently there has been a request to display this data on the report in
a different fashion,  with the "Parts-Category" being shown in the
heading like this and then have only one line for each date.

______________________________________

Date       Rings   Pins    Medallions

9/1/2013    10       50      25

______________________________________

I would like to use Access reporting "Built-in" features to do this.

Any ideas/advice?

Thanks,
Brad  


From rockysmolin at bchacc.com  Thu Sep 26 14:27:32 2013
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Thu, 26 Sep 2013 12:27:32 -0700
Subject: [AccessD] Access Report Sub-Totals - Need to Display Differently
In-Reply-To: <E9A6E8C998E16F4FB3D861390AFE32C501ABFEA1@blkltd.blkfst2003.local>
References: <5241DB83.2060407@gmail.com>,
	<595e3b4dbd5348fd96cc53e9c233e34e@BLUPR04MB023.namprd04.prod.outlook.com>,
	<001401ceb9dd$4469d2e0$cd3d78a0$@net><5242C7BC.25172.7542BE6@stuart.lexacorp.com.pg>
	<E9A6E8C998E16F4FB3D861390AFE32C501ABFEA1@blkltd.blkfst2003.local>
Message-ID: <62BF4BAA207D4D5F8CA56504B24BFDBD@HAL9007>

Are the parts categories fixed to those three, or are there a variable
number of categories?

R
 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Thursday, September 26, 2013 11:47 AM
To: Access Developers discussion and problem solving
Subject: [AccessD] Access Report Sub-Totals - Need to Display Differently

All, 

I have an existing Access 2007 Report which shows sub-totals for "Part
Categories" like this. (Detail records are not shown) 

______________________________________

Date      Part-Category   Nbr-of-Parts

9/1/2013   Rings              10
9/1/2013   Pins               50
9/1/2013   Medallions         25

______________________________________


Recently there has been a request to display this data on the report in a
different fashion,  with the "Parts-Category" being shown in the heading
like this and then have only one line for each date.

______________________________________

Date       Rings   Pins    Medallions

9/1/2013    10       50      25

______________________________________

I would like to use Access reporting "Built-in" features to do this.

Any ideas/advice?

Thanks,
Brad  

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From garykjos at gmail.com  Thu Sep 26 14:29:48 2013
From: garykjos at gmail.com (Gary Kjos)
Date: Thu, 26 Sep 2013 14:29:48 -0500
Subject: [AccessD] Access Report Sub-Totals - Need to Display Differently
In-Reply-To: <E9A6E8C998E16F4FB3D861390AFE32C501ABFEA1@blkltd.blkfst2003.local>
References: <5241DB83.2060407@gmail.com>
	<595e3b4dbd5348fd96cc53e9c233e34e@BLUPR04MB023.namprd04.prod.outlook.com>
	<001401ceb9dd$4469d2e0$cd3d78a0$@net>
	<5242C7BC.25172.7542BE6@stuart.lexacorp.com.pg>
	<E9A6E8C998E16F4FB3D861390AFE32C501ABFEA1@blkltd.blkfst2003.local>
Message-ID: <CAJ2R_pJph0LH_GKYkkryKQmSNRVb9cyqdX6=PJGLnTfLqhDg1g@mail.gmail.com>

Well a cross tab query does that. But not sure how that works with a report
since the columns are dynamic based on the data.


On Thu, Sep 26, 2013 at 1:47 PM, Brad Marks <BradM at blackforestltd.com>wrote:

> All,
>
> I have an existing Access 2007 Report which shows sub-totals for "Part
> Categories" like this. (Detail records are not shown)
>
> ______________________________________
>
> Date      Part-Category   Nbr-of-Parts
>
> 9/1/2013   Rings              10
> 9/1/2013   Pins               50
> 9/1/2013   Medallions         25
>
> ______________________________________
>
>
> Recently there has been a request to display this data on the report in
> a different fashion,  with the "Parts-Category" being shown in the
> heading like this and then have only one line for each date.
>
> ______________________________________
>
> Date       Rings   Pins    Medallions
>
> 9/1/2013    10       50      25
>
> ______________________________________
>
> I would like to use Access reporting "Built-in" features to do this.
>
> Any ideas/advice?
>
> Thanks,
> Brad
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>



-- 
Gary Kjos
garykjos at gmail.com

From BradM at blackforestltd.com  Thu Sep 26 14:31:48 2013
From: BradM at blackforestltd.com (Brad Marks)
Date: Thu, 26 Sep 2013 14:31:48 -0500
Subject: [AccessD] Access Report Sub-Totals - Need to Display Differently
References: <5241DB83.2060407@gmail.com>,
	<595e3b4dbd5348fd96cc53e9c233e34e@BLUPR04MB023.namprd04.prod.outlook.com>,
	<001401ceb9dd$4469d2e0$cd3d78a0$@net><5242C7BC.25172.7542BE6@stuart.lexacorp.com.pg><E9A6E8C998E16F4FB3D861390AFE32C501ABFEA1@blkltd.blkfst2003.local>
	<62BF4BAA207D4D5F8CA56504B24BFDBD@HAL9007>
Message-ID: <E9A6E8C998E16F4FB3D861390AFE32C501ABFEAD@blkltd.blkfst2003.local>

Rocky,

There is a fixed number of Parts Categories.  Eight of them in real
life.  I only showed 3 for my example to keep it simple.

Also, there are about 15 other fields that are on the report that I did
not show in the example.

These all need to be shown at the sub-total level, also.

Brad 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
Sent: Thursday, September 26, 2013 2:28 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Access Report Sub-Totals - Need to Display
Differently

Are the parts categories fixed to those three, or are there a variable
number of categories?

R
 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Thursday, September 26, 2013 11:47 AM
To: Access Developers discussion and problem solving
Subject: [AccessD] Access Report Sub-Totals - Need to Display
Differently

All, 

I have an existing Access 2007 Report which shows sub-totals for "Part
Categories" like this. (Detail records are not shown) 

______________________________________

Date      Part-Category   Nbr-of-Parts

9/1/2013   Rings              10
9/1/2013   Pins               50
9/1/2013   Medallions         25

______________________________________


Recently there has been a request to display this data on the report in
a different fashion,  with the "Parts-Category" being shown in the
heading like this and then have only one line for each date.

______________________________________

Date       Rings   Pins    Medallions

9/1/2013    10       50      25

______________________________________

I would like to use Access reporting "Built-in" features to do this.

Any ideas/advice?

Thanks,
Brad  

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/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 message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=2A1A228CAB.5A64A




From BradM at blackforestltd.com  Thu Sep 26 14:39:01 2013
From: BradM at blackforestltd.com (Brad Marks)
Date: Thu, 26 Sep 2013 14:39:01 -0500
Subject: [AccessD] Access Report Sub-Totals - Need to Display Differently
References: <5241DB83.2060407@gmail.com><595e3b4dbd5348fd96cc53e9c233e34e@BLUPR04MB023.namprd04.prod.outlook.com><001401ceb9dd$4469d2e0$cd3d78a0$@net><5242C7BC.25172.7542BE6@stuart.lexacorp.com.pg><E9A6E8C998E16F4FB3D861390AFE32C501ABFEA1@blkltd.blkfst2003.local>
	<CAJ2R_pJph0LH_GKYkkryKQmSNRVb9cyqdX6=PJGLnTfLqhDg1g@mail.gmail.com>
Message-ID: <E9A6E8C998E16F4FB3D861390AFE32C501ABFEB1@blkltd.blkfst2003.local>

Gary,

Just for you... 
______________________________________

 Date      Fish-Species     Nbr-of-Fish

 9/30/2013   Walleye            06
 9/30/2013   Northern           15
 9/30/2013   Lake Trout         11
 9/30/2013   Muskie             01

______________________________________


Thanks for the tip on the cross tab query.  I haven't worked with these
much.  Only some preliminary experimenting a couple years ago.

Brad




-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos
Sent: Thursday, September 26, 2013 2:30 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Access Report Sub-Totals - Need to Display
Differently

Well a cross tab query does that. But not sure how that works with a
report since the columns are dynamic based on the data.


On Thu, Sep 26, 2013 at 1:47 PM, Brad Marks
<BradM at blackforestltd.com>wrote:

> All,
>
> I have an existing Access 2007 Report which shows sub-totals for "Part

> Categories" like this. (Detail records are not shown)
>
> ______________________________________
>
> Date      Part-Category   Nbr-of-Parts
>
> 9/1/2013   Rings              10
> 9/1/2013   Pins               50
> 9/1/2013   Medallions         25
>
> ______________________________________
>
>
> Recently there has been a request to display this data on the report 
> in a different fashion,  with the "Parts-Category" being shown in the 
> heading like this and then have only one line for each date.
>
> ______________________________________
>
> Date       Rings   Pins    Medallions
>
> 9/1/2013    10       50      25
>
> ______________________________________
>
> I would like to use Access reporting "Built-in" features to do this.
>
> Any ideas/advice?
>
> Thanks,
> Brad
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.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

--
This message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=DAA9D28C9A.BF06C




From stephen at bondsoftware.co.nz  Thu Sep 26 15:03:10 2013
From: stephen at bondsoftware.co.nz (Stephen Bond)
Date: Fri, 27 Sep 2013 08:03:10 +1200
Subject: [AccessD] Access Report Sub-Totals - Need to Display Differently
In-Reply-To: <AAD6292EAA5C443F9CAC020979EB9F33@BondSoftware.local>
References: <5241DB83.2060407@gmail.com>
	<595e3b4dbd5348fd96cc53e9c233e34e@BLUPR04MB023.namprd04.prod.outlook.com>
	<001401ceb9dd$4469d2e0$cd3d78a0$@net>
	<5242C7BC.25172.7542BE6@stuart.lexacorp.com.pg>
	<E9A6E8C998E16F4FB3D861390AFE32C501ABFEA1@blkltd.blkfst2003.local>
	<62BF4BAA207D4D5F8CA56504B24BFDBD@HAL9007>
	<AAD6292EAA5C443F9CAC020979EB9F33@BondSoftware.local>
Message-ID: <F35C4737E33A6543BC69DFB19CB5748F061AAD@bsserver.BondSoftware.local>

Brad, I did this exercise a few years ago.  
I seem to remember building a cross-tab query in the UI then copying and
pasting the SQL from the query into a code module and manipulating the
code.  
Basically with eight Parts categories in real life you could hard-wire
them into the SQL code but I chose to dynamically load the column
headings into the report with the values as they were in the Parts
category master table.  This means you can add a category to the master
table and the code looks after it (up to a predetermined maximum,
determined by page-width).
The load of each text box in the detail line in the report then has to
be coded as well.  Providing you label the text-boxes on the report
meaningfully (txtheader0, txtheader1 ... txtdetail0, txtdetail1 ... :-\
) this part of the code is not much more than a 3 line loop.
It was slow nutting this out but now I use this code frequently.  Will
dig it up if it sounds helpful ...

Stephen Bond 

  

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Friday, 27 September 2013 7:46 a.m.
To: Stephen
Subject: Re: [AccessD] Access Report Sub-Totals - Need to Display
Differently

Rocky,

There is a fixed number of Parts Categories.  Eight of them in real
life.  I only showed 3 for my example to keep it simple.

Also, there are about 15 other fields that are on the report that I did
not show in the example.

These all need to be shown at the sub-total level, also.

Brad 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
Sent: Thursday, September 26, 2013 2:28 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Access Report Sub-Totals - Need to Display
Differently

Are the parts categories fixed to those three, or are there a variable
number of categories?

R
 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Thursday, September 26, 2013 11:47 AM
To: Access Developers discussion and problem solving
Subject: [AccessD] Access Report Sub-Totals - Need to Display
Differently

All, 

I have an existing Access 2007 Report which shows sub-totals for "Part
Categories" like this. (Detail records are not shown) 

______________________________________

Date      Part-Category   Nbr-of-Parts

9/1/2013   Rings              10
9/1/2013   Pins               50
9/1/2013   Medallions         25

______________________________________


Recently there has been a request to display this data on the report in
a different fashion,  with the "Parts-Category" being shown in the
heading like this and then have only one line for each date.

______________________________________

Date       Rings   Pins    Medallions

9/1/2013    10       50      25

______________________________________

I would like to use Access reporting "Built-in" features to do this.

Any ideas/advice?

Thanks,
Brad  

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/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 message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=2A1A228CAB.5A64A



-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com




From garykjos at gmail.com  Thu Sep 26 15:52:00 2013
From: garykjos at gmail.com (Gary Kjos)
Date: Thu, 26 Sep 2013 15:52:00 -0500
Subject: [AccessD] Access Report Sub-Totals - Need to Display Differently
In-Reply-To: <E9A6E8C998E16F4FB3D861390AFE32C501ABFEB1@blkltd.blkfst2003.local>
References: <5241DB83.2060407@gmail.com>
	<595e3b4dbd5348fd96cc53e9c233e34e@BLUPR04MB023.namprd04.prod.outlook.com>
	<001401ceb9dd$4469d2e0$cd3d78a0$@net>
	<5242C7BC.25172.7542BE6@stuart.lexacorp.com.pg>
	<E9A6E8C998E16F4FB3D861390AFE32C501ABFEA1@blkltd.blkfst2003.local>
	<CAJ2R_pJph0LH_GKYkkryKQmSNRVb9cyqdX6=PJGLnTfLqhDg1g@mail.gmail.com>
	<E9A6E8C998E16F4FB3D861390AFE32C501ABFEB1@blkltd.blkfst2003.local>
Message-ID: <CAJ2R_pKH48rXA4f_63tntoHu09OXORd6Z_Jicqr7UE287Zbfrg@mail.gmail.com>

Thanks Brad. I appreciate your fishing results query sample. I do mostly
one off stuff and I use cross tabs a lot. I will sometimes have several of
them run as subqueries to a main query that links the pieces together for
the final presentation to the user which I generally do via an Excel output
file.

Good luck.

GK


On Thu, Sep 26, 2013 at 2:39 PM, Brad Marks <BradM at blackforestltd.com>wrote:

> Gary,
>
> Just for you...
> ______________________________________
>
>  Date      Fish-Species     Nbr-of-Fish
>
>  9/30/2013   Walleye            06
>  9/30/2013   Northern           15
>  9/30/2013   Lake Trout         11
>  9/30/2013   Muskie             01
>
> ______________________________________
>
>
> Thanks for the tip on the cross tab query.  I haven't worked with these
> much.  Only some preliminary experimenting a couple years ago.
>
> Brad
>
>
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos
> Sent: Thursday, September 26, 2013 2:30 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Access Report Sub-Totals - Need to Display
> Differently
>
> Well a cross tab query does that. But not sure how that works with a
> report since the columns are dynamic based on the data.
>
>
> On Thu, Sep 26, 2013 at 1:47 PM, Brad Marks
> <BradM at blackforestltd.com>wrote:
>
> > All,
> >
> > I have an existing Access 2007 Report which shows sub-totals for "Part
>
> > Categories" like this. (Detail records are not shown)
> >
> > ______________________________________
> >
> > Date      Part-Category   Nbr-of-Parts
> >
> > 9/1/2013   Rings              10
> > 9/1/2013   Pins               50
> > 9/1/2013   Medallions         25
> >
> > ______________________________________
> >
> >
> > Recently there has been a request to display this data on the report
> > in a different fashion,  with the "Parts-Category" being shown in the
> > heading like this and then have only one line for each date.
> >
> > ______________________________________
> >
> > Date       Rings   Pins    Medallions
> >
> > 9/1/2013    10       50      25
> >
> > ______________________________________
> >
> > I would like to use Access reporting "Built-in" features to do this.
> >
> > Any ideas/advice?
> >
> > Thanks,
> > Brad
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.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
>
> --
> This message was scanned by ESVA and is believed to be clean.
> Click here to report this message as spam.
> http://h0stname/cgi-bin/learn-msg.cgi?id=DAA9D28C9A.BF06C
>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>



-- 
Gary Kjos
garykjos at gmail.com

From stuart at lexacorp.com.pg  Thu Sep 26 16:37:53 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Fri, 27 Sep 2013 07:37:53 +1000
Subject: [AccessD] Access Report Sub-Totals - Need to Display Differently
In-Reply-To: <CAJ2R_pKH48rXA4f_63tntoHu09OXORd6Z_Jicqr7UE287Zbfrg@mail.gmail.com>
References: <5241DB83.2060407@gmail.com>,
	<E9A6E8C998E16F4FB3D861390AFE32C501ABFEB1@blkltd.blkfst2003.local>,
	<CAJ2R_pKH48rXA4f_63tntoHu09OXORd6Z_Jicqr7UE287Zbfrg@mail.gmail.com>
Message-ID: <5244A931.19812.EACDD9E@stuart.lexacorp.com.pg>

I've just run into a problem creating a large crosstab and outputting to Excel.

I developed an application foir recording and analysing market research surveys.  One output 
is an Excel sheet derived from a crosstab with the questions as columns and individual 
responses as rows.

The latest survey has over 256 questions and Access won't create a crosstab with more than 
256 columns.  :-(

I'm currently workng on VBA cod to generate multiple crosstabs with a maximum of 250 
columns in each and writing the combined sets out to a tab delimited file.  

(It gets a bit tricky because there is not necessarily a one-to-one relationship between the 
rows in the various crosstabs)

-- 
Stuart

On 26 Sep 2013 at 15:52, Gary Kjos wrote:

> Thanks Brad. I appreciate your fishing results query sample. I do mostly
> one off stuff and I use cross tabs a lot. I will sometimes have several of
> them run as subqueries to a main query that links the pieces together for
> the final presentation to the user which I generally do via an Excel output
> file.
> 
> Good luck.
> 
> GK
> 
> 
> On Thu, Sep 26, 2013 at 2:39 PM, Brad Marks <BradM at blackforestltd.com>wrote:
> 
> > Gary,
> >
> > Just for you...
> > ______________________________________
> >
> >  Date      Fish-Species     Nbr-of-Fish
> >
> >  9/30/2013   Walleye            06
> >  9/30/2013   Northern           15
> >  9/30/2013   Lake Trout         11
> >  9/30/2013   Muskie             01
> >
> > ______________________________________
> >
> >
> > Thanks for the tip on the cross tab query.  I haven't worked with these
> > much.  Only some preliminary experimenting a couple years ago.
> >
> > Brad
> >
> >
> >
> >
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos
> > Sent: Thursday, September 26, 2013 2:30 PM
> > To: Access Developers discussion and problem solving
> > Subject: Re: [AccessD] Access Report Sub-Totals - Need to Display
> > Differently
> >
> > Well a cross tab query does that. But not sure how that works with a
> > report since the columns are dynamic based on the data.
> >
> >
> > On Thu, Sep 26, 2013 at 1:47 PM, Brad Marks
> > <BradM at blackforestltd.com>wrote:
> >
> > > All,
> > >
> > > I have an existing Access 2007 Report which shows sub-totals for "Part
> >
> > > Categories" like this. (Detail records are not shown)
> > >
> > > ______________________________________
> > >
> > > Date      Part-Category   Nbr-of-Parts
> > >
> > > 9/1/2013   Rings              10
> > > 9/1/2013   Pins               50
> > > 9/1/2013   Medallions         25
> > >
> > > ______________________________________
> > >
> > >
> > > Recently there has been a request to display this data on the report
> > > in a different fashion,  with the "Parts-Category" being shown in the
> > > heading like this and then have only one line for each date.
> > >
> > > ______________________________________
> > >
> > > Date       Rings   Pins    Medallions
> > >
> > > 9/1/2013    10       50      25
> > >
> > > ______________________________________
> > >
> > > I would like to use Access reporting "Built-in" features to do this.
> > >
> > > Any ideas/advice?
> > >
> > > Thanks,
> > > Brad
> > >
> > > --
> > > AccessD mailing list
> > > AccessD at databaseadvisors.com
> > > http://databaseadvisors.com/mailman/listinfo/accessd
> > > Website: http://www.databaseadvisors.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
> >
> > --
> > This message was scanned by ESVA and is believed to be clean.
> > Click here to report this message as spam.
> > http://h0stname/cgi-bin/learn-msg.cgi?id=DAA9D28C9A.BF06C
> >
> >
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.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 df.waters at comcast.net  Thu Sep 26 19:39:08 2013
From: df.waters at comcast.net (Dan Waters)
Date: Thu, 26 Sep 2013 19:39:08 -0500
Subject: [AccessD] Access Report Sub-Totals - Need to Display Differently
In-Reply-To: <5244A931.19812.EACDD9E@stuart.lexacorp.com.pg>
References: <5241DB83.2060407@gmail.com>,
	<E9A6E8C998E16F4FB3D861390AFE32C501ABFEB1@blkltd.blkfst2003.local>,
	<CAJ2R_pKH48rXA4f_63tntoHu09OXORd6Z_Jicqr7UE287Zbfrg@mail.gmail.com>
	<5244A931.19812.EACDD9E@stuart.lexacorp.com.pg>
Message-ID: <002901cebb1a$0b53d3f0$21fb7bd0$@comcast.net>

Hi Stuart,

SQL Server tables will let you use tables with over 1000 columns.  Perhaps
you could link to those tables?

Good Luck!
Dan

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
Sent: Thursday, September 26, 2013 4:38 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Access Report Sub-Totals - Need to Display
Differently

I've just run into a problem creating a large crosstab and outputting to
Excel.

I developed an application foir recording and analysing market research
surveys.  One output is an Excel sheet derived from a crosstab with the
questions as columns and individual responses as rows.

The latest survey has over 256 questions and Access won't create a crosstab
with more than
256 columns.  :-(

I'm currently workng on VBA cod to generate multiple crosstabs with a
maximum of 250 columns in each and writing the combined sets out to a tab
delimited file.  

(It gets a bit tricky because there is not necessarily a one-to-one
relationship between the rows in the various crosstabs)

--
Stuart

On 26 Sep 2013 at 15:52, Gary Kjos wrote:

> Thanks Brad. I appreciate your fishing results query sample. I do 
> mostly one off stuff and I use cross tabs a lot. I will sometimes have 
> several of them run as subqueries to a main query that links the 
> pieces together for the final presentation to the user which I 
> generally do via an Excel output file.
> 
> Good luck.
> 
> GK
> 
> 
> On Thu, Sep 26, 2013 at 2:39 PM, Brad Marks
<BradM at blackforestltd.com>wrote:
> 
> > Gary,
> >
> > Just for you...
> > ______________________________________
> >
> >  Date      Fish-Species     Nbr-of-Fish
> >
> >  9/30/2013   Walleye            06
> >  9/30/2013   Northern           15
> >  9/30/2013   Lake Trout         11
> >  9/30/2013   Muskie             01
> >
> > ______________________________________
> >
> >
> > Thanks for the tip on the cross tab query.  I haven't worked with 
> > these much.  Only some preliminary experimenting a couple years ago.
> >
> > Brad
> >
> >
> >
> >
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos
> > Sent: Thursday, September 26, 2013 2:30 PM
> > To: Access Developers discussion and problem solving
> > Subject: Re: [AccessD] Access Report Sub-Totals - Need to Display 
> > Differently
> >
> > Well a cross tab query does that. But not sure how that works with a 
> > report since the columns are dynamic based on the data.
> >
> >
> > On Thu, Sep 26, 2013 at 1:47 PM, Brad Marks
> > <BradM at blackforestltd.com>wrote:
> >
> > > All,
> > >
> > > I have an existing Access 2007 Report which shows sub-totals for 
> > > "Part
> >
> > > Categories" like this. (Detail records are not shown)
> > >
> > > ______________________________________
> > >
> > > Date      Part-Category   Nbr-of-Parts
> > >
> > > 9/1/2013   Rings              10
> > > 9/1/2013   Pins               50
> > > 9/1/2013   Medallions         25
> > >
> > > ______________________________________
> > >
> > >
> > > Recently there has been a request to display this data on the 
> > > report in a different fashion,  with the "Parts-Category" being 
> > > shown in the heading like this and then have only one line for each
date.
> > >
> > > ______________________________________
> > >
> > > Date       Rings   Pins    Medallions
> > >
> > > 9/1/2013    10       50      25
> > >
> > > ______________________________________
> > >
> > > I would like to use Access reporting "Built-in" features to do this.
> > >
> > > Any ideas/advice?
> > >
> > > Thanks,
> > > Brad
> > >
> > > --
> > > AccessD mailing list
> > > AccessD at databaseadvisors.com
> > > http://databaseadvisors.com/mailman/listinfo/accessd
> > > Website: http://www.databaseadvisors.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
> >
> > --
> > This message was scanned by ESVA and is believed to be clean.
> > Click here to report this message as spam.
> > http://h0stname/cgi-bin/learn-msg.cgi?id=DAA9D28C9A.BF06C
> >
> >
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.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
> 


--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From stuart at lexacorp.com.pg  Thu Sep 26 20:00:32 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Fri, 27 Sep 2013 11:00:32 +1000
Subject: [AccessD] Access Report Sub-Totals - Need to Display Differently
In-Reply-To: <002901cebb1a$0b53d3f0$21fb7bd0$@comcast.net>
References: <5241DB83.2060407@gmail.com>,
	<5244A931.19812.EACDD9E@stuart.lexacorp.com.pg>,
	<002901cebb1a$0b53d3f0$21fb7bd0$@comcast.net>
Message-ID: <5244D8B0.17918.F66641F@stuart.lexacorp.com.pg>

1. It's a stand alone Access application.

2. The problem is not with tables, it's with more than 256 derived columns in a crosstab 
query.

-- 
Stuart

On 26 Sep 2013 at 19:39, Dan Waters wrote:

> Hi Stuart,
> 
> SQL Server tables will let you use tables with over 1000 columns.  Perhaps
> you could link to those tables?
> 
> Good Luck!
> Dan
> 
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
> Sent: Thursday, September 26, 2013 4:38 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Access Report Sub-Totals - Need to Display
> Differently
> 
> I've just run into a problem creating a large crosstab and outputting to
> Excel.
> 
> I developed an application foir recording and analysing market research
> surveys.  One output is an Excel sheet derived from a crosstab with the
> questions as columns and individual responses as rows.
> 
> The latest survey has over 256 questions and Access won't create a crosstab
> with more than
> 256 columns.  :-(
> 
> I'm currently workng on VBA cod to generate multiple crosstabs with a
> maximum of 250 columns in each and writing the combined sets out to a tab
> delimited file.  
> 
> (It gets a bit tricky because there is not necessarily a one-to-one
> relationship between the rows in the various crosstabs)
> 
> --
> Stuart
> 
> On 26 Sep 2013 at 15:52, Gary Kjos wrote:
> 
> > Thanks Brad. I appreciate your fishing results query sample. I do 
> > mostly one off stuff and I use cross tabs a lot. I will sometimes have 
> > several of them run as subqueries to a main query that links the 
> > pieces together for the final presentation to the user which I 
> > generally do via an Excel output file.
> > 
> > Good luck.
> > 
> > GK
> > 
> > 
> > On Thu, Sep 26, 2013 at 2:39 PM, Brad Marks
> <BradM at blackforestltd.com>wrote:
> > 
> > > Gary,
> > >
> > > Just for you...
> > > ______________________________________
> > >
> > >  Date      Fish-Species     Nbr-of-Fish
> > >
> > >  9/30/2013   Walleye            06
> > >  9/30/2013   Northern           15
> > >  9/30/2013   Lake Trout         11
> > >  9/30/2013   Muskie             01
> > >
> > > ______________________________________
> > >
> > >
> > > Thanks for the tip on the cross tab query.  I haven't worked with 
> > > these much.  Only some preliminary experimenting a couple years ago.
> > >
> > > Brad
> > >
> > >
> > >
> > >
> > > -----Original Message-----
> > > From: accessd-bounces at databaseadvisors.com
> > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos
> > > Sent: Thursday, September 26, 2013 2:30 PM
> > > To: Access Developers discussion and problem solving
> > > Subject: Re: [AccessD] Access Report Sub-Totals - Need to Display 
> > > Differently
> > >
> > > Well a cross tab query does that. But not sure how that works with a 
> > > report since the columns are dynamic based on the data.
> > >
> > >
> > > On Thu, Sep 26, 2013 at 1:47 PM, Brad Marks
> > > <BradM at blackforestltd.com>wrote:
> > >
> > > > All,
> > > >
> > > > I have an existing Access 2007 Report which shows sub-totals for 
> > > > "Part
> > >
> > > > Categories" like this. (Detail records are not shown)
> > > >
> > > > ______________________________________
> > > >
> > > > Date      Part-Category   Nbr-of-Parts
> > > >
> > > > 9/1/2013   Rings              10
> > > > 9/1/2013   Pins               50
> > > > 9/1/2013   Medallions         25
> > > >
> > > > ______________________________________
> > > >
> > > >
> > > > Recently there has been a request to display this data on the 
> > > > report in a different fashion,  with the "Parts-Category" being 
> > > > shown in the heading like this and then have only one line for each
> date.
> > > >
> > > > ______________________________________
> > > >
> > > > Date       Rings   Pins    Medallions
> > > >
> > > > 9/1/2013    10       50      25
> > > >
> > > > ______________________________________
> > > >
> > > > I would like to use Access reporting "Built-in" features to do this.
> > > >
> > > > Any ideas/advice?
> > > >
> > > > Thanks,
> > > > Brad
> > > >
> > > > --
> > > > AccessD mailing list
> > > > AccessD at databaseadvisors.com
> > > > http://databaseadvisors.com/mailman/listinfo/accessd
> > > > Website: http://www.databaseadvisors.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
> > >
> > > --
> > > This message was scanned by ESVA and is believed to be clean.
> > > Click here to report this message as spam.
> > > http://h0stname/cgi-bin/learn-msg.cgi?id=DAA9D28C9A.BF06C
> > >
> > >
> > >
> > > --
> > > AccessD mailing list
> > > AccessD at databaseadvisors.com
> > > http://databaseadvisors.com/mailman/listinfo/accessd
> > > Website: http://www.databaseadvisors.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
> > 
> 
> 
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 



From darryl at whittleconsulting.com.au  Thu Sep 26 20:01:28 2013
From: darryl at whittleconsulting.com.au (Darryl Collins)
Date: Fri, 27 Sep 2013 01:01:28 +0000
Subject: [AccessD] Access Report Sub-Totals - Need to Display Differently
In-Reply-To: <002901cebb1a$0b53d3f0$21fb7bd0$@comcast.net>
References: <5241DB83.2060407@gmail.com>,
	<E9A6E8C998E16F4FB3D861390AFE32C501ABFEB1@blkltd.blkfst2003.local>,
	<CAJ2R_pKH48rXA4f_63tntoHu09OXORd6Z_Jicqr7UE287Zbfrg@mail.gmail.com>
	<5244A931.19812.EACDD9E@stuart.lexacorp.com.pg>
	<002901cebb1a$0b53d3f0$21fb7bd0$@comcast.net>
Message-ID: <3e60b61e8c1a4ff0af8d9e72b956e059@SIXPR04MB048.apcprd04.prod.outlook.com>

Hi Stuart,

Another idea is to hook Excel into the Access source table and use an Excel Pivot table to produce the report instead.  Some care will need to be taken on how you set up your data in Access and I am assuming you have access to Office 2007 or greater.

Excel 2003 or less will only allow for 256 columns in a Pivot table (or indeed any data)
Excel 2007+ can handle 16,384 columns in a Pivot - although the true performance will be limited by available memory and resources.

Worth a look anyway,

Cheers
Darryl

-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters
Sent: Friday, 27 September 2013 10:39 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Access Report Sub-Totals - Need to Display Differently

Hi Stuart,

SQL Server tables will let you use tables with over 1000 columns.  Perhaps you could link to those tables?

Good Luck!
Dan

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
Sent: Thursday, September 26, 2013 4:38 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Access Report Sub-Totals - Need to Display Differently

I've just run into a problem creating a large crosstab and outputting to Excel.

I developed an application foir recording and analysing market research surveys.  One output is an Excel sheet derived from a crosstab with the questions as columns and individual responses as rows.

The latest survey has over 256 questions and Access won't create a crosstab with more than
256 columns.  :-(

I'm currently workng on VBA cod to generate multiple crosstabs with a maximum of 250 columns in each and writing the combined sets out to a tab delimited file.  

(It gets a bit tricky because there is not necessarily a one-to-one relationship between the rows in the various crosstabs)

--
Stuart

On 26 Sep 2013 at 15:52, Gary Kjos wrote:

> Thanks Brad. I appreciate your fishing results query sample. I do 
> mostly one off stuff and I use cross tabs a lot. I will sometimes have 
> several of them run as subqueries to a main query that links the 
> pieces together for the final presentation to the user which I 
> generally do via an Excel output file.
> 
> Good luck.
> 
> GK
> 
> 
> On Thu, Sep 26, 2013 at 2:39 PM, Brad Marks
<BradM at blackforestltd.com>wrote:
> 
> > Gary,
> >
> > Just for you...
> > ______________________________________
> >
> >  Date      Fish-Species     Nbr-of-Fish
> >
> >  9/30/2013   Walleye            06
> >  9/30/2013   Northern           15
> >  9/30/2013   Lake Trout         11
> >  9/30/2013   Muskie             01
> >
> > ______________________________________
> >
> >
> > Thanks for the tip on the cross tab query.  I haven't worked with 
> > these much.  Only some preliminary experimenting a couple years ago.
> >
> > Brad
> >
> >
> >
> >
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos
> > Sent: Thursday, September 26, 2013 2:30 PM
> > To: Access Developers discussion and problem solving
> > Subject: Re: [AccessD] Access Report Sub-Totals - Need to Display 
> > Differently
> >
> > Well a cross tab query does that. But not sure how that works with a 
> > report since the columns are dynamic based on the data.
> >
> >
> > On Thu, Sep 26, 2013 at 1:47 PM, Brad Marks
> > <BradM at blackforestltd.com>wrote:
> >
> > > All,
> > >
> > > I have an existing Access 2007 Report which shows sub-totals for 
> > > "Part
> >
> > > Categories" like this. (Detail records are not shown)
> > >
> > > ______________________________________
> > >
> > > Date      Part-Category   Nbr-of-Parts
> > >
> > > 9/1/2013   Rings              10
> > > 9/1/2013   Pins               50
> > > 9/1/2013   Medallions         25
> > >
> > > ______________________________________
> > >
> > >
> > > Recently there has been a request to display this data on the 
> > > report in a different fashion,  with the "Parts-Category" being 
> > > shown in the heading like this and then have only one line for 
> > > each
date.
> > >
> > > ______________________________________
> > >
> > > Date       Rings   Pins    Medallions
> > >
> > > 9/1/2013    10       50      25
> > >
> > > ______________________________________
> > >
> > > I would like to use Access reporting "Built-in" features to do this.
> > >
> > > Any ideas/advice?
> > >
> > > Thanks,
> > > Brad
> > >
> > > --
> > > AccessD mailing list
> > > AccessD at databaseadvisors.com
> > > http://databaseadvisors.com/mailman/listinfo/accessd
> > > Website: http://www.databaseadvisors.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
> >
> > --
> > This message was scanned by ESVA and is believed to be clean.
> > Click here to report this message as spam.
> > http://h0stname/cgi-bin/learn-msg.cgi?id=DAA9D28C9A.BF06C
> >
> >
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.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
> 


--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From darryl at whittleconsulting.com.au  Thu Sep 26 20:10:33 2013
From: darryl at whittleconsulting.com.au (Darryl Collins)
Date: Fri, 27 Sep 2013 01:10:33 +0000
Subject: [AccessD] Access Report Sub-Totals - Need to Display Differently
In-Reply-To: <3e60b61e8c1a4ff0af8d9e72b956e059@SIXPR04MB048.apcprd04.prod.outlook.com>
References: <5241DB83.2060407@gmail.com>,
	<E9A6E8C998E16F4FB3D861390AFE32C501ABFEB1@blkltd.blkfst2003.local>,
	<CAJ2R_pKH48rXA4f_63tntoHu09OXORd6Z_Jicqr7UE287Zbfrg@mail.gmail.com>
	<5244A931.19812.EACDD9E@stuart.lexacorp.com.pg>
	<002901cebb1a$0b53d3f0$21fb7bd0$@comcast.net>
	<3e60b61e8c1a4ff0af8d9e72b956e059@SIXPR04MB048.apcprd04.prod.outlook.com>
Message-ID: <b6bd7ef7b35149f0b3d267f2912a1ece@SIXPR04MB048.apcprd04.prod.outlook.com>

" Some care will need to be taken on how you set up your data in Access"

I should mention you won't need to change your data table at all, you can hook an Excel Pivot table into a Query without issue.  So make the underlying query in Access first with the data you want and then hook the Excel PT off that.  This also give you the ability to 'filter' the data to make it more manageable, say, only limit the PT to the UserID records or a certain region etc.

Cheers
Darryl

-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins
Sent: Friday, 27 September 2013 11:01 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Access Report Sub-Totals - Need to Display Differently

Hi Stuart,

Another idea is to hook Excel into the Access source table and use an Excel Pivot table to produce the report instead.  Some care will need to be taken on how you set up your data in Access and I am assuming you have access to Office 2007 or greater.

Excel 2003 or less will only allow for 256 columns in a Pivot table (or indeed any data) Excel 2007+ can handle 16,384 columns in a Pivot - although the true performance will be limited by available memory and resources.

Worth a look anyway,

Cheers
Darryl

-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters
Sent: Friday, 27 September 2013 10:39 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Access Report Sub-Totals - Need to Display Differently

Hi Stuart,

SQL Server tables will let you use tables with over 1000 columns.  Perhaps you could link to those tables?

Good Luck!
Dan

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
Sent: Thursday, September 26, 2013 4:38 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Access Report Sub-Totals - Need to Display Differently

I've just run into a problem creating a large crosstab and outputting to Excel.

I developed an application foir recording and analysing market research surveys.  One output is an Excel sheet derived from a crosstab with the questions as columns and individual responses as rows.

The latest survey has over 256 questions and Access won't create a crosstab with more than
256 columns.  :-(

I'm currently workng on VBA cod to generate multiple crosstabs with a maximum of 250 columns in each and writing the combined sets out to a tab delimited file.  

(It gets a bit tricky because there is not necessarily a one-to-one relationship between the rows in the various crosstabs)

--
Stuart

On 26 Sep 2013 at 15:52, Gary Kjos wrote:

> Thanks Brad. I appreciate your fishing results query sample. I do 
> mostly one off stuff and I use cross tabs a lot. I will sometimes have 
> several of them run as subqueries to a main query that links the 
> pieces together for the final presentation to the user which I 
> generally do via an Excel output file.
> 
> Good luck.
> 
> GK
> 
> 
> On Thu, Sep 26, 2013 at 2:39 PM, Brad Marks
<BradM at blackforestltd.com>wrote:
> 
> > Gary,
> >
> > Just for you...
> > ______________________________________
> >
> >  Date      Fish-Species     Nbr-of-Fish
> >
> >  9/30/2013   Walleye            06
> >  9/30/2013   Northern           15
> >  9/30/2013   Lake Trout         11
> >  9/30/2013   Muskie             01
> >
> > ______________________________________
> >
> >
> > Thanks for the tip on the cross tab query.  I haven't worked with 
> > these much.  Only some preliminary experimenting a couple years ago.
> >
> > Brad
> >
> >
> >
> >
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos
> > Sent: Thursday, September 26, 2013 2:30 PM
> > To: Access Developers discussion and problem solving
> > Subject: Re: [AccessD] Access Report Sub-Totals - Need to Display 
> > Differently
> >
> > Well a cross tab query does that. But not sure how that works with a 
> > report since the columns are dynamic based on the data.
> >
> >
> > On Thu, Sep 26, 2013 at 1:47 PM, Brad Marks
> > <BradM at blackforestltd.com>wrote:
> >
> > > All,
> > >
> > > I have an existing Access 2007 Report which shows sub-totals for 
> > > "Part
> >
> > > Categories" like this. (Detail records are not shown)
> > >
> > > ______________________________________
> > >
> > > Date      Part-Category   Nbr-of-Parts
> > >
> > > 9/1/2013   Rings              10
> > > 9/1/2013   Pins               50
> > > 9/1/2013   Medallions         25
> > >
> > > ______________________________________
> > >
> > >
> > > Recently there has been a request to display this data on the 
> > > report in a different fashion,  with the "Parts-Category" being 
> > > shown in the heading like this and then have only one line for 
> > > each
date.
> > >
> > > ______________________________________
> > >
> > > Date       Rings   Pins    Medallions
> > >
> > > 9/1/2013    10       50      25
> > >
> > > ______________________________________
> > >
> > > I would like to use Access reporting "Built-in" features to do this.
> > >
> > > Any ideas/advice?
> > >
> > > Thanks,
> > > Brad
> > >
> > > --
> > > AccessD mailing list
> > > AccessD at databaseadvisors.com
> > > http://databaseadvisors.com/mailman/listinfo/accessd
> > > Website: http://www.databaseadvisors.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
> >
> > --
> > This message was scanned by ESVA and is believed to be clean.
> > Click here to report this message as spam.
> > http://h0stname/cgi-bin/learn-msg.cgi?id=DAA9D28C9A.BF06C
> >
> >
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.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
> 


--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/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.Clark at niagaracounty.com  Fri Sep 27 11:36:00 2013
From: John.Clark at niagaracounty.com (John Clark)
Date: Fri, 27 Sep 2013 12:36:00 -0400
Subject: [AccessD] OpenArgs Issue...I think
In-Reply-To: <E9A6E8C998E16F4FB3D861390AFE32C501A7249A@blkltd.blkfst2003.local>
References: <x8UF1l01v0xgD8Z018UQB8>,
	<E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local>
	<51E28F2A.13403.AEF4E57@stuart.lexacorp.com.pg>
	<E9A6E8C998E16F4FB3D861390AFE32C501A7249A@blkltd.blkfst2003.local>
Message-ID: <52457BB00200006B0002F173@neblnx09.niagaracounty.com>

I put out a report that uses OpenArgs to pass along the Beginning and Ending dates for a requested report. Here is the code that calls it...
 
DoCmd.OpenReport stDocName, acPreview, , , , txtBegDate.Value & "|" & txtEndDate.Value
 
And here is the code at the report end, OnOpen...
_________________________________________________________________________
Private Sub Report_Open(Cancel As Integer)
 
Dim aryOA As Variant
aryOA = Split(Me.OpenArgs, "|")
 
Me.lblBegDate.Caption = aryOA(0)
Me.lblEndDate.Caption = aryOA(1)
 
End Sub
_________________________________________________________________________
 
I was asked to do another report...on Voucher Number, instead of Date. I lacked forsight when I created this thing, and to make up for it, I figured starting and ending number would be the same as starting and ending date, and that is fine. But, for some reason, when I call the report for number, I get an error, "Invalid Use of Null" 
 
This error takes me to the OnOpen code above. 
 
I put in some test field, on the calling form, and verified that these number ARE going into the two values I am sending. 
 
Any ideas?
 

Notice: This electronic transmission is intended for the sole use of the individual or entity to which it is addressed and may contain confidential, privileged or otherwise legally protected information. If you are not the intended recipient, or if you believe you are not the intended recipient, you are hereby notified that any use, disclosure, copying, distribution, or the taking of any action in reliance on the contents of this information, is strictly prohibited. Niagara County is not responsible for the content of any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR ELECTRONIC COPIES. 
Thank you for your cooperation.

From rockysmolin at bchacc.com  Fri Sep 27 13:29:04 2013
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Fri, 27 Sep 2013 11:29:04 -0700
Subject: [AccessD] Access Report Sub-Totals - Need to Display Differently
In-Reply-To: <E9A6E8C998E16F4FB3D861390AFE32C501ABFEAD@blkltd.blkfst2003.local>
References: <5241DB83.2060407@gmail.com>,
	<595e3b4dbd5348fd96cc53e9c233e34e@BLUPR04MB023.namprd04.prod.outlook.com>,
	<001401ceb9dd$4469d2e0$cd3d78a0$@net><5242C7BC.25172.7542BE6@stuart.lexacorp.com.pg><E9A6E8C998E16F4FB3D861390AFE32C501ABFEA1@blkltd.blkfst2003.local><62BF4BAA207D4D5F8CA56504B24BFDBD@HAL9007>
	<E9A6E8C998E16F4FB3D861390AFE32C501ABFEAD@blkltd.blkfst2003.local>
Message-ID: <C6F326A32FF54F6EA202CF921037315C@HAL9007>

Regardless of the number of categories, the only way I see to do this,
without coding, is to put text boxes in the footer or section of the report,
placing them where you want them, stretching them across the report, and
bind them to one or more summation queries.

Same with the 15 other fields. 

Myself, I would do this with some code, filling the boxes in the Format
event of the section where the boxes are, but I find coding easier sometimes
than trying to make queries do complex stuff.

HTH

Rocky


-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Thursday, September 26, 2013 12:32 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Access Report Sub-Totals - Need to Display
Differently

Rocky,

There is a fixed number of Parts Categories.  Eight of them in real life.  I
only showed 3 for my example to keep it simple.

Also, there are about 15 other fields that are on the report that I did not
show in the example.

These all need to be shown at the sub-total level, also.

Brad 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
Sent: Thursday, September 26, 2013 2:28 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Access Report Sub-Totals - Need to Display
Differently

Are the parts categories fixed to those three, or are there a variable
number of categories?

R
 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks
Sent: Thursday, September 26, 2013 11:47 AM
To: Access Developers discussion and problem solving
Subject: [AccessD] Access Report Sub-Totals - Need to Display Differently

All, 

I have an existing Access 2007 Report which shows sub-totals for "Part
Categories" like this. (Detail records are not shown) 

______________________________________

Date      Part-Category   Nbr-of-Parts

9/1/2013   Rings              10
9/1/2013   Pins               50
9/1/2013   Medallions         25

______________________________________


Recently there has been a request to display this data on the report in a
different fashion,  with the "Parts-Category" being shown in the heading
like this and then have only one line for each date.

______________________________________

Date       Rings   Pins    Medallions

9/1/2013    10       50      25

______________________________________

I would like to use Access reporting "Built-in" features to do this.

Any ideas/advice?

Thanks,
Brad  

--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/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 message was scanned by ESVA and is believed to be clean.
Click here to report this message as spam. 
http://h0stname/cgi-bin/learn-msg.cgi?id=2A1A228CAB.5A64A



--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From John.Clark at niagaracounty.com  Fri Sep 27 13:50:52 2013
From: John.Clark at niagaracounty.com (John Clark)
Date: Fri, 27 Sep 2013 14:50:52 -0400
Subject: [AccessD] OpenArgs Issue...I think - NEVERMIND!
In-Reply-To: <52457BB00200006B0002F173@neblnx09.niagaracounty.com>
References: <x8UF1l01v0xgD8Z018UQB8>,
	<E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local>
	<51E28F2A.13403.AEF4E57@stuart.lexacorp.com.pg>
	<E9A6E8C998E16F4FB3D861390AFE32C501A7249A@blkltd.blkfst2003.local>
	<52457BB00200006B0002F173@neblnx09.niagaracounty.com>
Message-ID: <52459B4C0200006B0002F178@neblnx09.niagaracounty.com>

There really was no problem. Apparently, I just needed to save the changes I made to the form...get out and back into it. I've worked w/Access for 14 yrs now, and I've never run into this...and now I run into it twice in the same week. 
 
I've always made changes and just ran it from the design window, and then popped back in to make more changes. But, now, it seems that some of my changes do not take hold until I close/save the form, and then run it again. 
 
This explains my confusion...I thought I was doing it correctly and didn't understand why it wasn't working. But it is!

Notice: This electronic transmission is intended for the sole use of the individual or entity to which it is addressed and may contain confidential, privileged or otherwise legally protected information. If you are not the intended recipient, or if you believe you are not the intended recipient, you are hereby notified that any use, disclosure, copying, distribution, or the taking of any action in reliance on the contents of this information, is strictly prohibited. Niagara County is not responsible for the content of any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR ELECTRONIC COPIES. 
Thank you for your cooperation.

From jimdettman at verizon.net  Fri Sep 27 13:52:39 2013
From: jimdettman at verizon.net (Jim Dettman)
Date: Fri, 27 Sep 2013 14:52:39 -0400
Subject: [AccessD] OpenArgs Issue...I think
In-Reply-To: <52457BB00200006B0002F173@neblnx09.niagaracounty.com>
References: <x8UF1l01v0xgD8Z018UQB8>,
	<E9A6E8C998E16F4FB3D861390AFE32C50163B4A3@blkltd.blkfst2003.local>
	<51E28F2A.13403.AEF4E57@stuart.lexacorp.com.pg>
	<E9A6E8C998E16F4FB3D861390AFE32C501A7249A@blkltd.blkfst2003.local>
	<52457BB00200006B0002F173@neblnx09.niagaracounty.com>
Message-ID: <8B0477029174444096B50F19DC4E7904@XPS>


 I would put a STOP in the Report_open at the top and then when you hit the
stop, do:

 ? Me.OpenArgs

 with a return in the debug window and see what you have.

Jim. 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Clark
Sent: Friday, September 27, 2013 12:36 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] OpenArgs Issue...I think

I put out a report that uses OpenArgs to pass along the Beginning and Ending
dates for a requested report. Here is the code that calls it...
 
DoCmd.OpenReport stDocName, acPreview, , , , txtBegDate.Value & "|" &
txtEndDate.Value
 
And here is the code at the report end, OnOpen...
_________________________________________________________________________
Private Sub Report_Open(Cancel As Integer)
 
Dim aryOA As Variant
aryOA = Split(Me.OpenArgs, "|")
 
Me.lblBegDate.Caption = aryOA(0)
Me.lblEndDate.Caption = aryOA(1)
 
End Sub
_________________________________________________________________________
 
I was asked to do another report...on Voucher Number, instead of Date. I
lacked forsight when I created this thing, and to make up for it, I figured
starting and ending number would be the same as starting and ending date,
and that is fine. But, for some reason, when I call the report for number, I
get an error, "Invalid Use of Null" 
 
This error takes me to the OnOpen code above. 
 
I put in some test field, on the calling form, and verified that these
number ARE going into the two values I am sending. 
 
Any ideas?
 

Notice: This electronic transmission is intended for the sole use of the
individual or entity to which it is addressed and may contain confidential,
privileged or otherwise legally protected information. If you are not the
intended recipient, or if you believe you are not the intended recipient,
you are hereby notified that any use, disclosure, copying, distribution, or
the taking of any action in reliance on the contents of this information, is
strictly prohibited. Niagara County is not responsible for the content of
any external hyperlink referenced in this email or any email. 
IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER
IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR
ELECTRONIC COPIES. 
Thank you for your cooperation.


From accessd at shaw.ca  Fri Sep 27 15:27:56 2013
From: accessd at shaw.ca (Jim Lawrence)
Date: Fri, 27 Sep 2013 14:27:56 -0600 (MDT)
Subject: [AccessD] Access Report Sub-Totals - Need to Display Differently
In-Reply-To: <5244A931.19812.EACDD9E@stuart.lexacorp.com.pg>
Message-ID: <228370637.15713521.1380313676099.JavaMail.root@cds002>

Is there anyway to predefine the extend of the results?

IOW is there a fixed number of options or are the items variable. If there are a fixed number of specific items then the spreadsheet can be built beforehand with all the options and rows without data can be turned off after the crosstab process is completed?

Jim

----- Original Message -----
From: "Stuart McLachlan" <stuart at lexacorp.com.pg>
To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
Sent: Thursday, September 26, 2013 2:37:53 PM
Subject: Re: [AccessD] Access Report Sub-Totals - Need to Display Differently

I've just run into a problem creating a large crosstab and outputting to Excel.

I developed an application foir recording and analysing market research surveys.  One output 
is an Excel sheet derived from a crosstab with the questions as columns and individual 
responses as rows.

The latest survey has over 256 questions and Access won't create a crosstab with more than 
256 columns.  :-(

I'm currently workng on VBA cod to generate multiple crosstabs with a maximum of 250 
columns in each and writing the combined sets out to a tab delimited file.  

(It gets a bit tricky because there is not necessarily a one-to-one relationship between the 
rows in the various crosstabs)

-- 
Stuart

On 26 Sep 2013 at 15:52, Gary Kjos wrote:

> Thanks Brad. I appreciate your fishing results query sample. I do mostly
> one off stuff and I use cross tabs a lot. I will sometimes have several of
> them run as subqueries to a main query that links the pieces together for
> the final presentation to the user which I generally do via an Excel output
> file.
> 
> Good luck.
> 
> GK
> 
> 
> On Thu, Sep 26, 2013 at 2:39 PM, Brad Marks <BradM at blackforestltd.com>wrote:
> 
> > Gary,
> >
> > Just for you...
> > ______________________________________
> >
> >  Date      Fish-Species     Nbr-of-Fish
> >
> >  9/30/2013   Walleye            06
> >  9/30/2013   Northern           15
> >  9/30/2013   Lake Trout         11
> >  9/30/2013   Muskie             01
> >
> > ______________________________________
> >
> >
> > Thanks for the tip on the cross tab query.  I haven't worked with these
> > much.  Only some preliminary experimenting a couple years ago.
> >
> > Brad
> >
> >
> >
> >
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos
> > Sent: Thursday, September 26, 2013 2:30 PM
> > To: Access Developers discussion and problem solving
> > Subject: Re: [AccessD] Access Report Sub-Totals - Need to Display
> > Differently
> >
> > Well a cross tab query does that. But not sure how that works with a
> > report since the columns are dynamic based on the data.
> >
> >
> > On Thu, Sep 26, 2013 at 1:47 PM, Brad Marks
> > <BradM at blackforestltd.com>wrote:
> >
> > > All,
> > >
> > > I have an existing Access 2007 Report which shows sub-totals for "Part
> >
> > > Categories" like this. (Detail records are not shown)
> > >
> > > ______________________________________
> > >
> > > Date      Part-Category   Nbr-of-Parts
> > >
> > > 9/1/2013   Rings              10
> > > 9/1/2013   Pins               50
> > > 9/1/2013   Medallions         25
> > >
> > > ______________________________________
> > >
> > >
> > > Recently there has been a request to display this data on the report
> > > in a different fashion,  with the "Parts-Category" being shown in the
> > > heading like this and then have only one line for each date.
> > >
> > > ______________________________________
> > >
> > > Date       Rings   Pins    Medallions
> > >
> > > 9/1/2013    10       50      25
> > >
> > > ______________________________________
> > >
> > > I would like to use Access reporting "Built-in" features to do this.
> > >
> > > Any ideas/advice?
> > >
> > > Thanks,
> > > Brad
> > >
> > > --
> > > AccessD mailing list
> > > AccessD at databaseadvisors.com
> > > http://databaseadvisors.com/mailman/listinfo/accessd
> > > Website: http://www.databaseadvisors.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
> >
> > --
> > This message was scanned by ESVA and is believed to be clean.
> > Click here to report this message as spam.
> > http://h0stname/cgi-bin/learn-msg.cgi?id=DAA9D28C9A.BF06C
> >
> >
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.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
> 


-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

From ssharkins at gmail.com  Sun Sep 29 07:44:22 2013
From: ssharkins at gmail.com (Susan Harkins)
Date: Sun, 29 Sep 2013 08:44:22 -0400
Subject: [AccessD] Access Report Sub-Totals - Need to Display Differently
References: <5241DB83.2060407@gmail.com>,
	<5244A931.19812.EACDD9E@stuart.lexacorp.com.pg>,
	<002901cebb1a$0b53d3f0$21fb7bd0$@comcast.net>
	<5244D8B0.17918.F66641F@stuart.lexacorp.com.pg>
Message-ID: <DE21ACCBCD2145CA9B33C51A833B68FC@SusanHarkins>

I'm going to get hammered for this, but... it's what I do whenever something 
just seems too difficult -- are you sure the people requesting this report 
really need 256 derived columns? Sometimes what people ask for and what they 
need aren't the same thing. I'm finding it hard to believe that anyone could 
really make much use of a report with 256 columns. I'm not saying they don't 
need and use all that data, I'm suggesting, they could do with a much 
simpler report, if guided that way. :) Just a thought.

Susan H.


> 1. It's a stand alone Access application.
>
> 2. The problem is not with tables, it's with more than 256 derived columns 
> in a crosstab
> query.
>


From stuart at lexacorp.com.pg  Sun Sep 29 16:25:14 2013
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Mon, 30 Sep 2013 07:25:14 +1000
Subject: [AccessD] Access Report Sub-Totals - Need to Display Differently
In-Reply-To: <DE21ACCBCD2145CA9B33C51A833B68FC@SusanHarkins>
References: <5241DB83.2060407@gmail.com>,
	<DE21ACCBCD2145CA9B33C51A833B68FC@SusanHarkins>
Message-ID: <52489ABA.30683.E78D747@stuart.lexacorp.com.pg>

Yes they do.  And it's not a "report" it's a form of "data dump".

They need all of the data denormalised  with  one row containing all of the responses from 
one questionnaire) so that it can be imported into applications such as SPSS.

(It's slightly more complicated than that, but that's  the underlying concept)


-- 
Stuart

On 29 Sep 2013 at 8:44, Susan Harkins wrote:

> I'm going to get hammered for this, but... it's what I do whenever something 
> just seems too difficult -- are you sure the people requesting this report 
> really need 256 derived columns? Sometimes what people ask for and what they 
> need aren't the same thing. I'm finding it hard to believe that anyone could 
> really make much use of a report with 256 columns. I'm not saying they don't 
> need and use all that data, I'm suggesting, they could do with a much 
> simpler report, if guided that way. :) Just a thought.
> 
> Susan H.
> 
> 
> > 1. It's a stand alone Access application.
> >
> > 2. The problem is not with tables, it's with more than 256 derived columns 
> > in a crosstab
> > query.
> >
> 
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 



From rockysmolin at bchacc.com  Sun Sep 29 18:48:45 2013
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Sun, 29 Sep 2013 16:48:45 -0700
Subject: [AccessD] Vertical Text
Message-ID: <693F03BFDAB14208B71FA5F1C1F5DCAD@HAL9007>

Dear Lists:
 
I have a report with some labels that have vertical text.  No problem.  They
read from top to bottom. No problem.  Now the client wants them flipped 180
so that they read from bottom to top.  Problem.
 
Is there any way to do this?
 
MTIA
 
Rocky Smolin
Beach Access Software
858-259-4334
www.bchacc.com <http://www.bchacc.com/> 
www.e-z-mrp.com <http://www.e-z-mrp.com/> 
Skype: rocky.smolin
 

From stephen at bondsoftware.co.nz  Sun Sep 29 20:25:52 2013
From: stephen at bondsoftware.co.nz (Stephen Bond)
Date: Mon, 30 Sep 2013 14:25:52 +1300
Subject: [AccessD] Vertical Text
In-Reply-To: <D0F1FEE6FE3749BB8DD92691DCBA5EB3@BondSoftware.local>
References: <D0F1FEE6FE3749BB8DD92691DCBA5EB3@BondSoftware.local>
Message-ID: <F35C4737E33A6543BC69DFB19CB5748F061AB7@bsserver.BondSoftware.local>

Type the labels backwards?

Stephen Bond

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
Sent: Monday, 30 September 2013 1:00 p.m.
To: Stephen
Subject: [AccessD] Vertical Text

Dear Lists:
 
I have a report with some labels that have vertical text.  No problem.
They
read from top to bottom. No problem.  Now the client wants them flipped
180
so that they read from bottom to top.  Problem.
 
Is there any way to do this?
 
MTIA
 
Rocky Smolin
Beach Access Software
858-259-4334
www.bchacc.com <http://www.bchacc.com/> 
www.e-z-mrp.com <http://www.e-z-mrp.com/> 
Skype: rocky.smolin
 
-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com




From rockysmolin at bchacc.com  Sun Sep 29 22:48:34 2013
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Sun, 29 Sep 2013 20:48:34 -0700
Subject: [AccessD] Vertical Text
In-Reply-To: <F35C4737E33A6543BC69DFB19CB5748F061AB7@bsserver.BondSoftware.local>
References: <D0F1FEE6FE3749BB8DD92691DCBA5EB3@BondSoftware.local>
	<F35C4737E33A6543BC69DFB19CB5748F061AB7@bsserver.BondSoftware.local>
Message-ID: <0FA09C4E9B4A43468B6A10C473928BED@HAL9007>

Susan suggested - I thought Yeah! Perfect.  Try it.  I had one of those
d'oh! moments.

R
 

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stephen Bond
Sent: Sunday, September 29, 2013 6:26 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Vertical Text

Type the labels backwards?

Stephen Bond

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
Sent: Monday, 30 September 2013 1:00 p.m.
To: Stephen
Subject: [AccessD] Vertical Text

Dear Lists:
 
I have a report with some labels that have vertical text.  No problem.
They
read from top to bottom. No problem.  Now the client wants them flipped 180
so that they read from bottom to top.  Problem.
 
Is there any way to do this?
 
MTIA
 
Rocky Smolin
Beach Access Software
858-259-4334
www.bchacc.com <http://www.bchacc.com/> www.e-z-mrp.com
<http://www.e-z-mrp.com/>
Skype: rocky.smolin
 
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com



-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From gustav at cactus.dk  Mon Sep 30 05:06:18 2013
From: gustav at cactus.dk (Gustav Brock)
Date: Mon, 30 Sep 2013 12:06:18 +0200
Subject: [AccessD] Form navigation
Message-ID: <005401cebdc4$b4d969b0$1e8c3d10$@cactus.dk>

Hi all

I'm working with an A2010 application to be used by about 100 users from
different business areas.
The users are trained and will use the app extensively.

It has about 50 forms and a dozen reports. Currently we are using what I
believe is the native switchboard of Access (I didn't build it), but I find
it clumsy, and it takes too much screen estate even though all users are
equipped with 24" monitors or dual monitors. However, the biggest
disadvantage is that once a menu branch is chosen, the other branches are
hidden, so if you are working in different corners you have a lot of going
up and down in the navigation form.

Could anyone suggest a proven alternative? The treeview is gone, I believe,
but how about the ribbon? The users are using some of the general options on
the native band, so how would you combine those with custom options?
Other ideas?

/gustav



From fuller.artful at gmail.com  Mon Sep 30 05:12:40 2013
From: fuller.artful at gmail.com (Arthur Fuller)
Date: Mon, 30 Sep 2013 06:12:40 -0400
Subject: [AccessD] Form navigation
In-Reply-To: <005401cebdc4$b4d969b0$1e8c3d10$@cactus.dk>
References: <005401cebdc4$b4d969b0$1e8c3d10$@cactus.dk>
Message-ID: <CAEPJO1hSxaLiQi3yTZg1GJMjEJGBcsvEze2+WuMx_3ZbD3O_Nw@mail.gmail.com>

Gustav.

A while back, when I was experimenting with TreeViews, I wrote a version of
the standard switchboard which precisely addresses the problem you are
having. I shall have to go through a bunch of backup DVDs to find it, but I
shall begin immediately, and send it asap.

Arthur


On Mon, Sep 30, 2013 at 6:06 AM, Gustav Brock <gustav at cactus.dk> wrote:

> Hi all
>
> I'm working with an A2010 application to be used by about 100 users from
> different business areas.
> The users are trained and will use the app extensively.
>
> It has about 50 forms and a dozen reports. Currently we are using what I
> believe is the native switchboard of Access (I didn't build it), but I find
> it clumsy, and it takes too much screen estate even though all users are
> equipped with 24" monitors or dual monitors. However, the biggest
> disadvantage is that once a menu branch is chosen, the other branches are
> hidden, so if you are working in different corners you have a lot of going
> up and down in the navigation form.
>
> Could anyone suggest a proven alternative? The treeview is gone, I believe,
> but how about the ribbon? The users are using some of the general options
> on
> the native band, so how would you combine those with custom options?
> Other ideas?
>
> /gustav
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>



-- 
Arthur

From df.waters at comcast.net  Mon Sep 30 08:51:03 2013
From: df.waters at comcast.net (Dan Waters)
Date: Mon, 30 Sep 2013 08:51:03 -0500
Subject: [AccessD] Form navigation
In-Reply-To: <005401cebdc4$b4d969b0$1e8c3d10$@cactus.dk>
References: <005401cebdc4$b4d969b0$1e8c3d10$@cactus.dk>
Message-ID: <004201cebde4$1ab3d7b0$501b8710$@comcast.net>

Hi Gustav,

With 50 forms I'm going to guess that you could create some groups of forms
that have related functionality.

Perhaps a wide narrow form at the top of the screen could contain several
comboboxes where each one contains the names of those forms?  Users could
tab into the combobox they want, then just begin typing the name of their
form, then hit enter.  

Or, perhaps just a list of form name labels from top to bottom in a tall and
narrow form at the left side of the screen.  Users could just click the
label to open the form they need.

I do use a treeview in my app - and it's great because it shows many records
which are constantly changing.  But it takes a lot of clicking to get to
what to you want - and because the forms you use are rarely changed there
are better ways to allow users to quickly get at their form.

Good Luck!
Dan

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock
Sent: Monday, September 30, 2013 5:06 AM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Form navigation

Hi all

I'm working with an A2010 application to be used by about 100 users from
different business areas.
The users are trained and will use the app extensively.

It has about 50 forms and a dozen reports. Currently we are using what I
believe is the native switchboard of Access (I didn't build it), but I find
it clumsy, and it takes too much screen estate even though all users are
equipped with 24" monitors or dual monitors. However, the biggest
disadvantage is that once a menu branch is chosen, the other branches are
hidden, so if you are working in different corners you have a lot of going
up and down in the navigation form.

Could anyone suggest a proven alternative? The treeview is gone, I believe,
but how about the ribbon? The users are using some of the general options on
the native band, so how would you combine those with custom options?
Other ideas?

/gustav


--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From gustav at cactus.dk  Mon Sep 30 09:52:46 2013
From: gustav at cactus.dk (Gustav Brock)
Date: Mon, 30 Sep 2013 16:52:46 +0200
Subject: [AccessD] Form navigation
Message-ID: <00ec01cebdec$b9b03ef0$2d10bcd0$@cactus.dk>

Hi Dan

Yes, the forms are grouped. So within a group it is very easy to navigate
between the forms.
However, if one group is active and you need to jump to a form in another
group, you have to travel to the top and then down the other branch.
If Arthur finds his treeview menu I'll study that, though one problem with
treeviews is that all leafs appear equal. This is fine in many cases but
probably not here, because some forms are much more important or frequently
used than others.

To further complicate matters I would prefer a system that is easy to
modify, as the application is planned to evolve quite a bit.

/gustav

-----Oprindelig meddelelse-----
Fra: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] P? vegne af Dan Waters
Sendt: 30. september 2013 15:51
Til: 'Access Developers discussion and problem solving'
Emne: Re: [AccessD] Form navigation

Hi Gustav,

With 50 forms I'm going to guess that you could create some groups of forms
that have related functionality.

Perhaps a wide narrow form at the top of the screen could contain several
comboboxes where each one contains the names of those forms?  Users could
tab into the combobox they want, then just begin typing the name of their
form, then hit enter.  

Or, perhaps just a list of form name labels from top to bottom in a tall and
narrow form at the left side of the screen.  Users could just click the
label to open the form they need.

I do use a treeview in my app - and it's great because it shows many records
which are constantly changing.  But it takes a lot of clicking to get to
what to you want - and because the forms you use are rarely changed there
are better ways to allow users to quickly get at their form.

Good Luck!
Dan

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock
Sent: Monday, September 30, 2013 5:06 AM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Form navigation

Hi all

I'm working with an A2010 application to be used by about 100 users from
different business areas.
The users are trained and will use the app extensively.

It has about 50 forms and a dozen reports. Currently we are using what I
believe is the native switchboard of Access (I didn't build it), but I find
it clumsy, and it takes too much screen estate even though all users are
equipped with 24" monitors or dual monitors. However, the biggest
disadvantage is that once a menu branch is chosen, the other branches are
hidden, so if you are working in different corners you have a lot of going
up and down in the navigation form.

Could anyone suggest a proven alternative? The treeview is gone, I believe,
but how about the ribbon? The users are using some of the general options on
the native band, so how would you combine those with custom options?
Other ideas?

/gustav