From rockysmolin at bchacc.com Thu Jul 1 00:32:35 2010
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Wed, 30 Jun 2010 22:32:35 -0700
Subject: [AccessD] Bunch of reports with no page break
Message-ID: <0E28090D172C419FB573E98CB1963DD3@HAL9005>
Dear List:
I added a feature to my app to automatically release a bunch of work orders.
Client loved it.
Then the client wanted to have the Kit List printed for each work order
released - no problem, client loved it.
Now since many of these reports take only 1/3 to 1/2 page, the client
requests that they be printed without the page break - save a tree. But I'm
not sure how to accomplish this. I suppose I could make the Kit List report
a subreport in the detail section of a report, the record source of which
would be the list or work orders to print the kit lists for, but I'm not
sure that would work. Any ideas?
MTIA,
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
www.bchacc.com
From rockysmolin at bchacc.com Fri Jul 2 19:09:54 2010
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Fri, 2 Jul 2010 17:09:54 -0700
Subject: [AccessD] Network Problem
Message-ID: <0A16A42B3C2B4863B91967C1C408E94B@HAL9005>
Dear list(s):
Max is home for the summer. His dell laptop has Windows 7. He has internet
access but cannot connect to any of the machines on the home network (or
therefore install a network printer which is what led us to this problem to
begin with).
Clicking on Network displays all of the computers except my Windows XP box
(which I would like his box to see because I have the best printer local to
my WXP box). When he tries to open any of the displayed comps (they're all
shared - I can access any of them from any of my other boxes), he gets a
message "Windows cannot access (name of computer).
His workgroup name is WORKGROUP - same as all the network boxes.
Where should I start to figure out why he can't see the other boxes on the
network?
MTIA
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
www.bchacc.com
From stuart at lexacorp.com.pg Fri Jul 2 19:35:04 2010
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Sat, 03 Jul 2010 10:35:04 +1000
Subject: [AccessD] Bunch of reports with no page break
In-Reply-To: <0E28090D172C419FB573E98CB1963DD3@HAL9005>
References: <0E28090D172C419FB573E98CB1963DD3@HAL9005>
Message-ID: <4C2E85B8.8834.43B8809@stuart.lexacorp.com.pg>
That's exactly the way I do it - embed them as sub-reports in a "wrapper" report.
--
Stuart
On 30 Jun 2010 at 22:32, Rocky Smolin wrote:
> Dear List:
>
> I added a feature to my app to automatically release a bunch of work orders.
> Client loved it.
>
> Then the client wanted to have the Kit List printed for each work order
> released - no problem, client loved it.
>
> Now since many of these reports take only 1/3 to 1/2 page, the client
> requests that they be printed without the page break - save a tree. But I'm
> not sure how to accomplish this. I suppose I could make the Kit List report
> a subreport in the detail section of a report, the record source of which
> would be the list or work orders to print the kit lists for, but I'm not
> sure that would work. Any ideas?
>
>
>
> MTIA,
>
> Rocky Smolin
>
> Beach Access Software
>
> 858-259-4334
>
> www.e-z-mrp.com
>
> www.bchacc.com
>
>
>
>
>
>
From rockysmolin at bchacc.com Fri Jul 2 22:44:33 2010
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Fri, 2 Jul 2010 20:44:33 -0700
Subject: [AccessD] Bunch of reports with no page break
In-Reply-To: <4C2E85B8.8834.43B8809@stuart.lexacorp.com.pg>
References: <0E28090D172C419FB573E98CB1963DD3@HAL9005>
<4C2E85B8.8834.43B8809@stuart.lexacorp.com.pg>
Message-ID: <96706412C23A44CF946E8B848CAE7561@HAL9005>
Well, it's really one report run many times for different parts. Think of it
as a bill of materials report. I pass the assembly part number to the
report and it runs. As each work orders are opened automatically, the Kit
List for the work order is printed. So it's really just one report run many
times for different assemblies. That's where I'm a bit stumped. If it was a
bunch of different reports, I could make each one a sub report. But it's
the same report.
R
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
Sent: Friday, July 02, 2010 5:35 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Bunch of reports with no page break
That's exactly the way I do it - embed them as sub-reports in a "wrapper"
report.
--
Stuart
On 30 Jun 2010 at 22:32, Rocky Smolin wrote:
> Dear List:
>
> I added a feature to my app to automatically release a bunch of work
orders.
> Client loved it.
>
> Then the client wanted to have the Kit List printed for each work
> order released - no problem, client loved it.
>
> Now since many of these reports take only 1/3 to 1/2 page, the client
> requests that they be printed without the page break - save a tree.
> But I'm not sure how to accomplish this. I suppose I could make the
> Kit List report a subreport in the detail section of a report, the
> record source of which would be the list or work orders to print the
> kit lists for, but I'm not sure that would work. Any ideas?
>
>
>
> MTIA,
>
> Rocky Smolin
>
> Beach Access Software
>
> 858-259-4334
>
> www.e-z-mrp.com
>
> www.bchacc.com
>
>
>
>
>
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From rockysmolin at bchacc.com Fri Jul 2 23:28:18 2010
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Fri, 2 Jul 2010 21:28:18 -0700
Subject: [AccessD] Network Problem
Message-ID: <77B6C3D4BFA64841977E325A8B123C2D@HAL9005>
Various forums say that the error I'm getting is because I need to enable
Client for Microsoft Networks in network properties but I can't figure out
how to do that in Windows 7. Anybody know how?
MTIA
Rocky
_____
From: Rocky Smolin [mailto:rockysmolin at bchacc.com]
Sent: Friday, July 02, 2010 5:10 PM
To: 'Access Developers discussion and problem solving'; List
(dba-tech at databaseadvisors.com); 'Off Topic'
Subject: Network Problem
Dear list(s):
Max is home for the summer. His dell laptop has Windows 7. He has internet
access but cannot connect to any of the machines on the home network (or
therefore install a network printer which is what led us to this problem to
begin with).
Clicking on Network displays all of the computers except my Windows XP box
(which I would like his box to see because I have the best printer local to
my WXP box). When he tries to open any of the displayed comps (they're all
shared - I can access any of them from any of my other boxes), he gets a
message "Windows cannot access (name of computer).
His workgroup name is WORKGROUP - same as all the network boxes.
Where should I start to figure out why he can't see the other boxes on the
network?
MTIA
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
www.bchacc.com
From ramzcbu at gmail.com Sat Jul 3 01:39:13 2010
From: ramzcbu at gmail.com (Ramz .)
Date: Fri, 2 Jul 2010 23:39:13 -0700
Subject: [AccessD] Bunch of reports with no page break
In-Reply-To: <96706412C23A44CF946E8B848CAE7561@HAL9005>
References: <0E28090D172C419FB573E98CB1963DD3@HAL9005>
<4C2E85B8.8834.43B8809@stuart.lexacorp.com.pg>
<96706412C23A44CF946E8B848CAE7561@HAL9005>
Message-ID:
How about looking into the possibility of treating such report as a
custom-label report? If the most you'd get per page is half a page of
print-out, then probably you can design a custom two "label" report. HTH
On Fri, Jul 2, 2010 at 8:44 PM, Rocky Smolin wrote:
> Well, it's really one report run many times for different parts. Think of
> it
> as a bill of materials report. I pass the assembly part number to the
> report and it runs. As each work orders are opened automatically, the Kit
> List for the work order is printed. So it's really just one report run
> many
> times for different assemblies. That's where I'm a bit stumped. If it was
> a
> bunch of different reports, I could make each one a sub report. But it's
> the same report.
>
> R
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart
> McLachlan
> Sent: Friday, July 02, 2010 5:35 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Bunch of reports with no page break
>
> That's exactly the way I do it - embed them as sub-reports in a "wrapper"
> report.
>
> --
> Stuart
>
> On 30 Jun 2010 at 22:32, Rocky Smolin wrote:
>
> > Dear List:
> >
> > I added a feature to my app to automatically release a bunch of work
> orders.
> > Client loved it.
> >
> > Then the client wanted to have the Kit List printed for each work
> > order released - no problem, client loved it.
> >
> > Now since many of these reports take only 1/3 to 1/2 page, the client
> > requests that they be printed without the page break - save a tree.
> > But I'm not sure how to accomplish this. I suppose I could make the
> > Kit List report a subreport in the detail section of a report, the
> > record source of which would be the list or work orders to print the
> > kit lists for, but I'm not sure that would work. Any ideas?
> >
> >
> >
> > MTIA,
> >
> > Rocky Smolin
> >
> > Beach Access Software
> >
> > 858-259-4334
> >
> > www.e-z-mrp.com
> >
> > www.bchacc.com
> >
> >
> >
> >
> >
> >
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
From newsgrps at dalyn.co.nz Sat Jul 3 02:36:36 2010
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Sat, 03 Jul 2010 19:36:36 +1200
Subject: [AccessD] Bunch of reports with no page break
In-Reply-To:
References: <0E28090D172C419FB573E98CB1963DD3@HAL9005>
<4C2E85B8.8834.43B8809@stuart.lexacorp.com.pg>
<96706412C23A44CF946E8B848CAE7561@HAL9005>
Message-ID: <20100703073448.ESEH11274.mta02.xtra.co.nz@Dalyn.dalyn.co.nz>
Rocky,
I think your original idea would work - Collating the assembly part
numbers as part of a where clause in the main reports query and use
the report groups to include the sub reports for each assembly part?
Regards
David
At 3/07/2010, Ramz . wrote:
>How about looking into the possibility of treating such report as a
>custom-label report? If the most you'd get per page is half a page of
>print-out, then probably you can design a custom two "label" report. HTH
>
>On Fri, Jul 2, 2010 at 8:44 PM, Rocky Smolin wrote:
>
> > Well, it's really one report run many times for different parts. Think of
> > it
> > as a bill of materials report. I pass the assembly part number to the
> > report and it runs. As each work orders are opened automatically, the Kit
> > List for the work order is printed. So it's really just one report run
> > many
> > times for different assemblies. That's where I'm a bit stumped. If it was
> > a
> > bunch of different reports, I could make each one a sub report. But it's
> > the same report.
> >
> > R
> >
> >
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart
> > McLachlan
> > Sent: Friday, July 02, 2010 5:35 PM
> > To: Access Developers discussion and problem solving
> > Subject: Re: [AccessD] Bunch of reports with no page break
> >
> > That's exactly the way I do it - embed them as sub-reports in a "wrapper"
> > report.
> >
> > --
> > Stuart
> >
> > On 30 Jun 2010 at 22:32, Rocky Smolin wrote:
> >
> > > Dear List:
> > >
> > > I added a feature to my app to automatically release a bunch of work
> > orders.
> > > Client loved it.
> > >
> > > Then the client wanted to have the Kit List printed for each work
> > > order released - no problem, client loved it.
> > >
> > > Now since many of these reports take only 1/3 to 1/2 page, the client
> > > requests that they be printed without the page break - save a tree.
> > > But I'm not sure how to accomplish this. I suppose I could make the
> > > Kit List report a subreport in the detail section of a report, the
> > > record source of which would be the list or work orders to print the
> > > kit lists for, but I'm not sure that would work. Any ideas?
> > >
> > >
> > >
> > > MTIA,
> > >
> > > Rocky Smolin
> > >
> > > Beach Access Software
> > >
> > > 858-259-4334
> > >
> > > www.e-z-mrp.com
> > >
> > > www.bchacc.com
> > >
> > >
> > >
> > >
> > >
> > >
> >
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
>--
>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 Jul 3 03:39:48 2010
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Sat, 03 Jul 2010 18:39:48 +1000
Subject: [AccessD] Bunch of reports with no page break
In-Reply-To: <96706412C23A44CF946E8B848CAE7561@HAL9005>
References: <0E28090D172C419FB573E98CB1963DD3@HAL9005>,
<4C2E85B8.8834.43B8809@stuart.lexacorp.com.pg>,
<96706412C23A44CF946E8B848CAE7561@HAL9005>
Message-ID: <4C2EF754.5048.2B900F@stuart.lexacorp.com.pg>
In that case, create a query which contains the key for each part and base the wrapper report
on that. Put a single Kit List report in the detail and set the appropriate fields in the Link
Master Field/Link Child properties.
--
Stuart
On 2 Jul 2010 at 20:44, Rocky Smolin wrote:
> Well, it's really one report run many times for different parts. Think of it
> as a bill of materials report. I pass the assembly part number to the
> report and it runs. As each work orders are opened automatically, the Kit
> List for the work order is printed. So it's really just one report run many
> times for different assemblies. That's where I'm a bit stumped. If it was a
> bunch of different reports, I could make each one a sub report. But it's
> the same report.
>
> R
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
> Sent: Friday, July 02, 2010 5:35 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Bunch of reports with no page break
>
> That's exactly the way I do it - embed them as sub-reports in a "wrapper"
> report.
>
> --
> Stuart
>
> On 30 Jun 2010 at 22:32, Rocky Smolin wrote:
>
> > Dear List:
> >
> > I added a feature to my app to automatically release a bunch of work
> orders.
> > Client loved it.
> >
> > Then the client wanted to have the Kit List printed for each work
> > order released - no problem, client loved it.
> >
> > Now since many of these reports take only 1/3 to 1/2 page, the client
> > requests that they be printed without the page break - save a tree.
> > But I'm not sure how to accomplish this. I suppose I could make the
> > Kit List report a subreport in the detail section of a report, the
> > record source of which would be the list or work orders to print the
> > kit lists for, but I'm not sure that would work. Any ideas?
> >
> >
> >
> > MTIA,
> >
> > Rocky Smolin
> >
> > Beach Access Software
> >
> > 858-259-4334
> >
> > www.e-z-mrp.com
> >
> > www.bchacc.com
> >
> >
> >
> >
> >
> >
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
From brad.marks1 at gmail.com Sat Jul 3 12:27:14 2010
From: brad.marks1 at gmail.com (Brad Marks)
Date: Sat, 3 Jul 2010 12:27:14 -0500
Subject: [AccessD] =?windows-1252?q?Report_Puzzler_=96_Trying_to_plug_a_va?=
=?windows-1252?q?lue_into_a_TextBox_when_using_DoCmd=2EOutputTo?=
Message-ID:
I have a Text Box that is being filled in with a value in the ?On Load?
event of a Report. This works nicely when I view the report via Access.
Now I would like to use the ?DoCmd.OutputTo acOutputReport? command to push
this report to a file.
Is there a way to plug a value into this TextBox when using the
?DoCmd.OutputTo acOutputReport? command?
It appears that the ?DoCmd.OutputTo acOutputReport? command is not doing a
?Load? of the report.
I am missing some here. Probably something really simple.
I have experimented with other Report Events that might be available with
the ?DoCmd.OutputTo acOutputReport? command but have not had any luck.
Thanks in advance for your assistance.
Brad
From fahooper at trapo.com Sat Jul 3 12:39:57 2010
From: fahooper at trapo.com (Fred Hooper)
Date: Sat, 03 Jul 2010 13:39:57 -0400
Subject: [AccessD]
=?windows-1252?q?Report_Puzzler_=96_Trying_to_plug_a_va?=
=?windows-1252?q?lue_into_a_TextBox_when_using_DoCmd=2EOutputTo?=
In-Reply-To:
References:
Message-ID: <4C2F75ED.9060108@trapo.com>
You could fill the text box with the value from a (maybe hidden) field
on a form using syntax like: "=Forms!frmReplace!txtStartDate". So, just
before your DoCmd, place the value in the field.
Fred
On 7/3/2010 1:27 PM, Brad Marks wrote:
> I have a Text Box that is being filled in with a value in the ?On Load?
> event of a Report. This works nicely when I view the report via Access.
>
>
>
> Now I would like to use the ?DoCmd.OutputTo acOutputReport? command to push
> this report to a file.
>
>
>
> Is there a way to plug a value into this TextBox when using the
> ?DoCmd.OutputTo acOutputReport? command?
>
>
>
> It appears that the ?DoCmd.OutputTo acOutputReport? command is not doing a
> ?Load? of the report.
>
>
>
> I am missing some here. Probably something really simple.
>
>
>
> I have experimented with other Report Events that might be available with
> the ?DoCmd.OutputTo acOutputReport? command but have not had any luck.
>
>
>
> Thanks in advance for your assistance.
>
>
>
> Brad
From BradM at blackforestltd.com Sat Jul 3 16:10:14 2010
From: BradM at blackforestltd.com (Brad Marks)
Date: Sat, 3 Jul 2010 16:10:14 -0500
Subject: [AccessD] Report Puzzler - Trying to plug a value into a
TextBox when using DoCmd.OutputTo
References:
<4C2F75ED.9060108@trapo.com>
Message-ID:
Fred,
Thanks for the help. I really appreciate it.
The TextBox on the report now has the value in it and I am all smiles.
Thanks again,
Brad
-----Original Message-----
From: accessd-bounces at databaseadvisors.com on behalf of Fred Hooper
Sent: Sat 7/3/2010 12:39 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Report Puzzler - Trying to plug a value into a TextBox when using DoCmd.OutputTo
You could fill the text box with the value from a (maybe hidden) field
on a form using syntax like: "=Forms!frmReplace!txtStartDate". So, just
before your DoCmd, place the value in the field.
Fred
On 7/3/2010 1:27 PM, Brad Marks wrote:
> I have a Text Box that is being filled in with a value in the "On Load"
> event of a Report. This works nicely when I view the report via Access.
>
>
>
> Now I would like to use the "DoCmd.OutputTo acOutputReport" command to push
> this report to a file.
>
>
>
> Is there a way to plug a value into this TextBox when using the
> "DoCmd.OutputTo acOutputReport" command?
>
>
>
> It appears that the "DoCmd.OutputTo acOutputReport" command is not doing a
> "Load" of the report.
>
>
>
> I am missing some here. Probably something really simple.
>
>
>
> I have experimented with other Report Events that might be available with
> the "DoCmd.OutputTo acOutputReport" command but have not had any luck.
>
>
>
> Thanks in advance for your assistance.
>
>
>
> Brad
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
From Johncliviger at aol.com Sun Jul 4 13:50:11 2010
From: Johncliviger at aol.com (Johncliviger at aol.com)
Date: Sun, 4 Jul 2010 14:50:11 EDT
Subject: [AccessD] Network Problem
Message-ID: <762fa.1462a579.396231e3@aol.com>
Rocky
You say "Max is home for the summer" have I missed something?
john cliviger
From rockysmolin at bchacc.com Sun Jul 4 17:57:16 2010
From: rockysmolin at bchacc.com (rockysmolin at bchacc.com)
Date: Sun, 4 Jul 2010 18:57:16 -0400
Subject: [AccessD] Network Problem
Message-ID: <380-22010704225716661@M2W127.mail2web.com>
Well, it wasn't really germane. Max is my 20 y.o. - goes to Northwestern
in Chicago - always good to have them home again (we live in Del Mar, Cal),
however briefly - going away to Seville in September for a semester.
That's all. It's his comp that can't see the rest of the comps at home.
R
Original Message:
-----------------
From: Johncliviger at aol.com
Date: Sun, 4 Jul 2010 14:50:11 EDT
To: accessd at databaseadvisors.com
Subject: Re: [AccessD] Network Problem
Rocky
You say "Max is home for the summer" have I missed something?
john cliviger
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--------------------------------------------------------------------
myhosting.com - Premium Microsoft? Windows? and Linux web and application
hosting - http://link.myhosting.com/myhosting
From Johncliviger at aol.com Mon Jul 5 03:32:01 2010
From: Johncliviger at aol.com (Johncliviger at aol.com)
Date: Mon, 5 Jul 2010 04:32:01 EDT
Subject: [AccessD] Network Problem
Message-ID: <5a253.60e73372.3962f281@aol.com>
Rocky
Sorry I thought you were referring to Max Wanadoo who's not posted for some
time.
johnc
From jwcolby at colbyconsulting.com Tue Jul 6 07:47:05 2010
From: jwcolby at colbyconsulting.com (jwcolby)
Date: Tue, 06 Jul 2010 08:47:05 -0400
Subject: [AccessD] Word merge document
Message-ID: <4C3325C9.8090604@colbyconsulting.com>
I am trying to do a merge document for my church's vacation bible school. We have a web site done
in the MURA CMS (which I did not create but which I maintain) with a data entry form (which I
created) which collects the data. The data is downloaded to my machine in CSV format.
I was given a word document, elaborately (manually) formatted to look just so, with English and
Spanish labels on consecutive lines and then space filled areas to allow the person to fill in the
blanks. I modified this word document to do the merge. I removed all the spaces, inserted the
merge fields etc.
The problem I am having is that the data fields shift around as the length of the data changes if I
have multiple fields on the same line.
IOW:
Name <> DOB <>
causes <> to slide left and right as the length of the <> changes.
I cannot seem to find a way to permanently make the fields themselves a specific (fixed) length.
Does anyone know how to fix this?
--
John W. Colby
www.ColbyConsulting.com
From Gustav at cactus.dk Tue Jul 6 08:01:54 2010
From: Gustav at cactus.dk (Gustav Brock)
Date: Tue, 06 Jul 2010 15:01:54 +0200
Subject: [AccessD] Word merge document
Message-ID:
Hi John
Tables?
/gustav
>>> jwcolby at colbyconsulting.com 06-07-2010 14:47 >>>
The problem I am having is that the data fields shift around as the length of the data changes if I have multiple fields on the same line.
IOW:
Name <> DOB <>
causes <> to slide left and right as the length of the <> changes.
I cannot seem to find a way to permanently make the fields themselves a specific (fixed) length.
Does anyone know how to fix this?
--
John W. Colby
www.ColbyConsulting.com
From Lambert.Heenan at chartisinsurance.com Tue Jul 6 08:05:25 2010
From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert)
Date: Tue, 6 Jul 2010 09:05:25 -0400
Subject: [AccessD] [dba-Tech] Network Problem
In-Reply-To: <77B6C3D4BFA64841977E325A8B123C2D@HAL9005>
References: <77B6C3D4BFA64841977E325A8B123C2D@HAL9005>
Message-ID:
Sitting in front of an XP box right now. To do that in XP just open an explorer window, find "My Network Places" and right-click and choose 'properties'. That displays a window with the network cards listed. Right click the one that is in use and choose properties again. In the resulting dialog you should be able to enable/install Client for Microsoft Networks.
I'm fairly sure the steps will be pretty similar in W7.
HTH
Lambert
-----Original Message-----
From: dba-tech-bounces at databaseadvisors.com [mailto:dba-tech-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
Sent: Saturday, July 03, 2010 12:28 AM
To: 'Rocky Smolin'; 'Access Developers discussion and problem solving'; List; 'Off Topic'
Subject: Re: [dba-Tech] Network Problem
Various forums say that the error I'm getting is because I need to enable Client for Microsoft Networks in network properties but I can't figure out how to do that in Windows 7. Anybody know how?
MTIA
Rocky
_____
From: Rocky Smolin [mailto:rockysmolin at bchacc.com]
Sent: Friday, July 02, 2010 5:10 PM
To: 'Access Developers discussion and problem solving'; List (dba-tech at databaseadvisors.com); 'Off Topic'
Subject: Network Problem
Dear list(s):
Max is home for the summer. His dell laptop has Windows 7. He has internet
access but cannot connect to any of the machines on the home network (or
therefore install a network printer which is what led us to this problem to
begin with).
Clicking on Network displays all of the computers except my Windows XP box
(which I would like his box to see because I have the best printer local to
my WXP box). When he tries to open any of the displayed comps (they're all
shared - I can access any of them from any of my other boxes), he gets a
message "Windows cannot access (name of computer).
His workgroup name is WORKGROUP - same as all the network boxes.
Where should I start to figure out why he can't see the other boxes on the
network?
MTIA
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
www.bchacc.com
From Chester_Kaup at kindermorgan.com Tue Jul 6 08:06:31 2010
From: Chester_Kaup at kindermorgan.com (Kaup, Chester)
Date: Tue, 6 Jul 2010 08:06:31 -0500
Subject: [AccessD] Word merge document
In-Reply-To: <4C3325C9.8090604@colbyconsulting.com>
References: <4C3325C9.8090604@colbyconsulting.com>
Message-ID: <0B2BF8524B73A248A2F1B81BA751ED3C19200CBC35@houex1.kindermorgan.com>
To change it in word open the document, select the column, right click, select auto fit and then fixed width. This is in word 2003.
-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby
Sent: Tuesday, July 06, 2010 7:47 AM
To: Access Developers discussion and problem solving
Subject: [AccessD] Word merge document
I am trying to do a merge document for my church's vacation bible school. We have a web site done
in the MURA CMS (which I did not create but which I maintain) with a data entry form (which I
created) which collects the data. The data is downloaded to my machine in CSV format.
I was given a word document, elaborately (manually) formatted to look just so, with English and
Spanish labels on consecutive lines and then space filled areas to allow the person to fill in the
blanks. I modified this word document to do the merge. I removed all the spaces, inserted the
merge fields etc.
The problem I am having is that the data fields shift around as the length of the data changes if I
have multiple fields on the same line.
IOW:
Name <> DOB <>
causes <> to slide left and right as the length of the <> changes.
I cannot seem to find a way to permanently make the fields themselves a specific (fixed) length.
Does anyone know how to fix this?
--
John W. Colby
www.ColbyConsulting.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From jwcolby at colbyconsulting.com Tue Jul 6 08:29:04 2010
From: jwcolby at colbyconsulting.com (jwcolby)
Date: Tue, 06 Jul 2010 09:29:04 -0400
Subject: [AccessD] Word merge document
In-Reply-To:
References:
Message-ID: <4C332FA0.7070609@colbyconsulting.com>
Gustav,
The problem is the stinkin user (you know users)
She wants it to look like the document that she prints for anyone who just fills out the form
manually, so that a person going through these on the first day of VBS can see all registration
documents looking the same.
So I have a field in my merge document that looks like:
Child/Youth Name: <> Date of Birth: <>
Ni?o/joven # 1: Nombre Fecha de nacimiento:
The words on the consecutive lines need to line up with each other, which I can do with tabs (or
spaces). However as the length of <> changes, it pushes Date Of Birth out to the left, but
of course it does not push Fecha de nacimiento around. And in the end it shouldn't push anything
around.
This is just ugly! It seems like you should be able to "paint" the document such that <> is
a fixed width on the final form. No tabs after it, it just takes X inches of space on the line.
But the merge field has no handles, no obvious way to say "this field is always X units wide". This
seems like something that everyone would want and would have been fixed ohhh.... TWENTY years ago?
John W. Colby
www.ColbyConsulting.com
Gustav Brock wrote:
> Hi John
>
> Tables?
>
> /gustav
>
>
>>>> jwcolby at colbyconsulting.com 06-07-2010 14:47 >>>
>
> The problem I am having is that the data fields shift around as the length of the data changes if I have multiple fields on the same line.
>
> IOW:
>
> Name <> DOB <>
>
> causes <> to slide left and right as the length of the <> changes.
>
> I cannot seem to find a way to permanently make the fields themselves a specific (fixed) length.
>
> Does anyone know how to fix this?
>
From Gustav at cactus.dk Tue Jul 6 08:46:55 2010
From: Gustav at cactus.dk (Gustav Brock)
Date: Tue, 06 Jul 2010 15:46:55 +0200
Subject: [AccessD] Word merge document
Message-ID:
Hi John
I see your problem but still believes that a table will solve this.
Here two rows and four columns (and you would need the variables to be
printed in both rows, right?):
Child/Youth Name: <> Date of Birth: <>
Ni?o/joven # 1: <> Fecha de nacimiento: <>
Not that I'm a Word expert (actually I stay off Word if at all
possible) but I think I saw this method in one of Susan's articles.
/gustav
>>> jwcolby at colbyconsulting.com 06-07-2010 15:29 >>>
Gustav,
The problem is the stinkin user (you know users)
She wants it to look like the document that she prints for anyone who
just fills out the form
manually, so that a person going through these on the first day of VBS
can see all registration
documents looking the same.
So I have a field in my merge document that looks like:
Child/Youth Name: <> Date of Birth: <>
Ni?o/joven # 1: Nombre Fecha de nacimiento:
The words on the consecutive lines need to line up with each other,
which I can do with tabs (or
spaces). However as the length of <> changes, it pushes Date Of
Birth out to the left, but
of course it does not push Fecha de nacimiento around. And in the end
it shouldn't push anything
around.
This is just ugly! It seems like you should be able to "paint" the
document such that <> is
a fixed width on the final form. No tabs after it, it just takes X
inches of space on the line.
But the merge field has no handles, no obvious way to say "this field
is always X units wide". This
seems like something that everyone would want and would have been fixed
ohhh.... TWENTY years ago?
John W. Colby
www.ColbyConsulting.com
Gustav Brock wrote:
> Hi John
>
> Tables?
>
> /gustav
>
>
>>>> jwcolby at colbyconsulting.com 06-07-2010 14:47 >>>
>
> The problem I am having is that the data fields shift around as the
length of the data changes if I have multiple fields on the same line.
>
> IOW:
>
> Name <> DOB <>
>
> causes <> to slide left and right as the length of the
<> changes.
>
> I cannot seem to find a way to permanently make the fields themselves
a specific (fixed) length.
>
> Does anyone know how to fix this?
From Lambert.Heenan at chartisinsurance.com Tue Jul 6 09:23:55 2010
From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert)
Date: Tue, 6 Jul 2010 10:23:55 -0400
Subject: [AccessD] Word merge document
In-Reply-To: <4C332FA0.7070609@colbyconsulting.com>
References: <4C332FA0.7070609@colbyconsulting.com>
Message-ID:
What about using just one field in the Word doc that holds everything you want printed on that line? Then build its contents up in your code using Lset to left justify the string on a consistent basis.
Lambert
-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby
Sent: Tuesday, July 06, 2010 9:29 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Word merge document
Gustav,
The problem is the stinkin user (you know users)
She wants it to look like the document that she prints for anyone who just fills out the form manually, so that a person going through these on the first day of VBS can see all registration documents looking the same.
So I have a field in my merge document that looks like:
Child/Youth Name: <> Date of Birth: <>
Ni?o/joven # 1: Nombre Fecha de nacimiento:
The words on the consecutive lines need to line up with each other, which I can do with tabs (or spaces). However as the length of <> changes, it pushes Date Of Birth out to the left, but of course it does not push Fecha de nacimiento around. And in the end it shouldn't push anything around.
This is just ugly! It seems like you should be able to "paint" the document such that <> is a fixed width on the final form. No tabs after it, it just takes X inches of space on the line.
But the merge field has no handles, no obvious way to say "this field is always X units wide". This seems like something that everyone would want and would have been fixed ohhh.... TWENTY years ago?
John W. Colby
www.ColbyConsulting.com
Gustav Brock wrote:
> Hi John
>
> Tables?
>
> /gustav
>
>
>>>> jwcolby at colbyconsulting.com 06-07-2010 14:47 >>>
>
> The problem I am having is that the data fields shift around as the length of the data changes if I have multiple fields on the same line.
>
> IOW:
>
> Name <> DOB <>
>
> causes <> to slide left and right as the length of the <> changes.
>
> I cannot seem to find a way to permanently make the fields themselves a specific (fixed) length.
>
> Does anyone know how to fix this?
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From jwcolby at colbyconsulting.com Tue Jul 6 09:50:19 2010
From: jwcolby at colbyconsulting.com (jwcolby)
Date: Tue, 06 Jul 2010 10:50:19 -0400
Subject: [AccessD] Word merge document
In-Reply-To:
References:
Message-ID: <4C3342AB.5040703@colbyconsulting.com>
> I see your problem but still believes that a table will solve this. Here two rows and four
columns (and you would need the variables to be printed in both rows, right?):
No, not even close. This is just the first row of a two PAGE document with about 50 fields of
various lengths, sometimes just a single field on a line, sometimes three on a line. ALL with
Spanish translations directly below the English "Label".
For next year I will be doing an Access report but the user printed and mailed fifty of these to
parents from last years VBS. She wants the merged doc to look like the doc she mailed so that the
people working the registration table aren't spending all night searching around trying to find the
data.
Word SUCKS sometimes. Perhaps even most of the time?
John W. Colby
www.ColbyConsulting.com
Gustav Brock wrote:
> Hi John
>
> I see your problem but still believes that a table will solve this.
> Here two rows and four columns (and you would need the variables to be
> printed in both rows, right?):
>
> Child/Youth Name: <> Date of Birth: <>
> Ni?o/joven # 1: <> Fecha de nacimiento: <>
>
> Not that I'm a Word expert (actually I stay off Word if at all
> possible) but I think I saw this method in one of Susan's articles.
>
> /gustav
>
>
>>>> jwcolby at colbyconsulting.com 06-07-2010 15:29 >>>
> Gustav,
>
> The problem is the stinkin user (you know users)
>
> She wants it to look like the document that she prints for anyone who
> just fills out the form
> manually, so that a person going through these on the first day of VBS
> can see all registration
> documents looking the same.
>
> So I have a field in my merge document that looks like:
>
> Child/Youth Name: <> Date of Birth: <>
> Ni?o/joven # 1: Nombre Fecha de nacimiento:
>
>
> The words on the consecutive lines need to line up with each other,
> which I can do with tabs (or
> spaces). However as the length of <> changes, it pushes Date Of
> Birth out to the left, but
> of course it does not push Fecha de nacimiento around. And in the end
> it shouldn't push anything
> around.
>
> This is just ugly! It seems like you should be able to "paint" the
> document such that <> is
> a fixed width on the final form. No tabs after it, it just takes X
> inches of space on the line.
>
> But the merge field has no handles, no obvious way to say "this field
> is always X units wide". This
> seems like something that everyone would want and would have been fixed
> ohhh.... TWENTY years ago?
>
>
>
> John W. Colby
> www.ColbyConsulting.com
From jwcolby at colbyconsulting.com Tue Jul 6 09:55:22 2010
From: jwcolby at colbyconsulting.com (jwcolby)
Date: Tue, 06 Jul 2010 10:55:22 -0400
Subject: [AccessD] Word merge document
In-Reply-To:
References: <4C332FA0.7070609@colbyconsulting.com>
Message-ID: <4C3343DA.7010005@colbyconsulting.com>
> What about using just one field in the Word doc that holds everything you want printed on that
line? Then build its contents up in your code using Lset to left justify the string on a consistent
basis.
Uh... no. Though that is a novel idea. This is a word document pulling data directly out of a CSV
file, and inserting it into merge fields on a document.
What is the point of a merge document if I have to do what you are discussing?
John W. Colby
www.ColbyConsulting.com
Heenan, Lambert wrote:
> What about using just one field in the Word doc that holds everything you want printed on that line? Then build its contents up in your code using Lset to left justify the string on a consistent basis.
>
> Lambert
>
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby
> Sent: Tuesday, July 06, 2010 9:29 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Word merge document
>
> Gustav,
>
> The problem is the stinkin user (you know users)
>
> She wants it to look like the document that she prints for anyone who just fills out the form manually, so that a person going through these on the first day of VBS can see all registration documents looking the same.
>
> So I have a field in my merge document that looks like:
>
> Child/Youth Name: <> Date of Birth: <>
> Ni?o/joven # 1: Nombre Fecha de nacimiento:
>
>
> The words on the consecutive lines need to line up with each other, which I can do with tabs (or spaces). However as the length of <> changes, it pushes Date Of Birth out to the left, but of course it does not push Fecha de nacimiento around. And in the end it shouldn't push anything around.
>
> This is just ugly! It seems like you should be able to "paint" the document such that <> is a fixed width on the final form. No tabs after it, it just takes X inches of space on the line.
>
> But the merge field has no handles, no obvious way to say "this field is always X units wide". This seems like something that everyone would want and would have been fixed ohhh.... TWENTY years ago?
>
>
>
> John W. Colby
> www.ColbyConsulting.com
>
>
> Gustav Brock wrote:
>> Hi John
>>
>> Tables?
>>
>> /gustav
>>
>>
>>>>> jwcolby at colbyconsulting.com 06-07-2010 14:47 >>>
>> The problem I am having is that the data fields shift around as the length of the data changes if I have multiple fields on the same line.
>>
>> IOW:
>>
>> Name <> DOB <>
>>
>> causes <> to slide left and right as the length of the <> changes.
>>
>> I cannot seem to find a way to permanently make the fields themselves a specific (fixed) length.
>>
>> Does anyone know how to fix this?
>>
From Gustav at cactus.dk Tue Jul 6 10:20:28 2010
From: Gustav at cactus.dk (Gustav Brock)
Date: Tue, 06 Jul 2010 17:20:28 +0200
Subject: [AccessD] Word merge document
Message-ID:
Hi John
Oh, so it should look like:
Child/Youth Name: Some Name Date of Birth: Some birthday
Ni?o/joven # 1: Fecha de nacimiento:
Couldn't you then print the merge fields twice:
Child/Youth Name: <> Date of Birth: <>
Ni?o/joven # 1: <> Fecha de nacimiento: <>
and in the Spanish row print <> and <> with white
forecolour?
/gustav
>>> jwcolby at colbyconsulting.com 06-07-2010 16:50 >>>
> I see your problem but still believes that a table will solve this.
Here two rows and four
columns (and you would need the variables to be printed in both rows,
right?):
No, not even close. This is just the first row of a two PAGE document
with about 50 fields of
various lengths, sometimes just a single field on a line, sometimes
three on a line. ALL with
Spanish translations directly below the English "Label".
For next year I will be doing an Access report but the user printed and
mailed fifty of these to
parents from last years VBS. She wants the merged doc to look like the
doc she mailed so that the
people working the registration table aren't spending all night
searching around trying to find the
data.
Word SUCKS sometimes. Perhaps even most of the time?
John W. Colby
www.ColbyConsulting.com
Gustav Brock wrote:
> Hi John
>
> I see your problem but still believes that a table will solve this.
> Here two rows and four columns (and you would need the variables to
be
> printed in both rows, right?):
>
> Child/Youth Name: <> Date of Birth: <>
> Ni?o/joven # 1: <> Fecha de nacimiento: <>
>
> Not that I'm a Word expert (actually I stay off Word if at all
> possible) but I think I saw this method in one of Susan's articles.
>
> /gustav
>
>
>>>> jwcolby at colbyconsulting.com 06-07-2010 15:29 >>>
> Gustav,
>
> The problem is the stinkin user (you know users)
>
> She wants it to look like the document that she prints for anyone
who
> just fills out the form
> manually, so that a person going through these on the first day of
VBS
> can see all registration
> documents looking the same.
>
> So I have a field in my merge document that looks like:
>
> Child/Youth Name: <> Date of Birth: <>
> Ni?o/joven # 1: Nombre Fecha de nacimiento:
>
>
> The words on the consecutive lines need to line up with each other,
> which I can do with tabs (or
> spaces). However as the length of <> changes, it pushes Date
Of
> Birth out to the left, but
> of course it does not push Fecha de nacimiento around. And in the
end
> it shouldn't push anything
> around.
>
> This is just ugly! It seems like you should be able to "paint" the
> document such that <> is
> a fixed width on the final form. No tabs after it, it just takes X
> inches of space on the line.
>
> But the merge field has no handles, no obvious way to say "this
field
> is always X units wide". This
> seems like something that everyone would want and would have been
fixed
> ohhh.... TWENTY years ago?
>
>
>
> John W. Colby
> www.ColbyConsulting.com
From Lambert.Heenan at chartisinsurance.com Tue Jul 6 10:20:42 2010
From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert)
Date: Tue, 6 Jul 2010 11:20:42 -0400
Subject: [AccessD] Word merge document
In-Reply-To: <4C3343DA.7010005@colbyconsulting.com>
References: <4C332FA0.7070609@colbyconsulting.com>
<4C3343DA.7010005@colbyconsulting.com>
Message-ID:
Well you can output the left aligned strings to yet another CSV file, and then use it with the merge process.
Lambert
-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby
Sent: Tuesday, July 06, 2010 10:55 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Word merge document
> What about using just one field in the Word doc that holds everything you want printed on that line? Then build its contents up in your code using Lset to left justify the string on a consistent basis.
Uh... no. Though that is a novel idea. This is a word document pulling data directly out of a CSV file, and inserting it into merge fields on a document.
What is the point of a merge document if I have to do what you are discussing?
John W. Colby
www.ColbyConsulting.com
Heenan, Lambert wrote:
> What about using just one field in the Word doc that holds everything you want printed on that line? Then build its contents up in your code using Lset to left justify the string on a consistent basis.
>
> Lambert
>
>
From EdTesiny at oasas.state.ny.us Tue Jul 6 11:03:36 2010
From: EdTesiny at oasas.state.ny.us (Tesiny, Ed)
Date: Tue, 6 Jul 2010 12:03:36 -0400
Subject: [AccessD] Network Problem
In-Reply-To: <380-22010704225716661@M2W127.mail2web.com>
References: <380-22010704225716661@M2W127.mail2web.com>
Message-ID:
Rocky,
This might help a bit
http://www.gocomputertraining.com/windows-7-networking.html
Ed Tesiny
EdTesiny at oasas.state.ny.us
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
rockysmolin at bchacc.com
Sent: Sunday, July 04, 2010 6:57 PM
To: accessd at databaseadvisors.com
Subject: Re: [AccessD] Network Problem
Well, it wasn't really germane. Max is my 20 y.o. - goes to
Northwestern in Chicago - always good to have them home again (we live
in Del Mar, Cal), however briefly - going away to Seville in September
for a semester.
That's all. It's his comp that can't see the rest of the comps at home.
R
Original Message:
-----------------
From: Johncliviger at aol.com
Date: Sun, 4 Jul 2010 14:50:11 EDT
To: accessd at databaseadvisors.com
Subject: Re: [AccessD] Network Problem
Rocky
You say "Max is home for the summer" have I missed something?
john cliviger
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--------------------------------------------------------------------
myhosting.com - Premium Microsoft(r) Windows(r) and Linux web and
application
hosting - http://link.myhosting.com/myhosting
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From jwcolby at colbyconsulting.com Tue Jul 6 11:12:56 2010
From: jwcolby at colbyconsulting.com (jwcolby)
Date: Tue, 06 Jul 2010 12:12:56 -0400
Subject: [AccessD] Word merge document
In-Reply-To:
References:
<4C332FA0.7070609@colbyconsulting.com> <4C3343DA.7010005@colbyconsulting.com>
Message-ID: <4C335608.4000009@colbyconsulting.com>
Lambert,
Alignment doesn't appear to have much to do with it. It is the total length of the field keeps
changing and that causes the stuff following the field to be pushed around.
Taking your idea and my programming skills, I am going to:
1) Use Access
2) Link to the CSV file
3) Create a query with all of the fields
4) Create a function that takes two parameters, strData and intLength. The function will return a
string intLength characters long. If the data is not long enough it will pad right with spaces, if
it is too long it will chop the data to fit the space available
5) Every single field in the query will then run through the function. I can manually adjust the
intLength in the query.
6) MAYBE (eventually) move to dynamic sql and a table to pull the length out of. then I can just
edit the table to adjust the lengths if the data.
All because Microsoft things pretty tool bars are more important than solving REAL PROBLEMS like this.
John W. Colby
www.ColbyConsulting.com
Heenan, Lambert wrote:
> Well you can output the left aligned strings to yet another CSV file, and then use it with the merge process.
>
> Lambert
From rockysmolin at bchacc.com Tue Jul 6 11:25:03 2010
From: rockysmolin at bchacc.com (rockysmolin at bchacc.com)
Date: Tue, 6 Jul 2010 12:25:03 -0400
Subject: [AccessD] Network Problem
Message-ID: <380-2201072616253168@M2W116.mail2web.com>
Ed:
Might be something there but we're out of town until Sunday. I'll check it
then. But at the moment the misbehaving comp can see the other machines -
just denied access. And has internet. So I think the networking aspect
might be OK. This is a wireless network, BTW, but I don't think that's the
problem.
R
Original Message:
-----------------
From: Tesiny, Ed EdTesiny at oasas.state.ny.us
Date: Tue, 6 Jul 2010 12:03:36 -0400
To: accessd at databaseadvisors.com
Subject: Re: [AccessD] Network Problem
Rocky,
This might help a bit
http://www.gocomputertraining.com/windows-7-networking.html
Ed Tesiny
EdTesiny at oasas.state.ny.us
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
rockysmolin at bchacc.com
Sent: Sunday, July 04, 2010 6:57 PM
To: accessd at databaseadvisors.com
Subject: Re: [AccessD] Network Problem
Well, it wasn't really germane. Max is my 20 y.o. - goes to
Northwestern in Chicago - always good to have them home again (we live
in Del Mar, Cal), however briefly - going away to Seville in September
for a semester.
That's all. It's his comp that can't see the rest of the comps at home.
R
Original Message:
-----------------
From: Johncliviger at aol.com
Date: Sun, 4 Jul 2010 14:50:11 EDT
To: accessd at databaseadvisors.com
Subject: Re: [AccessD] Network Problem
Rocky
You say "Max is home for the summer" have I missed something?
john cliviger
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--------------------------------------------------------------------
myhosting.com - Premium Microsoft(r) Windows(r) and Linux web and
application
hosting - http://link.myhosting.com/myhosting
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--------------------------------------------------------------------
myhosting.com - Premium Microsoft? Windows? and Linux web and application
hosting - http://link.myhosting.com/myhosting
From jedi at charm.net Tue Jul 6 11:35:56 2010
From: jedi at charm.net (Michael Bahr)
Date: Tue, 6 Jul 2010 12:35:56 -0400 (EDT)
Subject: [AccessD] Word merge document
In-Reply-To: <4C3342AB.5040703@colbyconsulting.com>
References: <4C3342AB.5040703@colbyconsulting.com>
Message-ID: <4493.24.35.23.165.1278434156.squirrel@mail.expedient.net>
Word does not suck--it is the users. Ninety-nine percent of the users use
one percent or less of Words' capablilties.
Mike...
>
> Word SUCKS sometimes. Perhaps even most of the time?
>
> John W. Colby
> www.ColbyConsulting.com
>
From jedi at charm.net Tue Jul 6 11:39:26 2010
From: jedi at charm.net (Michael Bahr)
Date: Tue, 6 Jul 2010 12:39:26 -0400 (EDT)
Subject: [AccessD] Network Problem
In-Reply-To: <380-2201072616253168@M2W116.mail2web.com>
References: <380-2201072616253168@M2W116.mail2web.com>
Message-ID: <4502.24.35.23.165.1278434366.squirrel@mail.expedient.net>
Is NetBios turned on?
Mike...
>
> Ed:
>
> Might be something there but we're out of town until Sunday. I'll check
> it
> then. But at the moment the misbehaving comp can see the other machines -
> just denied access. And has internet. So I think the networking aspect
> might be OK. This is a wireless network, BTW, but I don't think that's
> the
> problem.
>
> R
>
> Original Message:
> -----------------
> From: Tesiny, Ed EdTesiny at oasas.state.ny.us
> Date: Tue, 6 Jul 2010 12:03:36 -0400
> To: accessd at databaseadvisors.com
> Subject: Re: [AccessD] Network Problem
>
>
> Rocky,
> This might help a bit
>
> http://www.gocomputertraining.com/windows-7-networking.html
>
>
> Ed Tesiny
> EdTesiny at oasas.state.ny.us
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> rockysmolin at bchacc.com
> Sent: Sunday, July 04, 2010 6:57 PM
> To: accessd at databaseadvisors.com
> Subject: Re: [AccessD] Network Problem
>
> Well, it wasn't really germane. Max is my 20 y.o. - goes to
> Northwestern in Chicago - always good to have them home again (we live
> in Del Mar, Cal), however briefly - going away to Seville in September
> for a semester.
> That's all. It's his comp that can't see the rest of the comps at home.
>
> R
>
>
> Original Message:
> -----------------
> From: Johncliviger at aol.com
> Date: Sun, 4 Jul 2010 14:50:11 EDT
> To: accessd at databaseadvisors.com
> Subject: Re: [AccessD] Network Problem
>
>
> Rocky
>
> You say "Max is home for the summer" have I missed something?
>
> john cliviger
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
>
> --------------------------------------------------------------------
> myhosting.com - Premium Microsoft(r) Windows(r) and Linux web and
> application
> hosting - http://link.myhosting.com/myhosting
>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
>
> --------------------------------------------------------------------
> myhosting.com - Premium Microsoft? Windows? and Linux web and application
> hosting - http://link.myhosting.com/myhosting
>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
From jwcolby at colbyconsulting.com Tue Jul 6 12:29:46 2010
From: jwcolby at colbyconsulting.com (jwcolby)
Date: Tue, 06 Jul 2010 13:29:46 -0400
Subject: [AccessD] Word merge document
In-Reply-To: <4493.24.35.23.165.1278434156.squirrel@mail.expedient.net>
References: <4C3342AB.5040703@colbyconsulting.com>
<4493.24.35.23.165.1278434156.squirrel@mail.expedient.net>
Message-ID: <4C33680A.1080002@colbyconsulting.com>
LOL, OK.
That doesn't explain the inability to pin down the merge fields.
John W. Colby
www.ColbyConsulting.com
Michael Bahr wrote:
> Word does not suck--it is the users. Ninety-nine percent of the users use
> one percent or less of Words' capablilties.
>
> Mike...
>
>> Word SUCKS sometimes. Perhaps even most of the time?
>>
>> John W. Colby
>> www.ColbyConsulting.com
>>
>
>
From Lambert.Heenan at chartisinsurance.com Tue Jul 6 12:50:50 2010
From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert)
Date: Tue, 6 Jul 2010 13:50:50 -0400
Subject: [AccessD] Word merge document
In-Reply-To: <4C3342AB.5040703@colbyconsulting.com>
References: <4C3342AB.5040703@colbyconsulting.com>
Message-ID:
Did you explain why you were not using tabs on each of the lines with the merge fields? In other words you start each line with the prefix text then hit Tab and add the merge field. Tab again to position the cursor for the next static piece of text, and Tab once again to set up the position of the next merge field. Then hit enter for the next line.
The tab positions defined on the first line should be inherited by subsequent lines.
Once the document has been built up, you highlight all the lines with merge fields and then you can adjust the position of each tab to give enough space for the data going into the merge fields. It seems to me that that would be another way to do it, giving you 'flexible white space' between the fields. It would even allow you to use proportional fonts.
Lambert
-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby
Sent: Tuesday, July 06, 2010 10:50 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Word merge document
> I see your problem but still believes that a table will solve this. Here two rows and four columns (and you would need the variables to be printed in both rows, right?):
No, not even close. This is just the first row of a two PAGE document with about 50 fields of various lengths, sometimes just a single field on a line, sometimes three on a line. ALL with Spanish translations directly below the English "Label".
For next year I will be doing an Access report but the user printed and mailed fifty of these to parents from last years VBS. She wants the merged doc to look like the doc she mailed so that the people working the registration table aren't spending all night searching around trying to find the data.
Word SUCKS sometimes. Perhaps even most of the time?
John W. Colby
www.ColbyConsulting.com
Gustav Brock wrote:
> Hi John
>
> I see your problem but still believes that a table will solve this.
> Here two rows and four columns (and you would need the variables to be
> printed in both rows, right?):
>
> Child/Youth Name: <> Date of Birth: <>
> Ni?o/joven # 1: <> Fecha de nacimiento: <>
>
> Not that I'm a Word expert (actually I stay off Word if at all
> possible) but I think I saw this method in one of Susan's articles.
>
> /gustav
>
>
>>>> jwcolby at colbyconsulting.com 06-07-2010 15:29 >>>
> Gustav,
>
> The problem is the stinkin user (you know users)
>
> She wants it to look like the document that she prints for anyone who
> just fills out the form manually, so that a person going through these
> on the first day of VBS can see all registration documents looking the
> same.
>
> So I have a field in my merge document that looks like:
>
> Child/Youth Name: <> Date of Birth: <>
> Ni?o/joven # 1: Nombre Fecha de nacimiento:
>
>
> The words on the consecutive lines need to line up with each other,
> which I can do with tabs (or spaces). However as the length of
> <> changes, it pushes Date Of Birth out to the left, but of
> course it does not push Fecha de nacimiento around. And in the end it
> shouldn't push anything around.
>
> This is just ugly! It seems like you should be able to "paint" the
> document such that <> is a fixed width on the final form. No
> tabs after it, it just takes X inches of space on the line.
>
> But the merge field has no handles, no obvious way to say "this field
> is always X units wide". This seems like something that everyone
> would want and would have been fixed ohhh.... TWENTY years ago?
>
>
>
> John W. Colby
> www.ColbyConsulting.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From garykjos at gmail.com Tue Jul 6 12:59:40 2010
From: garykjos at gmail.com (Gary Kjos)
Date: Tue, 6 Jul 2010 12:59:40 -0500
Subject: [AccessD] Network Problem
In-Reply-To: <380-2201072616253168@M2W116.mail2web.com>
References: <380-2201072616253168@M2W116.mail2web.com>
Message-ID:
Did you try to run the troubleshooting wizard thing? I don't have Win
7 but in Vista I thought that the troubleshooting provided by the
system was very helpful.
GK
On Tue, Jul 6, 2010 at 11:25 AM, rockysmolin at bchacc.com
wrote:
>
> Ed:
>
> Might be something there but we're out of town until Sunday. ?I'll check it
> then. ?But at the moment the misbehaving comp can see the other machines -
> just denied access. And has internet. ?So I think the networking aspect
> might be OK. ?This is a wireless network, BTW, but I don't think that's the
> problem.
>
> R
>
> Original Message:
> -----------------
> From: Tesiny, Ed EdTesiny at oasas.state.ny.us
> Date: Tue, 6 Jul 2010 12:03:36 -0400
> To: accessd at databaseadvisors.com
> Subject: Re: [AccessD] Network Problem
>
>
> Rocky,
> This might help a bit
>
> http://www.gocomputertraining.com/windows-7-networking.html
>
>
> Ed Tesiny
> EdTesiny at oasas.state.ny.us
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> rockysmolin at bchacc.com
> Sent: Sunday, July 04, 2010 6:57 PM
> To: accessd at databaseadvisors.com
> Subject: Re: [AccessD] Network Problem
>
> Well, it wasn't really germane. ?Max is my 20 y.o. - goes to
> Northwestern in Chicago - always good to have them home again (we live
> in Del Mar, Cal), however briefly - going away to Seville in September
> for a semester.
> That's all. ?It's his comp that can't see the rest of the comps at home.
>
> R
>
>
> Original Message:
> -----------------
> From: ?Johncliviger at aol.com
> Date: Sun, 4 Jul 2010 14:50:11 EDT
> To: accessd at databaseadvisors.com
> Subject: Re: [AccessD] Network Problem
>
>
> Rocky
>
> You say "Max is home for the summer" have I missed something?
>
> john cliviger
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
>
> --------------------------------------------------------------------
> myhosting.com - Premium Microsoft(r) Windows(r) and Linux web and
> application
> hosting - http://link.myhosting.com/myhosting
>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
>
> --------------------------------------------------------------------
> myhosting.com - Premium Microsoft? Windows? and Linux web and application
> hosting - http://link.myhosting.com/myhosting
>
>
>
> --
> 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 Tue Jul 6 15:07:49 2010
From: rockysmolin at bchacc.com (rockysmolin at bchacc.com)
Date: Tue, 6 Jul 2010 16:07:49 -0400
Subject: [AccessD] Network Problem
Message-ID: <380-220107262074970@M2W137.mail2web.com>
Yeah - but but couldn't solve the problem.
R
Original Message:
-----------------
From: Gary Kjos garykjos at gmail.com
Date: Tue, 6 Jul 2010 12:59:40 -0500
To: accessd at databaseadvisors.com
Subject: Re: [AccessD] Network Problem
Did you try to run the troubleshooting wizard thing? I don't have Win
7 but in Vista I thought that the troubleshooting provided by the
system was very helpful.
GK
On Tue, Jul 6, 2010 at 11:25 AM, rockysmolin at bchacc.com
wrote:
>
> Ed:
>
> Might be something there but we're out of town until Sunday. ?I'll check
it
> then. ?But at the moment the misbehaving comp can see the other machines -
> just denied access. And has internet. ?So I think the networking aspect
> might be OK. ?This is a wireless network, BTW, but I don't think that's
the
> problem.
>
> R
>
> Original Message:
> -----------------
> From: Tesiny, Ed EdTesiny at oasas.state.ny.us
> Date: Tue, 6 Jul 2010 12:03:36 -0400
> To: accessd at databaseadvisors.com
> Subject: Re: [AccessD] Network Problem
>
>
> Rocky,
> This might help a bit
>
> http://www.gocomputertraining.com/windows-7-networking.html
>
>
> Ed Tesiny
> EdTesiny at oasas.state.ny.us
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> rockysmolin at bchacc.com
> Sent: Sunday, July 04, 2010 6:57 PM
> To: accessd at databaseadvisors.com
> Subject: Re: [AccessD] Network Problem
>
> Well, it wasn't really germane. ?Max is my 20 y.o. - goes to
> Northwestern in Chicago - always good to have them home again (we live
> in Del Mar, Cal), however briefly - going away to Seville in September
> for a semester.
> That's all. ?It's his comp that can't see the rest of the comps at home.
>
> R
>
>
> Original Message:
> -----------------
> From: ?Johncliviger at aol.com
> Date: Sun, 4 Jul 2010 14:50:11 EDT
> To: accessd at databaseadvisors.com
> Subject: Re: [AccessD] Network Problem
>
>
> Rocky
>
> You say "Max is home for the summer" have I missed something?
>
> john cliviger
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
>
> --------------------------------------------------------------------
> myhosting.com - Premium Microsoft(r) Windows(r) and Linux web and
> application
> hosting - http://link.myhosting.com/myhosting
>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
>
> --------------------------------------------------------------------
> myhosting.com - Premium Microsoft? Windows? and Linux web and application
> hosting - http://link.myhosting.com/myhosting
>
>
>
> --
> 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
--------------------------------------------------------------------
mail2web LIVE ? Free email based on Microsoft? Exchange technology -
http://link.mail2web.com/LIVE
From garykjos at gmail.com Tue Jul 6 15:19:04 2010
From: garykjos at gmail.com (Gary Kjos)
Date: Tue, 6 Jul 2010 15:19:04 -0500
Subject: [AccessD] Network Problem
In-Reply-To: <380-220107262074970@M2W137.mail2web.com>
References: <380-220107262074970@M2W137.mail2web.com>
Message-ID:
It doesn't see the printers at all when you try to do "add printer"
and select "Network printers"? Or it sees them but doesn't let you use
them?
GK
On Tue, Jul 6, 2010 at 3:07 PM, rockysmolin at bchacc.com
wrote:
> Yeah - but but couldn't solve the problem.
>
> R
>
>
> Original Message:
> -----------------
> From: Gary Kjos garykjos at gmail.com
> Date: Tue, 6 Jul 2010 12:59:40 -0500
> To: accessd at databaseadvisors.com
> Subject: Re: [AccessD] Network Problem
>
>
> Did you try to run the troubleshooting wizard thing? ?I don't have Win
> 7 but in Vista I thought that the troubleshooting provided by the
> system was very helpful.
>
> GK
>
> On Tue, Jul 6, 2010 at 11:25 AM, rockysmolin at bchacc.com
> wrote:
>>
>> Ed:
>>
>> Might be something there but we're out of town until Sunday. ?I'll check
> it
>> then. ?But at the moment the misbehaving comp can see the other machines -
>> just denied access. And has internet. ?So I think the networking aspect
>> might be OK. ?This is a wireless network, BTW, but I don't think that's
> the
>> problem.
>>
>> R
>>
>> Original Message:
>> -----------------
>> From: Tesiny, Ed EdTesiny at oasas.state.ny.us
>> Date: Tue, 6 Jul 2010 12:03:36 -0400
>> To: accessd at databaseadvisors.com
>> Subject: Re: [AccessD] Network Problem
>>
>>
>> Rocky,
>> This might help a bit
>>
>> http://www.gocomputertraining.com/windows-7-networking.html
>>
>>
>> Ed Tesiny
>> EdTesiny at oasas.state.ny.us
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
>> rockysmolin at bchacc.com
>> Sent: Sunday, July 04, 2010 6:57 PM
>> To: accessd at databaseadvisors.com
>> Subject: Re: [AccessD] Network Problem
>>
>> Well, it wasn't really germane. ?Max is my 20 y.o. - goes to
>> Northwestern in Chicago - always good to have them home again (we live
>> in Del Mar, Cal), however briefly - going away to Seville in September
>> for a semester.
>> That's all. ?It's his comp that can't see the rest of the comps at home.
>>
>> R
>>
>>
>> Original Message:
>> -----------------
>> From: ?Johncliviger at aol.com
>> Date: Sun, 4 Jul 2010 14:50:11 EDT
>> To: accessd at databaseadvisors.com
>> Subject: Re: [AccessD] Network Problem
>>
>>
>> Rocky
>>
>> You say "Max is home for the summer" have I missed something?
>>
>> john cliviger
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
>>
>> --------------------------------------------------------------------
>> myhosting.com - Premium Microsoft(r) Windows(r) and Linux web and
>> application
>> hosting - http://link.myhosting.com/myhosting
>>
>>
>>
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
>>
>> --------------------------------------------------------------------
>> myhosting.com - Premium Microsoft? Windows? and Linux web and application
>> hosting - http://link.myhosting.com/myhosting
>>
>>
>>
>> --
>> 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
>
>
> --------------------------------------------------------------------
> mail2web LIVE ? Free email based on Microsoft? Exchange technology -
> http://link.mail2web.com/LIVE
>
>
>
> --
> 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 roz.clarke at barclays.com Wed Jul 7 05:51:25 2010
From: roz.clarke at barclays.com (roz.clarke at barclays.com)
Date: Wed, 7 Jul 2010 11:51:25 +0100
Subject: [AccessD] Word merge document
In-Reply-To: <4493.24.35.23.165.1278434156.squirrel@mail.expedient.net>
References: <4C3342AB.5040703@colbyconsulting.com>
<4493.24.35.23.165.1278434156.squirrel@mail.expedient.net>
Message-ID: <174A69C31E290B47A4898DFFDB5BFCD9024CA661@MUKPBCC1XMB0403.collab.barclayscorp.com>
Providing 100x more functionality than 99% of your users need seems like
bad practice to me.
Roz
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael Bahr
Sent: 06 July 2010 17:36
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Word merge document
Word does not suck--it is the users. Ninety-nine percent of the users
use one percent or less of Words' capablilties.
Mike...
>
> Word SUCKS sometimes. Perhaps even most of the time?
>
> John W. Colby
> www.ColbyConsulting.com
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments.
Internet communications are not guaranteed to be secure or virus-free.
The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons.
Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group.
Barclays Bank PLC.Registered in England and Wales (registered no. 1026167).
Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom.
Barclays Bank PLC is authorised and regulated by the Financial Services Authority.
From jwcolby at colbyconsulting.com Wed Jul 7 08:59:28 2010
From: jwcolby at colbyconsulting.com (jwcolby)
Date: Wed, 07 Jul 2010 09:59:28 -0400
Subject: [AccessD] Word merge document
In-Reply-To: <174A69C31E290B47A4898DFFDB5BFCD9024CA661@MUKPBCC1XMB0403.collab.barclayscorp.com>
References:
<4C3342AB.5040703@colbyconsulting.com> <4493.24.35.23.165.1278434156.squirrel@mail.expedient.net>
<174A69C31E290B47A4898DFFDB5BFCD9024CA661@MUKPBCC1XMB0403.collab.barclayscorp.com>
Message-ID: <4C348840.207@colbyconsulting.com>
Building pretty tool bars when so many bugs are hanging out unfixed seems like bad practice as well.
OTOH Microsoft is a multi-billion dollar company and I am scratching by.
John W. Colby
www.ColbyConsulting.com
roz.clarke at barclays.com wrote:
> Providing 100x more functionality than 99% of your users need seems like
> bad practice to me.
>
> Roz
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael Bahr
> Sent: 06 July 2010 17:36
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Word merge document
>
> Word does not suck--it is the users. Ninety-nine percent of the users
> use one percent or less of Words' capablilties.
>
> Mike...
From jwcolby at colbyconsulting.com Wed Jul 7 10:09:26 2010
From: jwcolby at colbyconsulting.com (jwcolby)
Date: Wed, 07 Jul 2010 11:09:26 -0400
Subject: [AccessD] Word merge document
In-Reply-To:
References: <4C3342AB.5040703@colbyconsulting.com>
Message-ID: <4C3498A6.9090901@colbyconsulting.com>
Lambert,
AFAIK tab positions are defined by the tab ruler. Since this is a document with a random number of
merge fields on any given line (and positioned in a random location), using the tabs in this manner
seems like a non-starter.
John W. Colby
www.ColbyConsulting.com
Heenan, Lambert wrote:
> Did you explain why you were not using tabs on each of the lines with the merge fields? In other words you start each line with the prefix text then hit Tab and add the merge field. Tab again to position the cursor for the next static piece of text, and Tab once again to set up the position of the next merge field. Then hit enter for the next line.
>
> The tab positions defined on the first line should be inherited by subsequent lines.
>
> Once the document has been built up, you highlight all the lines with merge fields and then you can adjust the position of each tab to give enough space for the data going into the merge fields. It seems to me that that would be another way to do it, giving you 'flexible white space' between the fields. It would even allow you to use proportional fonts.
>
> Lambert
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby
> Sent: Tuesday, July 06, 2010 10:50 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Word merge document
>
>
> > I see your problem but still believes that a table will solve this. Here two rows and four columns (and you would need the variables to be printed in both rows, right?):
>
> No, not even close. This is just the first row of a two PAGE document with about 50 fields of various lengths, sometimes just a single field on a line, sometimes three on a line. ALL with Spanish translations directly below the English "Label".
>
> For next year I will be doing an Access report but the user printed and mailed fifty of these to parents from last years VBS. She wants the merged doc to look like the doc she mailed so that the people working the registration table aren't spending all night searching around trying to find the data.
>
> Word SUCKS sometimes. Perhaps even most of the time?
>
> John W. Colby
> www.ColbyConsulting.com
>
>
> Gustav Brock wrote:
>> Hi John
>>
>> I see your problem but still believes that a table will solve this.
>> Here two rows and four columns (and you would need the variables to be
>> printed in both rows, right?):
>>
>> Child/Youth Name: <> Date of Birth: <>
>> Ni?o/joven # 1: <> Fecha de nacimiento: <>
>>
>> Not that I'm a Word expert (actually I stay off Word if at all
>> possible) but I think I saw this method in one of Susan's articles.
>>
>> /gustav
>>
>>
>>>>> jwcolby at colbyconsulting.com 06-07-2010 15:29 >>>
>> Gustav,
>>
>> The problem is the stinkin user (you know users)
>>
>> She wants it to look like the document that she prints for anyone who
>> just fills out the form manually, so that a person going through these
>> on the first day of VBS can see all registration documents looking the
>> same.
>>
>> So I have a field in my merge document that looks like:
>>
>> Child/Youth Name: <> Date of Birth: <>
>> Ni?o/joven # 1: Nombre Fecha de nacimiento:
>>
>>
>> The words on the consecutive lines need to line up with each other,
>> which I can do with tabs (or spaces). However as the length of
>> <> changes, it pushes Date Of Birth out to the left, but of
>> course it does not push Fecha de nacimiento around. And in the end it
>> shouldn't push anything around.
>>
>> This is just ugly! It seems like you should be able to "paint" the
>> document such that <> is a fixed width on the final form. No
>> tabs after it, it just takes X inches of space on the line.
>>
>> But the merge field has no handles, no obvious way to say "this field
>> is always X units wide". This seems like something that everyone
>> would want and would have been fixed ohhh.... TWENTY years ago?
>>
>>
>>
>> John W. Colby
>> www.ColbyConsulting.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
From Lambert.Heenan at chartisinsurance.com Wed Jul 7 10:32:47 2010
From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert)
Date: Wed, 7 Jul 2010 11:32:47 -0400
Subject: [AccessD] Word merge document
In-Reply-To: <4C3498A6.9090901@colbyconsulting.com>
References: <4C3342AB.5040703@colbyconsulting.com>
<4C3498A6.9090901@colbyconsulting.com>
Message-ID:
Why would that be? If you have to design the document from scratch then why not go ahead and build it with all the tabs in the right place to begin with? Tabs are indeed defined by the tab ruler, *but* for each document, and each paragraph, and even each line within a paragraph you can decide what the tab ruler looks like. How many tabs, where they are and what type (left or right justified, decimal tabs etc). To position a tab on the ruler just drag it left or right. To remove it just drag it down.
Correct me if I'm wrong but the goal is that for any given instance of the printed document you want the data in the merge fields and the static text that follows it on the same line to be in the same positions. It seems to me that building the template document with appropriately generous spaces between tabs would do the trick.
Just my 2 cents worth.
Lambert
-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby
Sent: Wednesday, July 07, 2010 11:09 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Word merge document
Lambert,
AFAIK tab positions are defined by the tab ruler. Since this is a document with a random number of merge fields on any given line (and positioned in a random location), using the tabs in this manner seems like a non-starter.
John W. Colby
www.ColbyConsulting.com
Heenan, Lambert wrote:
> Did you explain why you were not using tabs on each of the lines with the merge fields? In other words you start each line with the prefix text then hit Tab and add the merge field. Tab again to position the cursor for the next static piece of text, and Tab once again to set up the position of the next merge field. Then hit enter for the next line.
>
> The tab positions defined on the first line should be inherited by subsequent lines.
>
> Once the document has been built up, you highlight all the lines with merge fields and then you can adjust the position of each tab to give enough space for the data going into the merge fields. It seems to me that that would be another way to do it, giving you 'flexible white space' between the fields. It would even allow you to use proportional fonts.
>
> Lambert
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby
> Sent: Tuesday, July 06, 2010 10:50 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Word merge document
>
>
> > I see your problem but still believes that a table will solve this. Here two rows and four columns (and you would need the variables to be printed in both rows, right?):
>
> No, not even close. This is just the first row of a two PAGE document with about 50 fields of various lengths, sometimes just a single field on a line, sometimes three on a line. ALL with Spanish translations directly below the English "Label".
>
> For next year I will be doing an Access report but the user printed and mailed fifty of these to parents from last years VBS. She wants the merged doc to look like the doc she mailed so that the people working the registration table aren't spending all night searching around trying to find the data.
>
> Word SUCKS sometimes. Perhaps even most of the time?
>
> John W. Colby
> www.ColbyConsulting.com
>
>
> Gustav Brock wrote:
>> Hi John
>>
>> I see your problem but still believes that a table will solve this.
>> Here two rows and four columns (and you would need the variables to
>> be printed in both rows, right?):
>>
>> Child/Youth Name: <> Date of Birth: <>
>> Ni?o/joven # 1: <> Fecha de nacimiento: <>
>>
>> Not that I'm a Word expert (actually I stay off Word if at all
>> possible) but I think I saw this method in one of Susan's articles.
>>
>> /gustav
>>
>>
>>>>> jwcolby at colbyconsulting.com 06-07-2010 15:29 >>>
>> Gustav,
>>
>> The problem is the stinkin user (you know users)
>>
>> She wants it to look like the document that she prints for anyone who
>> just fills out the form manually, so that a person going through
>> these on the first day of VBS can see all registration documents
>> looking the same.
>>
>> So I have a field in my merge document that looks like:
>>
>> Child/Youth Name: <> Date of Birth: <>
>> Ni?o/joven # 1: Nombre Fecha de nacimiento:
>>
>>
>> The words on the consecutive lines need to line up with each other,
>> which I can do with tabs (or spaces). However as the length of
>> <> changes, it pushes Date Of Birth out to the left, but of
>> course it does not push Fecha de nacimiento around. And in the end
>> it shouldn't push anything around.
>>
>> This is just ugly! It seems like you should be able to "paint" the
>> document such that <> is a fixed width on the final form. No
>> tabs after it, it just takes X inches of space on the line.
>>
>> But the merge field has no handles, no obvious way to say "this field
>> is always X units wide". This seems like something that everyone
>> would want and would have been fixed ohhh.... TWENTY years ago?
>>
>>
>>
>> John W. Colby
>> www.ColbyConsulting.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From jwcolby at colbyconsulting.com Wed Jul 7 10:52:47 2010
From: jwcolby at colbyconsulting.com (jwcolby)
Date: Wed, 07 Jul 2010 11:52:47 -0400
Subject: [AccessD] Word merge document
In-Reply-To:
References:
<4C3342AB.5040703@colbyconsulting.com> <4C3498A6.9090901@colbyconsulting.com>
Message-ID: <4C34A2CF.8080108@colbyconsulting.com>
Lambert,
I thought I had mentioned, but if not I will say it again, I am not defining the document from
scratch. I was handed an existing two page document, complete with English and Spanish translations
and asked to do a merge such that the document looks "exactly" like the word document handed to me.
The user designed the document, mailed it out to 50 people, and wants my merged document to look as
close as possible to the one that she mailed out.
If I were doing this from scratch, I would NOT use word to do a merge (for obvious reasons).
I am not a Word afficianado, and I really wasn't aware that the tabs could be changed within a
paragraph. THAT is the piece of information that I was missing and which makes your suggestion
(possibly) workable. Understanding that, I will give this another go using your suggestion and
setting the tab ruler as needed where needed.
Before I go wasting another 5 hours...
I am setting the tab ruler such that there is a tab position at the beginning of each "label" and at
the beginning of each merge field correct? Insert the first (beginning of line) label - tab - first
merge field - tab - next label - tab next merge field etc? That sounds workable.
Can the tab setting be copied and pasted into a new location? IOW, there are three "sets" of child
information, three merge lines per set. If I set the tabs for the first set can I copy that info
and copy it into the next set?
John W. Colby
www.ColbyConsulting.com
Heenan, Lambert wrote:
> Why would that be? If you have to design the document from scratch then why not go ahead and build it with all the tabs in the right place to begin with? Tabs are indeed defined by the tab ruler, *but* for each document, and each paragraph, and even each line within a paragraph you can decide what the tab ruler looks like. How many tabs, where they are and what type (left or right justified, decimal tabs etc). To position a tab on the ruler just drag it left or right. To remove it just drag it down.
>
> Correct me if I'm wrong but the goal is that for any given instance of the printed document you want the data in the merge fields and the static text that follows it on the same line to be in the same positions. It seems to me that building the template document with appropriately generous spaces between tabs would do the trick.
>
> Just my 2 cents worth.
>
> Lambert
From jedi at charm.net Wed Jul 7 11:40:18 2010
From: jedi at charm.net (Michael Bahr)
Date: Wed, 7 Jul 2010 12:40:18 -0400 (EDT)
Subject: [AccessD] Word merge document
In-Reply-To: <4C33680A.1080002@colbyconsulting.com>
References: <4C3342AB.5040703@colbyconsulting.com>
<4493.24.35.23.165.1278434156.squirrel@mail.expedient.net>
<4C33680A.1080002@colbyconsulting.com>
Message-ID: <4663.24.35.23.165.1278520818.squirrel@mail.expedient.net>
I was not trying to slam you, just that most users do not bother to
"learn" Word. They just type. Example: using spaces to "tab" to next
field--yuck.
Back to your problem, tables mentioned earlier are a good option.
Everything is guarranteed to line up and position correctly. The table
can even be hidden by removing the borders. Your merge fields still have
to be defined by you (with names) so the code knows where to put the
information.
Another option is preset tabs. Not as good as tables because if the field
is longer than the tab the data still gets skewed.
Another possiblity is columns. You can add 2 or 3 coulmns per page and
have each bit of data on a seperate line. There is not much control over
format-placing though.
Mike...
> LOL, OK.
>
> That doesn't explain the inability to pin down the merge fields.
>
> John W. Colby
> www.ColbyConsulting.com
>
>
> Michael Bahr wrote:
>> Word does not suck--it is the users. Ninety-nine percent of the users
>> use
>> one percent or less of Words' capablilties.
>>
>> Mike...
>>
>>> Word SUCKS sometimes. Perhaps even most of the time?
>>>
>>> John W. Colby
>>> www.ColbyConsulting.com
>>>
>>
>>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
From jwcolby at colbyconsulting.com Wed Jul 7 12:10:08 2010
From: jwcolby at colbyconsulting.com (jwcolby)
Date: Wed, 07 Jul 2010 13:10:08 -0400
Subject: [AccessD] ADPs
Message-ID: <4C34B4F0.1050800@colbyconsulting.com>
Have ADPs been deprecated?
I am trying to use an Access FE and a SQL Server BE (Office 2003) and the results are less than
stellar, and I don't know why. I want to be able to use SQL Server as the BE but when running SQL
Server on my dev laptop, my billing FE talking to SQL Server billing BE the results just ... suck!
I get times when it takes 30 seconds for as form to open.
I mostly use ODBC to talk driectly to tables but I have created views and linked to those views.
Even there though AFAICT Access used ODBC. This just doesn't seem correct, SOMETHING is off and
until I can actually use SQL Server to an Access FE myself I can hardly recommend the experience to
a client. Nobody (including ME!) wants a 30 second form opening experience.
Any ideas of what to try?
--
John W. Colby
www.ColbyConsulting.com
From jimdettman at verizon.net Wed Jul 7 12:25:30 2010
From: jimdettman at verizon.net (Jim Dettman)
Date: Wed, 07 Jul 2010 13:25:30 -0400
Subject: [AccessD] ADPs
In-Reply-To: <4C34B4F0.1050800@colbyconsulting.com>
References: <4C34B4F0.1050800@colbyconsulting.com>
Message-ID:
ADP's still exist in 2003 and 2007. Not sure about 2010, but I believe
they are on their way out.
But talking to SQL Server with ODBC is still doable in any version, which
is sounds like what your doing, but I'm not sure.
Jim.
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby
Sent: Wednesday, July 07, 2010 1:10 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] ADPs
Have ADPs been deprecated?
I am trying to use an Access FE and a SQL Server BE (Office 2003) and the
results are less than
stellar, and I don't know why. I want to be able to use SQL Server as the
BE but when running SQL
Server on my dev laptop, my billing FE talking to SQL Server billing BE the
results just ... suck!
I get times when it takes 30 seconds for as form to open.
I mostly use ODBC to talk driectly to tables but I have created views and
linked to those views.
Even there though AFAICT Access used ODBC. This just doesn't seem correct,
SOMETHING is off and
until I can actually use SQL Server to an Access FE myself I can hardly
recommend the experience to
a client. Nobody (including ME!) wants a 30 second form opening experience.
Any ideas of what to try?
--
John W. Colby
www.ColbyConsulting.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From Lambert.Heenan at chartisinsurance.com Wed Jul 7 14:26:19 2010
From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert)
Date: Wed, 7 Jul 2010 15:26:19 -0400
Subject: [AccessD] Word merge document
In-Reply-To: <4C34A2CF.8080108@colbyconsulting.com>
References: <4C3342AB.5040703@colbyconsulting.com>
<4C3498A6.9090901@colbyconsulting.com>
<4C34A2CF.8080108@colbyconsulting.com>
Message-ID:
Hi John,
I had indeed forgotten the part about the document being created outside your control.
However, to try to answer your question regarding copying the tab settings for rulers. Yes you can but it's a little weird, of course.
First setting up the tabs:
You set up a paragraph, as you guessed, by entering the label - tab - first merge field - tab - next label - tab next merge field etc., but just before you do that, click on the ruler in the approximate places where you want the tab stops. Then after entering the text and merge field data you can drag the tab indicators around on the ruler to get them into the exact positions you want. The text you entered will move around to match the new tab positions.
To copy those ruler settings you now need to click the little 'paragraph' tool (?) on the toolbar (or use the menus: Tools/Options/View Tab - check the 'All' check box [in the Formatting Marks] area.). That will result in visible indicators of the tabs in the text (arrows instead of white space) and the end of paragraph marker, which looks like this ?.
So what you then do is highlight the '?' symbol at the end of the paragraph and copy it. Then highlight the paragraph marker of another paragraph and paste into it. That has the effect of copying the ruler to the other paragraph. However, it does not put any tabs into the text, you have to do that by hand, but the position of the tab markers will now match the first paragraph exactly.
So it's all down to allowing enough white space for the merged data, AFAIKS
Lambert
-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby
Sent: Wednesday, July 07, 2010 11:53 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Word merge document
Lambert,
I thought I had mentioned, but if not I will say it again, I am not defining the document from scratch. I was handed an existing two page document, complete with English and Spanish translations and asked to do a merge such that the document looks "exactly" like the word document handed to me.
The user designed the document, mailed it out to 50 people, and wants my merged document to look as close as possible to the one that she mailed out.
If I were doing this from scratch, I would NOT use word to do a merge (for obvious reasons).
I am not a Word afficianado, and I really wasn't aware that the tabs could be changed within a paragraph. THAT is the piece of information that I was missing and which makes your suggestion
(possibly) workable. Understanding that, I will give this another go using your suggestion and setting the tab ruler as needed where needed.
Before I go wasting another 5 hours...
I am setting the tab ruler such that there is a tab position at the beginning of each "label" and at the beginning of each merge field correct? Insert the first (beginning of line) label - tab - first merge field - tab - next label - tab next merge field etc? That sounds workable.
Can the tab setting be copied and pasted into a new location? IOW, there are three "sets" of child information, three merge lines per set. If I set the tabs for the first set can I copy that info and copy it into the next set?
John W. Colby
www.ColbyConsulting.com
Heenan, Lambert wrote:
> Why would that be? If you have to design the document from scratch then why not go ahead and build it with all the tabs in the right place to begin with? Tabs are indeed defined by the tab ruler, *but* for each document, and each paragraph, and even each line within a paragraph you can decide what the tab ruler looks like. How many tabs, where they are and what type (left or right justified, decimal tabs etc). To position a tab on the ruler just drag it left or right. To remove it just drag it down.
>
> Correct me if I'm wrong but the goal is that for any given instance of the printed document you want the data in the merge fields and the static text that follows it on the same line to be in the same positions. It seems to me that building the template document with appropriately generous spaces between tabs would do the trick.
>
> Just my 2 cents worth.
>
> Lambert
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From marklbreen at gmail.com Wed Jul 7 15:00:43 2010
From: marklbreen at gmail.com (Mark Breen)
Date: Wed, 7 Jul 2010 21:00:43 +0100
Subject: [AccessD] Terrible performance like I have never seen before
Message-ID:
Hello AccessD Friends of Old,
I have a customer that is running an large-ish access app. About 50 tables
and 10 forms. Some large complex queries.
One a standalone machine it runs fast as lightening. They say that in the
past it also ran fast on their network. However, they say that since they
upgrade the backend and front end to Access 2007, the performance has
dropped through the floor.
I can see the performance and it is absolutely terrible 30 - 60 seconds to
open a form. But now for the interesting bit. It is only slow when the 26
users are using it !!! yes, they have 26 users keying data all day long. I
was gobsmacked because while I read about it, I never saw it happening in
real life.
To Summarise,
26 users - Access 2000 no problem
26 users - Access 2007 dreadfully slow
1 users - Access 2007 no problem.
This is pointing to a difference between Access 2007 and multi-user
situations but how can I resolve it?
I have prepared an mdb file in Access 2000 format for testing when the 26
people come into work in the morning, and if downgrading the BE fixes it,
that I am happy, but I do not think it is going to solve my problems.
Any idea?
thanks for your help
Mark
From Darryl.Collins at iag.com.au Wed Jul 7 18:23:12 2010
From: Darryl.Collins at iag.com.au (Darryl Collins)
Date: Thu, 8 Jul 2010 09:23:12 +1000
Subject: [AccessD] Word merge document
In-Reply-To: <4663.24.35.23.165.1278520818.squirrel@mail.expedient.net>
Message-ID: <201007072323.o67NNBJq020868@databaseadvisors.com>
_______________________________________________________________________________________
Note: This e-mail is subject to the disclaimer contained at the bottom of this message.
_______________________________________________________________________________________
I find the most useful thing to do when working with word is to ensure the non-printing characters are visible. Then if the document looks ugly and messy, it will almost certainly be that way.
My pet Word hate is folks who (along with using spaces rather than tabs) use 10 tabs on each line, when you can set the tab stop correctly and just use one tab instead. Urrrrgh.
Anyway... I am sure word is a wonderful product if you really use it well, but not being a legal secretary or document publisher of any kind my knowledge is pretty basic. Actually I hardly ever use word at all.
Cheers
Darryl.
-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael Bahr
Sent: Thursday, 8 July 2010 2:40 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Word merge document
I was not trying to slam you, just that most users do not bother to
"learn" Word. They just type. Example: using spaces to "tab" to next
field--yuck.
Back to your problem, tables mentioned earlier are a good option.
Everything is guarranteed to line up and position correctly. The table
can even be hidden by removing the borders. Your merge fields still have
to be defined by you (with names) so the code knows where to put the
information.
Another option is preset tabs. Not as good as tables because if the field
is longer than the tab the data still gets skewed.
Another possiblity is columns. You can add 2 or 3 coulmns per page and
have each bit of data on a seperate line. There is not much control over
format-placing though.
Mike...
> LOL, OK.
>
> That doesn't explain the inability to pin down the merge fields.
>
> John W. Colby
> www.ColbyConsulting.com
>
>
> Michael Bahr wrote:
>> Word does not suck--it is the users. Ninety-nine percent of the users
>> use
>> one percent or less of Words' capablilties.
>>
>> Mike...
>>
>>> Word SUCKS sometimes. Perhaps even most of the time?
>>>
>>> John W. Colby
>>> www.ColbyConsulting.com
>>>
>>
>>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
_______________________________________________________________________________________
The information transmitted in this message and its attachments (if any) is intended
only for the person or entity to which it is addressed.
The message may contain confidential and/or privileged material. Any review,
retransmission, dissemination or other use of, or taking of any action in reliance
upon this information, by persons or entities other than the intended recipient is
prohibited.
If you have received this in error, please contact the sender and delete this e-mail
and associated material from any computer.
The intended recipient of this e-mail may only use, reproduce, disclose or distribute
the information contained in this e-mail and any attached files, with the permission
of the sender.
This message has been scanned for viruses.
_______________________________________________________________________________________
From rockysmolin at bchacc.com Wed Jul 7 18:39:44 2010
From: rockysmolin at bchacc.com (rockysmolin at bchacc.com)
Date: Wed, 7 Jul 2010 19:39:44 -0400
Subject: [AccessD] Terrible performance like I have never seen before
Message-ID: <380-22010737233944246@M2W125.mail2web.com>
I'll bet a dollar the downgrade works. You could probably give them all
2003 run times and it would run like a spotted dog as well.
ADO or DAO?
R
Original Message:
-----------------
From: Mark Breen marklbreen at gmail.com
Date: Wed, 7 Jul 2010 21:00:43 +0100
To: accessd at databaseadvisors.com
Subject: [AccessD] Terrible performance like I have never seen before
Hello AccessD Friends of Old,
I have a customer that is running an large-ish access app. About 50 tables
and 10 forms. Some large complex queries.
One a standalone machine it runs fast as lightening. They say that in the
past it also ran fast on their network. However, they say that since they
upgrade the backend and front end to Access 2007, the performance has
dropped through the floor.
I can see the performance and it is absolutely terrible 30 - 60 seconds to
open a form. But now for the interesting bit. It is only slow when the 26
users are using it !!! yes, they have 26 users keying data all day long. I
was gobsmacked because while I read about it, I never saw it happening in
real life.
To Summarise,
26 users - Access 2000 no problem
26 users - Access 2007 dreadfully slow
1 users - Access 2007 no problem.
This is pointing to a difference between Access 2007 and multi-user
situations but how can I resolve it?
I have prepared an mdb file in Access 2000 format for testing when the 26
people come into work in the morning, and if downgrading the BE fixes it,
that I am happy, but I do not think it is going to solve my problems.
Any idea?
thanks for your help
Mark
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--------------------------------------------------------------------
mail2web.com ? Enhanced email for the mobile individual based on Microsoft?
Exchange - http://link.mail2web.com/Personal/EnhancedEmail
From accessd at shaw.ca Wed Jul 7 21:43:12 2010
From: accessd at shaw.ca (Jim Lawrence)
Date: Wed, 7 Jul 2010 19:43:12 -0700
Subject: [AccessD] Terrible performance like I have never seen before
In-Reply-To:
References:
Message-ID: <7CBD1D8B43F947BCBACE4318AF53FC82@creativesystemdesigns.com>
I have heard your story before and have held a couple of clients back from
upgrading until I can transfer their BE to MS SQL or SQL Express. The last
app that I migrated from a MDB BE to SQL Express, took about a month, in
dribs and drabs, to re-write, with SPs and using ADO-OLE connection. (Real
men and women do not use ODBC so we will not use that four letter euphemism,
in polite company, again.) ;-)
The new app now runs about twice as fast as the old 2003 FE/BE even using
the retarded Access2007 FE. This fall or early spring I will be moving the
FE to .Net and that will be an end to it.
Jim
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Breen
Sent: Wednesday, July 07, 2010 1:01 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Terrible performance like I have never seen before
Hello AccessD Friends of Old,
I have a customer that is running an large-ish access app. About 50 tables
and 10 forms. Some large complex queries.
One a standalone machine it runs fast as lightening. They say that in the
past it also ran fast on their network. However, they say that since they
upgrade the backend and front end to Access 2007, the performance has
dropped through the floor.
I can see the performance and it is absolutely terrible 30 - 60 seconds to
open a form. But now for the interesting bit. It is only slow when the 26
users are using it !!! yes, they have 26 users keying data all day long. I
was gobsmacked because while I read about it, I never saw it happening in
real life.
To Summarise,
26 users - Access 2000 no problem
26 users - Access 2007 dreadfully slow
1 users - Access 2007 no problem.
This is pointing to a difference between Access 2007 and multi-user
situations but how can I resolve it?
I have prepared an mdb file in Access 2000 format for testing when the 26
people come into work in the morning, and if downgrading the BE fixes it,
that I am happy, but I do not think it is going to solve my problems.
Any idea?
thanks for your help
Mark
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From Gustav at cactus.dk Thu Jul 8 05:41:11 2010
From: Gustav at cactus.dk (Gustav Brock)
Date: Thu, 08 Jul 2010 12:41:11 +0200
Subject: [AccessD] OT: MS WebMatrix for web development
Message-ID:
Hi all
Believe it or not, WebMatrix has been given a new life:
http://www.microsoft.com/web/webmatrix/
It claims to be the perfect tool to initiate web development if you think that the more elaborate tools are not for you:
WebMatrix is everything you need to build Web sites using Windows. It includes IIS Developer Express (a development Web server), ASP.NET (a Web framework), and SQL Server Compact (an embedded database). It streamlines Web site development and makes it easy to start Web sites from popular open-source apps. The skills and code you develop with WebMatrix transition seamlessly to Visual Studio and SQL Server.
It is still in beta though.
/gustav
From accessd at shaw.ca Thu Jul 8 08:42:24 2010
From: accessd at shaw.ca (Jim Lawrence)
Date: Thu, 8 Jul 2010 06:42:24 -0700
Subject: [AccessD] OT: MS WebMatrix for web development
In-Reply-To:
References:
Message-ID:
Hi Gustav:
At first blush it looks like an excellent little tool. It runs similar to
Adobe Dreamweaver but not as pricey. I hope Microsoft sticks with this
one...if they work it right it could be the MS Access of the web.
Jim
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock
Sent: Thursday, July 08, 2010 3:41 AM
To: accessd at databaseadvisors.com
Subject: [AccessD] OT: MS WebMatrix for web development
Hi all
Believe it or not, WebMatrix has been given a new life:
http://www.microsoft.com/web/webmatrix/
It claims to be the perfect tool to initiate web development if you think
that the more elaborate tools are not for you:
WebMatrix is everything you need to build Web sites using Windows. It
includes IIS Developer Express (a development Web server), ASP.NET (a Web
framework), and SQL Server Compact (an embedded database). It streamlines
Web site development and makes it easy to start Web sites from popular
open-source apps. The skills and code you develop with WebMatrix transition
seamlessly to Visual Studio and SQL Server.
It is still in beta though.
/gustav
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From lmrazek at lcm-res.com Thu Jul 8 08:55:54 2010
From: lmrazek at lcm-res.com (Lawrence Mrazek)
Date: Thu, 8 Jul 2010 08:55:54 -0500
Subject: [AccessD] Query question, choose TOP from Group?
In-Reply-To: <762fa.1462a579.396231e3@aol.com>
References: <762fa.1462a579.396231e3@aol.com>
Message-ID: <0d2701cb1ea5$498bd8d0$dca38a70$@com>
Hi folks:
I'd like to bind a listbox to use a query that returns the top record for
each item in a group, where the group is sorted by date descending.
Basically, I have:
Company
MaterialName
PriceDate
Basically, would like to group by Company, MaterialName, and sort desc by
PriceDate ... I only want to see the most recent record for each
Company/Material Name combination. Each Company / Material combo could have
a different date, so I can't limit it that way.
Can I do this with a query? Another method?
Thanks in advance!
Larry Mrazek
ph. 314-496-1645
lmrazek at lcm-res.com
http://www.lcm-res.com
From dbdoug at gmail.com Thu Jul 8 09:07:20 2010
From: dbdoug at gmail.com (Doug Steele)
Date: Thu, 8 Jul 2010 07:07:20 -0700
Subject: [AccessD] Terrible performance like I have never seen before
In-Reply-To: <7CBD1D8B43F947BCBACE4318AF53FC82@creativesystemdesigns.com>
References:
<7CBD1D8B43F947BCBACE4318AF53FC82@creativesystemdesigns.com>
Message-ID:
Jim, BE conversion to SS is something I have been planning to start doing
with my clients. Can you give a bit more detail on how you proceeded? Did
you convert the BE totally to SS, then debug the FE until it was working,
then tune it? Or did you have 2 BE and gradually convert table by table?
Or other??
Thanks,
Doug
On Wed, Jul 7, 2010 at 7:43 PM, Jim Lawrence wrote:
> I have heard your story before and have held a couple of clients back from
> upgrading until I can transfer their BE to MS SQL or SQL Express. The last
> app that I migrated from a MDB BE to SQL Express, took about a month, in
> dribs and drabs, to re-write, with SPs and using ADO-OLE connection. (Real
> men and women do not use ODBC so we will not use that four letter
> euphemism,
> in polite company, again.) ;-)
>
> The new app now runs about twice as fast as the old 2003 FE/BE even using
> the retarded Access2007 FE. This fall or early spring I will be moving the
> FE to .Net and that will be an end to it.
>
> Jim
>
>
>
From rockysmolin at bchacc.com Thu Jul 8 09:09:33 2010
From: rockysmolin at bchacc.com (rockysmolin at bchacc.com)
Date: Thu, 8 Jul 2010 10:09:33 -0400
Subject: [AccessD] Network Problem
Message-ID: <380-220107481493361@M2W110.mail2web.com>
It doesn't see them.
Rocky
Original Message:
-----------------
From: Gary Kjos garykjos at gmail.com
Date: Tue, 6 Jul 2010 15:19:04 -0500
To: accessd at databaseadvisors.com
Subject: Re: [AccessD] Network Problem
It doesn't see the printers at all when you try to do "add printer"
and select "Network printers"? Or it sees them but doesn't let you use
them?
GK
On Tue, Jul 6, 2010 at 3:07 PM, rockysmolin at bchacc.com
wrote:
> Yeah - but but couldn't solve the problem.
>
> R
>
>
> Original Message:
> -----------------
> From: Gary Kjos garykjos at gmail.com
> Date: Tue, 6 Jul 2010 12:59:40 -0500
> To: accessd at databaseadvisors.com
> Subject: Re: [AccessD] Network Problem
>
>
> Did you try to run the troubleshooting wizard thing? ?I don't have Win
> 7 but in Vista I thought that the troubleshooting provided by the
> system was very helpful.
>
> GK
>
> On Tue, Jul 6, 2010 at 11:25 AM, rockysmolin at bchacc.com
> wrote:
>>
>> Ed:
>>
>> Might be something there but we're out of town until Sunday. ?I'll check
> it
>> then. ?But at the moment the misbehaving comp can see the other machines
-
>> just denied access. And has internet. ?So I think the networking aspect
>> might be OK. ?This is a wireless network, BTW, but I don't think that's
> the
>> problem.
>>
>> R
>>
>> Original Message:
>> -----------------
>> From: Tesiny, Ed EdTesiny at oasas.state.ny.us
>> Date: Tue, 6 Jul 2010 12:03:36 -0400
>> To: accessd at databaseadvisors.com
>> Subject: Re: [AccessD] Network Problem
>>
>>
>> Rocky,
>> This might help a bit
>>
>> http://www.gocomputertraining.com/windows-7-networking.html
>>
>>
>> Ed Tesiny
>> EdTesiny at oasas.state.ny.us
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
>> rockysmolin at bchacc.com
>> Sent: Sunday, July 04, 2010 6:57 PM
>> To: accessd at databaseadvisors.com
>> Subject: Re: [AccessD] Network Problem
>>
>> Well, it wasn't really germane. ?Max is my 20 y.o. - goes to
>> Northwestern in Chicago - always good to have them home again (we live
>> in Del Mar, Cal), however briefly - going away to Seville in September
>> for a semester.
>> That's all. ?It's his comp that can't see the rest of the comps at home.
>>
>> R
>>
>>
>> Original Message:
>> -----------------
>> From: ?Johncliviger at aol.com
>> Date: Sun, 4 Jul 2010 14:50:11 EDT
>> To: accessd at databaseadvisors.com
>> Subject: Re: [AccessD] Network Problem
>>
>>
>> Rocky
>>
>> You say "Max is home for the summer" have I missed something?
>>
>> john cliviger
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
>>
>> --------------------------------------------------------------------
>> myhosting.com - Premium Microsoft(r) Windows(r) and Linux web and
>> application
>> hosting - http://link.myhosting.com/myhosting
>>
>>
>>
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
>>
>> --------------------------------------------------------------------
>> myhosting.com - Premium Microsoft? Windows? and Linux web and application
>> hosting - http://link.myhosting.com/myhosting
>>
>>
>>
>> --
>> 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
>
>
> --------------------------------------------------------------------
> mail2web LIVE ? Free email based on Microsoft? Exchange technology -
> http://link.mail2web.com/LIVE
>
>
>
> --
> 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
--------------------------------------------------------------------
myhosting.com - Premium Microsoft? Windows? and Linux web and application
hosting - http://link.myhosting.com/myhosting
From accessd at shaw.ca Thu Jul 8 09:11:14 2010
From: accessd at shaw.ca (Jim Lawrence)
Date: Thu, 8 Jul 2010 07:11:14 -0700
Subject: [AccessD] HTML 5 pushed to the limit
In-Reply-To:
References: <77B6C3D4BFA64841977E325A8B123C2D@HAL9005>
Message-ID: <9188A978551A448E9E1DC2F44730D1D3@creativesystemdesigns.com>
With the inclusion of HTML 5 and its various features the skies the limit in
what a web programmer can deploy through the internet... and it does not
require any specialized web server to do it.
If you like eye-candy check this out:
http://mugtug.com/darkroom/
(Remember; no IE support... yet.)
Jim
From accessd at shaw.ca Thu Jul 8 09:13:59 2010
From: accessd at shaw.ca (Jim Lawrence)
Date: Thu, 8 Jul 2010 07:13:59 -0700
Subject: [AccessD] Early Friday
In-Reply-To:
References:
Message-ID:
Here is a funny... or why you should always encourage your friends and
neighbours to try and figure out a solution to a computer problem before
calling you.
http://xkcd.com/763/
Jim
From DWUTKA at Marlow.com Thu Jul 8 09:36:16 2010
From: DWUTKA at Marlow.com (Drew Wutka)
Date: Thu, 8 Jul 2010 09:36:16 -0500
Subject: [AccessD] Early Friday
In-Reply-To:
References:
Message-ID:
LOL, poked through some more of these, I liked this one the best so
far....
http://xkcd.com/742/
Drew
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence
Sent: Thursday, July 08, 2010 9:14 AM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Early Friday
Here is a funny... or why you should always encourage your friends and
neighbours to try and figure out a solution to a computer problem before
calling you.
http://xkcd.com/763/
Jim
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
The information contained in this transmission is intended only for the person or entity
to which it is addressed and may contain II-VI Proprietary and/or II-VI Business
Sensitive material. If you are not the intended recipient, please contact the sender
immediately and destroy the material in its entirety, whether electronic or hard copy.
You are notified that any review, retransmission, copying, disclosure, dissemination,
or other use of, or taking of any action in reliance upon this information by persons
or entities other than the intended recipient is prohibited.
From ab-mi at post3.tele.dk Thu Jul 8 09:43:39 2010
From: ab-mi at post3.tele.dk (Asger Blond)
Date: Thu, 8 Jul 2010 16:43:39 +0200
Subject: [AccessD] Query question, choose TOP from Group?
In-Reply-To: <0d2701cb1ea5$498bd8d0$dca38a70$@com>
References: <762fa.1462a579.396231e3@aol.com>
<0d2701cb1ea5$498bd8d0$dca38a70$@com>
Message-ID: <360A8B8ED4A24B188E77957CBC9E39D5@abpc>
Larry,
Don't see why you need to sort descending by PriceDate. Won't something like this do (since a max-aggregation on PriceDate should give you the most recent record)?
SELECT Company, MaterialName, Max(PriceDate) AS MaxPriceDate
FROM MyTable
GROUP BY Company, MaterialName
Asger
-----Oprindelig meddelelse-----
Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Lawrence Mrazek
Sendt: 8. juli 2010 15:56
Til: 'Access Developers discussion and problem solving'
Emne: [AccessD] Query question, choose TOP from Group?
Hi folks:
I'd like to bind a listbox to use a query that returns the top record for
each item in a group, where the group is sorted by date descending.
Basically, I have:
Company
MaterialName
PriceDate
Basically, would like to group by Company, MaterialName, and sort desc by
PriceDate ... I only want to see the most recent record for each
Company/Material Name combination. Each Company / Material combo could have
a different date, so I can't limit it that way.
Can I do this with a query? Another method?
Thanks in advance!
Larry Mrazek
ph. 314-496-1645
lmrazek at lcm-res.com
http://www.lcm-res.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From jwcolby at colbyconsulting.com Thu Jul 8 09:42:58 2010
From: jwcolby at colbyconsulting.com (jwcolby)
Date: Thu, 08 Jul 2010 10:42:58 -0400
Subject: [AccessD] My SQL slowness
Message-ID: <4C35E3F2.6040309@colbyconsulting.com>
I have reported problems with very slow performance of my billing SQL Server database. The database
was running on my laptop and the performance was abysmal. Well today I decided to move it to my SQL
Server machine and holy smoke batman, it is blazing fast.
So whatever the problem, it is related to the SQL Server instance on my laptop.
Now to troubleshoot how to make it faster there. I have some natural limitations of course since I
only have two cores and 3.25 gigs of RAM TOTAL for the laptop. I didn't really expect that to be an
issue since the database itself is only a few megs.
What would be really nice would be to somehow run off of the server when I am at home (99% of the
time) but keep the laptop synced to the server so that I could switch to the local copy when I am on
the road. At that point I would probably just put up with the slowness, although now that I know
that the slowness is in my local instance I will definitely troubleshoot further.
On that note however...
I have a view that I used to allow me to enter my time records. On my local machine it allows me to
add records. On the remote server it does not. All of my tables do allow me to enter data if
opened directly (in Access in the table window).
That problem aside, I shall definitely enjoy my new found speed.
--
John W. Colby
www.ColbyConsulting.com
From garykjos at gmail.com Thu Jul 8 09:46:00 2010
From: garykjos at gmail.com (Gary Kjos)
Date: Thu, 8 Jul 2010 09:46:00 -0500
Subject: [AccessD] Network Problem
In-Reply-To: <380-220107481493361@M2W110.mail2web.com>
References: <380-220107481493361@M2W110.mail2web.com>
Message-ID:
You've probably looked at this one already...
http://windows.microsoft.com/en-US/windows-vista/Troubleshoot-network-printer-problems
This one looks to have some good info...
http://www.howtogeek.com/howto/windows-7/share-files-and-printers-between-windows-7-and-xp/
This one seems to have your answer.
http://en.kioskea.net/forum/affich-207227-windows-7-cant-see-xp-home-shared-printer
Says you might need to turn off "password protected file sharing" on
the Win 7 box?
GK
On Thu, Jul 8, 2010 at 9:09 AM, rockysmolin at bchacc.com
wrote:
> It doesn't see them.
>
> Rocky
>
>
> Original Message:
> -----------------
> From: Gary Kjos garykjos at gmail.com
> Date: Tue, 6 Jul 2010 15:19:04 -0500
> To: accessd at databaseadvisors.com
> Subject: Re: [AccessD] Network Problem
>
>
> It doesn't see the printers at all when you try to do "add printer"
> and select "Network printers"? Or it sees them but doesn't let you use
> them?
>
> GK
--
Gary Kjos
garykjos at gmail.com
From accessd at shaw.ca Thu Jul 8 10:11:57 2010
From: accessd at shaw.ca (Jim Lawrence)
Date: Thu, 8 Jul 2010 08:11:57 -0700
Subject: [AccessD] Terrible performance like I have never seen before
In-Reply-To:
References:
<7CBD1D8B43F947BCBACE4318AF53FC82@creativesystemdesigns.com>
Message-ID: <29B79F798B594D9AA2CDE1243BB940CB@creativesystemdesigns.com>
Hi Doug:
My approach was rather straight forward but there is not real quick way to
do it right hence the nearly month long odyssey to get the system moved.
Fortunately the client was on a monthly contract so I could spread the work
out over a couple of months as they are not likely to just accept a 10K
bill...but as they are on a monthly contract that is exactly what they will
pay. ;-)
I installed a MS SQL on the client's site and used the Upsizing wizard to
construct all the tables on the SQL and rebuilt all the queries in Stored
Procedures. (I have done this before so I have all basics are pre-built
like: Add, Delete, Update, first, next, previous, last, goto-record... with
their associated UDF (User defined function... same as a function in
Access)) The queries have to be rebuilt to compile with SP standards.
The application usually has to under go a few changes.
No bound... that is what a SQL server is for; it does the data management. I
populate all the forms, reports, list and combo boxes via recordsets. I
usually populate a form one record at a time as it is usually so fast that
the client doesn't notice any delays.
Those recordsets are assembled through a SQL interface module. Rather than
go into a page by page explanation suffice to say its sole purpose is to
connection with the SQL, retrieve and update recordsets through an ADO OLE
interface. The only tricky parts can be from dealing with combo boxes and
reports but newer versions of Access take a lot of the grunt work out.
If you want to know more I will answer you questions one at a time.
Jim
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele
Sent: Thursday, July 08, 2010 7:07 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Terrible performance like I have never seen before
Jim, BE conversion to SS is something I have been planning to start doing
with my clients. Can you give a bit more detail on how you proceeded? Did
you convert the BE totally to SS, then debug the FE until it was working,
then tune it? Or did you have 2 BE and gradually convert table by table?
Or other??
Thanks,
Doug
On Wed, Jul 7, 2010 at 7:43 PM, Jim Lawrence wrote:
> I have heard your story before and have held a couple of clients back from
> upgrading until I can transfer their BE to MS SQL or SQL Express. The last
> app that I migrated from a MDB BE to SQL Express, took about a month, in
> dribs and drabs, to re-write, with SPs and using ADO-OLE connection. (Real
> men and women do not use ODBC so we will not use that four letter
> euphemism,
> in polite company, again.) ;-)
>
> The new app now runs about twice as fast as the old 2003 FE/BE even using
> the retarded Access2007 FE. This fall or early spring I will be moving the
> FE to .Net and that will be an end to it.
>
> Jim
>
>
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From accessd at shaw.ca Thu Jul 8 10:45:38 2010
From: accessd at shaw.ca (Jim Lawrence)
Date: Thu, 8 Jul 2010 08:45:38 -0700
Subject: [AccessD] Network Problem
In-Reply-To: <380-220107481493361@M2W110.mail2web.com>
References: <380-220107481493361@M2W110.mail2web.com>
Message-ID: <1FCA33C3A5FE43CFBAAFC3D348F81A0E@creativesystemdesigns.com>
Hi Rocky:
Assuming that your XP and Windows7 are on the same workgroup/domain, their
IP addresses in the same group (you have ran ipconfig to display each IP
setting and they are compatible. Internet Protocol version 4 on Windows7
must be set right), the XP printer is shared, you can ping your XP box from
you Windows7 box the following should connect to the printer:
Via network: IE \\192.168.111.222\MyPrinterShareName (nothing like brute
force)
If you connected it will prompt you for an appropriate Username and
Password. This should work but be aware that what printer drivers that runs
on an XP box will not run correctly on a Windows7 box.
Connected my daughter's laptop, running Windows7 Ultima, to my Server3003
printers, in about 5 minutes and after upgrading the printer driver, on
Windows7(64bit), it ran just fine.
Another possibility is too install LogMeIn Hamachi (It free) on both the XP
and your son's Windows7. After you have created a Hamachi network with both
boxes connected, Max could print to your XP from across the hall or from
Chicago even.
Jim
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
rockysmolin at bchacc.com
Sent: Thursday, July 08, 2010 7:10 AM
To: accessd at databaseadvisors.com
Subject: Re: [AccessD] Network Problem
It doesn't see them.
Rocky
Original Message:
-----------------
From: Gary Kjos garykjos at gmail.com
Date: Tue, 6 Jul 2010 15:19:04 -0500
To: accessd at databaseadvisors.com
Subject: Re: [AccessD] Network Problem
It doesn't see the printers at all when you try to do "add printer"
and select "Network printers"? Or it sees them but doesn't let you use
them?
GK
On Tue, Jul 6, 2010 at 3:07 PM, rockysmolin at bchacc.com
wrote:
> Yeah - but but couldn't solve the problem.
>
> R
>
>
> Original Message:
> -----------------
> From: Gary Kjos garykjos at gmail.com
> Date: Tue, 6 Jul 2010 12:59:40 -0500
> To: accessd at databaseadvisors.com
> Subject: Re: [AccessD] Network Problem
>
>
> Did you try to run the troubleshooting wizard thing? ?I don't have Win
> 7 but in Vista I thought that the troubleshooting provided by the
> system was very helpful.
>
> GK
>
> On Tue, Jul 6, 2010 at 11:25 AM, rockysmolin at bchacc.com
> wrote:
>>
>> Ed:
>>
>> Might be something there but we're out of town until Sunday. ?I'll check
> it
>> then. ?But at the moment the misbehaving comp can see the other machines
-
>> just denied access. And has internet. ?So I think the networking aspect
>> might be OK. ?This is a wireless network, BTW, but I don't think that's
> the
>> problem.
>>
>> R
>>
>> Original Message:
>> -----------------
>> From: Tesiny, Ed EdTesiny at oasas.state.ny.us
>> Date: Tue, 6 Jul 2010 12:03:36 -0400
>> To: accessd at databaseadvisors.com
>> Subject: Re: [AccessD] Network Problem
>>
>>
>> Rocky,
>> This might help a bit
>>
>> http://www.gocomputertraining.com/windows-7-networking.html
>>
>>
>> Ed Tesiny
>> EdTesiny at oasas.state.ny.us
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
>> rockysmolin at bchacc.com
>> Sent: Sunday, July 04, 2010 6:57 PM
>> To: accessd at databaseadvisors.com
>> Subject: Re: [AccessD] Network Problem
>>
>> Well, it wasn't really germane. ?Max is my 20 y.o. - goes to
>> Northwestern in Chicago - always good to have them home again (we live
>> in Del Mar, Cal), however briefly - going away to Seville in September
>> for a semester.
>> That's all. ?It's his comp that can't see the rest of the comps at home.
>>
>> R
>>
>>
>> Original Message:
>> -----------------
>> From: ?Johncliviger at aol.com
>> Date: Sun, 4 Jul 2010 14:50:11 EDT
>> To: accessd at databaseadvisors.com
>> Subject: Re: [AccessD] Network Problem
>>
>>
>> Rocky
>>
>> You say "Max is home for the summer" have I missed something?
>>
>> john cliviger
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
>>
>> --------------------------------------------------------------------
>> myhosting.com - Premium Microsoft(r) Windows(r) and Linux web and
>> application
>> hosting - http://link.myhosting.com/myhosting
>>
>>
>>
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
>>
>> --------------------------------------------------------------------
>> myhosting.com - Premium Microsoft? Windows? and Linux web and application
>> hosting - http://link.myhosting.com/myhosting
>>
>>
>>
>> --
>> 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
>
>
> --------------------------------------------------------------------
> mail2web LIVE ? Free email based on Microsoft? Exchange technology -
> http://link.mail2web.com/LIVE
>
>
>
> --
> 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
--------------------------------------------------------------------
myhosting.com - Premium Microsoft? Windows? and Linux web and application
hosting - http://link.myhosting.com/myhosting
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From dbdoug at gmail.com Thu Jul 8 11:10:46 2010
From: dbdoug at gmail.com (Doug Steele)
Date: Thu, 8 Jul 2010 09:10:46 -0700
Subject: [AccessD] Terrible performance like I have never seen before
In-Reply-To: <29B79F798B594D9AA2CDE1243BB940CB@creativesystemdesigns.com>
References:
<7CBD1D8B43F947BCBACE4318AF53FC82@creativesystemdesigns.com>
<29B79F798B594D9AA2CDE1243BB940CB@creativesystemdesigns.com>
Message-ID:
Hi Jim:
Thanks for the details. All my forms (300+) are bound, and I have a couple
of thousand queries :( I guess the logical first step is to start
unbinding the forms...
Doug
On Thu, Jul 8, 2010 at 8:11 AM, Jim Lawrence wrote:
> Hi Doug:
>
> My approach was rather straight forward but there is not real quick way to
> do it right hence the nearly month long odyssey to get the system moved.
> Fortunately the client was on a monthly contract so I could spread the work
> out over a couple of months as they are not likely to just accept a 10K
> bill...but as they are on a monthly contract that is exactly what they will
> pay. ;-)
>
> I installed a MS SQL on the client's site and used the Upsizing wizard to
> construct all the tables on the SQL and rebuilt all the queries in Stored
> Procedures. (I have done this before so I have all basics are pre-built
> like: Add, Delete, Update, first, next, previous, last, goto-record... with
> their associated UDF (User defined function... same as a function in
> Access)) The queries have to be rebuilt to compile with SP standards.
>
> The application usually has to under go a few changes.
> No bound... that is what a SQL server is for; it does the data management.
> I
> populate all the forms, reports, list and combo boxes via recordsets. I
> usually populate a form one record at a time as it is usually so fast that
> the client doesn't notice any delays.
>
> Those recordsets are assembled through a SQL interface module. Rather than
> go into a page by page explanation suffice to say its sole purpose is to
> connection with the SQL, retrieve and update recordsets through an ADO OLE
> interface. The only tricky parts can be from dealing with combo boxes and
> reports but newer versions of Access take a lot of the grunt work out.
>
> If you want to know more I will answer you questions one at a time.
>
> Jim
>
>
>
From jedi at charm.net Thu Jul 8 11:16:39 2010
From: jedi at charm.net (Michael Bahr)
Date: Thu, 8 Jul 2010 12:16:39 -0400 (EDT)
Subject: [AccessD] My SQL slowness
In-Reply-To: <4C35E3F2.6040309@colbyconsulting.com>
References: <4C35E3F2.6040309@colbyconsulting.com>
Message-ID: <3651.24.35.23.165.1278605799.squirrel@mail.expedient.net>
John, is your laptop wireless?
Mike...
> I have reported problems with very slow performance of my billing SQL
> Server database. The database
> was running on my laptop and the performance was abysmal. Well today I
> decided to move it to my SQL
> Server machine and holy smoke batman, it is blazing fast.
>
> So whatever the problem, it is related to the SQL Server instance on my
> laptop.
>
> Now to troubleshoot how to make it faster there. I have some natural
> limitations of course since I
> only have two cores and 3.25 gigs of RAM TOTAL for the laptop. I didn't
> really expect that to be an
> issue since the database itself is only a few megs.
>
> What would be really nice would be to somehow run off of the server when I
> am at home (99% of the
> time) but keep the laptop synced to the server so that I could switch to
> the local copy when I am on
> the road. At that point I would probably just put up with the slowness,
> although now that I know
> that the slowness is in my local instance I will definitely troubleshoot
> further.
>
> On that note however...
>
> I have a view that I used to allow me to enter my time records. On my
> local machine it allows me to
> add records. On the remote server it does not. All of my tables do allow
> me to enter data if
> opened directly (in Access in the table window).
>
> That problem aside, I shall definitely enjoy my new found speed.
>
> --
> John W. Colby
> www.ColbyConsulting.com
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
From jedi at charm.net Thu Jul 8 11:24:44 2010
From: jedi at charm.net (Michael Bahr)
Date: Thu, 8 Jul 2010 12:24:44 -0400 (EDT)
Subject: [AccessD] HTML 5 pushed to the limit
In-Reply-To: <9188A978551A448E9E1DC2F44730D1D3@creativesystemdesigns.com>
References: <77B6C3D4BFA64841977E325A8B123C2D@HAL9005>
<9188A978551A448E9E1DC2F44730D1D3@creativesystemdesigns.com>
Message-ID: <3775.24.35.23.165.1278606284.squirrel@mail.expedient.net>
Just followed the link and it sez that IE support coming July 4th, kinda
smug of them. So I tried the link in FireFox 3.5.10 and it looks
terrible! The left side menuing is all hosed up. All the text is running
over itself.
Mike...
> With the inclusion of HTML 5 and its various features the skies the limit
> in
> what a web programmer can deploy through the internet... and it does not
> require any specialized web server to do it.
>
> If you like eye-candy check this out:
> http://mugtug.com/darkroom/
>
> (Remember; no IE support... yet.)
>
> Jim
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
From Gustav at cactus.dk Thu Jul 8 11:29:19 2010
From: Gustav at cactus.dk (Gustav Brock)
Date: Thu, 08 Jul 2010 18:29:19 +0200
Subject: [AccessD] Terrible performance like I have never seen before
Message-ID:
Hi Doug
Not to spoil the party neither the bill to the client ... but you could - as a first attempt - try to run the upsize wizard which will copy the tables to the SQL Server and establish ODBC connections to these. Some tweaking will be needed but the time for this is usually counted in days rather than months.
I've seen several apps running extremely well this way contrary to all the bad opinions regarding ODBC. That said, your app may of course be different and a rewrite may be the only way out but - as Jim has explained - the work load to achieve this is a magnitude larger and in some cases may not pay off and the time would have been spent better (and indeed at more fun) doing a complete rewrite with Visual Studio or the like.
/gustav
>>> dbdoug at gmail.com 08-07-2010 18:10 >>>
Hi Jim:
Thanks for the details. All my forms (300+) are bound, and I have a couple
of thousand queries :( I guess the logical first step is to start
unbinding the forms...
Doug
On Thu, Jul 8, 2010 at 8:11 AM, Jim Lawrence wrote:
> Hi Doug:
>
> My approach was rather straight forward but there is not real quick way to
> do it right hence the nearly month long odyssey to get the system moved.
> Fortunately the client was on a monthly contract so I could spread the work
> out over a couple of months as they are not likely to just accept a 10K
> bill...but as they are on a monthly contract that is exactly what they will
> pay. ;-)
>
> I installed a MS SQL on the client's site and used the Upsizing wizard to
> construct all the tables on the SQL and rebuilt all the queries in Stored
> Procedures. (I have done this before so I have all basics are pre-built
> like: Add, Delete, Update, first, next, previous, last, goto-record... with
> their associated UDF (User defined function... same as a function in
> Access)) The queries have to be rebuilt to compile with SP standards.
>
> The application usually has to under go a few changes.
> No bound... that is what a SQL server is for; it does the data management.
> I
> populate all the forms, reports, list and combo boxes via recordsets. I
> usually populate a form one record at a time as it is usually so fast that
> the client doesn't notice any delays.
>
> Those recordsets are assembled through a SQL interface module. Rather than
> go into a page by page explanation suffice to say its sole purpose is to
> connection with the SQL, retrieve and update recordsets through an ADO OLE
> interface. The only tricky parts can be from dealing with combo boxes and
> reports but newer versions of Access take a lot of the grunt work out.
>
> If you want to know more I will answer you questions one at a time.
>
> Jim
From jwcolby at colbyconsulting.com Thu Jul 8 11:41:17 2010
From: jwcolby at colbyconsulting.com (jwcolby)
Date: Thu, 08 Jul 2010 12:41:17 -0400
Subject: [AccessD] Terrible performance like I have never seen before
In-Reply-To:
References: <7CBD1D8B43F947BCBACE4318AF53FC82@creativesystemdesigns.com> <29B79F798B594D9AA2CDE1243BB940CB@creativesystemdesigns.com>
Message-ID: <4C35FFAD.2000907@colbyconsulting.com>
Doug,
> Thanks for the details. All my forms (300+) are bound, and I have a couple of thousand queries
:( I guess the logical first step is to start unbinding the forms...
DON'T do that!
I am a bound kind of guy. I am way to old to get back into the bound / unbound thing but you do NOT
have to rewrite the application from scratch.
You can simply link the tables to the same table in SQL Server and be up and running, and probably
running faster than you were because SQL Server will now hand you back result sets rather than JET
having to do the "ask for index / select / get pieces of file / etc / ad nasium".
That said, it will help if you will do some basics like filter to just the last few records but even
that is not required. Whatever worked previously should work now. You can go do the optimizations
later.
Test / YMMV etc.
I was getting abysmal performance when I moved my tiny little billing data to a SQL Server instance
running on my (now woefully underpowered, 2 year old) Dell laptop development machine. I finally
moved the database to run on my far more powerful SQL Server box and it runs like lightning.
The moral is, you can get sucky performance from SQL Server but it is likely not oging to happen if
you have a good SQL Server box.
Just do the conversion, and TEST IT. Use the Access upgrade wizard, get it working and see what you
see.
John W. Colby
www.ColbyConsulting.com
Doug Steele wrote:
> Hi Jim:
>
> Thanks for the details. All my forms (300+) are bound, and I have a couple
> of thousand queries :( I guess the logical first step is to start
> unbinding the forms...
>
> Doug
>
> On Thu, Jul 8, 2010 at 8:11 AM, Jim Lawrence wrote:
>
>> Hi Doug:
>>
>> My approach was rather straight forward but there is not real quick way to
>> do it right hence the nearly month long odyssey to get the system moved.
>> Fortunately the client was on a monthly contract so I could spread the work
>> out over a couple of months as they are not likely to just accept a 10K
>> bill...but as they are on a monthly contract that is exactly what they will
>> pay. ;-)
>>
>> I installed a MS SQL on the client's site and used the Upsizing wizard to
>> construct all the tables on the SQL and rebuilt all the queries in Stored
>> Procedures. (I have done this before so I have all basics are pre-built
>> like: Add, Delete, Update, first, next, previous, last, goto-record... with
>> their associated UDF (User defined function... same as a function in
>> Access)) The queries have to be rebuilt to compile with SP standards.
>>
>> The application usually has to under go a few changes.
>> No bound... that is what a SQL server is for; it does the data management.
>> I
>> populate all the forms, reports, list and combo boxes via recordsets. I
>> usually populate a form one record at a time as it is usually so fast that
>> the client doesn't notice any delays.
>>
>> Those recordsets are assembled through a SQL interface module. Rather than
>> go into a page by page explanation suffice to say its sole purpose is to
>> connection with the SQL, retrieve and update recordsets through an ADO OLE
>> interface. The only tricky parts can be from dealing with combo boxes and
>> reports but newer versions of Access take a lot of the grunt work out.
>>
>> If you want to know more I will answer you questions one at a time.
>>
>> Jim
>>
>>
>>
From dbdoug at gmail.com Thu Jul 8 11:48:45 2010
From: dbdoug at gmail.com (Doug Steele)
Date: Thu, 8 Jul 2010 09:48:45 -0700
Subject: [AccessD] Terrible performance like I have never seen before
In-Reply-To:
References:
Message-ID:
Thanks for the input, Gustav. I was assuming that I ODBC was a complete
no-no. It would be tempting to start with ODBC and then work towards Jim's
approach. Of the 300 or so forms in my big apps, probably 10 to 20 are
crucial and need to be as fast as possible.
One of the main reasons that I want to get going on converting from Access
is that I'm planning on retiring in the next couple of years and don't want
to leave my clients stuck. It's a lot easier to find Visual Studio
programmers than Access programmers with sufficient knowledge.
By the way, one of my clients lost his Access 2003 install disks last week
and bought Office 2010. My 2003 database went CRASH, BANG, !&%%!
Doug
On Thu, Jul 8, 2010 at 9:29 AM, Gustav Brock wrote:
> Hi Doug
>
> Not to spoil the party neither the bill to the client ... but you could -
> as a first attempt - try to run the upsize wizard which will copy the tables
> to the SQL Server and establish ODBC connections to these. Some tweaking
> will be needed but the time for this is usually counted in days rather than
> months.
>
> I've seen several apps running extremely well this way contrary to all the
> bad opinions regarding ODBC. That said, your app may of course be different
> and a rewrite may be the only way out but - as Jim has explained - the work
> load to achieve this is a magnitude larger and in some cases may not pay off
> and the time would have been spent better (and indeed at more fun) doing a
> complete rewrite with Visual Studio or the like.
>
> /gustav
>
>
>
From jwcolby at colbyconsulting.com Thu Jul 8 12:39:41 2010
From: jwcolby at colbyconsulting.com (jwcolby)
Date: Thu, 08 Jul 2010 13:39:41 -0400
Subject: [AccessD] My SQL slowness
In-Reply-To: <3651.24.35.23.165.1278605799.squirrel@mail.expedient.net>
References: <4C35E3F2.6040309@colbyconsulting.com>
<3651.24.35.23.165.1278605799.squirrel@mail.expedient.net>
Message-ID: <4C360D5D.1020302@colbyconsulting.com>
Yes it can be, though I run it wired unless I am using the laptop downstairs.
However I was running the SQL Server instance directly on the laptop. I gave it 500 megs of ram for
itself and limited it to a single CPU. The database is tiny, the actual file size is under 12 megs.
I even gave SQL Server its own partition- about 2 gigs - on the one and only drive in the laptop -
this in an effort to prevent fragmentation etc.
Now that I am running the Access FE off of a SQL database on my main SQL Server machine the database
is instantaneous.
John W. Colby
www.ColbyConsulting.com
Michael Bahr wrote:
> John, is your laptop wireless?
>
> Mike...
>
>> I have reported problems with very slow performance of my billing SQL
>> Server database. The database
>> was running on my laptop and the performance was abysmal. Well today I
>> decided to move it to my SQL
>> Server machine and holy smoke batman, it is blazing fast.
>>
>> So whatever the problem, it is related to the SQL Server instance on my
>> laptop.
>>
>> Now to troubleshoot how to make it faster there. I have some natural
>> limitations of course since I
>> only have two cores and 3.25 gigs of RAM TOTAL for the laptop. I didn't
>> really expect that to be an
>> issue since the database itself is only a few megs.
>>
>> What would be really nice would be to somehow run off of the server when I
>> am at home (99% of the
>> time) but keep the laptop synced to the server so that I could switch to
>> the local copy when I am on
>> the road. At that point I would probably just put up with the slowness,
>> although now that I know
>> that the slowness is in my local instance I will definitely troubleshoot
>> further.
>>
>> On that note however...
>>
>> I have a view that I used to allow me to enter my time records. On my
>> local machine it allows me to
>> add records. On the remote server it does not. All of my tables do allow
>> me to enter data if
>> opened directly (in Access in the table window).
>>
>> That problem aside, I shall definitely enjoy my new found speed.
>>
>> --
>> John W. Colby
>> www.ColbyConsulting.com
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
>
>
From jwcolby at colbyconsulting.com Thu Jul 8 12:42:52 2010
From: jwcolby at colbyconsulting.com (jwcolby)
Date: Thu, 08 Jul 2010 13:42:52 -0400
Subject: [AccessD] Terrible performance like I have never seen before
In-Reply-To:
References:
Message-ID: <4C360E1C.3080804@colbyconsulting.com>
> By the way, one of my clients lost his Access 2003 install disks last week and bought Office
2010. My 2003 database went CRASH, BANG, !&%%!
ROTFL.
Only funny when it is not me of course.
John W. Colby
www.ColbyConsulting.com
Doug Steele wrote:
> Thanks for the input, Gustav. I was assuming that I ODBC was a complete
> no-no. It would be tempting to start with ODBC and then work towards Jim's
> approach. Of the 300 or so forms in my big apps, probably 10 to 20 are
> crucial and need to be as fast as possible.
>
> One of the main reasons that I want to get going on converting from Access
> is that I'm planning on retiring in the next couple of years and don't want
> to leave my clients stuck. It's a lot easier to find Visual Studio
> programmers than Access programmers with sufficient knowledge.
>
> By the way, one of my clients lost his Access 2003 install disks last week
> and bought Office 2010. My 2003 database went CRASH, BANG, !&%%!
>
> Doug
>
> On Thu, Jul 8, 2010 at 9:29 AM, Gustav Brock wrote:
>
>> Hi Doug
>>
>> Not to spoil the party neither the bill to the client ... but you could -
>> as a first attempt - try to run the upsize wizard which will copy the tables
>> to the SQL Server and establish ODBC connections to these. Some tweaking
>> will be needed but the time for this is usually counted in days rather than
>> months.
>>
>> I've seen several apps running extremely well this way contrary to all the
>> bad opinions regarding ODBC. That said, your app may of course be different
>> and a rewrite may be the only way out but - as Jim has explained - the work
>> load to achieve this is a magnitude larger and in some cases may not pay off
>> and the time would have been spent better (and indeed at more fun) doing a
>> complete rewrite with Visual Studio or the like.
>>
>> /gustav
>>
>>
>>
From accessd at shaw.ca Thu Jul 8 13:27:17 2010
From: accessd at shaw.ca (Jim Lawrence)
Date: Thu, 8 Jul 2010 11:27:17 -0700
Subject: [AccessD] Terrible performance like I have never seen before
In-Reply-To:
References:
<7CBD1D8B43F947BCBACE4318AF53FC82@creativesystemdesigns.com>
<29B79F798B594D9AA2CDE1243BB940CB@creativesystemdesigns.com>
Message-ID: <6E2B46BA845F4F409BE2208BAE3071F4@creativesystemdesigns.com>
Hi Doug:
I would probably get a test server with a SQL server on it and try an upsize
and see how it works... queries and tables.
I would recommend building the BE first and then you can test the queries/SP
and see if they are producing the correct results.
...Then build the connection tier/module as updates and functionality could
be tested in really time.
...And finally tackle the FE.
That is the way I have always done it... foundation first before building
the upper floors. ;-)
Jim
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele
Sent: Thursday, July 08, 2010 9:11 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Terrible performance like I have never seen before
Hi Jim:
Thanks for the details. All my forms (300+) are bound, and I have a couple
of thousand queries :( I guess the logical first step is to start
unbinding the forms...
Doug
On Thu, Jul 8, 2010 at 8:11 AM, Jim Lawrence wrote:
> Hi Doug:
>
> My approach was rather straight forward but there is not real quick way to
> do it right hence the nearly month long odyssey to get the system moved.
> Fortunately the client was on a monthly contract so I could spread the
work
> out over a couple of months as they are not likely to just accept a 10K
> bill...but as they are on a monthly contract that is exactly what they
will
> pay. ;-)
>
> I installed a MS SQL on the client's site and used the Upsizing wizard to
> construct all the tables on the SQL and rebuilt all the queries in Stored
> Procedures. (I have done this before so I have all basics are pre-built
> like: Add, Delete, Update, first, next, previous, last, goto-record...
with
> their associated UDF (User defined function... same as a function in
> Access)) The queries have to be rebuilt to compile with SP standards.
>
> The application usually has to under go a few changes.
> No bound... that is what a SQL server is for; it does the data management.
> I
> populate all the forms, reports, list and combo boxes via recordsets. I
> usually populate a form one record at a time as it is usually so fast that
> the client doesn't notice any delays.
>
> Those recordsets are assembled through a SQL interface module. Rather than
> go into a page by page explanation suffice to say its sole purpose is to
> connection with the SQL, retrieve and update recordsets through an ADO OLE
> interface. The only tricky parts can be from dealing with combo boxes and
> reports but newer versions of Access take a lot of the grunt work out.
>
> If you want to know more I will answer you questions one at a time.
>
> Jim
>
>
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From accessd at shaw.ca Thu Jul 8 13:37:00 2010
From: accessd at shaw.ca (Jim Lawrence)
Date: Thu, 8 Jul 2010 11:37:00 -0700
Subject: [AccessD] HTML 5 pushed to the limit
In-Reply-To: <3775.24.35.23.165.1278606284.squirrel@mail.expedient.net>
References: <77B6C3D4BFA64841977E325A8B123C2D@HAL9005>
<9188A978551A448E9E1DC2F44730D1D3@creativesystemdesigns.com>
<3775.24.35.23.165.1278606284.squirrel@mail.expedient.net>
Message-ID: <79D0D94CDA4645418DA8D0B3610FE842@creativesystemdesigns.com>
Hi Mike:
I have only tried Chrome so far... It is a Chrome project after all. ;-) I
am running FF 3.6.3 and as we speak the system is automatically updating it
to 3.6.6 but it seems to running as expected.
If you want to really increase performance download all the CSS and
JavaScript... (I have never seen that much JS on a web page before so we are
charting new territory) the product is probably running off someone basement
server right now.
Jim
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael Bahr
Sent: Thursday, July 08, 2010 9:25 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] HTML 5 pushed to the limit
Just followed the link and it sez that IE support coming July 4th, kinda
smug of them. So I tried the link in FireFox 3.5.10 and it looks
terrible! The left side menuing is all hosed up. All the text is running
over itself.
Mike...
> With the inclusion of HTML 5 and its various features the skies the limit
> in
> what a web programmer can deploy through the internet... and it does not
> require any specialized web server to do it.
>
> If you like eye-candy check this out:
> http://mugtug.com/darkroom/
>
> (Remember; no IE support... yet.)
>
> Jim
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From accessd at shaw.ca Thu Jul 8 13:40:53 2010
From: accessd at shaw.ca (Jim Lawrence)
Date: Thu, 8 Jul 2010 11:40:53 -0700
Subject: [AccessD] Terrible performance like I have never seen before
In-Reply-To:
References:
Message-ID: <9DC6BF6DEDB04E8D810C6C88B480D6A7@creativesystemdesigns.com>
Hi Gustav:
Just one point... If the BE is upsized and configured properly it can then
be used in conjunction with a .Net or ASP.Net FE, at some future time. At
least the BE work will not be a waste.
Jim
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock
Sent: Thursday, July 08, 2010 9:29 AM
To: accessd at databaseadvisors.com
Subject: Re: [AccessD] Terrible performance like I have never seen before
Hi Doug
Not to spoil the party neither the bill to the client ... but you could - as
a first attempt - try to run the upsize wizard which will copy the tables to
the SQL Server and establish ODBC connections to these. Some tweaking will
be needed but the time for this is usually counted in days rather than
months.
I've seen several apps running extremely well this way contrary to all the
bad opinions regarding ODBC. That said, your app may of course be different
and a rewrite may be the only way out but - as Jim has explained - the work
load to achieve this is a magnitude larger and in some cases may not pay off
and the time would have been spent better (and indeed at more fun) doing a
complete rewrite with Visual Studio or the like.
/gustav
>>> dbdoug at gmail.com 08-07-2010 18:10 >>>
Hi Jim:
Thanks for the details. All my forms (300+) are bound, and I have a couple
of thousand queries :( I guess the logical first step is to start
unbinding the forms...
Doug
On Thu, Jul 8, 2010 at 8:11 AM, Jim Lawrence wrote:
> Hi Doug:
>
> My approach was rather straight forward but there is not real quick way to
> do it right hence the nearly month long odyssey to get the system moved.
> Fortunately the client was on a monthly contract so I could spread the
work
> out over a couple of months as they are not likely to just accept a 10K
> bill...but as they are on a monthly contract that is exactly what they
will
> pay. ;-)
>
> I installed a MS SQL on the client's site and used the Upsizing wizard to
> construct all the tables on the SQL and rebuilt all the queries in Stored
> Procedures. (I have done this before so I have all basics are pre-built
> like: Add, Delete, Update, first, next, previous, last, goto-record...
with
> their associated UDF (User defined function... same as a function in
> Access)) The queries have to be rebuilt to compile with SP standards.
>
> The application usually has to under go a few changes.
> No bound... that is what a SQL server is for; it does the data management.
> I
> populate all the forms, reports, list and combo boxes via recordsets. I
> usually populate a form one record at a time as it is usually so fast that
> the client doesn't notice any delays.
>
> Those recordsets are assembled through a SQL interface module. Rather than
> go into a page by page explanation suffice to say its sole purpose is to
> connection with the SQL, retrieve and update recordsets through an ADO OLE
> interface. The only tricky parts can be from dealing with combo boxes and
> reports but newer versions of Access take a lot of the grunt work out.
>
> If you want to know more I will answer you questions one at a time.
>
> Jim
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From accessd at shaw.ca Thu Jul 8 13:45:10 2010
From: accessd at shaw.ca (Jim Lawrence)
Date: Thu, 8 Jul 2010 11:45:10 -0700
Subject: [AccessD] Terrible performance like I have never seen before
In-Reply-To: <4C35FFAD.2000907@colbyconsulting.com>
References:
<7CBD1D8B43F947BCBACE4318AF53FC82@creativesystemdesigns.com>
<29B79F798B594D9AA2CDE1243BB940CB@creativesystemdesigns.com>
<4C35FFAD.2000907@colbyconsulting.com>
Message-ID: <14D8289FE46F4F77AE18AD10F906EFEC@creativesystemdesigns.com>
Hi John:
I knew that comment would flush you out... but I agree with you in doing a
quick dry run first using the upsize/upgrade wizard.
Jim
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby
Sent: Thursday, July 08, 2010 9:41 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Terrible performance like I have never seen before
Doug,
> Thanks for the details. All my forms (300+) are bound, and I have a
couple of thousand queries
:( I guess the logical first step is to start unbinding the forms...
DON'T do that!
I am a bound kind of guy. I am way to old to get back into the bound /
unbound thing but you do NOT
have to rewrite the application from scratch.
You can simply link the tables to the same table in SQL Server and be up and
running, and probably
running faster than you were because SQL Server will now hand you back
result sets rather than JET
having to do the "ask for index / select / get pieces of file / etc / ad
nasium".
That said, it will help if you will do some basics like filter to just the
last few records but even
that is not required. Whatever worked previously should work now. You can
go do the optimizations
later.
Test / YMMV etc.
I was getting abysmal performance when I moved my tiny little billing data
to a SQL Server instance
running on my (now woefully underpowered, 2 year old) Dell laptop
development machine. I finally
moved the database to run on my far more powerful SQL Server box and it runs
like lightning.
The moral is, you can get sucky performance from SQL Server but it is likely
not oging to happen if
you have a good SQL Server box.
Just do the conversion, and TEST IT. Use the Access upgrade wizard, get it
working and see what you
see.
John W. Colby
www.ColbyConsulting.com
Doug Steele wrote:
> Hi Jim:
>
> Thanks for the details. All my forms (300+) are bound, and I have a
couple
> of thousand queries :( I guess the logical first step is to start
> unbinding the forms...
>
> Doug
>
> On Thu, Jul 8, 2010 at 8:11 AM, Jim Lawrence wrote:
>
>> Hi Doug:
>>
>> My approach was rather straight forward but there is not real quick way
to
>> do it right hence the nearly month long odyssey to get the system moved.
>> Fortunately the client was on a monthly contract so I could spread the
work
>> out over a couple of months as they are not likely to just accept a 10K
>> bill...but as they are on a monthly contract that is exactly what they
will
>> pay. ;-)
>>
>> I installed a MS SQL on the client's site and used the Upsizing wizard to
>> construct all the tables on the SQL and rebuilt all the queries in Stored
>> Procedures. (I have done this before so I have all basics are pre-built
>> like: Add, Delete, Update, first, next, previous, last, goto-record...
with
>> their associated UDF (User defined function... same as a function in
>> Access)) The queries have to be rebuilt to compile with SP standards.
>>
>> The application usually has to under go a few changes.
>> No bound... that is what a SQL server is for; it does the data
management.
>> I
>> populate all the forms, reports, list and combo boxes via recordsets. I
>> usually populate a form one record at a time as it is usually so fast
that
>> the client doesn't notice any delays.
>>
>> Those recordsets are assembled through a SQL interface module. Rather
than
>> go into a page by page explanation suffice to say its sole purpose is to
>> connection with the SQL, retrieve and update recordsets through an ADO
OLE
>> interface. The only tricky parts can be from dealing with combo boxes and
>> reports but newer versions of Access take a lot of the grunt work out.
>>
>> If you want to know more I will answer you questions one at a time.
>>
>> Jim
>>
>>
>>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From accessd at shaw.ca Thu Jul 8 13:52:06 2010
From: accessd at shaw.ca (Jim Lawrence)
Date: Thu, 8 Jul 2010 11:52:06 -0700
Subject: [AccessD] Terrible performance like I have never seen before
In-Reply-To:
References:
Message-ID: <52A4D11EBCE14F1487203EFD41465C0C@creativesystemdesigns.com>
My condolences... I hope the individual who brought in Office 2010 is
resting comfortably?
It is nice, in a sadistic, to see I am not the only one who has watched a
completed project race off the tracks with the assistance of some helpful
client.
Jim
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele
Sent: Thursday, July 08, 2010 9:49 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Terrible performance like I have never seen before
Thanks for the input, Gustav. I was assuming that I ODBC was a complete
no-no. It would be tempting to start with ODBC and then work towards Jim's
approach. Of the 300 or so forms in my big apps, probably 10 to 20 are
crucial and need to be as fast as possible.
One of the main reasons that I want to get going on converting from Access
is that I'm planning on retiring in the next couple of years and don't want
to leave my clients stuck. It's a lot easier to find Visual Studio
programmers than Access programmers with sufficient knowledge.
By the way, one of my clients lost his Access 2003 install disks last week
and bought Office 2010. My 2003 database went CRASH, BANG, !&%%!
Doug
On Thu, Jul 8, 2010 at 9:29 AM, Gustav Brock wrote:
> Hi Doug
>
> Not to spoil the party neither the bill to the client ... but you could -
> as a first attempt - try to run the upsize wizard which will copy the
tables
> to the SQL Server and establish ODBC connections to these. Some tweaking
> will be needed but the time for this is usually counted in days rather
than
> months.
>
> I've seen several apps running extremely well this way contrary to all the
> bad opinions regarding ODBC. That said, your app may of course be
different
> and a rewrite may be the only way out but - as Jim has explained - the
work
> load to achieve this is a magnitude larger and in some cases may not pay
off
> and the time would have been spent better (and indeed at more fun) doing a
> complete rewrite with Visual Studio or the like.
>
> /gustav
>
>
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From iggy at nanaimo.ark.com Thu Jul 8 14:02:09 2010
From: iggy at nanaimo.ark.com (Tony Septav)
Date: Thu, 08 Jul 2010 12:02:09 -0700
Subject: [AccessD] Just ANother Old Boys Club
Message-ID: <4C3620B1.3050902@nanaimo.ark.com>
Hey All
I have been on this list for more years than I can remember (since
19930. It has now become an old boys list. Pretty pathethic, I don't
see any respones to new questions, basically just chatter and respones
from the old members (back and forth). Yes , you are going to being
saying "If you don't like leave".. And probably I will. With the amount
of knowledge available here it is a crime to waste it. Shane on you.
From iggy at nanaimo.ark.com Thu Jul 8 14:07:26 2010
From: iggy at nanaimo.ark.com (Tony Septav)
Date: Thu, 08 Jul 2010 12:07:26 -0700
Subject: [AccessD] Old Boys Club
Message-ID: <4C3621EE.7000803@nanaimo.ark.com>
Hey All
Sorry for the selling mistakes, dog currently sleeping on my feet.
From Lambert.Heenan at chartisinsurance.com Thu Jul 8 15:05:54 2010
From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert)
Date: Thu, 8 Jul 2010 16:05:54 -0400
Subject: [AccessD] Just ANother Old Boys Club
In-Reply-To: <4C3620B1.3050902@nanaimo.ark.com>
References: <4C3620B1.3050902@nanaimo.ark.com>
Message-ID:
Are we starting a flame war? Can't say I've ever seen your name on any posts before, and it appears that your expertise may not extent to enabling the spell checker on your email client. You also seem to have trouble understanding some of the highly detailed replies to users' questions that come up here all the time.
Goodbye and don't let the door hit your butt on the way out. :-)
Lambert
-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav
Sent: Thursday, July 08, 2010 3:02 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Just ANother Old Boys Club
Hey All
I have been on this list for more years than I can remember (since 19930. It has now become an old boys list. Pretty pathethic, I don't see any respones to new questions, basically just chatter and respones from the old members (back and forth). Yes , you are going to being saying "If you don't like leave".. And probably I will. With the amount of knowledge available here it is a crime to waste it. Shane on you.
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From DWUTKA at Marlow.com Thu Jul 8 15:08:14 2010
From: DWUTKA at Marlow.com (Drew Wutka)
Date: Thu, 8 Jul 2010 15:08:14 -0500
Subject: [AccessD] Just ANother Old Boys Club
In-Reply-To: <4C3620B1.3050902@nanaimo.ark.com>
References: <4C3620B1.3050902@nanaimo.ark.com>
Message-ID:
Well toss us a question!!!
Drew
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav
Sent: Thursday, July 08, 2010 2:02 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Just ANother Old Boys Club
Hey All
I have been on this list for more years than I can remember (since
19930. It has now become an old boys list. Pretty pathethic, I don't
see any respones to new questions, basically just chatter and respones
from the old members (back and forth). Yes , you are going to being
saying "If you don't like leave".. And probably I will. With the amount
of knowledge available here it is a crime to waste it. Shane on you.
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
The information contained in this transmission is intended only for the person or entity
to which it is addressed and may contain II-VI Proprietary and/or II-VI Business
Sensitive material. If you are not the intended recipient, please contact the sender
immediately and destroy the material in its entirety, whether electronic or hard copy.
You are notified that any review, retransmission, copying, disclosure, dissemination,
or other use of, or taking of any action in reliance upon this information by persons
or entities other than the intended recipient is prohibited.
From marklbreen at gmail.com Thu Jul 8 15:22:53 2010
From: marklbreen at gmail.com (Mark Breen)
Date: Thu, 8 Jul 2010 21:22:53 +0100
Subject: [AccessD] Terrible performance like I have never seen before
In-Reply-To: <52A4D11EBCE14F1487203EFD41465C0C@creativesystemdesigns.com>
References:
<52A4D11EBCE14F1487203EFD41465C0C@creativesystemdesigns.com>
Message-ID:
Hello All,
Just read down through all responses. thank you everyone.
Update:
Changed everything back to mdb's and guess what? As Rocky suggested, it now
runs like a spotted dog. The customer is delighted because there was mild
panic yesterday, they literally could not run their business, and today,
they are back working again.
Hurray for Access 2000 with 26 concurrent users.
Thanks again to AccessD
Mark
On 8 July 2010 19:52, Jim Lawrence wrote:
> My condolences... I hope the individual who brought in Office 2010 is
> resting comfortably?
>
> It is nice, in a sadistic, to see I am not the only one who has watched a
> completed project race off the tracks with the assistance of some helpful
> client.
>
> Jim
>
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele
> Sent: Thursday, July 08, 2010 9:49 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Terrible performance like I have never seen before
>
> Thanks for the input, Gustav. I was assuming that I ODBC was a complete
> no-no. It would be tempting to start with ODBC and then work towards Jim's
> approach. Of the 300 or so forms in my big apps, probably 10 to 20 are
> crucial and need to be as fast as possible.
>
> One of the main reasons that I want to get going on converting from Access
> is that I'm planning on retiring in the next couple of years and don't want
> to leave my clients stuck. It's a lot easier to find Visual Studio
> programmers than Access programmers with sufficient knowledge.
>
> By the way, one of my clients lost his Access 2003 install disks last week
> and bought Office 2010. My 2003 database went CRASH, BANG, !&%%!
>
> Doug
>
> On Thu, Jul 8, 2010 at 9:29 AM, Gustav Brock wrote:
>
> > Hi Doug
> >
> > Not to spoil the party neither the bill to the client ... but you could -
> > as a first attempt - try to run the upsize wizard which will copy the
> tables
> > to the SQL Server and establish ODBC connections to these. Some tweaking
> > will be needed but the time for this is usually counted in days rather
> than
> > months.
> >
> > I've seen several apps running extremely well this way contrary to all
> the
> > bad opinions regarding ODBC. That said, your app may of course be
> different
> > and a rewrite may be the only way out but - as Jim has explained - the
> work
> > load to achieve this is a magnitude larger and in some cases may not pay
> off
> > and the time would have been spent better (and indeed at more fun) doing
> a
> > complete rewrite with Visual Studio or the like.
> >
> > /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 jwcolby at colbyconsulting.com Thu Jul 8 15:24:36 2010
From: jwcolby at colbyconsulting.com (jwcolby)
Date: Thu, 08 Jul 2010 16:24:36 -0400
Subject: [AccessD] Just ANother Old Boys Club
In-Reply-To: <4C3620B1.3050902@nanaimo.ark.com>
References: <4C3620B1.3050902@nanaimo.ark.com>
Message-ID: <4C363404.4060607@colbyconsulting.com>
LOL, getting kinda crotchety in your old age eh?
;)
John W. Colby
www.ColbyConsulting.com
Tony Septav wrote:
> Hey All
> I have been on this list for more years than I can remember (since
> 19930. It has now become an old boys list. Pretty pathethic, I don't
> see any respones to new questions, basically just chatter and respones
> from the old members (back and forth). Yes , you are going to being
> saying "If you don't like leave".. And probably I will. With the amount
> of knowledge available here it is a crime to waste it. Shane on you.
From Lambert.Heenan at chartisinsurance.com Thu Jul 8 15:27:08 2010
From: Lambert.Heenan at chartisinsurance.com (Heenan, Lambert)
Date: Thu, 8 Jul 2010 16:27:08 -0400
Subject: [AccessD] Just ANother Old Boys Club
In-Reply-To:
References: <4C3620B1.3050902@nanaimo.ark.com>
Message-ID:
Much kinder than I was Drew. Me, I couldn't resist. A character flaw I suppose.
Lambert
-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka
Sent: Thursday, July 08, 2010 4:08 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Just ANother Old Boys Club
Well toss us a question!!!
Drew
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav
Sent: Thursday, July 08, 2010 2:02 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Just ANother Old Boys Club
Hey All
I have been on this list for more years than I can remember (since 19930. It has now become an old boys list. Pretty pathethic, I don't see any respones to new questions, basically just chatter and respones from the old members (back and forth). Yes , you are going to being saying "If you don't like leave".. And probably I will. With the amount of knowledge available here it is a crime to waste it. Shane on you.
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI Business Sensitive material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy.
You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited.
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From BradM at blackforestltd.com Thu Jul 8 15:29:53 2010
From: BradM at blackforestltd.com (Brad Marks)
Date: Thu, 8 Jul 2010 15:29:53 -0500
Subject: [AccessD] Just ANother Old Boys Club
References: <4C3620B1.3050902@nanaimo.ark.com>
<4C363404.4060607@colbyconsulting.com>
Message-ID:
All,
I am fairly new to the world of Microsoft products.
I work for a small firm that has no other technical people so I have no
one to consult with on Access issues, problems, questions.
I have received many good answers and pieces of advice from the people
who participate in AccessD.
I would like to take this opportunity to say THANKS to everyone who has
helped me.
I am not sure what AccessD was like in the past, but as a new Access
user, this group has saved me countless hours and headaches.
THANK YOU!
Brad Marks
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby
Sent: Thursday, July 08, 2010 3:25 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Just ANother Old Boys Club
LOL, getting kinda crotchety in your old age eh?
;)
John W. Colby
www.ColbyConsulting.com
Tony Septav wrote:
> Hey All
> I have been on this list for more years than I can remember (since
> 19930. It has now become an old boys list. Pretty pathethic, I don't
> see any respones to new questions, basically just chatter and respones
> from the old members (back and forth). Yes , you are going to being
> saying "If you don't like leave".. And probably I will. With the
amount
> of knowledge available here it is a crime to waste it. Shane on you.
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
From garykjos at gmail.com Thu Jul 8 15:35:59 2010
From: garykjos at gmail.com (Gary Kjos)
Date: Thu, 8 Jul 2010 15:35:59 -0500
Subject: [AccessD] Just ANother Old Boys Club
In-Reply-To:
References: <4C3620B1.3050902@nanaimo.ark.com>
Message-ID:
And most of us have kind of moved on from straight Access Development
like we did years ago. But we do still answer them when they are asked
most of the time. You might have to wait a day or two sometimes.
I kind of do take exception to your attempt to put some guilt on list
members for not doing..... not sure what.
I have a real job. I have a life. I give my time to the list as an
administrator. I answer the questions when I can. I'm not sure what
more you expect Tony. I think the number of new users of Access is
probably a lot less than it used to be, especially as Excel has had
it's limits raised over the most recent releases. Used to be that
people were forced to use Access for things when they hit the 65K row
limit in an Excel file. Now that bar is raised over a million rows so
the user community sticks with Excel for those things.
Sorry you feel like we aren't living up to your expectations but we
are doing what we can.
GK
On Thu, Jul 8, 2010 at 3:08 PM, Drew Wutka wrote:
> Well toss us a question!!!
>
> Drew
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav
> Sent: Thursday, July 08, 2010 2:02 PM
> To: Access Developers discussion and problem solving
> Subject: [AccessD] Just ANother Old Boys Club
>
> Hey All
> I have been on this list for more years than I can remember (since
> 19930. ?It has ?now become an old boys list. Pretty pathethic, I don't
> see any respones to new questions, basically just chatter and respones
> from the old members (back and forth). Yes , you are going to being
> saying "If you don't like leave".. And probably I will. With the amount
> of knowledge available here it is a crime to waste it. Shane on you.
> --
> AccessD mailing list
--
Gary Kjos
garykjos at gmail.com
From gustav at cactus.dk Thu Jul 8 15:43:24 2010
From: gustav at cactus.dk (Gustav Brock)
Date: Thu, 08 Jul 2010 22:43:24 +0200
Subject: [AccessD] Just ANother Old Boys Club
Message-ID:
Hi Tony
Well, feel free to comment or put any question.
True, traffic has decreased for several reasons which has been discussed at more than one occasion.
Which reminds me: Has anyone heard from Charlotte or Max lately?
/gustav
>>> iggy at nanaimo.ark.com 08-07-2010 21:02 >>>
Hey All
I have been on this list for more years than I can remember (since
19930. It has now become an old boys list. Pretty pathethic, I don't
see any respones to new questions, basically just chatter and respones
from the old members (back and forth). Yes , you are going to being
saying "If you don't like leave".. And probably I will. With the amount
of knowledge available here it is a crime to waste it. Shane on you.
--
From garykjos at gmail.com Thu Jul 8 15:43:43 2010
From: garykjos at gmail.com (Gary Kjos)
Date: Thu, 8 Jul 2010 15:43:43 -0500
Subject: [AccessD] Just ANother Old Boys Club
In-Reply-To:
References: <4C3620B1.3050902@nanaimo.ark.com>
<4C363404.4060607@colbyconsulting.com>
Message-ID:
Thank you Brad. Glad to have you on the list. Without members the list
isn't the list. And over the years we have had a lot of turnover. And
even now a lot of people sign up and then sign off after they ask and
get answers for a question. Everyone here is here by their own choice
and not bound to stay. The list is run completely by volunteers and
funded entirely by donations.
When the list first started it was frequented by people who did only
access all day every day. So now the tool has grown and many of our
list members have added other tools to what they do. Some longtime
members maybe don't even use Access anymore or only use it when
working with some old legacy application. Yet we still come here and
try our best to answer every question be it easy or hard. Some don't
get answered. Some threads go off on tangents. That has always
happened.
GK
On Thu, Jul 8, 2010 at 3:29 PM, Brad Marks wrote:
> All,
>
> I am fairly new to the world of Microsoft products.
>
> I work for a small firm that has no other technical people so I have no
> one to consult with on Access issues, problems, questions.
>
> I have received many good answers and pieces of advice from the people
> who participate in AccessD.
>
> I would like to take this opportunity to say THANKS to everyone who has
> helped me.
>
> I am not sure what AccessD was like in the past, but as a new Access
> user, this group has saved me countless hours and headaches.
>
> THANK YOU!
> Brad Marks
>
>
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby
> Sent: Thursday, July 08, 2010 3:25 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Just ANother Old Boys Club
>
> LOL, getting kinda crotchety in your old age eh?
>
> ;)
>
> John W. Colby
> www.ColbyConsulting.com
>
>
> Tony Septav wrote:
>> Hey All
>> I have been on this list for more years than I can remember (since
>> 19930. ?It has ?now become an old boys list. Pretty pathethic, I don't
>
>> see any respones to new questions, basically just chatter and respones
>
>> from the old members (back and forth). Yes , you are going to being
>> saying "If you don't like leave".. And probably I will. With the
> amount
>> of knowledge available here it is a crime to waste it. Shane on you.
--
Gary Kjos
garykjos at gmail.com
From jwcolby at colbyconsulting.com Thu Jul 8 15:51:02 2010
From: jwcolby at colbyconsulting.com (jwcolby)
Date: Thu, 08 Jul 2010 16:51:02 -0400
Subject: [AccessD] Just ANother Old Boys Club
In-Reply-To:
References:
Message-ID: <4C363A36.4050909@colbyconsulting.com>
Charlotte is unemployed, and probably sitting on a beach somewhere.
Max is probably at the pub?
John W. Colby
www.ColbyConsulting.com
Gustav Brock wrote:
> Hi Tony
>
> Well, feel free to comment or put any question.
> True, traffic has decreased for several reasons which has been discussed at more than one occasion.
> Which reminds me: Has anyone heard from Charlotte or Max lately?
>
> /gustav
>
>
>>>> iggy at nanaimo.ark.com 08-07-2010 21:02 >>>
> Hey All
> I have been on this list for more years than I can remember (since
> 19930. It has now become an old boys list. Pretty pathethic, I don't
> see any respones to new questions, basically just chatter and respones
> from the old members (back and forth). Yes , you are going to being
> saying "If you don't like leave".. And probably I will. With the amount
> of knowledge available here it is a crime to waste it. Shane on you.
From jwcolby at colbyconsulting.com Thu Jul 8 15:52:25 2010
From: jwcolby at colbyconsulting.com (jwcolby)
Date: Thu, 08 Jul 2010 16:52:25 -0400
Subject: [AccessD] Just ANother Old Boys Club
In-Reply-To:
References: <4C3620B1.3050902@nanaimo.ark.com>
Message-ID: <4C363A89.2020507@colbyconsulting.com>
In fact 80% of my income now comes from SQL Server / C#. I do very little Access stuff any more.
I am loving C# though.
John W. Colby
www.ColbyConsulting.com
Gary Kjos wrote:
> And most of us have kind of moved on from straight Access Development
> like we did years ago. But we do still answer them when they are asked
> most of the time. You might have to wait a day or two sometimes.
>
> I kind of do take exception to your attempt to put some guilt on list
> members for not doing..... not sure what.
>
> I have a real job. I have a life. I give my time to the list as an
> administrator. I answer the questions when I can. I'm not sure what
> more you expect Tony. I think the number of new users of Access is
> probably a lot less than it used to be, especially as Excel has had
> it's limits raised over the most recent releases. Used to be that
> people were forced to use Access for things when they hit the 65K row
> limit in an Excel file. Now that bar is raised over a million rows so
> the user community sticks with Excel for those things.
>
> Sorry you feel like we aren't living up to your expectations but we
> are doing what we can.
>
>
> GK
>
> On Thu, Jul 8, 2010 at 3:08 PM, Drew Wutka wrote:
>> Well toss us a question!!!
>>
>> Drew
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav
>> Sent: Thursday, July 08, 2010 2:02 PM
>> To: Access Developers discussion and problem solving
>> Subject: [AccessD] Just ANother Old Boys Club
>>
>> Hey All
>> I have been on this list for more years than I can remember (since
>> 19930. It has now become an old boys list. Pretty pathethic, I don't
>> see any respones to new questions, basically just chatter and respones
>> from the old members (back and forth). Yes , you are going to being
>> saying "If you don't like leave".. And probably I will. With the amount
>> of knowledge available here it is a crime to waste it. Shane on you.
>> --
>> AccessD mailing list
>
>
>
>
From iggy at nanaimo.ark.com Thu Jul 8 15:54:44 2010
From: iggy at nanaimo.ark.com (Tony Septav)
Date: Thu, 08 Jul 2010 13:54:44 -0700
Subject: [AccessD] Just ANother Old Boys Club
In-Reply-To:
References: <4C3620B1.3050902@nanaimo.ark.com>
Message-ID: <4C363B14.1000701@nanaimo.ark.com>
My Friend
You insult me.
This is no longer a user group, no matter what you have to say. This
was one of the most vibrant groups I have ever dealt with. A community
willing to express their opions on every topic. It has gotten to be just
the old boys, disussing topics of no relevance to ACCESS programmng. I
think it is indicating a demise of the Access community.
Gary Kjos wrote:
>And most of us have kind of moved on from straight Access Development
>like we did years ago. But we do still answer them when they are asked
>most of the time. You might have to wait a day or two sometimes.
>
>I kind of do take exception to your attempt to put some guilt on list
>members for not doing..... not sure what.
>
>I have a real job. I have a life. I give my time to the list as an
>administrator. I answer the questions when I can. I'm not sure what
>more you expect Tony. I think the number of new users of Access is
>probably a lot less than it used to be, especially as Excel has had
>it's limits raised over the most recent releases. Used to be that
>people were forced to use Access for things when they hit the 65K row
>limit in an Excel file. Now that bar is raised over a million rows so
>the user community sticks with Excel for those things.
>
>Sorry you feel like we aren't living up to your expectations but we
>are doing what we can.
>
>
>GK
>
>On Thu, Jul 8, 2010 at 3:08 PM, Drew Wutka wrote:
>
>
>>Well toss us a question!!!
>>
>>Drew
>>
>>-----Original Message-----
>>From: accessd-bounces at databaseadvisors.com
>>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Tony Septav
>>Sent: Thursday, July 08, 2010 2:02 PM
>>To: Access Developers discussion and problem solving
>>Subject: [AccessD] Just ANother Old Boys Club
>>
>>Hey All
>>I have been on this list for more years than I can remember (since
>>19930. It has now become an old boys list. Pretty pathethic, I don't
>>see any respones to new questions, basically just chatter and respones
>>from the old members (back and forth). Yes , you are going to being
>>saying "If you don't like leave".. And probably I will. With the amount
>>of knowledge available here it is a crime to waste it. Shane on you.
>>--
>>AccessD mailing list
>>
>>
>
>
>
>
>
>
From ab-mi at post3.tele.dk Thu Jul 8 16:13:16 2010
From: ab-mi at post3.tele.dk (Asger Blond)
Date: Thu, 8 Jul 2010 23:13:16 +0200
Subject: [AccessD] Just ANother Old Boys Club
In-Reply-To: <4C3620B1.3050902@nanaimo.ark.com>
References: <4C3620B1.3050902@nanaimo.ark.com>
Message-ID: <874651768D974C27A0146EA4FC7FEDA0@abpc>
Tony,
Beep-beep, your call from far future just arrived. Being on the list since 19930 and still using Access certainty flatters both Microsoft and all of us newbies.
So we can't be that bad after all.
Asger
-----Oprindelig meddelelse-----
Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Tony Septav
Sendt: 8. juli 2010 21:02
Til: Access Developers discussion and problem solving
Emne: [AccessD] Just ANother Old Boys Club
Hey All
I have been on this list for more years than I can remember (since
19930. It has now become an old boys list. Pretty pathethic, I don't
see any respones to new questions, basically just chatter and respones
from the old members (back and forth). Yes , you are going to being
saying "If you don't like leave".. And probably I will. With the amount
of knowledge available here it is a crime to waste it. Shane on you.
--
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 Jul 8 16:22:33 2010
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Fri, 09 Jul 2010 07:22:33 +1000
Subject: [AccessD] OT: MS WebMatrix for web development
In-Reply-To:
References: ,
Message-ID: <4C364199.15922.1C632EB2@stuart.lexacorp.com.pg>
The difference between "Access" and "Access of the web" is that most desktops run
Windows and can run Access. Most web servers run some form of *nix and won't run
Webmatrix.
--
Stuart
On 8 Jul 2010 at 6:42, Jim Lawrence wrote:
> Hi Gustav:
>
> At first blush it looks like an excellent little tool. It runs similar to
> Adobe Dreamweaver but not as pricey. I hope Microsoft sticks with this
> one...if they work it right it could be the MS Access of the web.
>
> Jim
>
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock
> Sent: Thursday, July 08, 2010 3:41 AM
> To: accessd at databaseadvisors.com
> Subject: [AccessD] OT: MS WebMatrix for web development
>
> Hi all
>
> Believe it or not, WebMatrix has been given a new life:
>
> http://www.microsoft.com/web/webmatrix/
>
> It claims to be the perfect tool to initiate web development if you think
> that the more elaborate tools are not for you:
>
>