From Erwin.Craps at ithelps.be Wed Mar 1 02:45:07 2006
From: Erwin.Craps at ithelps.be (Erwin Craps - IT Helps)
Date: Wed, 1 Mar 2006 09:45:07 +0100
Subject: [AccessD] OT: Microsoft CRM 3 .0
Message-ID: <46B976F2B698FF46A4FE7636509B22DF1B63EE@stekelbes.ithelps.local>
If I'm not mistaken I haven't read a single thing about Microsoft CRM
3.0 in this list?!
Which I fiind very bizare..
I'm very intrested in MS CRM 3.0 and attented a technical and a sale
presentation for MS partners but was not able to test the product yet.
As I see it now, CRM looks like a good step-up for at least two tailor
made apps I have written in the last years in Access, and probably a lot
of others Acess apps that are Customer orientated. CRM 3.0 is based on
SQL server and that also keeps everything pretty open.
What is the list opinion/experiance about this CRM 3.0 espcialy for
migrating Access apps to it?
Greetings
Erwin Craps
Zaakvoerder
www.ithelps.be/onsgezin
This E-mail is confidential, may be legally privileged, and is for the
intended recipient only. Access, disclosure, copying, distribution, or
reliance on any of it by anyone else is prohibited and may be a criminal
offence. Please delete if obtained in error and E-mail confirmation to
the sender.
IT Helps - I.T. Help Center *** Box Office Belgium & Luxembourg
www.ithelps.be * www.boxoffice.be
* www.stadleuven.be
IT Helps bvba* ** Mercatorpad 3 ** 3000 Leuven
IT Helps * Phone: +32 16 296 404 * Fax: +32 16 296 405 E-mail:
Info at ithelps.be
Box Office ** Fax: +32 16 296 406 ** Box Office E-mail:
Staff at boxoffice.be
From Gustav at cactus.dk Wed Mar 1 02:50:29 2006
From: Gustav at cactus.dk (Gustav Brock)
Date: Wed, 01 Mar 2006 09:50:29 +0100
Subject: [AccessD] Scirus Scientific Search Engine
Message-ID:
Hi all
Are you aware of the scientific search engine Scirus:
http://www.scirus.com
It can be quite useful when you wish you could "cut the crap" from a Google search.
The crap is often caused by this "feature" which few know about:
Hi Gustav,
Thank you for your note. Sometimes when you search for an exact phrase,
you will not find an exact match anywhere on the page in question. When
this occurs, if you look at Google's cached copy of the page you should
see a message in the upper left-hand area of the page that says, "These
terms only appear in links pointing to this page." In evaluating the merit
of a page, Google looks not only at information found on the page itself,
but also the anchor text of links that point to the page. If links
pointing to the page contain the exact phrase you searched on, this can
cause a page to be returned as a match for your query.
We hope this explanation helps to clarify our phrase search procedure.
Regards,
The Google Team
/gustav
From Gustav at cactus.dk Wed Mar 1 03:17:13 2006
From: Gustav at cactus.dk (Gustav Brock)
Date: Wed, 01 Mar 2006 10:17:13 +0100
Subject: [AccessD] Quartile
Message-ID:
Hi Marty
I doubt very much the GetRows() method will be faster as you will read in the full recordset while I only open the recordset, count records and move to one or two records.
The SQL method is quite convoluted even for the simple Median, for Quartiles it will get much worse:
http://www.aspfaq.com/show.asp?id=2506
not to say if you will not calculate on the full table but only a part of it.
If having large recordset and true speed is a must, I guess you have to move to a server engine and stored procedures or OLAP.
/gustav
>>> martyconnelly at shaw.ca 01-03-2006 00:18 >>>
This code has excel limits, arrays limited to 64K but maybe the initial
part using getrows on a recordset and moving the field
into another array might help you or maybe faster. Don Celko had an SQL
percentile method in "SQL for Smarties" but even he suggested
using SAS or SPSS for large datasets or using OLAP.
Function TestRecordset()
Dim strConnect As String
Dim arRs As Variant
Dim strsql As String
strsql = "SELECT DISTINCTROW Format([ShippedDate],""yyyy""),[Order
Subtotals].Subtotal, Orders.OrderID " & _
"FROM Orders INNER JOIN [Order Subtotals] ON Orders.OrderID = [Order
Subtotals].OrderID " & _
"WHERE (Orders.ShippedDate Is Not Null);"
Debug.Print strsql
strConnect = "Provider=Microsoft.Jet.OLEDB.4.0;" & _
"Data Source=""C:\Program Files\Microsoft Office\Office\Samples\Copy
of Northwind.mdb"";"
Dim objCnn As Object
Dim objRs As Object
Set objCnn = CreateObject("ADODB.Connection")
objCnn.Open strConnect
Set objRs = CreateObject("ADODB.Recordset")
objRs.Open strsql, objCnn
If objRs.EOF = False Then
arRs = objRs.GetRows
Else
arRs = "no results"
End If
Dim arRsT() As Double
Dim myubnd As Long
Dim mylbnd As Long
myubnd = UBound(arRs, 2)
mylbnd = LBound(arRs, 2)
ReDim arRsT(mylbnd To myubnd)
'Excel arrays get confused unless this done
' with passed arrays and limits of 64K
Dim i As Long
'stuff sql query field "subtotal" into a new array
For i = 0 To UBound(arRs, 2)
arRsT(i) = arRs(1, i)
Next i
Debug.Print Pctile(arRsT, 0.75)
Debug.Print "1st quartile=" & quartile(arRsT, 1)
Debug.Print "2nd quartile=" & quartile(arRsT, 2)
Debug.Print "3'd quartile=" & quartile(arRsT, 3)
Debug.Print "min " & quartile(arRsT, 0)
Debug.Print "max " & quartile(arRsT, 4)
Debug.Print "95% percentile " & Pctile(arRsT, 0.95)
objRs.Close
Set objRs = Nothing
objCnn.Close
Set objCnn = Nothing
TestRecordset = arRs
End Function
Function Pctile(data, pct) As Double
Dim objExcel As Object
Set objExcel = CreateObject("Excel.Application")
Pctile = objExcel.Application.percentile(data, pct)
objExcel.Quit
Set objExcel = Nothing
End Function
Function quartile(data, pct As Long) As Double
Dim objExcel As Object
Set objExcel = CreateObject("Excel.Application")
quartile = objExcel.Application.quartile(data, pct)
objExcel.Quit
Set objExcel = Nothing
End Function
From Gustav at cactus.dk Wed Mar 1 03:33:27 2006
From: Gustav at cactus.dk (Gustav Brock)
Date: Wed, 01 Mar 2006 10:33:27 +0100
Subject: [AccessD] Entering data in related tables in a single form
Message-ID:
Hi John
Or use a multi-paged form - could be styled as a wizard operated by keypresses only.
/gustav
>>> jwcolby at ColbyConsulting.com 01-03-2006 04:14 >>>
In fact this is the approach I am leaning towards. It is not as fast (data
entry) as a single form but makes the division of labor much cleaner.
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Joe Hecht
Sent: Tuesday, February 28, 2006 9:45 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Entering data in related tables in a single form
John,
I am doing this with forms and sub forms on a tab control?
I can send it to you if you need. It is the project I have been nagging the
list about.
Joe Hecht
From pcs at azizaz.com Wed Mar 1 07:25:25 2006
From: pcs at azizaz.com (Borge Hansen)
Date: Wed, 1 Mar 2006 23:25:25 +1000
Subject: [AccessD] Help with combo box
References: <6.2.1.2.2.20060228155505.01e9c198@mail.tpg.com.au><4403E982.5080005@san.rr.com><6.2.1.2.2.20060228172601.01eefe80@mail.tpg.com.au><44050488.1020808@san.rr.com><6.2.1.2.2.20060301132926.01e79298@mail.tpg.com.au>
<440520B4.7020907@san.rr.com>
Message-ID: <003f01c63d33$99dcab00$fa10a8c0@Albatross>
Haven't been following this thread, so I am just jumping in...
I would do something like:
Create cboRental and adjust the width so only the down arrow displays
Create txtRental; make it enabled and locked and place it to the left of
cboRental so it looks like one control.
On afterupdate of cboRental push the field that normally would display in the
combo into txtRental.
Do your double clicking code on txtRental; single clicking on the cboRental...
would that do?
regards
borge
----- Original Message -----
From: "Rocky Smolin - Beach Access Software"
To: "Access Developers discussion and problem solving"
Sent: Wednesday, March 01, 2006 2:19 PM
Subject: Re: [AccessD] Help with combo box
> David:
>
> AFAIK, no, the down arrow is not a separately programmable part of the
> control. But AFAIK may not go all that far.
>
> Rocky
>
>
> David & Joanne Gould wrote:
> > Rocky
> >
> > The Double-click event is set to open another form to change the Rental
> > Type for this movie title. What I was wondering was if there was a way to
> > access the drop-down arrow on the combo box as a separate thing. This might
> > separate the main part of the control where all the other code is
> > connected. Can it be done?
> >
> > TIA
> >
> > David
> >
> > At 01:18 PM 1/03/2006, you wrote:
> >
> >> Sorry about the late response. I was out all day. Can you use the
> >> click event? What additional function are you trying to implement?
> >>
> >> Rocky
> >>
> >>
> >> David & Joanne Gould wrote:
> >>
> >>> Thanks for your prompt response Rocky.
> >>>
> >>> At 05:11 PM 28/02/2006, you wrote:
> >>>
> >>>
> >>>> What event is the current code attached to?
> >>>> The database form is the Hiring form for a video library. There is
> >>>> currently code attached to the "Before update" event, the "After Update"
> >>>> event and the "On Double-click" event. The Double-click event allows the
> >>>> user to add oir change the hiring code (overnight, weekly, etc).
> >>>>
> >>>>
> >>>
> >>>> Can you use the 'Got Focus' event to run your new code?
> >>>>
> >>>>
> >>> The other issue I forgot to mention is it's on a continuous form. I have
> >>> tried to make the combo box inactive if there is anything entered in it,
> >>> but that just makes it inactive for all the records in the transaction (so
> >>> I would only be able to enter one movie per sale).
> >>>
> >>>
> >>>
> >>>
> >>>> Rocky
> >>>>
> >>>>
> >>>> David & Joanne Gould wrote:
> >>>>
> >>>>
> >>>>> I have a combo box on a form that has quite a lot of code attached to
it.
> >>>>>
> >>>>> Is there a way to run code when the user clicks on the drop-down arrow
> >>>>>
> >>>>>
> >>>> that
> >>>>
> >>>>
> >>>>> won't interfere with other code that runs when the user double-clicks on
> >>>>> the combo box?
> >>>>>
> >>>>> TIA
> >>>>>
> >>>>> David
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>> --
> >>>> Rocky Smolin
> >>>> Beach Access Software
> >>>> 858-259-4334
> >>>> www.e-z-mrp.com
> >>>>
> >>>> --
> >>>> AccessD mailing list
> >>>> AccessD at databaseadvisors.com
> >>>> http://databaseadvisors.com/mailman/listinfo/accessd
> >>>> Website: http://www.databaseadvisors.com
> >>>>
> >>>>
> >>>
> >>>
> >> --
> >> Rocky Smolin
> >> Beach Access Software
> >> 858-259-4334
> >> www.e-z-mrp.com
> >>
> >> --
> >> AccessD mailing list
> >> AccessD at databaseadvisors.com
> >> http://databaseadvisors.com/mailman/listinfo/accessd
> >> Website: http://www.databaseadvisors.com
> >>
> >
> >
> >
>
> --
> Rocky Smolin
> Beach Access Software
> 858-259-4334
> www.e-z-mrp.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
From dwaters at usinternet.com Wed Mar 1 07:28:31 2006
From: dwaters at usinternet.com (Dan Waters)
Date: Wed, 1 Mar 2006 07:28:31 -0600
Subject: [AccessD] Assistance
In-Reply-To: <3478101.1141189286629.JavaMail.root@sniper39>
Message-ID: <000c01c63d34$089f9e30$0200a8c0@danwaters>
AND, the name of the autonumber field MUST be the same as the table name.
For example, tblMyTable has a PK Autonumber of MyTableID.
It MUST be this way!
;-)
Dan
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Tuesday, February 28, 2006 10:59 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Assistance
ROTFLMAO.
Some things are just worth doing, always.
Because of my dictatorial methods I am able to just look at my tables and
see the relationships, know what tables a field is in etc. Works for me.
Most of my subjects don't dare speak up anymore, knowing my "out the door,
without a parachute" mentality.
;-)
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin -
Beach Access Software
Sent: Tuesday, February 28, 2006 11:15 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Assistance
Well, thanks to you and your dictatorial methodology I find I am now
completely unable to create a new table without defining an autonumber PK as
the very first field. With ID as the suffix of the field name.
Thanks a lot.
And I mean that.
Rocky
John Colby wrote:
> LOL, 99% of my forms are bound. 99% of my forms do some pretty "fancy"
> stuff via my framework as well.
>
> For example, I have a "REC_ID" text box on every form which is bound
> to the PK of the table the form collects data for. The REC_ID on the
> opening form is bound to the PK so it has information on the field
> name for the PK which I can use in building "move to" code. If a combo
> on another (child) form is displaying a record, the combo has the PK
> VALUE of a specific record in the parent table. If a user dbl clicks
> a combo box, my framework can cause a data entry form to open
> displaying data from the parent table that the combo is displaying.
> Since I know the PK from the combo that was double clicked, and I know the
table and field of that PK from the REC_ID control, I can
> instruct the form to "find" that PK. I therefore have all the pieces
> needed to open the form and move to the record that the combo was
> displaying. If the combo back on the calling form was on the new
> record, it will NOT be displaying data. That is a signal to the
> opening form to move to a new record so that the user can enter data.
> I use the same basic logic for the "not-in-list" event of the combo to
> allow the user to automatically open the data entry form for a combo,
> move to the new record, and enter new data in the table. When the
> form closes, the combo requeries and now contains the newly entered data
in the list table.
>
> That kind of stuff.
>
> My framework provides dozens of "behaviors" that are just there if I
> want to use them. In the OnOpen of a form, when I set up the form
> class, I can specify that "this combo is dependent on that combo".
> When the class for this combo is requeried, it automatically requeries
> all "dependent" object classes. I can have subforms, combos, list
> boxes etc. all "dependent on" a given object. As long as each of these
dependent objects has a "requery"
> method, I can just iterate the colDependentObject collection of the
> class, requerying all dependent objects. The current event of a
> subform can cause the form class to requery all "dependent objects"
> dependent on that current record of the subform. Of course all
> dependent objects have to have feedback in the query that allows it to
> display different data depending on the current row of a form, or the
> selected item in a combo etc. But if you set it all up, and "inform"
> the framework (objects) that other objects are dependent on them, then
> they all get requeried when the master object is requeried. A combo
> can have a dependent combo, which can itself have a dependent combo.
Change the first combo, it requeries the second combo.
> The second combo then requeries the third combo etc. The third combo
> could requery 5 subforms. Your imagination is the limit.
>
> This kind of stuff can make the creation of dependent combos and
> subforms a snap.
>
> Just one of dozens of behaviors built in to the framework.
>
> Yea, I use bound forms, I use autonumber PKs, I use a framework, and I
> make good use of all of the above.
>
> John W. Colby
> www.ColbyConsulting.com
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky
> Smolin - Beach Access Software
> Sent: Tuesday, February 28, 2006 9:15 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Assistance
>
> Bound or unbound forms?
>
> Rocky
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From pcs at azizaz.com Wed Mar 1 07:32:17 2006
From: pcs at azizaz.com (Borge Hansen)
Date: Wed, 1 Mar 2006 23:32:17 +1000
Subject: [AccessD] Help with combo box
References: <6.2.1.2.2.20060301132926.01e79298@mail.tpg.com.au><000001c63ce1$61c1b230$cfb3d6d1@SUSANONE><6.2.1.2.2.20060301144836.01e78160@mail.tpg.com.au><44052061.40303@san.rr.com>
<6.2.1.2.2.20060301153631.01e77178@mail.tpg.com.au>
Message-ID: <005401c63d34$8f36ba00$fa10a8c0@Albatross>
David,
What I need to setup is a way that makes it impossible for the
> > user to change their selection once they have made one (unless they delete
> > the record first) but still lets them use the double-click event to open
> > the form to change the rental type for the title
In your code test on me.cboRental.OldValue and prevent user for changing the
OldValue to a new ....
regards
borge
----- Original Message -----
From: "David & Joanne Gould"
To: "Access Developers discussion and problem solving"
Sent: Wednesday, March 01, 2006 2:38 PM
Subject: Re: [AccessD] Help with combo box
> Rocky
>
> I had a look but the combo box doesn't have a oncurrent event. If you meant
> for the form - the form is a continuous form and time I set the combo box
> to disabled it disables every instance of it.
>
> David
>
> At 03:17 PM 1/03/2006, you wrote:
> >David:
> >
> >So could you make the combo box enabled in the Current event (moving to
> >a new record) and disable it after the user makes a selection?
> >
> >But that leads to another problem. People make mistakes. So you have
> >to give them a way to back out of an erroneous selection.
> >
> >Rocky
> >
> >
> >David & Joanne Gould wrote:
> > > Susan
> > >
> > > The only property list I can see is the property dialog box for the whole
> > > control. What I need to setup is a way that makes it impossible for the
> > > user to change their selection once they have made one (unless they delete
> > > the record first) but still lets them use the double-click event to open
> > > the form to change the rental type for the title.
> > >
> > > TIA
> > >
> > > David
> > >
> > > At 02:36 PM 1/03/2006, you wrote:
> > >
> > >> Are you talking about the Dropdown property? Isn't there a Dropdown
> > property
> > >> that you can set to automatically open the list? Is that what you're
> > after?
> > >>
> > >> Susan H.
> > >>
> > >> The Double-click event is set to open another form to change the
> > Rental Type
> > >> for this movie title. What I was wondering was if there was a way to
> > access
> > >> the drop-down arrow on the combo box as a separate thing. This might
> > >> separate the main part of the control where all the other code is
> > connected.
> > >> Can it be done?
> > >>
> > >> --
> > >> AccessD mailing list
> > >> AccessD at databaseadvisors.com
> > >> http://databaseadvisors.com/mailman/listinfo/accessd
> > >> Website: http://www.databaseadvisors.com
> > >>
> > >
> > >
> > >
> >
> >--
> >Rocky Smolin
> >Beach Access Software
> >858-259-4334
> >www.e-z-mrp.com
> >
> >--
> >AccessD mailing list
> >AccessD at databaseadvisors.com
> >http://databaseadvisors.com/mailman/listinfo/accessd
> >Website: http://www.databaseadvisors.com
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
From pcs at azizaz.com Wed Mar 1 07:42:55 2006
From: pcs at azizaz.com (Borge Hansen)
Date: Wed, 1 Mar 2006 23:42:55 +1000
Subject: [AccessD] Scirus Scientific Search Engine
References:
Message-ID: <007101c63d36$0b58b8d0$fa10a8c0@Albatross>
Gustav,
I did ONE search phrase ..... and what a difference!!!
I think most of my web search from now on will be done on scirus!
Thanks a LOT of bringing the site to the attention of all of us.
/borge
----- Original Message -----
From: "Gustav Brock"
To:
Sent: Wednesday, March 01, 2006 6:50 PM
Subject: [AccessD] Scirus Scientific Search Engine
> Hi all
>
> Are you aware of the scientific search engine Scirus:
>
> http://www.scirus.com
>
From harkinsss at bellsouth.net Wed Mar 1 07:49:46 2006
From: harkinsss at bellsouth.net (Susan Harkins)
Date: Wed, 1 Mar 2006 08:49:46 -0500
Subject: [AccessD] Help with combo box
In-Reply-To: <6.2.1.2.2.20060301144836.01e78160@mail.tpg.com.au>
Message-ID: <000401c63d37$01e52d50$d8b3d6d1@SUSANONE>
It may be VBA only and all it does is drop the list automatically.
Susan H.
Susan
The only property list I can see is the property dialog box for the whole
control. What I need to setup is a way that makes it impossible for the user
to change their selection once they have made one (unless they delete the
record first) but still lets them use the double-click event to open the
form to change the rental type for the title.
From JHewson at karta.com Wed Mar 1 07:58:06 2006
From: JHewson at karta.com (Jim Hewson)
Date: Wed, 1 Mar 2006 07:58:06 -0600
Subject: [AccessD] Assistance
Message-ID: <9C382E065F54AE48BC3AA7925DCBB01C03DE6751@karta-exc-int.Karta.com>
Here. Here.
I concur!
Jim
jhewson at karta.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software
Sent: Tuesday, February 28, 2006 10:15 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Assistance
Well, thanks to you and your dictatorial methodology I find I am now
completely unable to create a new table without defining an autonumber
PK as the very first field. With ID as the suffix of the field name.
Thanks a lot.
And I mean that.
Rocky
John Colby wrote:
> LOL, 99% of my forms are bound. 99% of my forms do some pretty "fancy"
> stuff via my framework as well.
>
> For example, I have a "REC_ID" text box on every form which is bound to the
> PK of the table the form collects data for. The REC_ID on the opening form
> is bound to the PK so it has information on the field name for the PK which
> I can use in building "move to" code. If a combo on another (child) form is
> displaying a record, the combo has the PK VALUE of a specific record in the
> parent table. If a user dbl clicks a combo box, my framework can cause a
> data entry form to open displaying data from the parent table that the combo
> is displaying. Since I know the PK from the combo that was double clicked,
> and I know the table and field of that PK from the REC_ID control, I can
> instruct the form to "find" that PK. I therefore have all the pieces
> needed to open the form and move to the record that the combo was
> displaying. If the combo back on the calling form was on the new record, it
> will NOT be displaying data. That is a signal to the opening form to move
> to a new record so that the user can enter data. I use the same basic logic
> for the "not-in-list" event of the combo to allow the user to automatically
> open the data entry form for a combo, move to the new record, and enter new
> data in the table. When the form closes, the combo requeries and now
> contains the newly entered data in the list table.
>
> That kind of stuff.
>
> My framework provides dozens of "behaviors" that are just there if I want to
> use them. In the OnOpen of a form, when I set up the form class, I can
> specify that "this combo is dependent on that combo". When the class for
> this combo is requeried, it automatically requeries all "dependent" object
> classes. I can have subforms, combos, list boxes etc. all "dependent on" a
> given object. As long as each of these dependent objects has a "requery"
> method, I can just iterate the colDependentObject collection of the class,
> requerying all dependent objects. The current event of a subform can cause
> the form class to requery all "dependent objects" dependent on that current
> record of the subform. Of course all dependent objects have to have
> feedback in the query that allows it to display different data depending on
> the current row of a form, or the selected item in a combo etc. But if you
> set it all up, and "inform" the framework (objects) that other objects are
> dependent on them, then they all get requeried when the master object is
> requeried. A combo can have a dependent combo, which can itself have a
> dependent combo. Change the first combo, it requeries the second combo.
> The second combo then requeries the third combo etc. The third combo could
> requery 5 subforms. Your imagination is the limit.
>
> This kind of stuff can make the creation of dependent combos and subforms a
> snap.
>
> Just one of dozens of behaviors built in to the framework.
>
> Yea, I use bound forms, I use autonumber PKs, I use a framework, and I make
> good use of all of the above.
>
> John W. Colby
> www.ColbyConsulting.com
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin -
> Beach Access Software
> Sent: Tuesday, February 28, 2006 9:15 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Assistance
>
> Bound or unbound forms?
>
> Rocky
>
>
> John Colby wrote:
>
>> Folks,
>>
>> I am looking for a "junior level" person to assist me in getting some
>> of my back log caught up. I need one person, able to:
>>
>> Read and program VBA, guru not required.
>> Understands and can build Access tables, queries, forms and reports.
>> Must understand data normalization and be able to correctly sort out
>> what data goes where given a set of objects / attributes.
>> Must be able to read, understand and build relationship diagrams in
>> the relationship window in Access (the center of my universe).
>> Has a few hours a day available (10-20 hours a week).
>> Must be self starter, blah, blah, blah.
>>
>> If anyone out there thinks they might fit the bill, please respond
>> OFFLINE - email a resume, and introduction email with required hourly
>> wage to jwcolby at colbyconsulting.com. The more you know and are
>> capable of the more work I have.
>>
>> Thanks,
>>
>> John W. Colby
>> www.ColbyConsulting.com
>>
>>
>>
>>
>
> --
> Rocky Smolin
> Beach Access Software
> 858-259-4334
> www.e-z-mrp.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
>
--
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From Jdemarco at hudsonhealthplan.org Wed Mar 1 08:20:42 2006
From: Jdemarco at hudsonhealthplan.org (Jim DeMarco)
Date: Wed, 1 Mar 2006 09:20:42 -0500
Subject: [AccessD] Converting to 2003
Message-ID: <08F823FD83787D4BA0B99CA580AD3C7402DE6CB6@TTNEXCHCL2.hshhp.com>
While I can certainly understand the how mere mention of Gustav's name
might instill respect in an application I'm not quite sure I have an
answer to my question.
Was the bloating issue fixed or will I have to insert Gustav into my
conversion process? ;-)
Thanks,
Jim D.
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William
Hindman
Sent: Tuesday, February 28, 2006 9:14 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Converting to 2003
...your blessing or MS actually fixing an Access bug ...both are
miracles in my book :)
William
----- Original Message -----
From: "Gustav Brock"
To:
Sent: Tuesday, February 28, 2006 4:33 AM
Subject: Re: [AccessD] Converting to 2003
> Hi William
>
> "don't particularly care" ... well, that hurts - after all my efforts!
>
> Actually, we have two clients - both female, wonder why - who claim
that
> more than once they have seen issues vanish just by calling me. I
didn't
> do anything - no advice or problem solving - other than devoting my
> attention. And my middle name isn't Jesus. Maybe your mdbs have been
on my
> mind too!
>
> /gustav
>
>>>> wdhindman at bellsouth.net 28-02-2006 00:39 >>>
> ...either its been fixed or Gustav blessed all my mdbs ...I don't
> particularly care which :)
>
> William
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
***********************************************************************************
"This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You".
***********************************************************************************
From bchacc at san.rr.com Wed Mar 1 08:54:56 2006
From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software)
Date: Wed, 01 Mar 2006 06:54:56 -0800
Subject: [AccessD] Assistance
In-Reply-To: <000c01c63d34$089f9e30$0200a8c0@danwaters>
References: <000c01c63d34$089f9e30$0200a8c0@danwaters>
Message-ID: <4405B5C0.4080502@san.rr.com>
You forgot the fld prefix! I now also put the name of the table into
each field name. so each field in tblCustomer, for example, begins with
fldCustomer. More self documenting. You can always see what table a
field comes from.
Rocky
Dan Waters wrote:
> AND, the name of the autonumber field MUST be the same as the table name.
>
> For example, tblMyTable has a PK Autonumber of MyTableID.
>
> It MUST be this way!
>
> ;-)
>
> Dan
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
> Sent: Tuesday, February 28, 2006 10:59 PM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Assistance
>
> ROTFLMAO.
>
> Some things are just worth doing, always.
>
> Because of my dictatorial methods I am able to just look at my tables and
> see the relationships, know what tables a field is in etc. Works for me.
> Most of my subjects don't dare speak up anymore, knowing my "out the door,
> without a parachute" mentality.
>
> ;-)
>
> John W. Colby
> www.ColbyConsulting.com
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin -
> Beach Access Software
> Sent: Tuesday, February 28, 2006 11:15 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Assistance
>
> Well, thanks to you and your dictatorial methodology I find I am now
> completely unable to create a new table without defining an autonumber PK as
> the very first field. With ID as the suffix of the field name.
>
> Thanks a lot.
>
> And I mean that.
>
> Rocky
>
>
> John Colby wrote:
>
>> LOL, 99% of my forms are bound. 99% of my forms do some pretty "fancy"
>> stuff via my framework as well.
>>
>> For example, I have a "REC_ID" text box on every form which is bound
>> to the PK of the table the form collects data for. The REC_ID on the
>> opening form is bound to the PK so it has information on the field
>> name for the PK which I can use in building "move to" code. If a combo
>> on another (child) form is displaying a record, the combo has the PK
>> VALUE of a specific record in the parent table. If a user dbl clicks
>> a combo box, my framework can cause a data entry form to open
>> displaying data from the parent table that the combo is displaying.
>> Since I know the PK from the combo that was double clicked, and I know the
>>
> table and field of that PK from the REC_ID control, I can
>
>> instruct the form to "find" that PK. I therefore have all the pieces
>> needed to open the form and move to the record that the combo was
>> displaying. If the combo back on the calling form was on the new
>> record, it will NOT be displaying data. That is a signal to the
>> opening form to move to a new record so that the user can enter data.
>> I use the same basic logic for the "not-in-list" event of the combo to
>> allow the user to automatically open the data entry form for a combo,
>> move to the new record, and enter new data in the table. When the
>> form closes, the combo requeries and now contains the newly entered data
>>
> in the list table.
>
>> That kind of stuff.
>>
>> My framework provides dozens of "behaviors" that are just there if I
>> want to use them. In the OnOpen of a form, when I set up the form
>> class, I can specify that "this combo is dependent on that combo".
>> When the class for this combo is requeried, it automatically requeries
>> all "dependent" object classes. I can have subforms, combos, list
>> boxes etc. all "dependent on" a given object. As long as each of these
>>
> dependent objects has a "requery"
>
>> method, I can just iterate the colDependentObject collection of the
>> class, requerying all dependent objects. The current event of a
>> subform can cause the form class to requery all "dependent objects"
>> dependent on that current record of the subform. Of course all
>> dependent objects have to have feedback in the query that allows it to
>> display different data depending on the current row of a form, or the
>> selected item in a combo etc. But if you set it all up, and "inform"
>> the framework (objects) that other objects are dependent on them, then
>> they all get requeried when the master object is requeried. A combo
>> can have a dependent combo, which can itself have a dependent combo.
>>
> Change the first combo, it requeries the second combo.
>
>> The second combo then requeries the third combo etc. The third combo
>> could requery 5 subforms. Your imagination is the limit.
>>
>> This kind of stuff can make the creation of dependent combos and
>> subforms a snap.
>>
>> Just one of dozens of behaviors built in to the framework.
>>
>> Yea, I use bound forms, I use autonumber PKs, I use a framework, and I
>> make good use of all of the above.
>>
>> John W. Colby
>> www.ColbyConsulting.com
>>
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky
>> Smolin - Beach Access Software
>> Sent: Tuesday, February 28, 2006 9:15 PM
>> To: Access Developers discussion and problem solving
>> Subject: Re: [AccessD] Assistance
>>
>> Bound or unbound forms?
>>
>> Rocky
>>
>
>
--
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
From jmhecht at earthlink.net Wed Mar 1 09:03:24 2006
From: jmhecht at earthlink.net (Joe Hecht)
Date: Wed, 1 Mar 2006 07:03:24 -0800
Subject: [AccessD] OT: Microsoft CRM 3 .0
In-Reply-To: <46B976F2B698FF46A4FE7636509B22DF1B63EE@stekelbes.ithelps.local>
Message-ID: <000701c63d41$49e598b0$6701a8c0@HPLaptop>
Erwin,
I was at a M$ event last week. I will try to send you links
later today. Remind me if I do not.
The thing that turned me off as an itty bitty house is it
uses servers and there opens that whole can of worms.
Joe Hecht
jmhecht at earthlink.net
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Erwin Craps - IT Helps
Sent: Wednesday, March 01, 2006 12:45 AM
To: Access Developers discussion and problem solving
Subject: [AccessD] OT: Microsoft CRM 3 .0
If I'm not mistaken I haven't read a single thing about
Microsoft CRM
3.0 in this list?!
Which I fiind very bizare..
I'm very intrested in MS CRM 3.0 and attented a technical
and a sale
presentation for MS partners but was not able to test the
product yet.
As I see it now, CRM looks like a good step-up for at least
two tailor
made apps I have written in the last years in Access, and
probably a lot
of others Acess apps that are Customer orientated. CRM 3.0
is based on
SQL server and that also keeps everything pretty open.
What is the list opinion/experiance about this CRM 3.0
espcialy for
migrating Access apps to it?
Greetings
Erwin Craps
Zaakvoerder
www.ithelps.be/onsgezin
This E-mail is confidential, may be legally privileged, and
is for the
intended recipient only. Access, disclosure, copying,
distribution, or
reliance on any of it by anyone else is prohibited and may
be a criminal
offence. Please delete if obtained in error and E-mail
confirmation to
the sender.
IT Helps - I.T. Help Center *** Box Office Belgium &
Luxembourg
www.ithelps.be *
www.boxoffice.be
* www.stadleuven.be
IT Helps bvba* ** Mercatorpad 3 ** 3000 Leuven
IT Helps * Phone: +32 16 296 404 * Fax: +32 16 296 405
E-mail:
Info at ithelps.be
Box Office ** Fax: +32 16 296 406 ** Box Office E-mail:
Staff at boxoffice.be
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From jmhecht at earthlink.net Wed Mar 1 09:06:48 2006
From: jmhecht at earthlink.net (Joe Hecht)
Date: Wed, 1 Mar 2006 07:06:48 -0800
Subject: [AccessD] Entering data in related tables in a single form
In-Reply-To: <005c01c63cde$33d3c280$647aa8c0@ColbyM6805>
Message-ID: <000801c63d41$c3fe4f70$6701a8c0@HPLaptop>
There is a form property called cycle so you can lock each
form (subform) to show only one record at a time
See
http://msdn.microsoft.com/library/default.asp?url=/library/e
n-us/vbaac11/html/acproCycle_HV05187126.asp
Watch the wrap
Joe Hecht
jmhecht at earthlink.net
Joe Hecht
jmhecht at earthlink.net
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
John Colby
Sent: Tuesday, February 28, 2006 7:14 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Entering data in related tables in a
single form
In fact this is the approach I am leaning towards. It is
not as fast (data
entry) as a single form but makes the division of labor much
cleaner.
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Joe Hecht
Sent: Tuesday, February 28, 2006 9:45 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Entering data in related tables in a
single form
John,
I am doing this with forms and sub forms on a tab control?
I can send it to you if you need. It is the project I have
been nagging the
list about.
Joe Hecht
jmhecht at earthlink.net
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
John Colby
Sent: Tuesday, February 28, 2006 12:13 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Entering data in related tables in a
single form
These are papers in boxes. Beyond that I do not know.
Since the total
fields they intend to enter is about 20 or so, the client
intends to just
"key it in".
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Hale, Jim
Sent: Tuesday, February 28, 2006 1:56 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Entering data in related tables in a
single form
Is the data on paper (and must be input by hand) or
electronic forms (where
maybe it could be parsed quickly with Monarch?) Jim Hale
-----Original Message-----
From: John Colby [mailto:jwcolby at colbyconsulting.com]
Sent: Tuesday, February 28, 2006 12:41 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Entering data in related tables in a
single form
>I suppose your base is in "bounders camp" while looking
for this
>"quick
and dirty form" solution :)
LOL, yea, given I am an unholy bounder, going unbound would
not qualify as
quick and dirty.
I have discovered that as long as you include the PK/FK
pairs, and populate
the data in the parent/child order it seems to work.
This is a moderately complex database, normalized, with
lookup tables etc.
and I need to get about 3 or 4 of the major tables populated
with new claim
/ claimant / policy data from a ton of new claims on an
"emergency" basis
(2000 claims input in then next couple of days).
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Shamil
Salakhetdinov
Sent: Tuesday, February 28, 2006 1:36 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Entering data in related tables in a
single form
<<<
> seem to remember trying this ages ago with less than
stellar results.
>>>
John,
What issues do you mean? (It should work well in MS Access
with properly
organized forms (with subforms) and maybe with a few lines
of code)...
I suppose your base is in "bounders camp" while looking for
this "quick and
dirty form" solution :)
Shamil
----- Original Message -----
From: "John Colby"
To: "'Access Developers discussion and problem solving'"
Sent: Tuesday, February 28, 2006 9:02 PM
Subject: [AccessD] Entering data in related tables in a
single form
>I need a quick and dirty form to enter data into a whole
set of related
>data tables. Policy holder, policy, claim, claimant etc.
>
> Is this possible? Obviously I have relational integrity
turned on so
> the PKs have to exist in the "parent" tables before they
can be used
> to enter data into the child tables. I seem to remember
trying this
> ages ago with less than stellar results. Has anyone here
done
> something like this, and if so how?
>
> John W. Colby
> www.ColbyConsulting.com
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
************************************************************
***********
The information transmitted is intended solely for the
individual or entity
to which it is addressed and may contain confidential and/or
privileged
material. Any review, retransmission, dissemination or other
use of or
taking action in reliance upon this information by persons
or entities other
than the intended recipient is prohibited.
If you have received this email in error please contact the
sender and
delete the material from any computer. As a recipient of
this email, you are
responsible for screening its contents and the contents of
any attachments
for the presence of viruses. No liability is accepted for
any damages caused
by any virus transmitted by this email.
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From Gustav at cactus.dk Wed Mar 1 09:12:39 2006
From: Gustav at cactus.dk (Gustav Brock)
Date: Wed, 01 Mar 2006 16:12:39 +0100
Subject: [AccessD] Assistance
Message-ID:
Hi Dan
Actually you are denormalizing the naming of the database schema this way ...
ID is fine. Outside the table it is tblMyTable.ID. Access does this for you automatically.
Why having trouble with tblMyTable.MyTableID? Too much typing.
Sorry, couldn't resist. Boring day here - and remember: Clients do lie. "I'm are experiencing locked records but everyone else is locked out." My colleague drives to the client just to spot a laptop with wireless network. You have one guess: Was this machine logged in to the application?"
/gustav
>>> dwaters at usinternet.com 01-03-2006 14:28 >>>
AND, the name of the autonumber field MUST be the same as the table name.
For example, tblMyTable has a PK Autonumber of MyTableID.
It MUST be this way!
;-)
Dan
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Tuesday, February 28, 2006 10:59 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Assistance
ROTFLMAO.
Some things are just worth doing, always.
Because of my dictatorial methods I am able to just look at my tables and
see the relationships, know what tables a field is in etc. Works for me.
Most of my subjects don't dare speak up anymore, knowing my "out the door,
without a parachute" mentality.
;-)
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin -
Beach Access Software
Sent: Tuesday, February 28, 2006 11:15 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Assistance
Well, thanks to you and your dictatorial methodology I find I am now
completely unable to create a new table without defining an autonumber PK as
the very first field. With ID as the suffix of the field name.
Thanks a lot.
And I mean that.
Rocky
From Gustav at cactus.dk Wed Mar 1 09:15:07 2006
From: Gustav at cactus.dk (Gustav Brock)
Date: Wed, 01 Mar 2006 16:15:07 +0100
Subject: [AccessD] Assistance
Message-ID:
Hi Rocky
Until you rename the table. Great time for fun!
/gustav
>>> bchacc at san.rr.com 01-03-2006 15:54 >>>
You forgot the fld prefix! I now also put the name of the table into
each field name. so each field in tblCustomer, for example, begins with
fldCustomer. More self documenting. You can always see what table a
field comes from.
Rocky
From Gustav at cactus.dk Wed Mar 1 09:23:20 2006
From: Gustav at cactus.dk (Gustav Brock)
Date: Wed, 01 Mar 2006 16:23:20 +0100
Subject: [AccessD] OT: Microsoft CRM 3 .0
Message-ID:
Hi Erwin
We looked briefly at the earlier versions. Problem is that any solution with Microsoft CRM ties the client to Microsoft Outlook, Microsoft servers and/or Exchange/Sharepoint and/or some of their Business apps and no Mac or Linux workstations. It's just too much Microsoft.
A five or ten user package is included with the Action Pack so go'n'get that if you wish to play around with it. For some clients it may prove useful at a modest cost.
/gustav
>>> Erwin.Craps at ithelps.be 01-03-2006 09:45 >>>
If I'm not mistaken I haven't read a single thing about Microsoft CRM
3.0 in this list?!
Which I fiind very bizare..
I'm very intrested in MS CRM 3.0 and attented a technical and a sale
presentation for MS partners but was not able to test the product yet.
As I see it now, CRM looks like a good step-up for at least two tailor
made apps I have written in the last years in Access, and probably a lot
of others Acess apps that are Customer orientated. CRM 3.0 is based on
SQL server and that also keeps everything pretty open.
What is the list opinion/experiance about this CRM 3.0 espcialy for
migrating Access apps to it?
Greetings
Erwin Craps
Zaakvoerder
www.ithelps.be/onsgezin
From bchacc at san.rr.com Wed Mar 1 09:23:43 2006
From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software)
Date: Wed, 01 Mar 2006 07:23:43 -0800
Subject: [AccessD] Assistance
In-Reply-To:
References:
Message-ID: <4405BC7F.2060903@san.rr.com>
Isn't that what Rick Fisher's Find and Replace is for?
Actually has this kind of happen this week. Had to merge one table into
another. So I had to change my fldBV prefix to fldBundle everywhere -
tables, queries, forms, code, etc. Great program. It found them all.
Rocky
Gustav Brock wrote:
> Hi Rocky
>
> Until you rename the table. Great time for fun!
>
> /gustav
>
>
>>>> bchacc at san.rr.com 01-03-2006 15:54 >>>
>>>>
> You forgot the fld prefix! I now also put the name of the table into
> each field name. so each field in tblCustomer, for example, begins with
> fldCustomer. More self documenting. You can always see what table a
> field comes from.
>
> Rocky
>
>
--
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
From markamatte at hotmail.com Wed Mar 1 09:35:03 2006
From: markamatte at hotmail.com (Mark A Matte)
Date: Wed, 01 Mar 2006 15:35:03 +0000
Subject: [AccessD] On Open Event
In-Reply-To: <4405BC7F.2060903@san.rr.com>
Message-ID:
Hello All,
I have a form that does 'stuff' 'ON OPEN'...is there a way to cause this
event to fire again from another form...repaint,refresh,requery...anything?
Thanks,
Mark A. Matte
From JHewson at karta.com Wed Mar 1 09:39:17 2006
From: JHewson at karta.com (Jim Hewson)
Date: Wed, 1 Mar 2006 09:39:17 -0600
Subject: [AccessD] On Open Event
Message-ID: <9C382E065F54AE48BC3AA7925DCBB01C03DE6782@karta-exc-int.Karta.com>
When I had to do this, I created a public function and then just called the function where ever I needed it.
JC would have it in a class in his framework.
Jim
-----Original Message-----
From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte
Sent: Wednesday, March 01, 2006 9:35 AM
To: accessd at databaseadvisors.com
Subject: [AccessD] On Open Event
Hello All,
I have a form that does 'stuff' 'ON OPEN'...is there a way to cause this
event to fire again from another form...repaint,refresh,requery...anything?
Thanks,
Mark A. Matte
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From markamatte at hotmail.com Wed Mar 1 09:43:40 2006
From: markamatte at hotmail.com (Mark A Matte)
Date: Wed, 01 Mar 2006 15:43:40 +0000
Subject: [AccessD] On Open Event
In-Reply-To: <9C382E065F54AE48BC3AA7925DCBB01C03DE6782@karta-exc-int.Karta.com>
Message-ID:
Thanks Jim,
Thats what I was thinking...I just wish I would have thought about that at
the beginning.
Thanks,
Mark A. Matte
>From: "Jim Hewson"
>Reply-To: Access Developers discussion and problem
>solving
>To: "Access Developers discussion and problem
>solving"
>Subject: Re: [AccessD] On Open Event
>Date: Wed, 1 Mar 2006 09:39:17 -0600
>
>When I had to do this, I created a public function and then just called the
>function where ever I needed it.
>JC would have it in a class in his framework.
>
>Jim
>
>-----Original Message-----
>From: accessd-bounces at databaseadvisors.com
>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte
>Sent: Wednesday, March 01, 2006 9:35 AM
>To: accessd at databaseadvisors.com
>Subject: [AccessD] On Open Event
>
>Hello All,
>
>I have a form that does 'stuff' 'ON OPEN'...is there a way to cause this
>event to fire again from another form...repaint,refresh,requery...anything?
>
>Thanks,
>
>Mark A. Matte
>
>
>--
>AccessD mailing list
>AccessD at databaseadvisors.com
>http://databaseadvisors.com/mailman/listinfo/accessd
>Website: http://www.databaseadvisors.com
>--
>AccessD mailing list
>AccessD at databaseadvisors.com
>http://databaseadvisors.com/mailman/listinfo/accessd
>Website: http://www.databaseadvisors.com
From cfoust at infostatsystems.com Wed Mar 1 10:13:55 2006
From: cfoust at infostatsystems.com (Charlotte Foust)
Date: Wed, 1 Mar 2006 08:13:55 -0800
Subject: [AccessD] Assistance
Message-ID:
Troublemaker! ;o>
Charlotte
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
- Beach Access Software
Sent: Tuesday, February 28, 2006 6:15 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Assistance
Bound or unbound forms?
Rocky
John Colby wrote:
> Folks,
>
> I am looking for a "junior level" person to assist me in getting some
> of my back log caught up. I need one person, able to:
>
> Read and program VBA, guru not required.
> Understands and can build Access tables, queries, forms and reports.
> Must understand data normalization and be able to correctly sort out
> what data goes where given a set of objects / attributes. Must be able
> to read, understand and build relationship diagrams in the
> relationship window in Access (the center of my universe). Has a few
> hours a day available (10-20 hours a week). Must be self starter,
> blah, blah, blah.
>
> If anyone out there thinks they might fit the bill, please respond
> OFFLINE - email a resume, and introduction email with required hourly
> wage to jwcolby at colbyconsulting.com. The more you know and are
> capable of the more work I have.
>
> Thanks,
>
> John W. Colby
> www.ColbyConsulting.com
>
>
From cfoust at infostatsystems.com Wed Mar 1 10:21:16 2006
From: cfoust at infostatsystems.com (Charlotte Foust)
Date: Wed, 1 Mar 2006 08:21:16 -0800
Subject: [AccessD] Scirus Scientific Search Engine
Message-ID:
Well, it certainly cut the crap out for me. I get a plain white IE page
with the message "Done" in the status bar. Not terribly useful, but a
lot cleaner than a google search! LOL
Charlotte Foust
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock
Sent: Wednesday, March 01, 2006 12:50 AM
To: accessd at databaseadvisors.com
Subject: [AccessD] Scirus Scientific Search Engine
Hi all
Are you aware of the scientific search engine Scirus:
http://www.scirus.com
It can be quite useful when you wish you could "cut the crap" from a
Google search. The crap is often caused by this "feature" which few know
about:
Hi Gustav,
Thank you for your note. Sometimes when you search for an exact phrase,
you will not find an exact match anywhere on the page in question. When
this occurs, if you look at Google's cached copy of the page you should
see a message in the upper left-hand area of the page that says, "These
terms only appear in links pointing to this page." In evaluating the
merit of a page, Google looks not only at information found on the page
itself, but also the anchor text of links that point to the page. If
links pointing to the page contain the exact phrase you searched on,
this can cause a page to be returned as a match for your query.
We hope this explanation helps to clarify our phrase search procedure.
Regards,
The Google Team
/gustav
From Gustav at cactus.dk Wed Mar 1 10:21:17 2006
From: Gustav at cactus.dk (Gustav Brock)
Date: Wed, 01 Mar 2006 17:21:17 +0100
Subject: [AccessD] Assistance
Message-ID:
Hi Rocky
Right you are. The trouble is field names in queries. It handles that.
/gustav
>>> bchacc at san.rr.com 01-03-2006 16:23 >>>
Isn't that what Rick Fisher's Find and Replace is for?
Actually has this kind of happen this week. Had to merge one table into
another. So I had to change my fldBV prefix to fldBundle everywhere -
tables, queries, forms, code, etc. Great program. It found them all.
Rocky
Gustav Brock wrote:
> Hi Rocky
>
> Until you rename the table. Great time for fun!
>
> /gustav
>
>
>>>> bchacc at san.rr.com 01-03-2006 15:54 >>>
>>>>
> You forgot the fld prefix! I now also put the name of the table into
> each field name. so each field in tblCustomer, for example, begins with
> fldCustomer. More self documenting. You can always see what table a
> field comes from.
From jwcolby at ColbyConsulting.com Wed Mar 1 10:26:26 2006
From: jwcolby at ColbyConsulting.com (John Colby)
Date: Wed, 1 Mar 2006 11:26:26 -0500
Subject: [AccessD] Assistance
In-Reply-To: <4405BC7F.2060903@san.rr.com>
Message-ID: <007c01c63d4c$e47d65f0$647aa8c0@ColbyM6805>
Exactly. If you are changing table names you already have to search and
replace in forms, reports, queries, code etc. Find&Replace !
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin -
Beach Access Software
Sent: Wednesday, March 01, 2006 10:24 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Assistance
Isn't that what Rick Fisher's Find and Replace is for?
Actually has this kind of happen this week. Had to merge one table into
another. So I had to change my fldBV prefix to fldBundle everywhere -
tables, queries, forms, code, etc. Great program. It found them all.
Rocky
Gustav Brock wrote:
> Hi Rocky
>
> Until you rename the table. Great time for fun!
>
> /gustav
>
>
>>>> bchacc at san.rr.com 01-03-2006 15:54 >>>
>>>>
> You forgot the fld prefix! I now also put the name of the table into
> each field name. so each field in tblCustomer, for example, begins
> with fldCustomer. More self documenting. You can always see what
> table a field comes from.
>
> Rocky
>
>
--
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From dwaters at usinternet.com Wed Mar 1 10:39:37 2006
From: dwaters at usinternet.com (Dan Waters)
Date: Wed, 1 Mar 2006 10:39:37 -0600
Subject: [AccessD] Assistance
In-Reply-To: <12023378.1141226234742.JavaMail.root@sniper39>
Message-ID: <000901c63d4e$be0fd590$0200a8c0@danwaters>
Gustav,
I usually don't argue in this list but now I have to. Do you really want
one field in every table called ID? Typing is easy! Trying to hunt down
which of 50 fields all named ID is causing the problem sounds like a good
all-day exercise.
Dan
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock
Sent: Wednesday, March 01, 2006 9:13 AM
To: accessd at databaseadvisors.com
Subject: Re: [AccessD] Assistance
Hi Dan
Actually you are denormalizing the naming of the database schema this way
...
ID is fine. Outside the table it is tblMyTable.ID. Access does this for you
automatically.
Why having trouble with tblMyTable.MyTableID? Too much typing.
Sorry, couldn't resist. Boring day here - and remember: Clients do lie. "I'm
are experiencing locked records but everyone else is locked out." My
colleague drives to the client just to spot a laptop with wireless network.
You have one guess: Was this machine logged in to the application?"
/gustav
>>> dwaters at usinternet.com 01-03-2006 14:28 >>>
AND, the name of the autonumber field MUST be the same as the table name.
For example, tblMyTable has a PK Autonumber of MyTableID.
It MUST be this way!
;-)
Dan
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Tuesday, February 28, 2006 10:59 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Assistance
ROTFLMAO.
Some things are just worth doing, always.
Because of my dictatorial methods I am able to just look at my tables and
see the relationships, know what tables a field is in etc. Works for me.
Most of my subjects don't dare speak up anymore, knowing my "out the door,
without a parachute" mentality.
;-)
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin -
Beach Access Software
Sent: Tuesday, February 28, 2006 11:15 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Assistance
Well, thanks to you and your dictatorial methodology I find I am now
completely unable to create a new table without defining an autonumber PK as
the very first field. With ID as the suffix of the field name.
Thanks a lot.
And I mean that.
Rocky
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From dwaters at usinternet.com Wed Mar 1 10:45:35 2006
From: dwaters at usinternet.com (Dan Waters)
Date: Wed, 1 Mar 2006 10:45:35 -0600
Subject: [AccessD] On Open Event
In-Reply-To: <17264580.1141227507130.JavaMail.root@sniper19>
Message-ID: <000a01c63d4f$908c6ab0$0200a8c0@danwaters>
Mark,
You can do this:
1) Make the open event a Public sub.
2) Use this: Call Forms.frmMyForm.Form_Open
You can use this technique to call any procedure in any OPEN form. I do
this sometimes to call an open form's Current event from code in a standard
module.
Dan
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte
Sent: Wednesday, March 01, 2006 9:35 AM
To: accessd at databaseadvisors.com
Subject: [AccessD] On Open Event
Hello All,
I have a form that does 'stuff' 'ON OPEN'...is there a way to cause this
event to fire again from another form...repaint,refresh,requery...anything?
Thanks,
Mark A. Matte
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From markamatte at hotmail.com Wed Mar 1 10:54:03 2006
From: markamatte at hotmail.com (Mark A Matte)
Date: Wed, 01 Mar 2006 16:54:03 +0000
Subject: [AccessD] On Open Event
In-Reply-To: <000a01c63d4f$908c6ab0$0200a8c0@danwaters>
Message-ID:
Dan,
Thats what I was looking for...
Thanks,
Mark A. Matte
>From: "Dan Waters"
>Reply-To: Access Developers discussion and problem
>solving
>To: "'Access Developers discussion and problem
>solving'"
>Subject: Re: [AccessD] On Open Event
>Date: Wed, 1 Mar 2006 10:45:35 -0600
>
>Mark,
>
>You can do this:
>
>1) Make the open event a Public sub.
>
>2) Use this: Call Forms.frmMyForm.Form_Open
>
>You can use this technique to call any procedure in any OPEN form. I do
>this sometimes to call an open form's Current event from code in a standard
>module.
>
>
>Dan
>
>
>-----Original Message-----
>From: accessd-bounces at databaseadvisors.com
>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte
>Sent: Wednesday, March 01, 2006 9:35 AM
>To: accessd at databaseadvisors.com
>Subject: [AccessD] On Open Event
>
>Hello All,
>
>I have a form that does 'stuff' 'ON OPEN'...is there a way to cause this
>event to fire again from another form...repaint,refresh,requery...anything?
>
>Thanks,
>
>Mark A. Matte
>
>
>--
>AccessD mailing list
>AccessD at databaseadvisors.com
>http://databaseadvisors.com/mailman/listinfo/accessd
>Website: http://www.databaseadvisors.com
>
>--
>AccessD mailing list
>AccessD at databaseadvisors.com
>http://databaseadvisors.com/mailman/listinfo/accessd
>Website: http://www.databaseadvisors.com
From Gustav at cactus.dk Wed Mar 1 11:52:09 2006
From: Gustav at cactus.dk (Gustav Brock)
Date: Wed, 01 Mar 2006 18:52:09 +0100
Subject: [AccessD] Assistance
Message-ID:
Hi Dan
It really is a matter of preference, I feel. All I can say is that it has never caused any trouble for me.
Also, I always prefix table names "tbl" to separate them in SQL clearly from query names.
But I never prefix field names with "fld". Again, matter of taste.
/gustav
>>> dwaters at usinternet.com 01-03-2006 17:39 >>>
Gustav,
I usually don't argue in this list but now I have to. Do you really want
one field in every table called ID? Typing is easy! Trying to hunt down
which of 50 fields all named ID is causing the problem sounds like a good
all-day exercise.
Dan
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock
Sent: Wednesday, March 01, 2006 9:13 AM
To: accessd at databaseadvisors.com
Subject: Re: [AccessD] Assistance
Hi Dan
Actually you are denormalizing the naming of the database schema this way
...
ID is fine. Outside the table it is tblMyTable.ID. Access does this for you
automatically.
Why having trouble with tblMyTable.MyTableID? Too much typing.
Sorry, couldn't resist. Boring day here - and remember: Clients do lie. "I'm
are experiencing locked records but everyone else is locked out." My
colleague drives to the client just to spot a laptop with wireless network.
You have one guess: Was this machine logged in to the application?"
/gustav
>>> dwaters at usinternet.com 01-03-2006 14:28 >>>
AND, the name of the autonumber field MUST be the same as the table name.
For example, tblMyTable has a PK Autonumber of MyTableID.
It MUST be this way!
;-)
Dan
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Tuesday, February 28, 2006 10:59 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Assistance
ROTFLMAO.
Some things are just worth doing, always.
Because of my dictatorial methods I am able to just look at my tables and
see the relationships, know what tables a field is in etc. Works for me.
Most of my subjects don't dare speak up anymore, knowing my "out the door,
without a parachute" mentality.
;-)
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin -
Beach Access Software
Sent: Tuesday, February 28, 2006 11:15 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Assistance
Well, thanks to you and your dictatorial methodology I find I am now
completely unable to create a new table without defining an autonumber PK as
the very first field. With ID as the suffix of the field name.
Thanks a lot.
And I mean that.
Rocky
From jwcolby at ColbyConsulting.com Wed Mar 1 11:57:46 2006
From: jwcolby at ColbyConsulting.com (John Colby)
Date: Wed, 1 Mar 2006 12:57:46 -0500
Subject: [AccessD] Assistance
In-Reply-To: <000901c63d4e$be0fd590$0200a8c0@danwaters>
Message-ID: <008801c63d59$a686beb0$647aa8c0@ColbyM6805>
Lol, my feeling exactly. Plus it is nice to just look at a field name and
know where it comes from.
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters
Sent: Wednesday, March 01, 2006 11:40 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Assistance
Gustav,
I usually don't argue in this list but now I have to. Do you really want
one field in every table called ID? Typing is easy! Trying to hunt down
which of 50 fields all named ID is causing the problem sounds like a good
all-day exercise.
Dan
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock
Sent: Wednesday, March 01, 2006 9:13 AM
To: accessd at databaseadvisors.com
Subject: Re: [AccessD] Assistance
Hi Dan
Actually you are denormalizing the naming of the database schema this way
...
ID is fine. Outside the table it is tblMyTable.ID. Access does this for you
automatically.
Why having trouble with tblMyTable.MyTableID? Too much typing.
Sorry, couldn't resist. Boring day here - and remember: Clients do lie. "I'm
are experiencing locked records but everyone else is locked out." My
colleague drives to the client just to spot a laptop with wireless network.
You have one guess: Was this machine logged in to the application?"
/gustav
>>> dwaters at usinternet.com 01-03-2006 14:28 >>>
AND, the name of the autonumber field MUST be the same as the table name.
For example, tblMyTable has a PK Autonumber of MyTableID.
It MUST be this way!
;-)
Dan
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Tuesday, February 28, 2006 10:59 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Assistance
ROTFLMAO.
Some things are just worth doing, always.
Because of my dictatorial methods I am able to just look at my tables and
see the relationships, know what tables a field is in etc. Works for me.
Most of my subjects don't dare speak up anymore, knowing my "out the door,
without a parachute" mentality.
;-)
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin -
Beach Access Software
Sent: Tuesday, February 28, 2006 11:15 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Assistance
Well, thanks to you and your dictatorial methodology I find I am now
completely unable to create a new table without defining an autonumber PK as
the very first field. With ID as the suffix of the field name.
Thanks a lot.
And I mean that.
Rocky
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From jimjih at comcast.net Wed Mar 1 12:00:00 2006
From: jimjih at comcast.net (jimjih at comcast.net)
Date: Wed, 01 Mar 2006 18:00:00 +0000
Subject: [AccessD] On Form Opening
Message-ID: <030120061800.13096.4405E12000028C2A000033282200750744080706030706@comcast.net>
Hi all,
I am quite new at working with Access, having learned what little I know from a very good book, and only because an accounting client needed something that QuickBooks couldn't do.
My question is this: I have several forms used to input data such as Employees, Sub-Contractors, Customers, Delivery Tickets, etc. When the form is opened all fields are populated by data from the first item in that particular table. Is it possible to have all fields blank upon opening. Have not been able to find an answer in the books. I figured a workaround, but it involves a lot of work.
Also looked at the forms in the Northwind sample program, and their forms do the same thing.
Is it possible?
Thanks,
Jim Holbrook
From cfoust at infostatsystems.com Wed Mar 1 12:04:22 2006
From: cfoust at infostatsystems.com (Charlotte Foust)
Date: Wed, 1 Mar 2006 10:04:22 -0800
Subject: [AccessD] Assistance
Message-ID:
Of course, you could be truly rigorous and insist that field names be
unique ... ;o>
Charlotte Foust
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Wednesday, March 01, 2006 9:58 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Assistance
Lol, my feeling exactly. Plus it is nice to just look at a field name
and know where it comes from.
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters
Sent: Wednesday, March 01, 2006 11:40 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Assistance
Gustav,
I usually don't argue in this list but now I have to. Do you really
want one field in every table called ID? Typing is easy! Trying to
hunt down which of 50 fields all named ID is causing the problem sounds
like a good all-day exercise.
Dan
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock
Sent: Wednesday, March 01, 2006 9:13 AM
To: accessd at databaseadvisors.com
Subject: Re: [AccessD] Assistance
Hi Dan
Actually you are denormalizing the naming of the database schema this
way ... ID is fine. Outside the table it is tblMyTable.ID. Access does
this for you automatically. Why having trouble with
tblMyTable.MyTableID? Too much typing.
Sorry, couldn't resist. Boring day here - and remember: Clients do lie.
"I'm are experiencing locked records but everyone else is locked out."
My colleague drives to the client just to spot a laptop with wireless
network. You have one guess: Was this machine logged in to the
application?"
/gustav
>>> dwaters at usinternet.com 01-03-2006 14:28 >>>
AND, the name of the autonumber field MUST be the same as the table
name.
For example, tblMyTable has a PK Autonumber of MyTableID.
It MUST be this way!
;-)
Dan
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Tuesday, February 28, 2006 10:59 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Assistance
ROTFLMAO.
Some things are just worth doing, always.
Because of my dictatorial methods I am able to just look at my tables
and see the relationships, know what tables a field is in etc. Works
for me. Most of my subjects don't dare speak up anymore, knowing my "out
the door, without a parachute" mentality.
;-)
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
- Beach Access Software
Sent: Tuesday, February 28, 2006 11:15 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Assistance
Well, thanks to you and your dictatorial methodology I find I am now
completely unable to create a new table without defining an autonumber
PK as the very first field. With ID as the suffix of the field name.
Thanks a lot.
And I mean that.
Rocky
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From markamatte at hotmail.com Wed Mar 1 12:21:13 2006
From: markamatte at hotmail.com (Mark A Matte)
Date: Wed, 01 Mar 2006 18:21:13 +0000
Subject: [AccessD] On Form Opening
Message-ID:
Jim,
I think if you set the form's "DATA ENTRY" property to YES...you will get
the effect you are looking for.
Or if you want them to be able to navigate to previous records...you can put
the following code in the "ON OPEN" event:
DoCmd.GoToRecord , , acNewRec
Hope it helps,
Mark A. Matte
>From: jimjih at comcast.net
>Reply-To: Access Developers discussion and problem
>solving
>To: Access Developers discussion and problem
>solving
>Subject: [AccessD] On Form Opening
>Date: Wed, 01 Mar 2006 18:00:00 +0000
>
>Hi all,
>I am quite new at working with Access, having learned what little I know
>from a very good book, and only because an accounting client needed
>something that QuickBooks couldn't do.
>
>My question is this: I have several forms used to input data such as
>Employees, Sub-Contractors, Customers, Delivery Tickets, etc. When the
>form is opened all fields are populated by data from the first item in that
>particular table. Is it possible to have all fields blank upon opening.
>Have not been able to find an answer in the books. I figured a workaround,
>but it involves a lot of work.
>
>Also looked at the forms in the Northwind sample program, and their forms
>do the same thing.
>Is it possible?
>
>Thanks,
>
>Jim Holbrook
>--
>AccessD mailing list
>AccessD at databaseadvisors.com
>http://databaseadvisors.com/mailman/listinfo/accessd
>Website: http://www.databaseadvisors.com
From Robin at rolledgold.net Wed Mar 1 12:15:24 2006
From: Robin at rolledgold.net (Robin )
Date: Wed, 1 Mar 2006 18:15:24 -0000
Subject: [AccessD] On Form Opening
Message-ID: <560E2B80EC8F624B93A87B943B7A9CD54A3696@rgiserv.rg.local>
Jim,
Assuming it's a bound form ...
Open the form in design view, right click the small black square top
left and choose properties.
Select the data tab then click on data entry and change the no to yes
...
That should do it..
Rgds
Robin Lawrence
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
jimjih at comcast.net
Sent: 01 March 2006 18:00
To: Access Developers discussion and problem solving
Subject: [AccessD] On Form Opening
Hi all,
I am quite new at working with Access, having learned what little I know
from a very good book, and only because an accounting client needed
something that QuickBooks couldn't do.
My question is this: I have several forms used to input data such as
Employees, Sub-Contractors, Customers, Delivery Tickets, etc. When the
form is opened all fields are populated by data from the first item in
that particular table. Is it possible to have all fields blank upon
opening. Have not been able to find an answer in the books. I figured
a workaround, but it involves a lot of work.
Also looked at the forms in the Northwind sample program, and their
forms do the same thing.
Is it possible?
Thanks,
Jim Holbrook
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From harkinsss at bellsouth.net Wed Mar 1 12:23:10 2006
From: harkinsss at bellsouth.net (Susan Harkins)
Date: Wed, 1 Mar 2006 13:23:10 -0500
Subject: [AccessD] Assistance
In-Reply-To: <000901c63d4e$be0fd590$0200a8c0@danwaters>
Message-ID: <000b01c63d5d$42d5f990$c6b3d6d1@SUSANONE>
ID is just the suffix, as in: CustomerID, EmployeeID, OrderID, and so on.
Susan H.
I usually don't argue in this list but now I have to. Do you really want
one field in every table called ID? Typing is easy! Trying to hunt down
which of 50 fields all named ID is causing the problem sounds like a good
all-day exercise.
From jimjih at comcast.net Wed Mar 1 12:25:27 2006
From: jimjih at comcast.net (jimjih at comcast.net)
Date: Wed, 01 Mar 2006 18:25:27 +0000
Subject: [AccessD] On Form Opening
Message-ID: <030120061825.7059.4405E7170007347500001B932200750744080706030706@comcast.net>
Thanks Mark,
At my age, I tend to overlook some simple things, but I really didn't think there was anything simple about Access.
Jim
-------------- Original message --------------
From: "Mark A Matte"
> Jim,
>
> I think if you set the form's "DATA ENTRY" property to YES...you will get
> the effect you are looking for.
>
> Or if you want them to be able to navigate to previous records...you can put
> the following code in the "ON OPEN" event:
> DoCmd.GoToRecord , , acNewRec
>
> Hope it helps,
>
> Mark A. Matte
>
>
>
> >From: jimjih at comcast.net
> >Reply-To: Access Developers discussion and problem
> >solving
> >To: Access Developers discussion and problem
> >solving
> >Subject: [AccessD] On Form Opening
> >Date: Wed, 01 Mar 2006 18:00:00 +0000
> >
> >Hi all,
> >I am quite new at working with Access, having learned what little I know
> >from a very good book, and only because an accounting client needed
> >something that QuickBooks couldn't do.
> >
> >My question is this: I have several forms used to input data such as
> >Employees, Sub-Contractors, Customers, Delivery Tickets, etc. When the
> >form is opened all fields are populated by data from the first item in that
> >particular table. Is it possible to have all fields blank upon opening.
> >Have not been able to find an answer in the books. I figured a workaround,
> >but it involves a lot of work.
> >
> >Also looked at the forms in the Northwind sample program, and their forms
> >do the same thing.
> >Is it possible?
> >
> >Thanks,
> >
> >Jim Holbrook
> >--
> >AccessD mailing list
> >AccessD at databaseadvisors.com
> >http://databaseadvisors.com/mailman/listinfo/accessd
> >Website: http://www.databaseadvisors.com
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
From DWUTKA at marlow.com Wed Mar 1 14:24:59 2006
From: DWUTKA at marlow.com (DWUTKA at marlow.com)
Date: Wed, 1 Mar 2006 14:24:59 -0600
Subject: [AccessD] Assistance
Message-ID: <17724746D360394AA3BFE5B8D40A9C1BD821@main2.marlow.com>
I was going to offer my 'assistance' to JC, but I figured my 'unbound
tendencies' might ruffle his feathers. ;)
Drew
-----Original Message-----
From: Charlotte Foust [mailto:cfoust at infostatsystems.com]
Sent: Wednesday, March 01, 2006 10:14 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Assistance
Troublemaker! ;o>
Charlotte
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
- Beach Access Software
Sent: Tuesday, February 28, 2006 6:15 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Assistance
Bound or unbound forms?
Rocky
John Colby wrote:
> Folks,
>
> I am looking for a "junior level" person to assist me in getting some
> of my back log caught up. I need one person, able to:
>
> Read and program VBA, guru not required.
> Understands and can build Access tables, queries, forms and reports.
> Must understand data normalization and be able to correctly sort out
> what data goes where given a set of objects / attributes. Must be able
> to read, understand and build relationship diagrams in the
> relationship window in Access (the center of my universe). Has a few
> hours a day available (10-20 hours a week). Must be self starter,
> blah, blah, blah.
>
> If anyone out there thinks they might fit the bill, please respond
> OFFLINE - email a resume, and introduction email with required hourly
> wage to jwcolby at colbyconsulting.com. The more you know and are
> capable of the more work I have.
>
> Thanks,
>
> John W. Colby
> www.ColbyConsulting.com
>
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From DWUTKA at marlow.com Wed Mar 1 14:26:15 2006
From: DWUTKA at marlow.com (DWUTKA at marlow.com)
Date: Wed, 1 Mar 2006 14:26:15 -0600
Subject: [AccessD] On Form Opening
Message-ID: <17724746D360394AA3BFE5B8D40A9C1BD822@main2.marlow.com>
Set the DataEntry property to True. Then the forms will be blank, and only
allow for adding data.
Drew
-----Original Message-----
From: jimjih at comcast.net [mailto:jimjih at comcast.net]
Sent: Wednesday, March 01, 2006 12:00 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] On Form Opening
Hi all,
I am quite new at working with Access, having learned what little I know
from a very good book, and only because an accounting client needed
something that QuickBooks couldn't do.
My question is this: I have several forms used to input data such as
Employees, Sub-Contractors, Customers, Delivery Tickets, etc. When the form
is opened all fields are populated by data from the first item in that
particular table. Is it possible to have all fields blank upon opening.
Have not been able to find an answer in the books. I figured a workaround,
but it involves a lot of work.
Also looked at the forms in the Northwind sample program, and their forms do
the same thing.
Is it possible?
Thanks,
Jim Holbrook
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From darrend at nimble.com.au Wed Mar 1 17:52:00 2006
From: darrend at nimble.com.au (Darren HALL)
Date: Thu, 2 Mar 2006 10:52:00 +1100
Subject: [AccessD] A2003:Percentages
Message-ID: <20060301235209.XIHL14751.omta05ps.mx.bigpond.com@DENZILLAP>
Hi All
Cross posted to dba_SQL list
Got a percentage format Q
Is ist possible to do the calcs and display the end result as a percentage
actually in the column
rather than do the converts and formats on the form or report?
EG
select ac.Description, sum(s.TotalCost), '% - ????'
from InvoiceChargeSummary s
join AccountCostCentre ac on
s.AccountNo = ac.AccountNo
where s.InvoiceNo = @InvoiceNo
returning:
AUBURN 50.00 20%
MELBOURNE 100.00 40%
WA 100.00 40%
Many thanks
DD
From martyconnelly at shaw.ca Wed Mar 1 18:03:36 2006
From: martyconnelly at shaw.ca (MartyConnelly)
Date: Wed, 01 Mar 2006 16:03:36 -0800
Subject: [AccessD] Assistance
References: <000b01c63d5d$42d5f990$c6b3d6d1@SUSANONE>
Message-ID: <44063658.1070806@shaw.ca>
Just remember if you prefix or suffix a field name with key, code, ID or
num,
it will automagically index that field and even duplicate the index if
declared as a primary key.
To turn off Tools --> Options --> Tables & Queries --AutoImport on
Create/Create
delete names
Susan Harkins wrote:
>ID is just the suffix, as in: CustomerID, EmployeeID, OrderID, and so on.
>
>Susan H.
>
>I usually don't argue in this list but now I have to. Do you really want
>one field in every table called ID? Typing is easy! Trying to hunt down
>which of 50 fields all named ID is causing the problem sounds like a good
>all-day exercise.
>
>
>
>
--
Marty Connelly
Victoria, B.C.
Canada
From dajomigo at tpg.com.au Wed Mar 1 18:14:46 2006
From: dajomigo at tpg.com.au (David & Joanne Gould)
Date: Thu, 02 Mar 2006 11:14:46 +1100
Subject: [AccessD] Help with combo box
In-Reply-To: <003f01c63d33$99dcab00$fa10a8c0@Albatross>
References: <6.2.1.2.2.20060228155505.01e9c198@mail.tpg.com.au>
<4403E982.5080005@san.rr.com>
<6.2.1.2.2.20060228172601.01eefe80@mail.tpg.com.au>
<44050488.1020808@san.rr.com>
<6.2.1.2.2.20060301132926.01e79298@mail.tpg.com.au>
<440520B4.7020907@san.rr.com>
<003f01c63d33$99dcab00$fa10a8c0@Albatross>
Message-ID: <6.2.1.2.2.20060302111109.01edfb20@mail.tpg.com.au>
Borge
Thank you for your suggestion. I have made the changes you suggested. The
only thing I will have to check with my client is whether the use of a
scanner to input the movie will cause a problem with this setup. Other than
that it seems to work great. I have set the recordsource for the text box
as the combo box.
Thanks to everyone else who made suggestions. You have opened my eyes to
more ways of looking for solutions.
David
At 12:25 AM 2/03/2006, you wrote:
>Haven't been following this thread, so I am just jumping in...
>I would do something like:
>
>Create cboRental and adjust the width so only the down arrow displays
>Create txtRental; make it enabled and locked and place it to the left of
>cboRental so it looks like one control.
>On afterupdate of cboRental push the field that normally would display in the
>combo into txtRental.
>Do your double clicking code on txtRental; single clicking on the cboRental...
>
>would that do?
>
>regards
>borge
>
>
>----- Original Message -----
>From: "Rocky Smolin - Beach Access Software"
>To: "Access Developers discussion and problem solving"
>
>Sent: Wednesday, March 01, 2006 2:19 PM
>Subject: Re: [AccessD] Help with combo box
>
>
> > David:
> >
> > AFAIK, no, the down arrow is not a separately programmable part of the
> > control. But AFAIK may not go all that far.
> >
> > Rocky
> >
> >
> > David & Joanne Gould wrote:
> > > Rocky
> > >
> > > The Double-click event is set to open another form to change the Rental
> > > Type for this movie title. What I was wondering was if there was a way to
> > > access the drop-down arrow on the combo box as a separate thing. This
> might
> > > separate the main part of the control where all the other code is
> > > connected. Can it be done?
> > >
> > > TIA
> > >
> > > David
> > >
> > > At 01:18 PM 1/03/2006, you wrote:
> > >
> > >> Sorry about the late response. I was out all day. Can you use the
> > >> click event? What additional function are you trying to implement?
> > >>
> > >> Rocky
> > >>
> > >>
> > >> David & Joanne Gould wrote:
> > >>
> > >>> Thanks for your prompt response Rocky.
> > >>>
> > >>> At 05:11 PM 28/02/2006, you wrote:
> > >>>
> > >>>
> > >>>> What event is the current code attached to?
> > >>>> The database form is the Hiring form for a video library. There is
> > >>>> currently code attached to the "Before update" event, the "After
> Update"
> > >>>> event and the "On Double-click" event. The Double-click event
> allows the
> > >>>> user to add oir change the hiring code (overnight, weekly, etc).
> > >>>>
> > >>>>
> > >>>
> > >>>> Can you use the 'Got Focus' event to run your new code?
> > >>>>
> > >>>>
> > >>> The other issue I forgot to mention is it's on a continuous form. I
> have
> > >>> tried to make the combo box inactive if there is anything entered
> in it,
> > >>> but that just makes it inactive for all the records in the
> transaction (so
> > >>> I would only be able to enter one movie per sale).
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>> Rocky
> > >>>>
> > >>>>
> > >>>> David & Joanne Gould wrote:
> > >>>>
> > >>>>
> > >>>>> I have a combo box on a form that has quite a lot of code attached to
>it.
> > >>>>>
> > >>>>> Is there a way to run code when the user clicks on the drop-down
> arrow
> > >>>>>
> > >>>>>
> > >>>> that
> > >>>>
> > >>>>
> > >>>>> won't interfere with other code that runs when the user
> double-clicks on
> > >>>>> the combo box?
> > >>>>>
> > >>>>> TIA
> > >>>>>
> > >>>>> David
> > >>>>>
> > >>>>>
> > >>>>>
> > >>>>>
> > >>>>>
> > >>>> --
> > >>>> Rocky Smolin
> > >>>> Beach Access Software
> > >>>> 858-259-4334
> > >>>> www.e-z-mrp.com
> > >>>>
> > >>>> --
> > >>>> AccessD mailing list
> > >>>> AccessD at databaseadvisors.com
> > >>>> http://databaseadvisors.com/mailman/listinfo/accessd
> > >>>> Website: http://www.databaseadvisors.com
> > >>>>
> > >>>>
> > >>>
> > >>>
> > >> --
> > >> Rocky Smolin
> > >> Beach Access Software
> > >> 858-259-4334
> > >> www.e-z-mrp.com
> > >>
> > >> --
> > >> AccessD mailing list
> > >> AccessD at databaseadvisors.com
> > >> http://databaseadvisors.com/mailman/listinfo/accessd
> > >> Website: http://www.databaseadvisors.com
> > >>
> > >
> > >
> > >
> >
> > --
> > Rocky Smolin
> > Beach Access Software
> > 858-259-4334
> > www.e-z-mrp.com
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
>
>--
>AccessD mailing list
>AccessD at databaseadvisors.com
>http://databaseadvisors.com/mailman/listinfo/accessd
>Website: http://www.databaseadvisors.com
From wdhindman at bellsouth.net Wed Mar 1 19:49:59 2006
From: wdhindman at bellsouth.net (William Hindman)
Date: Wed, 1 Mar 2006 20:49:59 -0500
Subject: [AccessD] Converting to 2003
References: <08F823FD83787D4BA0B99CA580AD3C7402DE6CB6@TTNEXCHCL2.hshhp.com>
Message-ID: <005b01c63d9b$9d522770$6101a8c0@50NM721>
...my mdbs no longer bloat the way they did in AXP ...but I can find no
mention of a fix in any SP "problems resolved" list ...they just no longer
do the bad thing as badly as they once did ...hth :)))
William
----- Original Message -----
From: "Jim DeMarco"
To: "Access Developers discussion and problem solving"
Sent: Wednesday, March 01, 2006 9:20 AM
Subject: Re: [AccessD] Converting to 2003
> While I can certainly understand the how mere mention of Gustav's name
> might instill respect in an application I'm not quite sure I have an
> answer to my question.
>
> Was the bloating issue fixed or will I have to insert Gustav into my
> conversion process? ;-)
>
> Thanks,
>
> Jim D.
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William
> Hindman
> Sent: Tuesday, February 28, 2006 9:14 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Converting to 2003
>
> ...your blessing or MS actually fixing an Access bug ...both are
> miracles in my book :)
>
> William
>
> ----- Original Message -----
> From: "Gustav Brock"
> To:
> Sent: Tuesday, February 28, 2006 4:33 AM
> Subject: Re: [AccessD] Converting to 2003
>
>
>> Hi William
>>
>> "don't particularly care" ... well, that hurts - after all my efforts!
>>
>> Actually, we have two clients - both female, wonder why - who claim
> that
>> more than once they have seen issues vanish just by calling me. I
> didn't
>> do anything - no advice or problem solving - other than devoting my
>> attention. And my middle name isn't Jesus. Maybe your mdbs have been
> on my
>> mind too!
>>
>> /gustav
>>
>>>>> wdhindman at bellsouth.net 28-02-2006 00:39 >>>
>> ...either its been fixed or Gustav blessed all my mdbs ...I don't
>> particularly care which :)
>>
>> William
>>
>>
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
>
> ***********************************************************************************
> "This electronic message is intended to be for the use only of the named
> recipient, and may contain information from Hudson Health Plan (HHP) that
> is confidential or privileged. If you are not the intended recipient, you
> are hereby notified that any disclosure, copying, distribution or use of
> the contents of this message is strictly prohibited. If you have received
> this message in error or are not the named recipient, please notify us
> immediately, either by contacting the sender at the electronic mail
> address noted above or calling HHP at (914) 631-1611. If you are not the
> intended recipient, please do not forward this email to anyone, and delete
> and destroy all copies of this message. Thank You".
> ***********************************************************************************
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
From darrend at nimble.com.au Wed Mar 1 22:19:18 2006
From: darrend at nimble.com.au (Darren DICK)
Date: Thu, 2 Mar 2006 15:19:18 +1100
Subject: [AccessD] A2000: XML Q
Message-ID: <20060302041927.JSZR14751.omta05ps.mx.bigpond.com@DENZILLAP>
Hello all
Cross Posted to dba_SQL List
What is the minimum header information i need to include
before 'my data' starts
to get a 'Well formed' xml doc?
Eg the stuff that looks like
Folks,
There has been a bit of discussion in the past few days re naming
conventions as applied to tables. I have used conventions for many years
and I sat down tonight and started documenting the conventions I use. I
have shared my conventions in the past and will do so again here. I do
these things because they work for me, in my environment.
I have built a framework, which I use in any project where it is allowed.
Having conventions allows me to make assumptions about how things will be
handled, and write code that used those assumptions to make decisions. Even
if you do not use a framework, having objects defined in a consistent manner
can just generally make life easier.
Feel free to discuss the methods and assumptions that I make, add how you do
things (and WHY) etc. Don't bother calling the things I do stupid, if they
don't work for you, don't use them. Share what does work for you, and WHY
you do what you do. If you do something exactly opposite of the way I do
it, explain why you prefer to do it that way. I find rules useless. I find
reasons very useful.
Table Definition Specification
Tables are defined in a consistent manner so that they can be recognized and
worked with easily. All of the definitions that I use have been assimilated
from other people's ideas or developed over time, and all such conventions
exist to solve a problem, whether that be readability, distinguishing
functionality or allowing the framework to make assumptions.
Table definitions consist of several parts.
1. Tables always use an autonumber PK, whether it appears to need one
or not. This is done for a variety of reasons, ranging from divorcing the
"table link" (PK/FK)from the unique index and making it trivial to change
that unique index without changing the "table link", to the consistency of
PK data type which allows specific assumptions in the framework. The PK is
always a long integer, and a single field, which easily allows searches and
other programmatic manipulations that wouldn't be possible or would be
tedious if the PK was a multi-field set.
2. Table naming conventions. Tables are prefixed with 'tbl' so that as
table names are encountered in forms, reports and queries they can be
distinguished from other objects such as queries. Thus tblPerson,
tblCompany, tblVehicle.
3. I have used other table prefixes to cause tables to group by type
and be visually distinguishable from each other. Tbl for main tables, tlkp
for lookup tables, tmm for many to many tables, ttmp for temporary tables
etc. There is a lot of discussion about whether grouping by type is
preferable to grouping by functionality, i.e. all accounting tables group
together, all shipping tables group together etc. That is very much a
'preference' kind of thing. I have done both, even within the same db. It
is possible to throw a "type" suffix on the end of the tables separated by
an underscore if you care to group by function but be able to distinguish
table type. tblPeopleVehicle_MM for a many to many, tblState_LKP for a
lookup.
4. Field naming conventions. Field naming conventions have several
parts. In general field and table names should only change in the most dire
circumstances. If any object name changes, I have to do a search and
replace to find and fix them. If there are a bunch of Fes working against a
single BE, it becomes a nightmare.
a. Data type prefixes are never used in field names because of issues
with data type changes. There are just too many data types, and they are
often changed well into a project, for very valid reasons.
b. A prefix to the field name is created using the first two characters
the table name where the table name is a single word - PEople, VEhicle,
COmpany. In cases where the table name is multiple words, the first
character of each word is used. InvoiceLineItem ILI, PeopleVehicle PV,
CompanyProperty CP. An underscore is used to distinguish the field name
prefix from the rest of the field name. PE_ID, PE_FName, PE_SSN. Use of
the first two characters if each word is acceptable to avoid collisions and
make the field prefix more readable. PEopleVEhicle PEVE_ID.
Obviously as a project gets large a table is required to track field name
prefixes already used, but for small to medium sized projects this allows
the developer to rapidly recognize which table a field comes from just from
the field name. If this naming convention is rigorously followed then every
field in the db has a unique name, which allows "search and replace" type of
operations to be performed without manual intervention.
c. IDs (PK/FKs) are distinguished by the capitalized characters 'ID'
in the field name.
d. PKs use the convention of Prefix characters, followed by an
underscore followed by ID. PE_ID, VE_ID, CO_ID.
e. FKs use the convention of Prefix characters, followed by an
underscore, followed by ID followed by the prefix characters of the foreign
table. PV_IDPE, PV_IDVE. CP_IDCO. By placing ID immediately following the
underscore, PKs and FKs can be immediately distinguished from other types of
fields.
f. PKs and FKs are grouped at the top of the field list in design view.
This is done so that the PK and all FKs can be seen at a glance without
having to search through the fields looking for PKs/FKs.
Thus field names look like:
tblVehicle:
VE_ID
VE_Color
VE_Make
tblPeople
PE_ID
PE_LName
PE_FName
PE_SSN
tblPeopleVehicle
PV_ID
PV_IDPE
PV_IDVE
PV_DateAssigned
As you can see, by using the _ character it is easy to distinguish the
prefix from the rest of the name. By using the ID immediately after the
underscore it is easy to find every PK/FK field. By grouping all the
PKs/FKs at the top of the table, no searching is required to find the
PKs/FKs. By using the _IDXXXX construct, it is easy to visually look at the
FK and just "see" what table that is the PK in.
As I said above, to me reasons are the important thing. They define why I
do what I do and allow me to evaluate whether making a change to what I do
is useful to me. Rules without the associated reason are useless since I
cannot evaluate how it applies to what I am trying to do.
Rules are made to be broken, but I want to know the danger of doing so.
John W. Colby
www.ColbyConsulting.com
From jwcolby at ColbyConsulting.com Thu Mar 2 05:51:18 2006
From: jwcolby at ColbyConsulting.com (John Colby)
Date: Thu, 2 Mar 2006 06:51:18 -0500
Subject: [AccessD] Embedded Documentation
Message-ID: <00c501c63def$9f381a50$647aa8c0@ColbyM6805>
One of the issues that I have with overview documentation is that it is not
internal to the object being documented. I document my modules, my
functions, even lines of functions, but "overview" documents and theory, WHY
and HOW the big picture is implemented and works just doesn't fall neatly
into a module. Furthermore if you were to document that in a module you
have to use comments which is a PITA.
So, for example, I would like to embed a text document into a field in a
table, then be able to quickly and easily edit that document using an
external word processor, but have the external word processor actually
update the data live in the table. Is this possible?
While thinking about that I also thought about the issue of having to put
"remark" characters in documentation in modules. For example if you want to
place an overview of a module in the module header, you have to place '
characters in front of every line to turn it into a comment. This works but
you have to place that ' at the beginning of each line, and if you want to
rearrange the text you are inserting / deleting these ' characters as you
move stuff around.
It occurred to me that perhaps you could "bracket" the documentation with a
conditional compile #if then to cause the bracketed info to be ignored by
the compiler. This does appear to work, for example:
#If Something Then
This is a test of my ability to add documentation without the remark
character
#End If
Compiles without error because "Something" was never set true.
Unfortunately it DOES cause the JIT interpreter to evaluate the text every
time you hit the carriage return and tells you that you have a compile
error. Perhaps as (or more) intrusive as the ' characters. Sigh.
John W. Colby
www.ColbyConsulting.com
From shamil at users.mns.ru Thu Mar 2 07:11:23 2006
From: shamil at users.mns.ru (Shamil Salakhetdinov)
Date: Thu, 2 Mar 2006 16:11:23 +0300
Subject: [AccessD] Table naming conventions
References: <00c401c63dea$2c4b1ec0$647aa8c0@ColbyM6805>
Message-ID: <004501c63dfa$d3f1b7f0$6401a8c0@Nant>
John,
AFAIS your naming conventions are based on LRNC (see e.g. Stan Leszinsky "MS
Access 97 Expert Solutions").
One exception are field names - the recommended in LRNC way is to not use
underscore and to use 3-4 chars standard abbreviations to prefix field
names:
- Company - comp
- Person - pers
- Employee - empl or emp
...
I do use LRNC for the last 10 years. It worked very well in many
situations.
Best regards,
Shamil
--
Web: http://smsconsulting.spb.ru/shamil_s
----- Original Message -----
From: "John Colby"
To: "'Access Developers discussion and problem solving'"
Sent: Thursday, March 02, 2006 2:12 PM
Subject: [AccessD] Table naming conventions
> Folks,
>
> There has been a bit of discussion in the past few days re naming
> conventions as applied to tables. I have used conventions for many years
> and I sat down tonight and started documenting the conventions I use. I
> have shared my conventions in the past and will do so again here. I do
> these things because they work for me, in my environment.
>
> I have built a framework, which I use in any project where it is allowed.
> Having conventions allows me to make assumptions about how things will be
> handled, and write code that used those assumptions to make decisions.
> Even
> if you do not use a framework, having objects defined in a consistent
> manner
> can just generally make life easier.
>
> Feel free to discuss the methods and assumptions that I make, add how you
> do
> things (and WHY) etc. Don't bother calling the things I do stupid, if
> they
> don't work for you, don't use them. Share what does work for you, and WHY
> you do what you do. If you do something exactly opposite of the way I do
> it, explain why you prefer to do it that way. I find rules useless. I
> find
> reasons very useful.
>
> Table Definition Specification
> Tables are defined in a consistent manner so that they can be recognized
> and
> worked with easily. All of the definitions that I use have been
> assimilated
> from other people's ideas or developed over time, and all such conventions
> exist to solve a problem, whether that be readability, distinguishing
> functionality or allowing the framework to make assumptions.
>
> Table definitions consist of several parts.
> 1. Tables always use an autonumber PK, whether it appears to need one
> or not. This is done for a variety of reasons, ranging from divorcing the
> "table link" (PK/FK)from the unique index and making it trivial to change
> that unique index without changing the "table link", to the consistency of
> PK data type which allows specific assumptions in the framework. The PK
> is
> always a long integer, and a single field, which easily allows searches
> and
> other programmatic manipulations that wouldn't be possible or would be
> tedious if the PK was a multi-field set.
> 2. Table naming conventions. Tables are prefixed with 'tbl' so that as
> table names are encountered in forms, reports and queries they can be
> distinguished from other objects such as queries. Thus tblPerson,
> tblCompany, tblVehicle.
> 3. I have used other table prefixes to cause tables to group by type
> and be visually distinguishable from each other. Tbl for main tables,
> tlkp
> for lookup tables, tmm for many to many tables, ttmp for temporary tables
> etc. There is a lot of discussion about whether grouping by type is
> preferable to grouping by functionality, i.e. all accounting tables group
> together, all shipping tables group together etc. That is very much a
> 'preference' kind of thing. I have done both, even within the same db.
> It
> is possible to throw a "type" suffix on the end of the tables separated by
> an underscore if you care to group by function but be able to distinguish
> table type. tblPeopleVehicle_MM for a many to many, tblState_LKP for a
> lookup.
> 4. Field naming conventions. Field naming conventions have several
> parts. In general field and table names should only change in the most
> dire
> circumstances. If any object name changes, I have to do a search and
> replace to find and fix them. If there are a bunch of Fes working against
> a
> single BE, it becomes a nightmare.
> a. Data type prefixes are never used in field names because of issues
> with data type changes. There are just too many data types, and they are
> often changed well into a project, for very valid reasons.
> b. A prefix to the field name is created using the first two characters
> the table name where the table name is a single word - PEople, VEhicle,
> COmpany. In cases where the table name is multiple words, the first
> character of each word is used. InvoiceLineItem ILI, PeopleVehicle PV,
> CompanyProperty CP. An underscore is used to distinguish the field name
> prefix from the rest of the field name. PE_ID, PE_FName, PE_SSN. Use of
> the first two characters if each word is acceptable to avoid collisions
> and
> make the field prefix more readable. PEopleVEhicle PEVE_ID.
>
> Obviously as a project gets large a table is required to track field name
> prefixes already used, but for small to medium sized projects this allows
> the developer to rapidly recognize which table a field comes from just
> from
> the field name. If this naming convention is rigorously followed then
> every
> field in the db has a unique name, which allows "search and replace" type
> of
> operations to be performed without manual intervention.
> c. IDs (PK/FKs) are distinguished by the capitalized characters 'ID'
> in the field name.
> d. PKs use the convention of Prefix characters, followed by an
> underscore followed by ID. PE_ID, VE_ID, CO_ID.
> e. FKs use the convention of Prefix characters, followed by an
> underscore, followed by ID followed by the prefix characters of the
> foreign
> table. PV_IDPE, PV_IDVE. CP_IDCO. By placing ID immediately following
> the
> underscore, PKs and FKs can be immediately distinguished from other types
> of
> fields.
> f. PKs and FKs are grouped at the top of the field list in design view.
> This is done so that the PK and all FKs can be seen at a glance without
> having to search through the fields looking for PKs/FKs.
>
>
> Thus field names look like:
> tblVehicle:
> VE_ID
> VE_Color
> VE_Make
>
> tblPeople
> PE_ID
> PE_LName
> PE_FName
> PE_SSN
>
> tblPeopleVehicle
> PV_ID
> PV_IDPE
> PV_IDVE
> PV_DateAssigned
>
> As you can see, by using the _ character it is easy to distinguish the
> prefix from the rest of the name. By using the ID immediately after the
> underscore it is easy to find every PK/FK field. By grouping all the
> PKs/FKs at the top of the table, no searching is required to find the
> PKs/FKs. By using the _IDXXXX construct, it is easy to visually look at
> the
> FK and just "see" what table that is the PK in.
>
> As I said above, to me reasons are the important thing. They define why I
> do what I do and allow me to evaluate whether making a change to what I do
> is useful to me. Rules without the associated reason are useless since I
> cannot evaluate how it applies to what I am trying to do.
>
> Rules are made to be broken, but I want to know the danger of doing so.
>
> 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 harkinsss at bellsouth.net Thu Mar 2 07:41:18 2006
From: harkinsss at bellsouth.net (Susan Harkins)
Date: Thu, 2 Mar 2006 08:41:18 -0500
Subject: [AccessD] Table naming conventions
In-Reply-To: <004501c63dfa$d3f1b7f0$6401a8c0@Nant>
Message-ID: <000601c63dff$0a97c070$9ab3d6d1@SUSANONE>
AFAIS your naming conventions are based on LRNC (see e.g. Stan Leszinsky "MS
Access 97 Expert Solutions").
One exception are field names - the recommended in LRNC way is to not use
underscore and to use 3-4 chars standard abbreviations to prefix field
names:
- Company - comp
- Person - pers
- Employee - empl or emp
...
========I find abbreviated names a real pia. :)
Susan H.
From Gustav at cactus.dk Thu Mar 2 07:57:38 2006
From: Gustav at cactus.dk (Gustav Brock)
Date: Thu, 02 Mar 2006 14:57:38 +0100
Subject: [AccessD] Quartile
Message-ID:
Hi all
Not much response on this except, as always, from Marty.
Did I find a niche?
/gustav
>>> Gustav at cactus.dk 28-02-2006 14:41:07 >>>
Anyone having a need to calculate quartiles?
From reuben at gfconsultants.com Thu Mar 2 08:09:55 2006
From: reuben at gfconsultants.com (Reuben Cummings)
Date: Thu, 2 Mar 2006 09:09:55 -0500
Subject: [AccessD] A2003:Percentages
In-Reply-To: <20060301235209.XIHL14751.omta05ps.mx.bigpond.com@DENZILLAP>
Message-ID:
I don't totally understand your problem, but I beleive if you use the
"Percentage" format on a text box and the data is .2, for example, the
report will show 20%.
Reuben Cummings
GFC, LLC
812.523.1017
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darren HALL
> Sent: Wednesday, March 01, 2006 6:52 PM
> To: AccessD
> Subject: [AccessD] A2003:Percentages
>
>
> Hi All
> Cross posted to dba_SQL list
> Got a percentage format Q
> Is ist possible to do the calcs and display the end result as a percentage
> actually in the column
> rather than do the converts and formats on the form or report?
>
> EG
> select ac.Description, sum(s.TotalCost), '% - ????'
>
> from InvoiceChargeSummary s
>
> join AccountCostCentre ac on
>
> s.AccountNo = ac.AccountNo
>
> where s.InvoiceNo = @InvoiceNo
>
> returning:
>
> AUBURN 50.00 20%
>
> MELBOURNE 100.00 40%
>
> WA 100.00 40%
>
> Many thanks
>
> DD
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
From Lambert.Heenan at AIG.com Thu Mar 2 08:16:10 2006
From: Lambert.Heenan at AIG.com (Heenan, Lambert)
Date: Thu, 2 Mar 2006 09:16:10 -0500
Subject: [AccessD] Table naming conventions
Message-ID: <1D7828CDB8350747AFE9D69E0E90DA1F1DDB21D3@xlivmbx21.aig.com>
Not read all this, but one point I want to make is "why are people obsessed
with PREFIXES?"
I use the "_tbl" SUFFIX in my table names. Why? So that when I sort the list
of tables I can use the initial letter of the table name to quickly jump to
it using the keyboard. If they all begin with "tbl" you cannot do that.
Simple. :-)
Lambert
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Thursday, March 02, 2006 6:12 AM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Table naming conventions
Folks,
There has been a bit of discussion in the past few days re naming
conventions as applied to tables. I have used conventions for many years
and I sat down tonight and started documenting the conventions I use. I
have shared my conventions in the past and will do so again here. I do
these things because they work for me, in my environment.
I have built a framework, which I use in any project where it is allowed.
Having conventions allows me to make assumptions about how things will be
handled, and write code that used those assumptions to make decisions. Even
if you do not use a framework, having objects defined in a consistent manner
can just generally make life easier.
Feel free to discuss the methods and assumptions that I make, add how you do
things (and WHY) etc. Don't bother calling the things I do stupid, if they
don't work for you, don't use them. Share what does work for you, and WHY
you do what you do. If you do something exactly opposite of the way I do
it, explain why you prefer to do it that way. I find rules useless. I find
reasons very useful.
Table Definition Specification
Tables are defined in a consistent manner so that they can be recognized and
worked with easily. All of the definitions that I use have been assimilated
from other people's ideas or developed over time, and all such conventions
exist to solve a problem, whether that be readability, distinguishing
functionality or allowing the framework to make assumptions.
Table definitions consist of several parts.
1. Tables always use an autonumber PK, whether it appears to need one
or not. This is done for a variety of reasons, ranging from divorcing the
"table link" (PK/FK)from the unique index and making it trivial to change
that unique index without changing the "table link", to the consistency of
PK data type which allows specific assumptions in the framework. The PK is
always a long integer, and a single field, which easily allows searches and
other programmatic manipulations that wouldn't be possible or would be
tedious if the PK was a multi-field set.
2. Table naming conventions. Tables are prefixed with 'tbl' so that as
table names are encountered in forms, reports and queries they can be
distinguished from other objects such as queries. Thus tblPerson,
tblCompany, tblVehicle.
3. I have used other table prefixes to cause tables to group by type
and be visually distinguishable from each other. Tbl for main tables, tlkp
for lookup tables, tmm for many to many tables, ttmp for temporary tables
etc. There is a lot of discussion about whether grouping by type is
preferable to grouping by functionality, i.e. all accounting tables group
together, all shipping tables group together etc. That is very much a
'preference' kind of thing. I have done both, even within the same db. It
is possible to throw a "type" suffix on the end of the tables separated by
an underscore if you care to group by function but be able to distinguish
table type. tblPeopleVehicle_MM for a many to many, tblState_LKP for a
lookup.
4. Field naming conventions. Field naming conventions have several
parts. In general field and table names should only change in the most dire
circumstances. If any object name changes, I have to do a search and
replace to find and fix them. If there are a bunch of Fes working against a
single BE, it becomes a nightmare.
a. Data type prefixes are never used in field names because of issues
with data type changes. There are just too many data types, and they are
often changed well into a project, for very valid reasons.
b. A prefix to the field name is created using the first two characters
the table name where the table name is a single word - PEople, VEhicle,
COmpany. In cases where the table name is multiple words, the first
character of each word is used. InvoiceLineItem ILI, PeopleVehicle PV,
CompanyProperty CP. An underscore is used to distinguish the field name
prefix from the rest of the field name. PE_ID, PE_FName, PE_SSN. Use of
the first two characters if each word is acceptable to avoid collisions and
make the field prefix more readable. PEopleVEhicle PEVE_ID.
Obviously as a project gets large a table is required to track field name
prefixes already used, but for small to medium sized projects this allows
the developer to rapidly recognize which table a field comes from just from
the field name. If this naming convention is rigorously followed then every
field in the db has a unique name, which allows "search and replace" type of
operations to be performed without manual intervention.
c. IDs (PK/FKs) are distinguished by the capitalized characters 'ID'
in the field name.
d. PKs use the convention of Prefix characters, followed by an
underscore followed by ID. PE_ID, VE_ID, CO_ID.
e. FKs use the convention of Prefix characters, followed by an
underscore, followed by ID followed by the prefix characters of the foreign
table. PV_IDPE, PV_IDVE. CP_IDCO. By placing ID immediately following the
underscore, PKs and FKs can be immediately distinguished from other types of
fields.
f. PKs and FKs are grouped at the top of the field list in design view.
This is done so that the PK and all FKs can be seen at a glance without
having to search through the fields looking for PKs/FKs.
Thus field names look like:
tblVehicle:
VE_ID
VE_Color
VE_Make
tblPeople
PE_ID
PE_LName
PE_FName
PE_SSN
tblPeopleVehicle
PV_ID
PV_IDPE
PV_IDVE
PV_DateAssigned
As you can see, by using the _ character it is easy to distinguish the
prefix from the rest of the name. By using the ID immediately after the
underscore it is easy to find every PK/FK field. By grouping all the
PKs/FKs at the top of the table, no searching is required to find the
PKs/FKs. By using the _IDXXXX construct, it is easy to visually look at the
FK and just "see" what table that is the PK in.
As I said above, to me reasons are the important thing. They define why I
do what I do and allow me to evaluate whether making a change to what I do
is useful to me. Rules without the associated reason are useless since I
cannot evaluate how it applies to what I am trying to do.
Rules are made to be broken, but I want to know the danger of doing so.
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 darrend at nimble.com.au Thu Mar 2 08:35:11 2006
From: darrend at nimble.com.au (Darren DICK)
Date: Fri, 3 Mar 2006 01:35:11 +1100
Subject: [AccessD] A2003:Percentages
In-Reply-To:
Message-ID: <20060302143514.CCZX1358.omta03sl.mx.bigpond.com@DENZILLAP>
Ok - Slightly different from my original Q
Assume I pay $75.33 for an item
I sell it for $292.35
What do I do to calc my margin as a percentage?
(292.35/75.33) *100 ? Or something like it?
Darren
------------------------------
T: 0424 696 433
From accessd666 at yahoo.com Thu Mar 2 08:37:01 2006
From: accessd666 at yahoo.com (Sad Der)
Date: Thu, 2 Mar 2006 06:37:01 -0800 (PST)
Subject: [AccessD] Display New/Updated items? (Kinda OT)
Message-ID: <20060302143701.52926.qmail@web31614.mail.mud.yahoo.com>
Hi group,
I've got an A2K app with a SQL Server 2000 b.e.
In this application we store information about all
application that we use (kind of knowledge base)
I want to create a form that displays new, or updated
items. However, we didn't implement the following 4
columns:
InsertedOn
insertedBy
LastUpdatedon
UpdatedBy
So we also didn't implement logic to fill these
columns (duh).
I came up with the idea to create a logging table with
where we can store info about new items or updated
items. I want to fill this table using triggers. For
every (importand) table I want to create 2 or 3
triggers (insert, update and perhaps delete).
In these triggers I would create logic that adds a
record in the logging table.
Does this make sence? Is this a good approach?
TIA
Sander
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
From harkinsss at bellsouth.net Thu Mar 2 09:08:26 2006
From: harkinsss at bellsouth.net (Susan Harkins)
Date: Thu, 2 Mar 2006 10:08:26 -0500
Subject: [AccessD] Table naming conventions
In-Reply-To: <1D7828CDB8350747AFE9D69E0E90DA1F1DDB21D3@xlivmbx21.aig.com>
Message-ID: <001701c63e0b$2f8fbf70$9ab3d6d1@SUSANONE>
I don't think using prefixes with the actual objects is terribly important
-- I think a lot of people lend toward natural names for objects and use the
prefixes for variables.
Susan H.
Not read all this, but one point I want to make is "why are people obsessed
with PREFIXES?"
I use the "_tbl" SUFFIX in my table names. Why? So that when I sort the list
of tables I can use the initial letter of the table name to quickly jump to
it using the keyboard. If they all begin with "tbl" you cannot do that.
Simple. :-)
From reuben at gfconsultants.com Thu Mar 2 09:19:06 2006
From: reuben at gfconsultants.com (Reuben Cummings)
Date: Thu, 2 Mar 2006 10:19:06 -0500
Subject: [AccessD] A2003:Percentages
In-Reply-To: <20060302143514.CCZX1358.omta03sl.mx.bigpond.com@DENZILLAP>
Message-ID:
(292.35-75.33)/75.33 * 100
That's a 288% profit!!!
Reuben Cummings
GFC, LLC
812.523.1017
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darren DICK
> Sent: Thursday, March 02, 2006 9:35 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] A2003:Percentages
>
>
> Ok - Slightly different from my original Q
>
> Assume I pay $75.33 for an item
> I sell it for $292.35
>
> What do I do to calc my margin as a percentage?
>
> (292.35/75.33) *100 ? Or something like it?
>
> Darren
> ------------------------------
> T: 0424 696 433
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
From darrend at nimble.com.au Thu Mar 2 09:33:13 2006
From: darrend at nimble.com.au (Darren DICK)
Date: Fri, 3 Mar 2006 02:33:13 +1100
Subject: [AccessD] A2003:Percentages
In-Reply-To:
Message-ID: <20060302153314.YYVJ10380.omta04sl.mx.bigpond.com@DENZILLAP>
It's a good business to be in - though it's not mine
Thanks Reuben - I appreciate the calc
See ya
Darren
------------------------------
T: 0424 696 433
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Reuben Cummings
Sent: Friday, 3 March 2006 2:19 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] A2003:Percentages
(292.35-75.33)/75.33 * 100
That's a 288% profit!!!
Reuben Cummings
GFC, LLC
812.523.1017
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darren DICK
> Sent: Thursday, March 02, 2006 9:35 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] A2003:Percentages
>
>
> Ok - Slightly different from my original Q
>
> Assume I pay $75.33 for an item
> I sell it for $292.35
>
> What do I do to calc my margin as a percentage?
>
> (292.35/75.33) *100 ? Or something like it?
>
> Darren
> ------------------------------
> T: 0424 696 433
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From Lambert.Heenan at AIG.com Thu Mar 2 09:38:08 2006
From: Lambert.Heenan at AIG.com (Heenan, Lambert)
Date: Thu, 2 Mar 2006 09:38:08 -0600
Subject: [AccessD] Table naming conventions
Message-ID: <1D7828CDB8350747AFE9D69E0E90DA1F1DDB2286@xlivmbx21.aig.com>
All I'm really saying is that the Access user interface allows you to select
an object in the database window by typing the initial letter. Type 'D' and
the interface will jump to the first object in the list that starts with a
D. Type D again to jump to the next one. That's why I use suffixes instead
of prefixes. If you have a common prefix for your objects, you lose this
handy navigation feature.
Lambert
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins
Sent: Thursday, March 02, 2006 10:08 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
I don't think using prefixes with the actual objects is terribly important
-- I think a lot of people lend toward natural names for objects and use the
prefixes for variables.
Susan H.
Not read all this, but one point I want to make is "why are people obsessed
with PREFIXES?"
I use the "_tbl" SUFFIX in my table names. Why? So that when I sort the list
of tables I can use the initial letter of the table name to quickly jump to
it using the keyboard. If they all begin with "tbl" you cannot do that.
Simple. :-)
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From zora_db at yahoo.com Thu Mar 2 09:53:28 2006
From: zora_db at yahoo.com (Roz Clarke)
Date: Thu, 2 Mar 2006 15:53:28 +0000 (GMT)
Subject: [AccessD] OT: farewell
In-Reply-To: <1D7828CDB8350747AFE9D69E0E90DA1F1DDB2286@xlivmbx21.aig.com>
Message-ID: <20060302155328.19996.qmail@web50115.mail.yahoo.com>
Hi guys.
Sorry to bust up your Thursday with an OT goodbye thread, but the moment is upon me.
Those who ever noticed me at all, may have noticed that I haven't posted to Accessd in the last 6
months. I am no longer working in IT, having given up my job and taken up a Masters in Creative
Writing. Whilst I may have the occasional web project to work on, I have no plans to return to
development career-wise. The fact is, I only really stayed subscribed for the comfort of seeing
all your familiar names in my inbox every day.
So I am leaving the list and standing down as a moderator.
It's been a good ten years. Not only do I owe a great deal to the list, which taught me everything
I know about database development and a lot more besides, but I've had tears and laughter along
the way and a fantastic trip to Germany into the bargain.
Thank you all for being invaluable 'virtual colleagues', but above all for being friends.
Love and hugs
Roz
PS what's the OT list like these days? ;)
___________________________________________________________
NEW Yahoo! Cars - sell your car and browse thousands of new and used cars online! http://uk.cars.yahoo.com/
From cfoust at infostatsystems.com Thu Mar 2 09:56:32 2006
From: cfoust at infostatsystems.com (Charlotte Foust)
Date: Thu, 2 Mar 2006 07:56:32 -0800
Subject: [AccessD] Table naming conventions
Message-ID:
Try giving a query and a table the same name and see why prefixes can be
important! LOL
Charlotte Foust
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins
Sent: Thursday, March 02, 2006 7:08 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
I don't think using prefixes with the actual objects is terribly
important
-- I think a lot of people lend toward natural names for objects and use
the prefixes for variables.
Susan H.
Not read all this, but one point I want to make is "why are people
obsessed with PREFIXES?"
I use the "_tbl" SUFFIX in my table names. Why? So that when I sort the
list of tables I can use the initial letter of the table name to quickly
jump to it using the keyboard. If they all begin with "tbl" you cannot
do that. Simple. :-)
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From cfoust at infostatsystems.com Thu Mar 2 09:57:45 2006
From: cfoust at infostatsystems.com (Charlotte Foust)
Date: Thu, 2 Mar 2006 07:57:45 -0800
Subject: [AccessD] Table naming conventions
Message-ID:
You use suffixes for ease of navigation. I prefer prefixes for grouping
by types of objects. Different strokes.
Charlotte
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan,
Lambert
Sent: Thursday, March 02, 2006 6:16 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
Not read all this, but one point I want to make is "why are people
obsessed with PREFIXES?"
I use the "_tbl" SUFFIX in my table names. Why? So that when I sort the
list of tables I can use the initial letter of the table name to quickly
jump to it using the keyboard. If they all begin with "tbl" you cannot
do that. Simple. :-)
Lambert
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Thursday, March 02, 2006 6:12 AM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Table naming conventions
Folks,
There has been a bit of discussion in the past few days re naming
conventions as applied to tables. I have used conventions for many
years and I sat down tonight and started documenting the conventions I
use. I have shared my conventions in the past and will do so again
here. I do these things because they work for me, in my environment.
I have built a framework, which I use in any project where it is
allowed. Having conventions allows me to make assumptions about how
things will be handled, and write code that used those assumptions to
make decisions. Even if you do not use a framework, having objects
defined in a consistent manner can just generally make life easier.
Feel free to discuss the methods and assumptions that I make, add how
you do things (and WHY) etc. Don't bother calling the things I do
stupid, if they don't work for you, don't use them. Share what does
work for you, and WHY you do what you do. If you do something exactly
opposite of the way I do it, explain why you prefer to do it that way.
I find rules useless. I find reasons very useful.
Table Definition Specification
Tables are defined in a consistent manner so that they can be recognized
and worked with easily. All of the definitions that I use have been
assimilated from other people's ideas or developed over time, and all
such conventions exist to solve a problem, whether that be readability,
distinguishing functionality or allowing the framework to make
assumptions.
Table definitions consist of several parts.
1. Tables always use an autonumber PK, whether it appears to need
one
or not. This is done for a variety of reasons, ranging from divorcing
the "table link" (PK/FK)from the unique index and making it trivial to
change that unique index without changing the "table link", to the
consistency of PK data type which allows specific assumptions in the
framework. The PK is always a long integer, and a single field, which
easily allows searches and other programmatic manipulations that
wouldn't be possible or would be tedious if the PK was a multi-field
set.
2. Table naming conventions. Tables are prefixed with 'tbl' so
that as
table names are encountered in forms, reports and queries they can be
distinguished from other objects such as queries. Thus tblPerson,
tblCompany, tblVehicle.
3. I have used other table prefixes to cause tables to group by
type
and be visually distinguishable from each other. Tbl for main tables,
tlkp for lookup tables, tmm for many to many tables, ttmp for temporary
tables etc. There is a lot of discussion about whether grouping by type
is preferable to grouping by functionality, i.e. all accounting tables
group together, all shipping tables group together etc. That is very
much a 'preference' kind of thing. I have done both, even within the
same db. It is possible to throw a "type" suffix on the end of the
tables separated by an underscore if you care to group by function but
be able to distinguish table type. tblPeopleVehicle_MM for a many to
many, tblState_LKP for a lookup.
4. Field naming conventions. Field naming conventions have several
parts. In general field and table names should only change in the most
dire circumstances. If any object name changes, I have to do a search
and replace to find and fix them. If there are a bunch of Fes working
against a single BE, it becomes a nightmare.
a. Data type prefixes are never used in field names because of
issues
with data type changes. There are just too many data types, and they
are often changed well into a project, for very valid reasons.
b. A prefix to the field name is created using the first two
characters
the table name where the table name is a single word - PEople, VEhicle,
COmpany. In cases where the table name is multiple words, the first
character of each word is used. InvoiceLineItem ILI, PeopleVehicle PV,
CompanyProperty CP. An underscore is used to distinguish the field name
prefix from the rest of the field name. PE_ID, PE_FName, PE_SSN. Use
of the first two characters if each word is acceptable to avoid
collisions and make the field prefix more readable. PEopleVEhicle
PEVE_ID.
Obviously as a project gets large a table is required to track field
name prefixes already used, but for small to medium sized projects this
allows the developer to rapidly recognize which table a field comes from
just from the field name. If this naming convention is rigorously
followed then every field in the db has a unique name, which allows
"search and replace" type of operations to be performed without manual
intervention.
c. IDs (PK/FKs) are distinguished by the capitalized characters
'ID'
in the field name.
d. PKs use the convention of Prefix characters, followed by an
underscore followed by ID. PE_ID, VE_ID, CO_ID.
e. FKs use the convention of Prefix characters, followed by an
underscore, followed by ID followed by the prefix characters of the
foreign table. PV_IDPE, PV_IDVE. CP_IDCO. By placing ID immediately
following the underscore, PKs and FKs can be immediately distinguished
from other types of fields.
f. PKs and FKs are grouped at the top of the field list in design
view.
This is done so that the PK and all FKs can be seen at a glance without
having to search through the fields looking for PKs/FKs.
Thus field names look like:
tblVehicle:
VE_ID
VE_Color
VE_Make
tblPeople
PE_ID
PE_LName
PE_FName
PE_SSN
tblPeopleVehicle
PV_ID
PV_IDPE
PV_IDVE
PV_DateAssigned
As you can see, by using the _ character it is easy to distinguish the
prefix from the rest of the name. By using the ID immediately after the
underscore it is easy to find every PK/FK field. By grouping all the
PKs/FKs at the top of the table, no searching is required to find the
PKs/FKs. By using the _IDXXXX construct, it is easy to visually look at
the FK and just "see" what table that is the PK in.
As I said above, to me reasons are the important thing. They define why
I do what I do and allow me to evaluate whether making a change to what
I do is useful to me. Rules without the associated reason are useless
since I cannot evaluate how it applies to what I am trying to do.
Rules are made to be broken, but I want to know the danger of doing so.
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 mwp.reid at qub.ac.uk Thu Mar 2 09:59:58 2006
From: mwp.reid at qub.ac.uk (Martin Reid)
Date: Thu, 2 Mar 2006 15:59:58 -0000
Subject: [AccessD] OT: farewell
Message-ID:
Roz
May I wish you all the very best in whatever you do and great things
with your writing. You have always been a valuable asset to this group
and a friend into the bargain.
Best Wishes
Martin
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Roz Clarke
Sent: 02 March 2006 15:53
To: Access Developers discussion and problem solving
Subject: [AccessD] OT: farewell
Hi guys.
Sorry to bust up your Thursday with an OT goodbye thread, but the moment
is upon me.
Those who ever noticed me at all, may have noticed that I haven't posted
to Accessd in the last 6 months. I am no longer working in IT, having
given up my job and taken up a Masters in Creative Writing. Whilst I may
have the occasional web project to work on, I have no plans to return to
development career-wise. The fact is, I only really stayed subscribed
for the comfort of seeing all your familiar names in my inbox every day.
So I am leaving the list and standing down as a moderator.
It's been a good ten years. Not only do I owe a great deal to the list,
which taught me everything I know about database development and a lot
more besides, but I've had tears and laughter along the way and a
fantastic trip to Germany into the bargain.
Thank you all for being invaluable 'virtual colleagues', but above all
for being friends.
Love and hugs
Roz
PS what's the OT list like these days? ;)
___________________________________________________________
NEW Yahoo! Cars - sell your car and browse thousands of new and used
cars online! http://uk.cars.yahoo.com/
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
rs.com
From cfoust at infostatsystems.com Thu Mar 2 10:03:21 2006
From: cfoust at infostatsystems.com (Charlotte Foust)
Date: Thu, 2 Mar 2006 08:03:21 -0800
Subject: [AccessD] Table naming conventions
Message-ID:
Shamil,
I, too, have used Stan's naming convention and have since it was
originally introduced as LRNC (R went off and developed his own later
;o>). The underscore annoys me because it is harder to type than just a
capital letter, which is, I believe, the reason it was discouraged in
LRNC. I really think it boils down to whatever works for the developer,
but some kind of naming convention is critical. I've worked with some
of John's tables (bet you didn't know that, did you, JC?) and I
absolutely HATE his naming convention. I couldn't use it in a million
years and I break out in hives just thinking of it, but it works for
him. It only becomes an issue in a team development environment, where
using the same or at least compatible naming conventions is critical.
Charlotte Foust
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil
Salakhetdinov
Sent: Thursday, March 02, 2006 5:11 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Table naming conventions
John,
AFAIS your naming conventions are based on LRNC (see e.g. Stan Leszinsky
"MS
Access 97 Expert Solutions").
One exception are field names - the recommended in LRNC way is to not
use
underscore and to use 3-4 chars standard abbreviations to prefix field
names:
- Company - comp
- Person - pers
- Employee - empl or emp
...
I do use LRNC for the last 10 years. It worked very well in many
situations.
Best regards,
Shamil
--
Web: http://smsconsulting.spb.ru/shamil_s
----- Original Message -----
From: "John Colby"
To: "'Access Developers discussion and problem solving'"
Sent: Thursday, March 02, 2006 2:12 PM
Subject: [AccessD] Table naming conventions
> Folks,
>
> There has been a bit of discussion in the past few days re naming
> conventions as applied to tables. I have used conventions for many
> years and I sat down tonight and started documenting the conventions I
> use. I have shared my conventions in the past and will do so again
> here. I do these things because they work for me, in my environment.
>
> I have built a framework, which I use in any project where it is
> allowed. Having conventions allows me to make assumptions about how
> things will be handled, and write code that used those assumptions to
> make decisions. Even if you do not use a framework, having objects
> defined in a consistent manner
> can just generally make life easier.
>
> Feel free to discuss the methods and assumptions that I make, add how
> you
> do
> things (and WHY) etc. Don't bother calling the things I do stupid, if
> they
> don't work for you, don't use them. Share what does work for you, and
WHY
> you do what you do. If you do something exactly opposite of the way I
do
> it, explain why you prefer to do it that way. I find rules useless.
I
> find
> reasons very useful.
>
> Table Definition Specification
> Tables are defined in a consistent manner so that they can be
> recognized
> and
> worked with easily. All of the definitions that I use have been
> assimilated
> from other people's ideas or developed over time, and all such
conventions
> exist to solve a problem, whether that be readability, distinguishing
> functionality or allowing the framework to make assumptions.
>
> Table definitions consist of several parts.
> 1. Tables always use an autonumber PK, whether it appears to need one
> or not. This is done for a variety of reasons, ranging from divorcing
> the "table link" (PK/FK)from the unique index and making it trivial to
> change that unique index without changing the "table link", to the
> consistency of PK data type which allows specific assumptions in the
> framework. The PK is always a long integer, and a single field, which
> easily allows searches and
> other programmatic manipulations that wouldn't be possible or would be
> tedious if the PK was a multi-field set.
> 2. Table naming conventions. Tables are prefixed with 'tbl' so that
as
> table names are encountered in forms, reports and queries they can be
> distinguished from other objects such as queries. Thus tblPerson,
> tblCompany, tblVehicle.
> 3. I have used other table prefixes to cause tables to group by type
> and be visually distinguishable from each other. Tbl for main tables,
> tlkp
> for lookup tables, tmm for many to many tables, ttmp for temporary
tables
> etc. There is a lot of discussion about whether grouping by type is
> preferable to grouping by functionality, i.e. all accounting tables
group
> together, all shipping tables group together etc. That is very much a
> 'preference' kind of thing. I have done both, even within the same
db.
> It
> is possible to throw a "type" suffix on the end of the tables
separated by
> an underscore if you care to group by function but be able to
distinguish
> table type. tblPeopleVehicle_MM for a many to many, tblState_LKP for
a
> lookup.
> 4. Field naming conventions. Field naming conventions have several
> parts. In general field and table names should only change in the
most
> dire
> circumstances. If any object name changes, I have to do a search and
> replace to find and fix them. If there are a bunch of Fes working
against
> a
> single BE, it becomes a nightmare.
> a. Data type prefixes are never used in field names because of issues
> with data type changes. There are just too many data types, and they
are
> often changed well into a project, for very valid reasons.
> b. A prefix to the field name is created using the first two
characters
> the table name where the table name is a single word - PEople,
VEhicle,
> COmpany. In cases where the table name is multiple words, the first
> character of each word is used. InvoiceLineItem ILI, PeopleVehicle
PV,
> CompanyProperty CP. An underscore is used to distinguish the field
name
> prefix from the rest of the field name. PE_ID, PE_FName, PE_SSN. Use
of
> the first two characters if each word is acceptable to avoid
collisions
> and
> make the field prefix more readable. PEopleVEhicle PEVE_ID.
>
> Obviously as a project gets large a table is required to track field
> name prefixes already used, but for small to medium sized projects
> this allows the developer to rapidly recognize which table a field
> comes from just from the field name. If this naming convention is
> rigorously followed then every
> field in the db has a unique name, which allows "search and replace"
type
> of
> operations to be performed without manual intervention.
> c. IDs (PK/FKs) are distinguished by the capitalized characters 'ID'
> in the field name.
> d. PKs use the convention of Prefix characters, followed by an
> underscore followed by ID. PE_ID, VE_ID, CO_ID.
> e. FKs use the convention of Prefix characters, followed by an
> underscore, followed by ID followed by the prefix characters of the
> foreign
> table. PV_IDPE, PV_IDVE. CP_IDCO. By placing ID immediately
following
> the
> underscore, PKs and FKs can be immediately distinguished from other
types
> of
> fields.
> f. PKs and FKs are grouped at the top of the field list in design
view.
> This is done so that the PK and all FKs can be seen at a glance
without
> having to search through the fields looking for PKs/FKs.
>
>
> Thus field names look like:
> tblVehicle:
> VE_ID
> VE_Color
> VE_Make
>
> tblPeople
> PE_ID
> PE_LName
> PE_FName
> PE_SSN
>
> tblPeopleVehicle
> PV_ID
> PV_IDPE
> PV_IDVE
> PV_DateAssigned
>
> As you can see, by using the _ character it is easy to distinguish the
> prefix from the rest of the name. By using the ID immediately after
> the underscore it is easy to find every PK/FK field. By grouping all
> the PKs/FKs at the top of the table, no searching is required to find
> the PKs/FKs. By using the _IDXXXX construct, it is easy to visually
> look at the FK and just "see" what table that is the PK in.
>
> As I said above, to me reasons are the important thing. They define
> why I do what I do and allow me to evaluate whether making a change to
> what I do is useful to me. Rules without the associated reason are
> useless since I cannot evaluate how it applies to what I am trying to
> do.
>
> Rules are made to be broken, but I want to know the danger of doing
> so.
>
> 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 garykjos at gmail.com Thu Mar 2 10:04:08 2006
From: garykjos at gmail.com (Gary Kjos)
Date: Thu, 2 Mar 2006 10:04:08 -0600
Subject: [AccessD] OT: farewell
In-Reply-To: <20060302155328.19996.qmail@web50115.mail.yahoo.com>
References: <1D7828CDB8350747AFE9D69E0E90DA1F1DDB2286@xlivmbx21.aig.com>
<20060302155328.19996.qmail@web50115.mail.yahoo.com>
Message-ID:
Good Luck Roz. We would certainly love to have you join the OT list.
It's a nice chatty place. Well usually nice. Chatty nonetheless. ;-)
On 3/2/06, Roz Clarke wrote:
> Hi guys.
>
> Sorry to bust up your Thursday with an OT goodbye thread, but the moment is upon me.
>
> Those who ever noticed me at all, may have noticed that I haven't posted to Accessd in the last 6
> months. I am no longer working in IT, having given up my job and taken up a Masters in Creative
> Writing. Whilst I may have the occasional web project to work on, I have no plans to return to
> development career-wise. The fact is, I only really stayed subscribed for the comfort of seeing
> all your familiar names in my inbox every day.
>
> So I am leaving the list and standing down as a moderator.
>
> It's been a good ten years. Not only do I owe a great deal to the list, which taught me everything
> I know about database development and a lot more besides, but I've had tears and laughter along
> the way and a fantastic trip to Germany into the bargain.
>
> Thank you all for being invaluable 'virtual colleagues', but above all for being friends.
>
> Love and hugs
>
> Roz
>
> PS what's the OT list like these days? ;)
>
>
>
> ___________________________________________________________
> NEW Yahoo! Cars - sell your car and browse thousands of new and used cars online! http://uk.cars.yahoo.com/
> --
> 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 bchacc at san.rr.com Thu Mar 2 10:07:27 2006
From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software)
Date: Thu, 02 Mar 2006 08:07:27 -0800
Subject: [AccessD] OT: farewell
In-Reply-To: <20060302155328.19996.qmail@web50115.mail.yahoo.com>
References: <20060302155328.19996.qmail@web50115.mail.yahoo.com>
Message-ID: <4407183F.4050204@san.rr.com>
Well, adios and godspeed. Sign up for OT and stay in touch.
Rocky
Roz Clarke wrote:
> Hi guys.
>
> Sorry to bust up your Thursday with an OT goodbye thread, but the moment is upon me.
>
> Those who ever noticed me at all, may have noticed that I haven't posted to Accessd in the last 6
> months. I am no longer working in IT, having given up my job and taken up a Masters in Creative
> Writing. Whilst I may have the occasional web project to work on, I have no plans to return to
> development career-wise. The fact is, I only really stayed subscribed for the comfort of seeing
> all your familiar names in my inbox every day.
>
> So I am leaving the list and standing down as a moderator.
>
> It's been a good ten years. Not only do I owe a great deal to the list, which taught me everything
> I know about database development and a lot more besides, but I've had tears and laughter along
> the way and a fantastic trip to Germany into the bargain.
>
> Thank you all for being invaluable 'virtual colleagues', but above all for being friends.
>
> Love and hugs
>
> Roz
>
> PS what's the OT list like these days? ;)
>
>
>
> ___________________________________________________________
> NEW Yahoo! Cars - sell your car and browse thousands of new and used cars online! http://uk.cars.yahoo.com/
>
--
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
From cfoust at infostatsystems.com Thu Mar 2 10:07:43 2006
From: cfoust at infostatsystems.com (Charlotte Foust)
Date: Thu, 2 Mar 2006 08:07:43 -0800
Subject: [AccessD] OT: farewell
Message-ID:
Roz,
Come back and visit when you're in the neighborhood! I have several
virtual "families" here and in Woody's Lounge and they mean a great deal
to me (yes, even the bratty teenagers and the uncle who thinks he's a
comedian!). Just because you're pursuing a new life doesn't mean you
have to turn your back on the old one. Good luck with your writing, and
we look forward to hearing about all your literary awards.
Charlotte Foust
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Roz Clarke
Sent: Thursday, March 02, 2006 7:53 AM
To: Access Developers discussion and problem solving
Subject: [AccessD] OT: farewell
Hi guys.
Sorry to bust up your Thursday with an OT goodbye thread, but the moment
is upon me.
Those who ever noticed me at all, may have noticed that I haven't posted
to Accessd in the last 6 months. I am no longer working in IT, having
given up my job and taken up a Masters in Creative Writing. Whilst I may
have the occasional web project to work on, I have no plans to return to
development career-wise. The fact is, I only really stayed subscribed
for the comfort of seeing all your familiar names in my inbox every day.
So I am leaving the list and standing down as a moderator.
It's been a good ten years. Not only do I owe a great deal to the list,
which taught me everything I know about database development and a lot
more besides, but I've had tears and laughter along the way and a
fantastic trip to Germany into the bargain.
Thank you all for being invaluable 'virtual colleagues', but above all
for being friends.
Love and hugs
Roz
PS what's the OT list like these days? ;)
___________________________________________________________
NEW Yahoo! Cars - sell your car and browse thousands of new and used
cars online! http://uk.cars.yahoo.com/
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From Gustav at cactus.dk Thu Mar 2 10:12:41 2006
From: Gustav at cactus.dk (Gustav Brock)
Date: Thu, 02 Mar 2006 17:12:41 +0100
Subject: [AccessD] OT: farewell
Message-ID:
Hi Roz
What a change in career! I'm sure you will do well, and I will miss your slightly twisted comments which always - I can say as a foreigner - have been a pleasure to just read.
All the best!
/gustav
>>> zora_db at yahoo.com 02-03-2006 16:53:28 >>>
Hi guys.
Sorry to bust up your Thursday with an OT goodbye thread, but the moment is upon me.
Those who ever noticed me at all, may have noticed that I haven't posted to Accessd in the last 6
months. I am no longer working in IT, having given up my job and taken up a Masters in Creative
Writing. Whilst I may have the occasional web project to work on, I have no plans to return to
development career-wise. The fact is, I only really stayed subscribed for the comfort of seeing
all your familiar names in my inbox every day.
So I am leaving the list and standing down as a moderator.
It's been a good ten years. Not only do I owe a great deal to the list, which taught me everything
I know about database development and a lot more besides, but I've had tears and laughter along
the way and a fantastic trip to Germany into the bargain.
Thank you all for being invaluable 'virtual colleagues', but above all for being friends.
Love and hugs
Roz
PS what's the OT list like these days? ;)
From bchacc at san.rr.com Thu Mar 2 10:17:12 2006
From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software)
Date: Thu, 02 Mar 2006 08:17:12 -0800
Subject: [AccessD] Normalize Data by date
In-Reply-To:
References:
Message-ID: <44071A88.1020903@san.rr.com>
Chester:
Sorry for the late reply. What exactly do you mean by "normalize back
to the first volume date"? Can you give an example?
Regards,
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
Kaup, Chester wrote:
> I have a table with 4 columns of data. The fields are Well_Number,
> Production_Date, Water_Volume and CO2_Volume. I need to normalize these
> back to the first volume date separately for Water_Volume and
> CO2_Volume. ie sum the first volumes data together regardless of date
> and through the rest of the records. Hope I am making sense. I am at a
> loss of where to start. Thanks.
>
>
>
> Chester Kaup
>
> Engineering Technician
>
> Kinder Morgan CO2 Company, LLP
>
> Office (432) 688-3797
>
> FAX (432) 688-3799
>
>
>
>
>
> No trees were killed in the sending of this message. However a large
> number of electrons were terribly inconvenienced.
>
>
>
>
--
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
From lembit.dbamail at t-online.de Thu Mar 2 10:18:05 2006
From: lembit.dbamail at t-online.de (Lembit Soobik)
Date: Thu, 2 Mar 2006 17:18:05 +0100
Subject: [AccessD] OT: farewell
References: <20060302155328.19996.qmail@web50115.mail.yahoo.com>
Message-ID: <001e01c63e14$e3473300$1400a8c0@v1000>
Roz,
I wish you a lot success with your writing (how about a Harry Potter type
book :-))
why not log into OT at least to say hello. you will sure be welcome.
Lembit
----- Original Message -----
From: "Roz Clarke"
To: "Access Developers discussion and problem solving"
Sent: Thursday, March 02, 2006 4:53 PM
Subject: [AccessD] OT: farewell
> Hi guys.
>
> Sorry to bust up your Thursday with an OT goodbye thread, but the moment
> is upon me.
>
> Those who ever noticed me at all, may have noticed that I haven't posted
> to Accessd in the last 6
> months. I am no longer working in IT, having given up my job and taken up
> a Masters in Creative
> Writing. Whilst I may have the occasional web project to work on, I have
> no plans to return to
> development career-wise. The fact is, I only really stayed subscribed for
> the comfort of seeing
> all your familiar names in my inbox every day.
>
> So I am leaving the list and standing down as a moderator.
>
> It's been a good ten years. Not only do I owe a great deal to the list,
> which taught me everything
> I know about database development and a lot more besides, but I've had
> tears and laughter along
> the way and a fantastic trip to Germany into the bargain.
>
> Thank you all for being invaluable 'virtual colleagues', but above all for
> being friends.
>
> Love and hugs
>
> Roz
>
> PS what's the OT list like these days? ;)
>
>
>
> ___________________________________________________________
> NEW Yahoo! Cars - sell your car and browse thousands of new and used cars
> online! http://uk.cars.yahoo.com/
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
>
> --
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.1.375 / Virus Database: 268.1.1/272 - Release Date: 01.03.2006
>
>
From zora_db at yahoo.com Thu Mar 2 10:19:03 2006
From: zora_db at yahoo.com (Roz Clarke)
Date: Thu, 2 Mar 2006 16:19:03 +0000 (GMT)
Subject: [AccessD] OT: farewell
In-Reply-To: <4407183F.4050204@san.rr.com>
Message-ID: <20060302161903.84554.qmail@web50107.mail.yahoo.com>
OK, I'm convinced. OT signup has been executed...
--- Rocky Smolin - Beach Access Software wrote:
> Well, adios and godspeed. Sign up for OT and stay in touch.
>
> Rocky
>
>
> Roz Clarke wrote:
> > Hi guys.
> >
> > Sorry to bust up your Thursday with an OT goodbye thread, but the moment is upon me.
> >
> > Those who ever noticed me at all, may have noticed that I haven't posted to Accessd in the
> last 6
> > months. I am no longer working in IT, having given up my job and taken up a Masters in
> Creative
> > Writing. Whilst I may have the occasional web project to work on, I have no plans to return to
> > development career-wise. The fact is, I only really stayed subscribed for the comfort of
> seeing
> > all your familiar names in my inbox every day.
> >
> > So I am leaving the list and standing down as a moderator.
> >
> > It's been a good ten years. Not only do I owe a great deal to the list, which taught me
> everything
> > I know about database development and a lot more besides, but I've had tears and laughter
> along
> > the way and a fantastic trip to Germany into the bargain.
> >
> > Thank you all for being invaluable 'virtual colleagues', but above all for being friends.
> >
> > Love and hugs
> >
> > Roz
> >
> > PS what's the OT list like these days? ;)
> >
> >
> >
> > ___________________________________________________________
> > NEW Yahoo! Cars - sell your car and browse thousands of new and used cars online!
> http://uk.cars.yahoo.com/
> >
>
> --
> Rocky Smolin
> Beach Access Software
> 858-259-4334
> www.e-z-mrp.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
___________________________________________________________
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com
From zora_db at yahoo.com Thu Mar 2 10:22:06 2006
From: zora_db at yahoo.com (Roz Clarke)
Date: Thu, 2 Mar 2006 16:22:06 +0000 (GMT)
Subject: [AccessD] OT: farewell
In-Reply-To: <001e01c63e14$e3473300$1400a8c0@v1000>
Message-ID: <20060302162206.67735.qmail@web50114.mail.yahoo.com>
LOL
If I had a pound for every time someone's suggested that I'd be almost as rich as JK Rowling...
well, OK, NOWHERE NEAR as rich as JK Rowling, but it would be enough to get a round of drinks in
for all of AccessD.
I am coming to OT, so this is only an arrivederci thread now. :)
We'll see how long I last this time.
--- Lembit Soobik wrote:
> Roz,
> I wish you a lot success with your writing (how about a Harry Potter type
> book :-))
>
> why not log into OT at least to say hello. you will sure be welcome.
>
> Lembit
>
> ----- Original Message -----
> From: "Roz Clarke"
> To: "Access Developers discussion and problem solving"
>
> Sent: Thursday, March 02, 2006 4:53 PM
> Subject: [AccessD] OT: farewell
>
>
> > Hi guys.
> >
> > Sorry to bust up your Thursday with an OT goodbye thread, but the moment
> > is upon me.
> >
> > Those who ever noticed me at all, may have noticed that I haven't posted
> > to Accessd in the last 6
> > months. I am no longer working in IT, having given up my job and taken up
> > a Masters in Creative
> > Writing. Whilst I may have the occasional web project to work on, I have
> > no plans to return to
> > development career-wise. The fact is, I only really stayed subscribed for
> > the comfort of seeing
> > all your familiar names in my inbox every day.
> >
> > So I am leaving the list and standing down as a moderator.
> >
> > It's been a good ten years. Not only do I owe a great deal to the list,
> > which taught me everything
> > I know about database development and a lot more besides, but I've had
> > tears and laughter along
> > the way and a fantastic trip to Germany into the bargain.
> >
> > Thank you all for being invaluable 'virtual colleagues', but above all for
> > being friends.
> >
> > Love and hugs
> >
> > Roz
> >
> > PS what's the OT list like these days? ;)
> >
> >
> >
> > ___________________________________________________________
> > NEW Yahoo! Cars - sell your car and browse thousands of new and used cars
> > online! http://uk.cars.yahoo.com/
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> >
> > --
> > No virus found in this incoming message.
> > Checked by AVG Free Edition.
> > Version: 7.1.375 / Virus Database: 268.1.1/272 - Release Date: 01.03.2006
> >
> >
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
___________________________________________________________
To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com
From markamatte at hotmail.com Thu Mar 2 10:27:51 2006
From: markamatte at hotmail.com (Mark A Matte)
Date: Thu, 02 Mar 2006 16:27:51 +0000
Subject: [AccessD] Changing form Name
In-Reply-To:
Message-ID:
Hello All,
I just saw an 'odd'...well more unexpected occurence in A2K. I changed the
name of a form...and then went to the queries that used controls on this
form as criteria to change them as well...all of my criteria had already
been changed...but not changed where I was using the same control in an
'update to' of an update query. I guess this is a feature I've just
overlooked until now?
Not sure what my question is...just a curious topic for me if anyone has any
thoughts or insight into how extensive this is in A2K.
Thanks,
Mark A. Matte
From Chester_Kaup at kindermorgan.com Thu Mar 2 10:32:43 2006
From: Chester_Kaup at kindermorgan.com (Kaup, Chester)
Date: Thu, 2 Mar 2006 10:32:43 -0600
Subject: [AccessD] Normalize Data by date
Message-ID:
Example data
Well_Number Production_Date Water_Volume
CO2_Volume
1 1/1/2005 10
10
1 2/1/2005 20
15
1 3/1/2005 25
20
2 4/1/2005 50
35
2 5/1/2005 75
100
2 6/1/2005 44
87
3 10/1/2005 100
20
3 11/1/2005 200
40
4 2/1/2006 123
57
4 3/1/2006 44
23
To normalize the data what I need to do is sum the Water_Volumes and
CO2_Volumes for the first date for each well, second date etc. Thus for
dimensionless date 1 well 1 on 1/1/2005 is added to well 2 on 4/1/2005
is added to well 3 on 10/1/2005 and is added to well 4 on 2/1/2006. For
Water_Volume on first date 10+50+100+123. For CO2_Volume on first date
10+35+20+57. The again for the second date for sum wells etc. Hope this
makes sense. Thanks.
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
- Beach Access Software
Sent: Thursday, March 02, 2006 10:17 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Normalize Data by date
Chester:
Sorry for the late reply. What exactly do you mean by "normalize back
to the first volume date"? Can you give an example?
Regards,
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
Kaup, Chester wrote:
> I have a table with 4 columns of data. The fields are Well_Number,
> Production_Date, Water_Volume and CO2_Volume. I need to normalize
these
> back to the first volume date separately for Water_Volume and
> CO2_Volume. ie sum the first volumes data together regardless of date
> and through the rest of the records. Hope I am making sense. I am at a
> loss of where to start. Thanks.
>
>
>
> Chester Kaup
>
> Engineering Technician
>
> Kinder Morgan CO2 Company, LLP
>
> Office (432) 688-3797
>
> FAX (432) 688-3799
>
>
>
>
>
> No trees were killed in the sending of this message. However a large
> number of electrons were terribly inconvenienced.
>
>
>
>
--
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From Jim.Hale at FleetPride.com Thu Mar 2 10:44:49 2006
From: Jim.Hale at FleetPride.com (Hale, Jim)
Date: Thu, 2 Mar 2006 10:44:49 -0600
Subject: [AccessD] OT: farewell
Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB67727DDA6E@corp-es01.fleetpride.com>
I envy you! Good luck.
Jim Hale
-----Original Message-----
From: Roz Clarke [mailto:zora_db at yahoo.com]
Sent: Thursday, March 02, 2006 9:53 AM
To: Access Developers discussion and problem solving
Subject: [AccessD] OT: farewell
Hi guys.
Sorry to bust up your Thursday with an OT goodbye thread, but the moment is
upon me.
Those who ever noticed me at all, may have noticed that I haven't posted to
Accessd in the last 6
months. I am no longer working in IT, having given up my job and taken up a
Masters in Creative
Writing. Whilst I may have the occasional web project to work on, I have no
plans to return to
development career-wise. The fact is, I only really stayed subscribed for
the comfort of seeing
all your familiar names in my inbox every day.
So I am leaving the list and standing down as a moderator.
It's been a good ten years. Not only do I owe a great deal to the list,
which taught me everything
I know about database development and a lot more besides, but I've had tears
and laughter along
the way and a fantastic trip to Germany into the bargain.
Thank you all for being invaluable 'virtual colleagues', but above all for
being friends.
Love and hugs
Roz
PS what's the OT list like these days? ;)
___________________________________________________________
NEW Yahoo! Cars - sell your car and browse thousands of new and used cars
online! http://uk.cars.yahoo.com/
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
***********************************************************************
The information transmitted is intended solely for the individual or
entity to which it is addressed and may contain confidential and/or
privileged material. Any review, retransmission, dissemination or
other use of or taking action in reliance upon this information by
persons or entities other than the intended recipient is prohibited.
If you have received this email in error please contact the sender and
delete the material from any computer. As a recipient of this email,
you are responsible for screening its contents and the contents of any
attachments for the presence of viruses. No liability is accepted for
any damages caused by any virus transmitted by this email.
From markamatte at hotmail.com Thu Mar 2 10:49:45 2006
From: markamatte at hotmail.com (Mark A Matte)
Date: Thu, 02 Mar 2006 16:49:45 +0000
Subject: [AccessD] On Open Event
In-Reply-To: <000a01c63d4f$908c6ab0$0200a8c0@danwaters>
Message-ID:
Dan,
I tried this...it does work for the 'On Current'...but unless I'm doing
something wrong it does not work for the 'On Open'. It gives the error
"Argument not Optional".
Any other ideas?
Thanks,
Mark
>From: "Dan Waters"
>Reply-To: Access Developers discussion and problem
>solving
>To: "'Access Developers discussion and problem
>solving'"
>Subject: Re: [AccessD] On Open Event
>Date: Wed, 1 Mar 2006 10:45:35 -0600
>
>Mark,
>
>You can do this:
>
>1) Make the open event a Public sub.
>
>2) Use this: Call Forms.frmMyForm.Form_Open
>
>You can use this technique to call any procedure in any OPEN form. I do
>this sometimes to call an open form's Current event from code in a standard
>module.
>
>
>Dan
>
>
>-----Original Message-----
>From: accessd-bounces at databaseadvisors.com
>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte
>Sent: Wednesday, March 01, 2006 9:35 AM
>To: accessd at databaseadvisors.com
>Subject: [AccessD] On Open Event
>
>Hello All,
>
>I have a form that does 'stuff' 'ON OPEN'...is there a way to cause this
>event to fire again from another form...repaint,refresh,requery...anything?
>
>Thanks,
>
>Mark A. Matte
>
>
>--
>AccessD mailing list
>AccessD at databaseadvisors.com
>http://databaseadvisors.com/mailman/listinfo/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 zora_db at yahoo.com Thu Mar 2 10:56:51 2006
From: zora_db at yahoo.com (Roz Clarke)
Date: Thu, 2 Mar 2006 16:56:51 +0000 (GMT)
Subject: [AccessD] OT: farewell
In-Reply-To:
Message-ID: <20060302165651.95613.qmail@web50108.mail.yahoo.com>
I don't know *what* you mean, Gustav.
--- Gustav Brock wrote:
> Hi Roz
>
> What a change in career! I'm sure you will do well, and I will miss your slightly twisted
> comments which always - I can say as a foreigner - have been a pleasure to just read.
>
> All the best!
>
> /gustav
>
> >>> zora_db at yahoo.com 02-03-2006 16:53:28 >>>
> Hi guys.
>
> Sorry to bust up your Thursday with an OT goodbye thread, but the moment is upon me.
>
> Those who ever noticed me at all, may have noticed that I haven't posted to Accessd in the last
> 6
> months. I am no longer working in IT, having given up my job and taken up a Masters in Creative
> Writing. Whilst I may have the occasional web project to work on, I have no plans to return to
> development career-wise. The fact is, I only really stayed subscribed for the comfort of seeing
> all your familiar names in my inbox every day.
>
> So I am leaving the list and standing down as a moderator.
>
> It's been a good ten years. Not only do I owe a great deal to the list, which taught me
> everything
> I know about database development and a lot more besides, but I've had tears and laughter along
> the way and a fantastic trip to Germany into the bargain.
>
> Thank you all for being invaluable 'virtual colleagues', but above all for being friends.
>
> Love and hugs
>
> Roz
>
> PS what's the OT list like these days? ;)
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
___________________________________________________________
Win a BlackBerry device from O2 with Yahoo!. Enter now. http://www.yahoo.co.uk/blackberry
From bchacc at san.rr.com Thu Mar 2 11:02:50 2006
From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software)
Date: Thu, 02 Mar 2006 09:02:50 -0800
Subject: [AccessD] Normalize Data by date
In-Reply-To:
References:
Message-ID: <4407253A.1020308@san.rr.com>
Do each of the wells have the same number of dates? If not, what do you
do when you get to the third date for well 1 and well2 doesn't have a
third date?
Rocky
Kaup, Chester wrote:
> Example data
> Well_Number Production_Date Water_Volume
> CO2_Volume
> 1 1/1/2005 10
> 10
> 1 2/1/2005 20
> 15
> 1 3/1/2005 25
> 20
> 2 4/1/2005 50
> 35
> 2 5/1/2005 75
> 100
> 2 6/1/2005 44
> 87
> 3 10/1/2005 100
> 20
> 3 11/1/2005 200
> 40
> 4 2/1/2006 123
> 57
> 4 3/1/2006 44
> 23
>
> To normalize the data what I need to do is sum the Water_Volumes and
> CO2_Volumes for the first date for each well, second date etc. Thus for
> dimensionless date 1 well 1 on 1/1/2005 is added to well 2 on 4/1/2005
> is added to well 3 on 10/1/2005 and is added to well 4 on 2/1/2006. For
> Water_Volume on first date 10+50+100+123. For CO2_Volume on first date
> 10+35+20+57. The again for the second date for sum wells etc. Hope this
> makes sense. Thanks.
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
> - Beach Access Software
> Sent: Thursday, March 02, 2006 10:17 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Normalize Data by date
>
> Chester:
>
> Sorry for the late reply. What exactly do you mean by "normalize back
> to the first volume date"? Can you give an example?
>
> Regards,
>
> Rocky Smolin
> Beach Access Software
> 858-259-4334
> www.e-z-mrp.com
>
>
> Kaup, Chester wrote:
>
>> I have a table with 4 columns of data. The fields are Well_Number,
>> Production_Date, Water_Volume and CO2_Volume. I need to normalize
>>
> these
>
>> back to the first volume date separately for Water_Volume and
>> CO2_Volume. ie sum the first volumes data together regardless of date
>> and through the rest of the records. Hope I am making sense. I am at a
>> loss of where to start. Thanks.
>>
>>
>>
>> Chester Kaup
>>
>> Engineering Technician
>>
>> Kinder Morgan CO2 Company, LLP
>>
>> Office (432) 688-3797
>>
>> FAX (432) 688-3799
>>
>>
>>
>>
>>
>> No trees were killed in the sending of this message. However a large
>> number of electrons were terribly inconvenienced.
>>
>>
>>
>>
>>
>
>
--
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
From developer at ultradnt.com Thu Mar 2 11:11:03 2006
From: developer at ultradnt.com (Steve Conklin)
Date: Thu, 2 Mar 2006 12:11:03 -0500
Subject: [AccessD] OT - Action Pack
In-Reply-To: <20060302143514.CCZX1358.omta03sl.mx.bigpond.com@DENZILLAP>
Message-ID: <200603021710.k22HAxj49344@ultradnt.com>
I have picked up a new client, mostly for server work, and when I asked him
if his Windows XP and Server 2003 were properly licensed, he showed me an
Action Pack. This is a real estate office, but apparently because the word
"consulting" is in the company name, it was able to be registered to
whatever level necessary to get an Action Pack.
The question is, is there any long term risk associated with this? Are
these things re-newable an unlimited number of times? Will MS ever ask to
see a list of how many clients you have influenced to buy their products
through your Ac.Pack? Or did this company find a loophole you could drive a
truck through?
I know there are a few Action Packers out there; I am an MSDN-U myself, so I
don't any details about this thing.
Thanks for any insight,
Steve
From Chester_Kaup at kindermorgan.com Thu Mar 2 11:11:08 2006
From: Chester_Kaup at kindermorgan.com (Kaup, Chester)
Date: Thu, 2 Mar 2006 11:11:08 -0600
Subject: [AccessD] Normalize Data by date
Message-ID:
All of the wells may have a different number of data points. For example
if well 1 has been on for 1 year it will have 12 data points. If well 2
has been on for 6 months it will have 6 data points. However many wells
have data at a certain number of data points from the first data point
get added together. Thus if 6 wells has data at the first point they are
summed. If there are three wells that have data at the second point
those three are added together. If only 2 wells have data at the last
point only there data is summed. Thanks.
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
- Beach Access Software
Sent: Thursday, March 02, 2006 11:03 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Normalize Data by date
Do each of the wells have the same number of dates? If not, what do you
do when you get to the third date for well 1 and well2 doesn't have a
third date?
Rocky
Kaup, Chester wrote:
> Example data
> Well_Number Production_Date Water_Volume
> CO2_Volume
> 1 1/1/2005 10
> 10
> 1 2/1/2005 20
> 15
> 1 3/1/2005 25
> 20
> 2 4/1/2005 50
> 35
> 2 5/1/2005 75
> 100
> 2 6/1/2005 44
> 87
> 3 10/1/2005 100
> 20
> 3 11/1/2005 200
> 40
> 4 2/1/2006 123
> 57
> 4 3/1/2006 44
> 23
>
> To normalize the data what I need to do is sum the Water_Volumes and
> CO2_Volumes for the first date for each well, second date etc. Thus
for
> dimensionless date 1 well 1 on 1/1/2005 is added to well 2 on 4/1/2005
> is added to well 3 on 10/1/2005 and is added to well 4 on 2/1/2006.
For
> Water_Volume on first date 10+50+100+123. For CO2_Volume on first date
> 10+35+20+57. The again for the second date for sum wells etc. Hope
this
> makes sense. Thanks.
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky
Smolin
> - Beach Access Software
> Sent: Thursday, March 02, 2006 10:17 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Normalize Data by date
>
> Chester:
>
> Sorry for the late reply. What exactly do you mean by "normalize back
> to the first volume date"? Can you give an example?
>
> Regards,
>
> Rocky Smolin
> Beach Access Software
> 858-259-4334
> www.e-z-mrp.com
>
>
> Kaup, Chester wrote:
>
>> I have a table with 4 columns of data. The fields are Well_Number,
>> Production_Date, Water_Volume and CO2_Volume. I need to normalize
>>
> these
>
>> back to the first volume date separately for Water_Volume and
>> CO2_Volume. ie sum the first volumes data together regardless of date
>> and through the rest of the records. Hope I am making sense. I am at
a
>> loss of where to start. Thanks.
>>
>>
>>
>> Chester Kaup
>>
>> Engineering Technician
>>
>> Kinder Morgan CO2 Company, LLP
>>
>> Office (432) 688-3797
>>
>> FAX (432) 688-3799
>>
>>
>>
>>
>>
>> No trees were killed in the sending of this message. However a large
>> number of electrons were terribly inconvenienced.
>>
>>
>>
>>
>>
>
>
--
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From garykjos at gmail.com Thu Mar 2 11:38:16 2006
From: garykjos at gmail.com (Gary Kjos)
Date: Thu, 2 Mar 2006 11:38:16 -0600
Subject: [AccessD] OT - Action Pack
In-Reply-To: <200603021710.k22HAxj49344@ultradnt.com>
References: <20060302143514.CCZX1358.omta03sl.mx.bigpond.com@DENZILLAP>
<200603021710.k22HAxj49344@ultradnt.com>
Message-ID:
https://partner.microsoft.com/40009735
has all the info.
here's a quote from the FAQ
---------------------------------------
Who can subscribe to the Microsoft Action Pack?
The Microsoft Action Pack Subscription is available exclusively to
consultants, value-added resellers, value-added providers, system
integrators, developers, system builders, hosts, and service providers
who are enrolled as Registered Members in the Microsoft Partner
Program and who distribute or influence the acquisition of Microsoft
software and Microsoft-based solutions by end customers.
----------------------------------
that describes a pretty broad group. "influence the aquisition of
Microsoft software and Microsoft-bases solutions by end customers" can
include a whole lot of people and businesses.
I think Microsoft is glad to have them paying something every year.
GK
On 3/2/06, Steve Conklin wrote:
> I have picked up a new client, mostly for server work, and when I asked him
> if his Windows XP and Server 2003 were properly licensed, he showed me an
> Action Pack. This is a real estate office, but apparently because the word
> "consulting" is in the company name, it was able to be registered to
> whatever level necessary to get an Action Pack.
>
> The question is, is there any long term risk associated with this? Are
> these things re-newable an unlimited number of times? Will MS ever ask to
> see a list of how many clients you have influenced to buy their products
> through your Ac.Pack? Or did this company find a loophole you could drive a
> truck through?
>
> I know there are a few Action Packers out there; I am an MSDN-U myself, so I
> don't any details about this thing.
>
> Thanks for any insight,
> Steve
>
>
> --
> 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 garykjos at gmail.com Thu Mar 2 11:42:33 2006
From: garykjos at gmail.com (Gary Kjos)
Date: Thu, 2 Mar 2006 11:42:33 -0600
Subject: [AccessD] Changing form Name
In-Reply-To:
References:
Message-ID:
I think that would be "Perform Name AutoCorrect" at work.
Tools/Options/General - Right side check boxes. I usually find it to
be trouble and try to remember to turn it OFF. ;-)
GK
On 3/2/06, Mark A Matte wrote:
> Hello All,
>
> I just saw an 'odd'...well more unexpected occurence in A2K. I changed the
> name of a form...and then went to the queries that used controls on this
> form as criteria to change them as well...all of my criteria had already
> been changed...but not changed where I was using the same control in an
> 'update to' of an update query. I guess this is a feature I've just
> overlooked until now?
>
> Not sure what my question is...just a curious topic for me if anyone has any
> thoughts or insight into how extensive this is in A2K.
>
> Thanks,
>
> Mark A. Matte
>
>
> --
> 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 bchacc at san.rr.com Thu Mar 2 11:45:21 2006
From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software)
Date: Thu, 02 Mar 2006 09:45:21 -0800
Subject: [AccessD] Normalize Data by date
In-Reply-To:
References:
Message-ID: <44072F31.9060507@san.rr.com>
Chester:
Now that I see what's what I think this is best done in code in a big
loop.
I'd set up an array to hold the sums. Set the number of rows in the
array to the maximum number of data points any well has and the number
of columns to 2 - the first column holding the sum of the water volume,
the second holding the sum of the CO2.
Open up a DAO recordset for each well in turn. Initialize a counter to
1. Put the first data points into the first cell.
Add one to the counter and using .MoveNext until .EOF add the data in
each record to the appropriate cells pointed to by the counter.
If this ain't perfect at least it might give you an idea of an approach.
HTH
Rocky
Kaup, Chester wrote:
> All of the wells may have a different number of data points. For example
> if well 1 has been on for 1 year it will have 12 data points. If well 2
> has been on for 6 months it will have 6 data points. However many wells
> have data at a certain number of data points from the first data point
> get added together. Thus if 6 wells has data at the first point they are
> summed. If there are three wells that have data at the second point
> those three are added together. If only 2 wells have data at the last
> point only there data is summed. Thanks.
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
> - Beach Access Software
> Sent: Thursday, March 02, 2006 11:03 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Normalize Data by date
>
> Do each of the wells have the same number of dates? If not, what do you
>
> do when you get to the third date for well 1 and well2 doesn't have a
> third date?
>
> Rocky
>
>
> Kaup, Chester wrote:
>
>> Example data
>> Well_Number Production_Date Water_Volume
>> CO2_Volume
>> 1 1/1/2005 10
>> 10
>> 1 2/1/2005 20
>> 15
>> 1 3/1/2005 25
>> 20
>> 2 4/1/2005 50
>> 35
>> 2 5/1/2005 75
>> 100
>> 2 6/1/2005 44
>> 87
>> 3 10/1/2005 100
>> 20
>> 3 11/1/2005 200
>> 40
>> 4 2/1/2006 123
>> 57
>> 4 3/1/2006 44
>> 23
>>
>> To normalize the data what I need to do is sum the Water_Volumes and
>> CO2_Volumes for the first date for each well, second date etc. Thus
>>
> for
>
>> dimensionless date 1 well 1 on 1/1/2005 is added to well 2 on 4/1/2005
>> is added to well 3 on 10/1/2005 and is added to well 4 on 2/1/2006.
>>
> For
>
>> Water_Volume on first date 10+50+100+123. For CO2_Volume on first date
>> 10+35+20+57. The again for the second date for sum wells etc. Hope
>>
> this
>
>> makes sense. Thanks.
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky
>>
> Smolin
>
>> - Beach Access Software
>> Sent: Thursday, March 02, 2006 10:17 AM
>> To: Access Developers discussion and problem solving
>> Subject: Re: [AccessD] Normalize Data by date
>>
>> Chester:
>>
>> Sorry for the late reply. What exactly do you mean by "normalize back
>>
>
>
>> to the first volume date"? Can you give an example?
>>
>> Regards,
>>
>> Rocky Smolin
>> Beach Access Software
>> 858-259-4334
>> www.e-z-mrp.com
>>
>>
>> Kaup, Chester wrote:
>>
>>
>>> I have a table with 4 columns of data. The fields are Well_Number,
>>> Production_Date, Water_Volume and CO2_Volume. I need to normalize
>>>
>>>
>> these
>>
>>
>>> back to the first volume date separately for Water_Volume and
>>> CO2_Volume. ie sum the first volumes data together regardless of date
>>> and through the rest of the records. Hope I am making sense. I am at
>>>
> a
>
>>> loss of where to start. Thanks.
>>>
>>>
>>>
>>> Chester Kaup
>>>
>>> Engineering Technician
>>>
>>> Kinder Morgan CO2 Company, LLP
>>>
>>> Office (432) 688-3797
>>>
>>> FAX (432) 688-3799
>>>
>>>
>>>
>>>
>>>
>>> No trees were killed in the sending of this message. However a large
>>> number of electrons were terribly inconvenienced.
>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>
>
--
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
From developer at ultradnt.com Thu Mar 2 12:19:53 2006
From: developer at ultradnt.com (Steve Conklin)
Date: Thu, 2 Mar 2006 13:19:53 -0500
Subject: [AccessD] OT - Action Pack
In-Reply-To:
Message-ID: <200603021819.k22IJmj57655@ultradnt.com>
Thanks for the link. But there's no way this real estate office does any
influencing over anything computer related. There's no stretching the
definition of their business to fit any of that, so that's why I wanted to
know if there is any risk of them losing theses licenses. Seems to me that
they have found a loophole that any business with <= 10 PC's and 1 Server
can exploit.
Steve
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos
Sent: Thursday, March 02, 2006 12:38 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] OT - Action Pack
https://partner.microsoft.com/40009735
has all the info.
here's a quote from the FAQ
---------------------------------------
Who can subscribe to the Microsoft Action Pack?
The Microsoft Action Pack Subscription is available exclusively to
consultants, value-added resellers, value-added providers, system
integrators, developers, system builders, hosts, and service providers who
are enrolled as Registered Members in the Microsoft Partner Program and who
distribute or influence the acquisition of Microsoft software and
Microsoft-based solutions by end customers.
----------------------------------
that describes a pretty broad group. "influence the aquisition of Microsoft
software and Microsoft-bases solutions by end customers" can include a whole
lot of people and businesses.
I think Microsoft is glad to have them paying something every year.
GK
On 3/2/06, Steve Conklin wrote:
> I have picked up a new client, mostly for server work, and when I
> asked him if his Windows XP and Server 2003 were properly licensed, he
> showed me an Action Pack. This is a real estate office, but
> apparently because the word "consulting" is in the company name, it
> was able to be registered to whatever level necessary to get an Action
Pack.
>
> The question is, is there any long term risk associated with this?
> Are these things re-newable an unlimited number of times? Will MS
> ever ask to see a list of how many clients you have influenced to buy
> their products through your Ac.Pack? Or did this company find a
> loophole you could drive a truck through?
>
> I know there are a few Action Packers out there; I am an MSDN-U
> myself, so I don't any details about this thing.
>
> Thanks for any insight,
> Steve
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
--
Gary Kjos
garykjos at gmail.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From andy at minstersystems.co.uk Thu Mar 2 12:22:26 2006
From: andy at minstersystems.co.uk (Andy Lacey)
Date: Thu, 2 Mar 2006 18:22:26 -0000
Subject: [AccessD] OT: farewell
In-Reply-To: <20060302162206.67735.qmail@web50114.mail.yahoo.com>
Message-ID: <001401c63e26$4266cab0$9af00651@minster33c3r25>
As I'm not on OT I'll say goodbye now Roz, and good luck with the writing.
When you're published please let the list know somehow cos I'd love to read
it. I'll even BUY it for heaven's sake.
And many thanks for your sage words on the moderator's list. You will be
sorely missed.
--
Andy Lacey
http://www.minstersystems.co.uk
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Roz Clarke
> Sent: 02 March 2006 16:22
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] OT: farewell
>
>
> LOL
>
> If I had a pound for every time someone's suggested that I'd
> be almost as rich as JK Rowling... well, OK, NOWHERE NEAR as
> rich as JK Rowling, but it would be enough to get a round of
> drinks in for all of AccessD.
>
> I am coming to OT, so this is only an arrivederci thread now. :)
>
> We'll see how long I last this time.
>
> --- Lembit Soobik wrote:
>
> > Roz,
> > I wish you a lot success with your writing (how about a
> Harry Potter
> > type
> > book :-))
> >
> > why not log into OT at least to say hello. you will sure be welcome.
> >
> > Lembit
> >
> > ----- Original Message -----
> > From: "Roz Clarke"
> > To: "Access Developers discussion and problem solving"
> >
> > Sent: Thursday, March 02, 2006 4:53 PM
> > Subject: [AccessD] OT: farewell
> >
> >
> > > Hi guys.
> > >
> > > Sorry to bust up your Thursday with an OT goodbye thread, but the
> > > moment
> > > is upon me.
> > >
> > > Those who ever noticed me at all, may have noticed that I haven't
> > > posted
> > > to Accessd in the last 6
> > > months. I am no longer working in IT, having given up my
> job and taken up
> > > a Masters in Creative
> > > Writing. Whilst I may have the occasional web project to
> work on, I have
> > > no plans to return to
> > > development career-wise. The fact is, I only really
> stayed subscribed for
> > > the comfort of seeing
> > > all your familiar names in my inbox every day.
> > >
> > > So I am leaving the list and standing down as a moderator.
> > >
> > > It's been a good ten years. Not only do I owe a great deal to the
> > > list,
> > > which taught me everything
> > > I know about database development and a lot more besides,
> but I've had
> > > tears and laughter along
> > > the way and a fantastic trip to Germany into the bargain.
> > >
> > > Thank you all for being invaluable 'virtual colleagues',
> but above
> > > all for
> > > being friends.
> > >
> > > Love and hugs
> > >
> > > Roz
> > >
> > > PS what's the OT list like these days? ;)
> > >
> > >
> > >
> > > ___________________________________________________________
> > > NEW Yahoo! Cars - sell your car and browse thousands of
> new and used
> > > cars
> > > online! http://uk.cars.yahoo.com/
> > > --
> > > AccessD mailing list
> > > AccessD at databaseadvisors.com
> > > http://databaseadvisors.com/mailman/listinfo/accessd
> > > Website: http://www.databaseadvisors.com
> > >
> > >
> > > --
> > > No virus found in this incoming message.
> > > Checked by AVG Free Edition.
> > > Version: 7.1.375 / Virus Database: 268.1.1/272 - Release
> Date: 01.03.2006
> > >
> > >
> >
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
>
>
>
>
> ___________________________________________________________
> To help you stay safe and secure online, we've developed the
> all new Yahoo! Security Centre. http://uk.security.yahoo.com
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
>
From bchacc at san.rr.com Thu Mar 2 12:31:49 2006
From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software)
Date: Thu, 02 Mar 2006 10:31:49 -0800
Subject: [AccessD] Table naming conventions
In-Reply-To:
References:
Message-ID: <44073A15.4080206@san.rr.com>
On a related note, does everyone use/not use Me. when referring to a
control in code? Any advantage other than the auto-fill to using Me.?
TIA
Rocky
Charlotte Foust wrote:
> You use suffixes for ease of navigation. I prefer prefixes for grouping
> by types of objects. Different strokes.
>
> Charlotte
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan,
> Lambert
> Sent: Thursday, March 02, 2006 6:16 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Table naming conventions
>
>
> Not read all this, but one point I want to make is "why are people
> obsessed with PREFIXES?"
>
> I use the "_tbl" SUFFIX in my table names. Why? So that when I sort the
> list of tables I can use the initial letter of the table name to quickly
> jump to it using the keyboard. If they all begin with "tbl" you cannot
> do that. Simple. :-)
>
> Lambert
>
>
From zora_db at yahoo.com Thu Mar 2 12:35:49 2006
From: zora_db at yahoo.com (Roz Clarke)
Date: Thu, 2 Mar 2006 18:35:49 +0000 (GMT)
Subject: [AccessD] OT: farewell
In-Reply-To: <001401c63e26$4266cab0$9af00651@minster33c3r25>
Message-ID: <20060302183549.37301.qmail@web50108.mail.yahoo.com>
'When' I'm published! Thank you for the vote of confidence, Andy. I'm sure that 'when' the novel
is published I'll be shouting it from the rooftops - don't worry, you'll hear me!
I tried to let you know on the moderators list but I don't seem to be able to post to it at the
moment - so sorry for not giving you a seperate heads-up. You are more than sage enough to manage
the moderating job without me - all of you mods are - and I will miss you, too.
Take care (of the list and yourself)
Roz
--- Andy Lacey wrote:
> As I'm not on OT I'll say goodbye now Roz, and good luck with the writing.
> When you're published please let the list know somehow cos I'd love to read
> it. I'll even BUY it for heaven's sake.
>
> And many thanks for your sage words on the moderator's list. You will be
> sorely missed.
>
> --
> Andy Lacey
> http://www.minstersystems.co.uk
>
>
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Roz Clarke
> > Sent: 02 March 2006 16:22
> > To: Access Developers discussion and problem solving
> > Subject: Re: [AccessD] OT: farewell
> >
> >
> > LOL
> >
> > If I had a pound for every time someone's suggested that I'd
> > be almost as rich as JK Rowling... well, OK, NOWHERE NEAR as
> > rich as JK Rowling, but it would be enough to get a round of
> > drinks in for all of AccessD.
> >
> > I am coming to OT, so this is only an arrivederci thread now. :)
> >
> > We'll see how long I last this time.
> >
> > --- Lembit Soobik wrote:
> >
> > > Roz,
> > > I wish you a lot success with your writing (how about a
> > Harry Potter
> > > type
> > > book :-))
> > >
> > > why not log into OT at least to say hello. you will sure be welcome.
> > >
> > > Lembit
> > >
> > > ----- Original Message -----
> > > From: "Roz Clarke"
> > > To: "Access Developers discussion and problem solving"
> > >
> > > Sent: Thursday, March 02, 2006 4:53 PM
> > > Subject: [AccessD] OT: farewell
> > >
> > >
> > > > Hi guys.
> > > >
> > > > Sorry to bust up your Thursday with an OT goodbye thread, but the
> > > > moment
> > > > is upon me.
> > > >
> > > > Those who ever noticed me at all, may have noticed that I haven't
> > > > posted
> > > > to Accessd in the last 6
> > > > months. I am no longer working in IT, having given up my
> > job and taken up
> > > > a Masters in Creative
> > > > Writing. Whilst I may have the occasional web project to
> > work on, I have
> > > > no plans to return to
> > > > development career-wise. The fact is, I only really
> > stayed subscribed for
> > > > the comfort of seeing
> > > > all your familiar names in my inbox every day.
> > > >
> > > > So I am leaving the list and standing down as a moderator.
> > > >
> > > > It's been a good ten years. Not only do I owe a great deal to the
> > > > list,
> > > > which taught me everything
> > > > I know about database development and a lot more besides,
> > but I've had
> > > > tears and laughter along
> > > > the way and a fantastic trip to Germany into the bargain.
> > > >
> > > > Thank you all for being invaluable 'virtual colleagues',
> > but above
> > > > all for
> > > > being friends.
> > > >
> > > > Love and hugs
> > > >
> > > > Roz
> > > >
> > > > PS what's the OT list like these days? ;)
> > > >
> > > >
> > > >
> > > > ___________________________________________________________
> > > > NEW Yahoo! Cars - sell your car and browse thousands of
> > new and used
> > > > cars
> > > > online! http://uk.cars.yahoo.com/
> > > > --
> > > > AccessD mailing list
> > > > AccessD at databaseadvisors.com
> > > > http://databaseadvisors.com/mailman/listinfo/accessd
> > > > Website: http://www.databaseadvisors.com
> > > >
> > > >
> > > > --
> > > > No virus found in this incoming message.
> > > > Checked by AVG Free Edition.
> > > > Version: 7.1.375 / Virus Database: 268.1.1/272 - Release
> > Date: 01.03.2006
> > > >
> > > >
> > >
> > > --
> > > AccessD mailing list
> > > AccessD at databaseadvisors.com
> > > http://databaseadvisors.com/mailman/listinfo/accessd
> > > Website: http://www.databaseadvisors.com
> > >
> >
> >
> >
> >
> > ___________________________________________________________
> > To help you stay safe and secure online, we've developed the
> > all new Yahoo! Security Centre. http://uk.security.yahoo.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
>
___________________________________________________________
Win a BlackBerry device from O2 with Yahoo!. Enter now. http://www.yahoo.co.uk/blackberry
From cfoust at infostatsystems.com Thu Mar 2 12:44:10 2006
From: cfoust at infostatsystems.com (Charlotte Foust)
Date: Thu, 2 Mar 2006 10:44:10 -0800
Subject: [AccessD] OT - Action Pack
Message-ID:
Well, if MS ever decides to close that loophole, the EULA requires that
they uninstall the software and any of its supporting files from all
their machines. I've heard of people cheating like this, it's like
those who buy the Academic edition even though it isn't licensed for
commercial use. If we aren't honest about our licenses, how can our
clients/customers/employees trust us?
Charlotte Foust
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Conklin
Sent: Thursday, March 02, 2006 10:20 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] OT - Action Pack
Thanks for the link. But there's no way this real estate office does
any influencing over anything computer related. There's no stretching
the definition of their business to fit any of that, so that's why I
wanted to know if there is any risk of them losing theses licenses.
Seems to me that they have found a loophole that any business with <= 10
PC's and 1 Server can exploit.
Steve
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos
Sent: Thursday, March 02, 2006 12:38 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] OT - Action Pack
https://partner.microsoft.com/40009735
has all the info.
here's a quote from the FAQ
---------------------------------------
Who can subscribe to the Microsoft Action Pack?
The Microsoft Action Pack Subscription is available exclusively to
consultants, value-added resellers, value-added providers, system
integrators, developers, system builders, hosts, and service providers
who are enrolled as Registered Members in the Microsoft Partner Program
and who distribute or influence the acquisition of Microsoft software
and Microsoft-based solutions by end customers.
----------------------------------
that describes a pretty broad group. "influence the aquisition of
Microsoft software and Microsoft-bases solutions by end customers" can
include a whole lot of people and businesses.
I think Microsoft is glad to have them paying something every year.
GK
On 3/2/06, Steve Conklin wrote:
> I have picked up a new client, mostly for server work, and when I
> asked him if his Windows XP and Server 2003 were properly licensed, he
> showed me an Action Pack. This is a real estate office, but
> apparently because the word "consulting" is in the company name, it
> was able to be registered to whatever level necessary to get an Action
Pack.
>
> The question is, is there any long term risk associated with this?
> Are these things re-newable an unlimited number of times? Will MS
> ever ask to see a list of how many clients you have influenced to buy
> their products through your Ac.Pack? Or did this company find a
> loophole you could drive a truck through?
>
> I know there are a few Action Packers out there; I am an MSDN-U
> myself, so I don't any details about this thing.
>
> Thanks for any insight,
> Steve
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
--
Gary Kjos
garykjos at gmail.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From cfoust at infostatsystems.com Thu Mar 2 12:46:32 2006
From: cfoust at infostatsystems.com (Charlotte Foust)
Date: Thu, 2 Mar 2006 10:46:32 -0800
Subject: [AccessD] Table naming conventions
Message-ID:
The big advantage to it is that the Access engine knows immediately that
you are referring to something that belongs to the object rather than
having to check to see if it is a variable. Misspellings bite, and not
using Me doesn't tell the engine that it needs to check the spelling.
Charlotte Foust
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
- Beach Access Software
Sent: Thursday, March 02, 2006 10:32 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Table naming conventions
On a related note, does everyone use/not use Me. when referring to a
control in code? Any advantage other than the auto-fill to using Me.?
TIA
Rocky
Charlotte Foust wrote:
> You use suffixes for ease of navigation. I prefer prefixes for
> grouping by types of objects. Different strokes.
>
> Charlotte
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan,
> Lambert
> Sent: Thursday, March 02, 2006 6:16 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Table naming conventions
>
>
> Not read all this, but one point I want to make is "why are people
> obsessed with PREFIXES?"
>
> I use the "_tbl" SUFFIX in my table names. Why? So that when I sort
> the list of tables I can use the initial letter of the table name to
> quickly jump to it using the keyboard. If they all begin with "tbl"
> you cannot do that. Simple. :-)
>
> Lambert
>
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From harkinsss at bellsouth.net Thu Mar 2 13:04:50 2006
From: harkinsss at bellsouth.net (Susan Harkins)
Date: Thu, 2 Mar 2006 14:04:50 -0500
Subject: [AccessD] Table naming conventions
In-Reply-To: <1D7828CDB8350747AFE9D69E0E90DA1F1DDB2286@xlivmbx21.aig.com>
Message-ID: <000301c63e2c$2f5d88e0$b6b3d6d1@SUSANONE>
I agree and it's a bit of a nuisance with forms and reports -- trying to
sort them in a list for users -- big pain if they're prefixed with frm or
rpt.
Susan H.
All I'm really saying is that the Access user interface allows you to select
an object in the database window by typing the initial letter. Type 'D' and
the interface will jump to the first object in the list that starts with a
D. Type D again to jump to the next one. That's why I use suffixes instead
of prefixes. If you have a common prefix for your objects, you lose this
handy navigation feature.
From DWUTKA at marlow.com Thu Mar 2 12:59:35 2006
From: DWUTKA at marlow.com (DWUTKA at marlow.com)
Date: Thu, 2 Mar 2006 12:59:35 -0600
Subject: [AccessD] OT: farewell
Message-ID: <17724746D360394AA3BFE5B8D40A9C1BD832@main2.marlow.com>
Why don't you subscribe to OT, so you can keep in touch! ;)
We'll miss ya Roz!
Drew
-----Original Message-----
From: Roz Clarke [mailto:zora_db at yahoo.com]
Sent: Thursday, March 02, 2006 9:53 AM
To: Access Developers discussion and problem solving
Subject: [AccessD] OT: farewell
Hi guys.
Sorry to bust up your Thursday with an OT goodbye thread, but the moment is
upon me.
Those who ever noticed me at all, may have noticed that I haven't posted to
Accessd in the last 6
months. I am no longer working in IT, having given up my job and taken up a
Masters in Creative
Writing. Whilst I may have the occasional web project to work on, I have no
plans to return to
development career-wise. The fact is, I only really stayed subscribed for
the comfort of seeing
all your familiar names in my inbox every day.
So I am leaving the list and standing down as a moderator.
It's been a good ten years. Not only do I owe a great deal to the list,
which taught me everything
I know about database development and a lot more besides, but I've had tears
and laughter along
the way and a fantastic trip to Germany into the bargain.
Thank you all for being invaluable 'virtual colleagues', but above all for
being friends.
Love and hugs
Roz
PS what's the OT list like these days? ;)
___________________________________________________________
NEW Yahoo! Cars - sell your car and browse thousands of new and used cars
online! http://uk.cars.yahoo.com/
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From DWUTKA at marlow.com Thu Mar 2 13:00:15 2006
From: DWUTKA at marlow.com (DWUTKA at marlow.com)
Date: Thu, 2 Mar 2006 13:00:15 -0600
Subject: [AccessD] OT: farewell
Message-ID: <17724746D360394AA3BFE5B8D40A9C1BD833@main2.marlow.com>
Yes, and Alan could critique her creative writing..... ;)
Drew
-----Original Message-----
From: Gary Kjos [mailto:garykjos at gmail.com]
Sent: Thursday, March 02, 2006 10:04 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] OT: farewell
Good Luck Roz. We would certainly love to have you join the OT list.
It's a nice chatty place. Well usually nice. Chatty nonetheless. ;-)
On 3/2/06, Roz Clarke wrote:
> Hi guys.
>
> Sorry to bust up your Thursday with an OT goodbye thread, but the moment
is upon me.
>
> Those who ever noticed me at all, may have noticed that I haven't posted
to Accessd in the last 6
> months. I am no longer working in IT, having given up my job and taken up
a Masters in Creative
> Writing. Whilst I may have the occasional web project to work on, I have
no plans to return to
> development career-wise. The fact is, I only really stayed subscribed for
the comfort of seeing
> all your familiar names in my inbox every day.
>
> So I am leaving the list and standing down as a moderator.
>
> It's been a good ten years. Not only do I owe a great deal to the list,
which taught me everything
> I know about database development and a lot more besides, but I've had
tears and laughter along
> the way and a fantastic trip to Germany into the bargain.
>
> Thank you all for being invaluable 'virtual colleagues', but above all for
being friends.
>
> Love and hugs
>
> Roz
>
> PS what's the OT list like these days? ;)
>
>
>
> ___________________________________________________________
> NEW Yahoo! Cars - sell your car and browse thousands of new and used cars
online! http://uk.cars.yahoo.com/
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
--
Gary Kjos
garykjos at gmail.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From developer at ultradnt.com Thu Mar 2 13:08:03 2006
From: developer at ultradnt.com (Steve Conklin)
Date: Thu, 2 Mar 2006 14:08:03 -0500
Subject: [AccessD] OT - Action Pack
In-Reply-To:
Message-ID: <200603021907.k22J7wj63845@ultradnt.com>
Charlotte, I agree 100%. Their previous consultant sent them on this path.
When I asked for their W2k3 CD, that's when I saw Action Pack. I kept quiet
(temporarily); I wanted to post here first to try to begin to assess their
risk.
Steve
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust
Sent: Thursday, March 02, 2006 1:44 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] OT - Action Pack
Well, if MS ever decides to close that loophole, the EULA requires that they
uninstall the software and any of its supporting files from all their
machines. I've heard of people cheating like this, it's like those who buy
the Academic edition even though it isn't licensed for commercial use. If
we aren't honest about our licenses, how can our clients/customers/employees
trust us?
Charlotte Foust
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Conklin
Sent: Thursday, March 02, 2006 10:20 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] OT - Action Pack
Thanks for the link. But there's no way this real estate office does any
influencing over anything computer related. There's no stretching the
definition of their business to fit any of that, so that's why I wanted to
know if there is any risk of them losing theses licenses.
Seems to me that they have found a loophole that any business with <= 10
PC's and 1 Server can exploit.
Steve
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos
Sent: Thursday, March 02, 2006 12:38 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] OT - Action Pack
https://partner.microsoft.com/40009735
has all the info.
here's a quote from the FAQ
---------------------------------------
Who can subscribe to the Microsoft Action Pack?
The Microsoft Action Pack Subscription is available exclusively to
consultants, value-added resellers, value-added providers, system
integrators, developers, system builders, hosts, and service providers who
are enrolled as Registered Members in the Microsoft Partner Program and who
distribute or influence the acquisition of Microsoft software and
Microsoft-based solutions by end customers.
----------------------------------
that describes a pretty broad group. "influence the aquisition of Microsoft
software and Microsoft-bases solutions by end customers" can include a whole
lot of people and businesses.
I think Microsoft is glad to have them paying something every year.
GK
On 3/2/06, Steve Conklin wrote:
> I have picked up a new client, mostly for server work, and when I
> asked him if his Windows XP and Server 2003 were properly licensed, he
> showed me an Action Pack. This is a real estate office, but
> apparently because the word "consulting" is in the company name, it
> was able to be registered to whatever level necessary to get an Action
Pack.
>
> The question is, is there any long term risk associated with this?
> Are these things re-newable an unlimited number of times? Will MS
> ever ask to see a list of how many clients you have influenced to buy
> their products through your Ac.Pack? Or did this company find a
> loophole you could drive a truck through?
>
> I know there are a few Action Packers out there; I am an MSDN-U
> myself, so I don't any details about this thing.
>
> Thanks for any insight,
> Steve
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
--
Gary Kjos
garykjos at gmail.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From starkey at wanadoo.nl Thu Mar 2 13:13:34 2006
From: starkey at wanadoo.nl (StaRKeY)
Date: Thu, 2 Mar 2006 20:13:34 +0100
Subject: [AccessD] OT: farewell
In-Reply-To: <20060302183549.37301.qmail@web50108.mail.yahoo.com>
Message-ID: <001301c63e2d$6711d470$0400a8c0@PC1>
Roz,
all the best wishes in writing!!
Eric Starkenburg
Netherlands
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Roz Clarke
Sent: Thursday, March 02, 2006 7:36 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] OT: farewell
'When' I'm published! Thank you for the vote of confidence, Andy. I'm sure
that 'when' the novel
is published I'll be shouting it from the rooftops - don't worry, you'll
hear me!
I tried to let you know on the moderators list but I don't seem to be able
to post to it at the
moment - so sorry for not giving you a seperate heads-up. You are more than
sage enough to manage
the moderating job without me - all of you mods are - and I will miss you,
too.
Take care (of the list and yourself)
Roz
--- Andy Lacey wrote:
> As I'm not on OT I'll say goodbye now Roz, and good luck with the writing.
> When you're published please let the list know somehow cos I'd love to
read
> it. I'll even BUY it for heaven's sake.
>
> And many thanks for your sage words on the moderator's list. You will be
> sorely missed.
>
> --
> Andy Lacey
> http://www.minstersystems.co.uk
>
>
> > -----Original Message-----
> > From: accessd-bounces at databaseadvisors.com
> > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Roz Clarke
> > Sent: 02 March 2006 16:22
> > To: Access Developers discussion and problem solving
> > Subject: Re: [AccessD] OT: farewell
> >
> >
> > LOL
> >
> > If I had a pound for every time someone's suggested that I'd
> > be almost as rich as JK Rowling... well, OK, NOWHERE NEAR as
> > rich as JK Rowling, but it would be enough to get a round of
> > drinks in for all of AccessD.
> >
> > I am coming to OT, so this is only an arrivederci thread now. :)
> >
> > We'll see how long I last this time.
> >
> > --- Lembit Soobik wrote:
> >
> > > Roz,
> > > I wish you a lot success with your writing (how about a
> > Harry Potter
> > > type
> > > book :-))
> > >
> > > why not log into OT at least to say hello. you will sure be welcome.
> > >
> > > Lembit
> > >
> > > ----- Original Message -----
> > > From: "Roz Clarke"
> > > To: "Access Developers discussion and problem solving"
> > >
> > > Sent: Thursday, March 02, 2006 4:53 PM
> > > Subject: [AccessD] OT: farewell
> > >
> > >
> > > > Hi guys.
> > > >
> > > > Sorry to bust up your Thursday with an OT goodbye thread, but the
> > > > moment
> > > > is upon me.
> > > >
> > > > Those who ever noticed me at all, may have noticed that I haven't
> > > > posted
> > > > to Accessd in the last 6
> > > > months. I am no longer working in IT, having given up my
> > job and taken up
> > > > a Masters in Creative
> > > > Writing. Whilst I may have the occasional web project to
> > work on, I have
> > > > no plans to return to
> > > > development career-wise. The fact is, I only really
> > stayed subscribed for
> > > > the comfort of seeing
> > > > all your familiar names in my inbox every day.
> > > >
> > > > So I am leaving the list and standing down as a moderator.
> > > >
> > > > It's been a good ten years. Not only do I owe a great deal to the
> > > > list,
> > > > which taught me everything
> > > > I know about database development and a lot more besides,
> > but I've had
> > > > tears and laughter along
> > > > the way and a fantastic trip to Germany into the bargain.
> > > >
> > > > Thank you all for being invaluable 'virtual colleagues',
> > but above
> > > > all for
> > > > being friends.
> > > >
> > > > Love and hugs
> > > >
> > > > Roz
> > > >
> > > > PS what's the OT list like these days? ;)
> > > >
> > > >
> > > >
> > > > ___________________________________________________________
> > > > NEW Yahoo! Cars - sell your car and browse thousands of
> > new and used
> > > > cars
> > > > online! http://uk.cars.yahoo.com/
> > > > --
> > > > AccessD mailing list
> > > > AccessD at databaseadvisors.com
> > > > http://databaseadvisors.com/mailman/listinfo/accessd
> > > > Website: http://www.databaseadvisors.com
> > > >
> > > >
> > > > --
> > > > No virus found in this incoming message.
> > > > Checked by AVG Free Edition.
> > > > Version: 7.1.375 / Virus Database: 268.1.1/272 - Release
> > Date: 01.03.2006
> > > >
> > > >
> > >
> > > --
> > > AccessD mailing list
> > > AccessD at databaseadvisors.com
> > > http://databaseadvisors.com/mailman/listinfo/accessd
> > > Website: http://www.databaseadvisors.com
> > >
> >
> >
> >
> >
> > ___________________________________________________________
> > To help you stay safe and secure online, we've developed the
> > all new Yahoo! Security Centre. http://uk.security.yahoo.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
>
___________________________________________________________
Win a BlackBerry device from O2 with Yahoo!. Enter now.
http://www.yahoo.co.uk/blackberry
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
---
avast! Antivirus: Uitgaande bericht is niet besmet.
Virus Gegevensbestand (VPS): 0609-2, 02-03-2006
Getest op: 02-03-2006 20:13:35 uur
avast! auteursrecht (c) 1988-2005 ALWIL Software.
http://www.avast.com
From wdhindman at bellsouth.net Thu Mar 2 13:41:11 2006
From: wdhindman at bellsouth.net (William Hindman)
Date: Thu, 2 Mar 2006 14:41:11 -0500
Subject: [AccessD] OT - Action Pack
References: <200603021907.k22J7wj63845@ultradnt.com>
Message-ID: <003101c63e31$439c1560$6101a8c0@50NM721>
...is the Action Pak subscription actually in their name or the former
consultant's?
William
----- Original Message -----
From: "Steve Conklin"
To: "'Access Developers discussion and problem solving'"
Sent: Thursday, March 02, 2006 2:08 PM
Subject: Re: [AccessD] OT - Action Pack
> Charlotte, I agree 100%. Their previous consultant sent them on this
> path.
> When I asked for their W2k3 CD, that's when I saw Action Pack. I kept
> quiet
> (temporarily); I wanted to post here first to try to begin to assess their
> risk.
>
> Steve
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust
> Sent: Thursday, March 02, 2006 1:44 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] OT - Action Pack
>
> Well, if MS ever decides to close that loophole, the EULA requires that
> they
> uninstall the software and any of its supporting files from all their
> machines. I've heard of people cheating like this, it's like those who
> buy
> the Academic edition even though it isn't licensed for commercial use. If
> we aren't honest about our licenses, how can our
> clients/customers/employees
> trust us?
>
> Charlotte Foust
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Conklin
> Sent: Thursday, March 02, 2006 10:20 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] OT - Action Pack
>
>
> Thanks for the link. But there's no way this real estate office does any
> influencing over anything computer related. There's no stretching the
> definition of their business to fit any of that, so that's why I wanted to
> know if there is any risk of them losing theses licenses.
> Seems to me that they have found a loophole that any business with <= 10
> PC's and 1 Server can exploit.
>
>
> Steve
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos
> Sent: Thursday, March 02, 2006 12:38 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] OT - Action Pack
>
> https://partner.microsoft.com/40009735
>
> has all the info.
>
> here's a quote from the FAQ
> ---------------------------------------
>
> Who can subscribe to the Microsoft Action Pack?
> The Microsoft Action Pack Subscription is available exclusively to
> consultants, value-added resellers, value-added providers, system
> integrators, developers, system builders, hosts, and service providers who
> are enrolled as Registered Members in the Microsoft Partner Program and
> who
> distribute or influence the acquisition of Microsoft software and
> Microsoft-based solutions by end customers.
>
> ----------------------------------
>
> that describes a pretty broad group. "influence the aquisition of
> Microsoft
> software and Microsoft-bases solutions by end customers" can include a
> whole
> lot of people and businesses.
>
> I think Microsoft is glad to have them paying something every year.
>
> GK
>
>
> On 3/2/06, Steve Conklin wrote:
>> I have picked up a new client, mostly for server work, and when I
>> asked him if his Windows XP and Server 2003 were properly licensed, he
>
>> showed me an Action Pack. This is a real estate office, but
>> apparently because the word "consulting" is in the company name, it
>> was able to be registered to whatever level necessary to get an Action
> Pack.
>>
>> The question is, is there any long term risk associated with this?
>> Are these things re-newable an unlimited number of times? Will MS
>> ever ask to see a list of how many clients you have influenced to buy
>> their products through your Ac.Pack? Or did this company find a
>> loophole you could drive a truck through?
>>
>> I know there are a few Action Packers out there; I am an MSDN-U
>> myself, so I don't any details about this thing.
>>
>> Thanks for any insight,
>> Steve
>>
>>
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
>
>
> --
> Gary Kjos
> garykjos at gmail.com
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
From developer at ultradnt.com Thu Mar 2 13:46:36 2006
From: developer at ultradnt.com (Steve Conklin)
Date: Thu, 2 Mar 2006 14:46:36 -0500
Subject: [AccessD] OT - Action Pack
In-Reply-To: <003101c63e31$439c1560$6101a8c0@50NM721>
Message-ID: <200603021946.k22JkWj68683@ultradnt.com>
It's in the client's corporate name, which includes the word "consulting"
but not "real estate".
Steve
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman
Sent: Thursday, March 02, 2006 2:41 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] OT - Action Pack
...is the Action Pak subscription actually in their name or the former
consultant's?
William
----- Original Message -----
From: "Steve Conklin"
To: "'Access Developers discussion and problem solving'"
Sent: Thursday, March 02, 2006 2:08 PM
Subject: Re: [AccessD] OT - Action Pack
> Charlotte, I agree 100%. Their previous consultant sent them on this
> path.
> When I asked for their W2k3 CD, that's when I saw Action Pack. I kept
> quiet
> (temporarily); I wanted to post here first to try to begin to assess their
> risk.
>
> Steve
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust
> Sent: Thursday, March 02, 2006 1:44 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] OT - Action Pack
>
> Well, if MS ever decides to close that loophole, the EULA requires that
> they
> uninstall the software and any of its supporting files from all their
> machines. I've heard of people cheating like this, it's like those who
> buy
> the Academic edition even though it isn't licensed for commercial use. If
> we aren't honest about our licenses, how can our
> clients/customers/employees
> trust us?
>
> Charlotte Foust
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Conklin
> Sent: Thursday, March 02, 2006 10:20 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] OT - Action Pack
>
>
> Thanks for the link. But there's no way this real estate office does any
> influencing over anything computer related. There's no stretching the
> definition of their business to fit any of that, so that's why I wanted to
> know if there is any risk of them losing theses licenses.
> Seems to me that they have found a loophole that any business with <= 10
> PC's and 1 Server can exploit.
>
>
> Steve
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos
> Sent: Thursday, March 02, 2006 12:38 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] OT - Action Pack
>
> https://partner.microsoft.com/40009735
>
> has all the info.
>
> here's a quote from the FAQ
> ---------------------------------------
>
> Who can subscribe to the Microsoft Action Pack?
> The Microsoft Action Pack Subscription is available exclusively to
> consultants, value-added resellers, value-added providers, system
> integrators, developers, system builders, hosts, and service providers who
> are enrolled as Registered Members in the Microsoft Partner Program and
> who
> distribute or influence the acquisition of Microsoft software and
> Microsoft-based solutions by end customers.
>
> ----------------------------------
>
> that describes a pretty broad group. "influence the aquisition of
> Microsoft
> software and Microsoft-bases solutions by end customers" can include a
> whole
> lot of people and businesses.
>
> I think Microsoft is glad to have them paying something every year.
>
> GK
>
>
> On 3/2/06, Steve Conklin wrote:
>> I have picked up a new client, mostly for server work, and when I
>> asked him if his Windows XP and Server 2003 were properly licensed, he
>
>> showed me an Action Pack. This is a real estate office, but
>> apparently because the word "consulting" is in the company name, it
>> was able to be registered to whatever level necessary to get an Action
> Pack.
>>
>> The question is, is there any long term risk associated with this?
>> Are these things re-newable an unlimited number of times? Will MS
>> ever ask to see a list of how many clients you have influenced to buy
>> their products through your Ac.Pack? Or did this company find a
>> loophole you could drive a truck through?
>>
>> I know there are a few Action Packers out there; I am an MSDN-U
>> myself, so I don't any details about this thing.
>>
>> Thanks for any insight,
>> Steve
>>
>>
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
>
>
> --
> Gary Kjos
> garykjos at gmail.com
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From shamil at users.mns.ru Thu Mar 2 12:55:18 2006
From: shamil at users.mns.ru (Shamil Salakhetdinov)
Date: Thu, 2 Mar 2006 21:55:18 +0300
Subject: [AccessD] Table naming conventions
References:
<44073A15.4080206@san.rr.com>
Message-ID: <00f101c63e32$fa4fd2a0$6401a8c0@Nant>
<<<
Any advantage other than the auto-fill to using Me.?
>>>
Rocky,
If you move code out of form/report module then if Me. used it will be
mechanical find and replace to change Me. to .
Shamil
----- Original Message -----
From: "Rocky Smolin - Beach Access Software"
To: "Access Developers discussion and problem solving"
Sent: Thursday, March 02, 2006 9:31 PM
Subject: Re: [AccessD] Table naming conventions
> On a related note, does everyone use/not use Me. when referring to a
> control in code? Any advantage other than the auto-fill to using Me.?
>
> TIA
>
> Rocky
>
>
> Charlotte Foust wrote:
>> You use suffixes for ease of navigation. I prefer prefixes for grouping
>> by types of objects. Different strokes.
>>
>> Charlotte
>>
>>
>> -----Original Message-----
>> From: accessd-bounces at databaseadvisors.com
>> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan,
>> Lambert
>> Sent: Thursday, March 02, 2006 6:16 AM
>> To: 'Access Developers discussion and problem solving'
>> Subject: Re: [AccessD] Table naming conventions
>>
>>
>> Not read all this, but one point I want to make is "why are people
>> obsessed with PREFIXES?"
>>
>> I use the "_tbl" SUFFIX in my table names. Why? So that when I sort the
>> list of tables I can use the initial letter of the table name to quickly
>> jump to it using the keyboard. If they all begin with "tbl" you cannot
>> do that. Simple. :-)
>>
>> Lambert
>>
>>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
From shamil at users.mns.ru Thu Mar 2 13:53:26 2006
From: shamil at users.mns.ru (Shamil Salakhetdinov)
Date: Thu, 2 Mar 2006 22:53:26 +0300
Subject: [AccessD] Table naming conventions
References:
Message-ID: <00f201c63e32$fa713d50$6401a8c0@Nant>
<<<
The underscore annoys me because it is harder to type than just a
> capital letter,
>>>
I don't use underscore because they weren't used in LRNC.
But typing it for me isn't a big trouble :)
<<<
I really think it boils down to whatever works for the developer,
>>>
Sure it is. I just accepted LRNC and I use it naturally for a long time.
But to use other naming conventions if they are well systematically designed
and applied (like JC's :)) wouldn't be a problem for me:)
For example in VB.NET/C# I do not use Hungarian notation/LRNC as it's
recommended by MS and I like it too - I'm flexible :)
<<<
It only becomes an issue in a team development environment, where
> using the same or at least compatible naming conventions is critical.
>>>
Yes, in a team environment the systematic use of naming conventions is
critical - the naming conventions approved by team leader :) - I mean any
discussions what is better to use prefixes or suffixes or both or ... should
be "rudely"/decisively suppressed by team leader as soon as naming
conventions are defined and accepted and a project starts - teamwork isn't
a discussion club... :)
Prefixes or suffixes in variables and even tables', queries' etc. names are
getting obsolete - this is my current opinion. I still use them in MS
Access/VBA but not in VS.NET development (except control names prefixes but
these are also becoming not easy to use with so many different types of
controls in VS.NET 2005 Winforms).
Still using table name prefixes in tables' field names look reasonable from
practical point of view (to build queries quicker without field names
collisions first of all) but with mainstream tendency of relational
back-ends becoming something more than just normalized databases and
morphing to XML hierarchies ... -> and finally somewhere in the future to
ORDBMSs or pure OODBMSs - with this clear mainstream tendency the usage of
prefixes or suffixes is clearly becoming generally depreciated...
I do use tbl, tlkp, qsel, qapp, ... etc. prefixes with table names and
queries but this usage is looking more and more obsolete because a table can
migrate to a set of queries(views), stored procedures, UDFs, web services
etc. and vice versa then renaming could become a real time consuming and
error prone problem...
I did use LRNC prefixes to clearly recognize source object type, to group
objects, to speed-up development but it's clear that in real life modern
development using only prefixes or only suffixes or both isn't enough -
there could be many useful groupings/sortings of the same types or different
types of objects - and modern development tools supply different features to
natively keep and use such groupings/sortings....
There should be clear practical reasons to use prefixes or suffixes as it
was with LRNC and MS Access/Office development for the last 10 years or with
Hungarian notation and MSVC++ for the last 15 years ago, VB6 for the last 10
years...
I mean it shouldn't be like "We use prefixes or suffixes because our fathers
and grand-fathers used them, we forgot/don't know why they are so keen and
what for they are needed, we do not see any practical reasons now to use
them but we do use them to keep the traditions alive...."
Shamil
----- Original Message -----
From: "Charlotte Foust"
To: "Access Developers discussion and problem solving"
Sent: Thursday, March 02, 2006 7:03 PM
Subject: Re: [AccessD] Table naming conventions
> Shamil,
>
> I, too, have used Stan's naming convention and have since it was
> originally introduced as LRNC (R went off and developed his own later
> ;o>). The underscore annoys me because it is harder to type than just a
> capital letter, which is, I believe, the reason it was discouraged in
> LRNC. I really think it boils down to whatever works for the developer,
> but some kind of naming convention is critical. I've worked with some
> of John's tables (bet you didn't know that, did you, JC?) and I
> absolutely HATE his naming convention. I couldn't use it in a million
> years and I break out in hives just thinking of it, but it works for
> him. It only becomes an issue in a team development environment, where
> using the same or at least compatible naming conventions is critical.
>
> Charlotte Foust
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil
> Salakhetdinov
> Sent: Thursday, March 02, 2006 5:11 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Table naming conventions
>
>
> John,
>
> AFAIS your naming conventions are based on LRNC (see e.g. Stan Leszinsky
> "MS
> Access 97 Expert Solutions").
> One exception are field names - the recommended in LRNC way is to not
> use
> underscore and to use 3-4 chars standard abbreviations to prefix field
> names:
>
> - Company - comp
> - Person - pers
> - Employee - empl or emp
> ...
>
> I do use LRNC for the last 10 years. It worked very well in many
> situations.
>
> Best regards,
> Shamil
> --
> Web: http://smsconsulting.spb.ru/shamil_s
>
> ----- Original Message -----
> From: "John Colby"
> To: "'Access Developers discussion and problem solving'"
>
> Sent: Thursday, March 02, 2006 2:12 PM
> Subject: [AccessD] Table naming conventions
>
>
>> Folks,
>>
>> There has been a bit of discussion in the past few days re naming
>> conventions as applied to tables. I have used conventions for many
>> years and I sat down tonight and started documenting the conventions I
>
>> use. I have shared my conventions in the past and will do so again
>> here. I do these things because they work for me, in my environment.
>>
>> I have built a framework, which I use in any project where it is
>> allowed. Having conventions allows me to make assumptions about how
>> things will be handled, and write code that used those assumptions to
>> make decisions. Even if you do not use a framework, having objects
>> defined in a consistent manner
>> can just generally make life easier.
>>
>> Feel free to discuss the methods and assumptions that I make, add how
>> you
>> do
>> things (and WHY) etc. Don't bother calling the things I do stupid, if
>
>> they
>> don't work for you, don't use them. Share what does work for you, and
> WHY
>> you do what you do. If you do something exactly opposite of the way I
> do
>> it, explain why you prefer to do it that way. I find rules useless.
> I
>> find
>> reasons very useful.
>>
>> Table Definition Specification
>> Tables are defined in a consistent manner so that they can be
>> recognized
>> and
>> worked with easily. All of the definitions that I use have been
>> assimilated
>> from other people's ideas or developed over time, and all such
> conventions
>> exist to solve a problem, whether that be readability, distinguishing
>> functionality or allowing the framework to make assumptions.
>>
>> Table definitions consist of several parts.
>> 1. Tables always use an autonumber PK, whether it appears to need one
>> or not. This is done for a variety of reasons, ranging from divorcing
>
>> the "table link" (PK/FK)from the unique index and making it trivial to
>
>> change that unique index without changing the "table link", to the
>> consistency of PK data type which allows specific assumptions in the
>> framework. The PK is always a long integer, and a single field, which
>
>> easily allows searches and
>> other programmatic manipulations that wouldn't be possible or would be
>> tedious if the PK was a multi-field set.
>> 2. Table naming conventions. Tables are prefixed with 'tbl' so that
> as
>> table names are encountered in forms, reports and queries they can be
>> distinguished from other objects such as queries. Thus tblPerson,
>> tblCompany, tblVehicle.
>> 3. I have used other table prefixes to cause tables to group by type
>> and be visually distinguishable from each other. Tbl for main tables,
>
>> tlkp
>> for lookup tables, tmm for many to many tables, ttmp for temporary
> tables
>> etc. There is a lot of discussion about whether grouping by type is
>> preferable to grouping by functionality, i.e. all accounting tables
> group
>> together, all shipping tables group together etc. That is very much a
>> 'preference' kind of thing. I have done both, even within the same
> db.
>> It
>> is possible to throw a "type" suffix on the end of the tables
> separated by
>> an underscore if you care to group by function but be able to
> distinguish
>> table type. tblPeopleVehicle_MM for a many to many, tblState_LKP for
> a
>> lookup.
>> 4. Field naming conventions. Field naming conventions have several
>> parts. In general field and table names should only change in the
> most
>> dire
>> circumstances. If any object name changes, I have to do a search and
>> replace to find and fix them. If there are a bunch of Fes working
> against
>> a
>> single BE, it becomes a nightmare.
>> a. Data type prefixes are never used in field names because of issues
>> with data type changes. There are just too many data types, and they
> are
>> often changed well into a project, for very valid reasons.
>> b. A prefix to the field name is created using the first two
> characters
>> the table name where the table name is a single word - PEople,
> VEhicle,
>> COmpany. In cases where the table name is multiple words, the first
>> character of each word is used. InvoiceLineItem ILI, PeopleVehicle
> PV,
>> CompanyProperty CP. An underscore is used to distinguish the field
> name
>> prefix from the rest of the field name. PE_ID, PE_FName, PE_SSN. Use
> of
>> the first two characters if each word is acceptable to avoid
> collisions
>> and
>> make the field prefix more readable. PEopleVEhicle PEVE_ID.
>>
>> Obviously as a project gets large a table is required to track field
>> name prefixes already used, but for small to medium sized projects
>> this allows the developer to rapidly recognize which table a field
>> comes from just from the field name. If this naming convention is
>> rigorously followed then every
>> field in the db has a unique name, which allows "search and replace"
> type
>> of
>> operations to be performed without manual intervention.
>> c. IDs (PK/FKs) are distinguished by the capitalized characters 'ID'
>> in the field name.
>> d. PKs use the convention of Prefix characters, followed by an
>> underscore followed by ID. PE_ID, VE_ID, CO_ID.
>> e. FKs use the convention of Prefix characters, followed by an
>> underscore, followed by ID followed by the prefix characters of the
>> foreign
>> table. PV_IDPE, PV_IDVE. CP_IDCO. By placing ID immediately
> following
>> the
>> underscore, PKs and FKs can be immediately distinguished from other
> types
>> of
>> fields.
>> f. PKs and FKs are grouped at the top of the field list in design
> view.
>> This is done so that the PK and all FKs can be seen at a glance
> without
>> having to search through the fields looking for PKs/FKs.
>>
>>
>> Thus field names look like:
>> tblVehicle:
>> VE_ID
>> VE_Color
>> VE_Make
>>
>> tblPeople
>> PE_ID
>> PE_LName
>> PE_FName
>> PE_SSN
>>
>> tblPeopleVehicle
>> PV_ID
>> PV_IDPE
>> PV_IDVE
>> PV_DateAssigned
>>
>> As you can see, by using the _ character it is easy to distinguish the
>
>> prefix from the rest of the name. By using the ID immediately after
>> the underscore it is easy to find every PK/FK field. By grouping all
>> the PKs/FKs at the top of the table, no searching is required to find
>> the PKs/FKs. By using the _IDXXXX construct, it is easy to visually
>> look at the FK and just "see" what table that is the PK in.
>>
>> As I said above, to me reasons are the important thing. They define
>> why I do what I do and allow me to evaluate whether making a change to
>
>> what I do is useful to me. Rules without the associated reason are
>> useless since I cannot evaluate how it applies to what I am trying to
>> do.
>>
>> Rules are made to be broken, but I want to know the danger of doing
>> so.
>>
>> John W. Colby
>> www.ColbyConsulting.com
>>
>>
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
From cfoust at infostatsystems.com Thu Mar 2 14:58:20 2006
From: cfoust at infostatsystems.com (Charlotte Foust)
Date: Thu, 2 Mar 2006 12:58:20 -0800
Subject: [AccessD] Table naming conventions
Message-ID:
I do use naming conventions in VB.Net, at least as much as I'm allowed
to. My boss decreed we would use suffixes instead of prefixes to name
forms, reports, etc., so related objects would sort together in the
project. Now you have to read the entire name of the object to find out
what it is! We've never used prefixes on table names, or fields, so
that hasn't been an issue in converting to .Net. I prefer prefixes on
table names and I prefer prefixes because they allow my eye to skate
over the object types I don't want to examine without having to read the
entire name of the object. SIGH! I can't have everything I want.
Charlotte
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil
Salakhetdinov
Sent: Thursday, March 02, 2006 11:53 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Table naming conventions
<<<
The underscore annoys me because it is harder to type than just a
> capital letter,
>>>
I don't use underscore because they weren't used in LRNC.
But typing it for me isn't a big trouble :)
<<<
I really think it boils down to whatever works for the developer,
>>>
Sure it is. I just accepted LRNC and I use it naturally for a long time.
But to use other naming conventions if they are well systematically
designed
and applied (like JC's :)) wouldn't be a problem for me:)
For example in VB.NET/C# I do not use Hungarian notation/LRNC as it's
recommended by MS and I like it too - I'm flexible :)
<<<
It only becomes an issue in a team development environment, where
> using the same or at least compatible naming conventions is critical.
>>>
Yes, in a team environment the systematic use of naming conventions is
critical - the naming conventions approved by team leader :) - I mean
any
discussions what is better to use prefixes or suffixes or both or ...
should
be "rudely"/decisively suppressed by team leader as soon as naming
conventions are defined and accepted and a project starts - teamwork
isn't
a discussion club... :)
Prefixes or suffixes in variables and even tables', queries' etc. names
are
getting obsolete - this is my current opinion. I still use them in MS
Access/VBA but not in VS.NET development (except control names prefixes
but
these are also becoming not easy to use with so many different types of
controls in VS.NET 2005 Winforms).
Still using table name prefixes in tables' field names look reasonable
from
practical point of view (to build queries quicker without field names
collisions first of all) but with mainstream tendency of relational
back-ends becoming something more than just normalized databases and
morphing to XML hierarchies ... -> and finally somewhere in the future
to
ORDBMSs or pure OODBMSs - with this clear mainstream tendency the usage
of
prefixes or suffixes is clearly becoming generally depreciated...
I do use tbl, tlkp, qsel, qapp, ... etc. prefixes with table names and
queries but this usage is looking more and more obsolete because a table
can
migrate to a set of queries(views), stored procedures, UDFs, web
services
etc. and vice versa then renaming could become a real time consuming and
error prone problem...
I did use LRNC prefixes to clearly recognize source object type, to
group
objects, to speed-up development but it's clear that in real life modern
development using only prefixes or only suffixes or both isn't enough -
there could be many useful groupings/sortings of the same types or
different
types of objects - and modern development tools supply different
features to
natively keep and use such groupings/sortings....
There should be clear practical reasons to use prefixes or suffixes as
it
was with LRNC and MS Access/Office development for the last 10 years or
with
Hungarian notation and MSVC++ for the last 15 years ago, VB6 for the
last 10
years...
I mean it shouldn't be like "We use prefixes or suffixes because our
fathers
and grand-fathers used them, we forgot/don't know why they are so keen
and
what for they are needed, we do not see any practical reasons now to use
them but we do use them to keep the traditions alive...."
Shamil
From Jim.Hale at FleetPride.com Thu Mar 2 14:46:20 2006
From: Jim.Hale at FleetPride.com (Hale, Jim)
Date: Thu, 2 Mar 2006 14:46:20 -0600
Subject: [AccessD] Table naming conventions
Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB67727DDA73@corp-es01.fleetpride.com>
Me.do
Jim Hale
-----Original Message-----
From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com]
Sent: Thursday, March 02, 2006 12:32 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Table naming conventions
On a related note, does everyone use/not use Me. when referring to a
control in code? Any advantage other than the auto-fill to using Me.?
TIA
Rocky
Charlotte Foust wrote:
> You use suffixes for ease of navigation. I prefer prefixes for grouping
> by types of objects. Different strokes.
>
> Charlotte
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan,
> Lambert
> Sent: Thursday, March 02, 2006 6:16 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Table naming conventions
>
>
> Not read all this, but one point I want to make is "why are people
> obsessed with PREFIXES?"
>
> I use the "_tbl" SUFFIX in my table names. Why? So that when I sort the
> list of tables I can use the initial letter of the table name to quickly
> jump to it using the keyboard. If they all begin with "tbl" you cannot
> do that. Simple. :-)
>
> Lambert
>
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
***********************************************************************
The information transmitted is intended solely for the individual or
entity to which it is addressed and may contain confidential and/or
privileged material. Any review, retransmission, dissemination or
other use of or taking action in reliance upon this information by
persons or entities other than the intended recipient is prohibited.
If you have received this email in error please contact the sender and
delete the material from any computer. As a recipient of this email,
you are responsible for screening its contents and the contents of any
attachments for the presence of viruses. No liability is accepted for
any damages caused by any virus transmitted by this email.
From jwcolby at ColbyConsulting.com Thu Mar 2 15:13:14 2006
From: jwcolby at ColbyConsulting.com (John Colby)
Date: Thu, 2 Mar 2006 16:13:14 -0500
Subject: [AccessD] Table naming conventions
In-Reply-To: <004501c63dfa$d3f1b7f0$6401a8c0@Nant>
Message-ID: <000e01c63e3e$1f6b0680$647aa8c0@ColbyM6805>
I started with LRNS, and still use it for variables etc. I do not claim to
be the originator of anything, I adapt where possible.
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil
Salakhetdinov
Sent: Thursday, March 02, 2006 8:11 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Table naming conventions
John,
AFAIS your naming conventions are based on LRNC (see e.g. Stan Leszinsky "MS
Access 97 Expert Solutions").
One exception are field names - the recommended in LRNC way is to not use
underscore and to use 3-4 chars standard abbreviations to prefix field
names:
- Company - comp
- Person - pers
- Employee - empl or emp
...
I do use LRNC for the last 10 years. It worked very well in many
situations.
Best regards,
Shamil
--
Web: http://smsconsulting.spb.ru/shamil_s
----- Original Message -----
From: "John Colby"
To: "'Access Developers discussion and problem solving'"
Sent: Thursday, March 02, 2006 2:12 PM
Subject: [AccessD] Table naming conventions
> Folks,
>
> There has been a bit of discussion in the past few days re naming
> conventions as applied to tables. I have used conventions for many years
> and I sat down tonight and started documenting the conventions I use. I
> have shared my conventions in the past and will do so again here. I do
> these things because they work for me, in my environment.
>
> I have built a framework, which I use in any project where it is allowed.
> Having conventions allows me to make assumptions about how things will be
> handled, and write code that used those assumptions to make decisions.
> Even
> if you do not use a framework, having objects defined in a consistent
> manner
> can just generally make life easier.
>
> Feel free to discuss the methods and assumptions that I make, add how you
> do
> things (and WHY) etc. Don't bother calling the things I do stupid, if
> they
> don't work for you, don't use them. Share what does work for you, and WHY
> you do what you do. If you do something exactly opposite of the way I do
> it, explain why you prefer to do it that way. I find rules useless. I
> find
> reasons very useful.
>
> Table Definition Specification
> Tables are defined in a consistent manner so that they can be recognized
> and
> worked with easily. All of the definitions that I use have been
> assimilated
> from other people's ideas or developed over time, and all such conventions
> exist to solve a problem, whether that be readability, distinguishing
> functionality or allowing the framework to make assumptions.
>
> Table definitions consist of several parts.
> 1. Tables always use an autonumber PK, whether it appears to need one
> or not. This is done for a variety of reasons, ranging from divorcing the
> "table link" (PK/FK)from the unique index and making it trivial to change
> that unique index without changing the "table link", to the consistency of
> PK data type which allows specific assumptions in the framework. The PK
> is
> always a long integer, and a single field, which easily allows searches
> and
> other programmatic manipulations that wouldn't be possible or would be
> tedious if the PK was a multi-field set.
> 2. Table naming conventions. Tables are prefixed with 'tbl' so that as
> table names are encountered in forms, reports and queries they can be
> distinguished from other objects such as queries. Thus tblPerson,
> tblCompany, tblVehicle.
> 3. I have used other table prefixes to cause tables to group by type
> and be visually distinguishable from each other. Tbl for main tables,
> tlkp
> for lookup tables, tmm for many to many tables, ttmp for temporary tables
> etc. There is a lot of discussion about whether grouping by type is
> preferable to grouping by functionality, i.e. all accounting tables group
> together, all shipping tables group together etc. That is very much a
> 'preference' kind of thing. I have done both, even within the same db.
> It
> is possible to throw a "type" suffix on the end of the tables separated by
> an underscore if you care to group by function but be able to distinguish
> table type. tblPeopleVehicle_MM for a many to many, tblState_LKP for a
> lookup.
> 4. Field naming conventions. Field naming conventions have several
> parts. In general field and table names should only change in the most
> dire
> circumstances. If any object name changes, I have to do a search and
> replace to find and fix them. If there are a bunch of Fes working against
> a
> single BE, it becomes a nightmare.
> a. Data type prefixes are never used in field names because of issues
> with data type changes. There are just too many data types, and they are
> often changed well into a project, for very valid reasons.
> b. A prefix to the field name is created using the first two characters
> the table name where the table name is a single word - PEople, VEhicle,
> COmpany. In cases where the table name is multiple words, the first
> character of each word is used. InvoiceLineItem ILI, PeopleVehicle PV,
> CompanyProperty CP. An underscore is used to distinguish the field name
> prefix from the rest of the field name. PE_ID, PE_FName, PE_SSN. Use of
> the first two characters if each word is acceptable to avoid collisions
> and
> make the field prefix more readable. PEopleVEhicle PEVE_ID.
>
> Obviously as a project gets large a table is required to track field name
> prefixes already used, but for small to medium sized projects this allows
> the developer to rapidly recognize which table a field comes from just
> from
> the field name. If this naming convention is rigorously followed then
> every
> field in the db has a unique name, which allows "search and replace" type
> of
> operations to be performed without manual intervention.
> c. IDs (PK/FKs) are distinguished by the capitalized characters 'ID'
> in the field name.
> d. PKs use the convention of Prefix characters, followed by an
> underscore followed by ID. PE_ID, VE_ID, CO_ID.
> e. FKs use the convention of Prefix characters, followed by an
> underscore, followed by ID followed by the prefix characters of the
> foreign
> table. PV_IDPE, PV_IDVE. CP_IDCO. By placing ID immediately following
> the
> underscore, PKs and FKs can be immediately distinguished from other types
> of
> fields.
> f. PKs and FKs are grouped at the top of the field list in design view.
> This is done so that the PK and all FKs can be seen at a glance without
> having to search through the fields looking for PKs/FKs.
>
>
> Thus field names look like:
> tblVehicle:
> VE_ID
> VE_Color
> VE_Make
>
> tblPeople
> PE_ID
> PE_LName
> PE_FName
> PE_SSN
>
> tblPeopleVehicle
> PV_ID
> PV_IDPE
> PV_IDVE
> PV_DateAssigned
>
> As you can see, by using the _ character it is easy to distinguish the
> prefix from the rest of the name. By using the ID immediately after the
> underscore it is easy to find every PK/FK field. By grouping all the
> PKs/FKs at the top of the table, no searching is required to find the
> PKs/FKs. By using the _IDXXXX construct, it is easy to visually look at
> the
> FK and just "see" what table that is the PK in.
>
> As I said above, to me reasons are the important thing. They define why I
> do what I do and allow me to evaluate whether making a change to what I do
> is useful to me. Rules without the associated reason are useless since I
> cannot evaluate how it applies to what I am trying to do.
>
> Rules are made to be broken, but I want to know the danger of doing so.
>
> 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 Thu Mar 2 15:15:02 2006
From: jwcolby at ColbyConsulting.com (John Colby)
Date: Thu, 2 Mar 2006 16:15:02 -0500
Subject: [AccessD] Table naming conventions
In-Reply-To: <001701c63e0b$2f8fbf70$9ab3d6d1@SUSANONE>
Message-ID: <000f01c63e3e$5f55a2a0$647aa8c0@ColbyM6805>
I do use prefixes simply because it is easier for the eye to discover than
suffixes (at least for Westerners).
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins
Sent: Thursday, March 02, 2006 10:08 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
I don't think using prefixes with the actual objects is terribly important
-- I think a lot of people lend toward natural names for objects and use the
prefixes for variables.
Susan H.
Not read all this, but one point I want to make is "why are people obsessed
with PREFIXES?"
I use the "_tbl" SUFFIX in my table names. Why? So that when I sort the list
of tables I can use the initial letter of the table name to quickly jump to
it using the keyboard. If they all begin with "tbl" you cannot do that.
Simple. :-)
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From jwcolby at ColbyConsulting.com Thu Mar 2 15:15:48 2006
From: jwcolby at ColbyConsulting.com (John Colby)
Date: Thu, 2 Mar 2006 16:15:48 -0500
Subject: [AccessD] Table naming conventions
In-Reply-To: <1D7828CDB8350747AFE9D69E0E90DA1F1DDB2286@xlivmbx21.aig.com>
Message-ID: <001001c63e3e$7aa3fde0$647aa8c0@ColbyM6805>
Understood, and that is a good reason for what you do!
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert
Sent: Thursday, March 02, 2006 10:38 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
All I'm really saying is that the Access user interface allows you to select
an object in the database window by typing the initial letter. Type 'D' and
the interface will jump to the first object in the list that starts with a
D. Type D again to jump to the next one. That's why I use suffixes instead
of prefixes. If you have a common prefix for your objects, you lose this
handy navigation feature.
Lambert
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins
Sent: Thursday, March 02, 2006 10:08 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
I don't think using prefixes with the actual objects is terribly important
-- I think a lot of people lend toward natural names for objects and use the
prefixes for variables.
Susan H.
Not read all this, but one point I want to make is "why are people obsessed
with PREFIXES?"
I use the "_tbl" SUFFIX in my table names. Why? So that when I sort the list
of tables I can use the initial letter of the table name to quickly jump to
it using the keyboard. If they all begin with "tbl" you cannot do that.
Simple. :-)
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/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 Mar 2 15:17:22 2006
From: jwcolby at ColbyConsulting.com (John Colby)
Date: Thu, 2 Mar 2006 16:17:22 -0500
Subject: [AccessD] OT: farewell
In-Reply-To: <20060302155328.19996.qmail@web50115.mail.yahoo.com>
Message-ID: <001101c63e3e$b2b4ddd0$647aa8c0@ColbyM6805>
Roz,
Don't be a stranger. We'll miss you. Good luck in your future and pop in
every once in awhile.
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Roz Clarke
Sent: Thursday, March 02, 2006 10:53 AM
To: Access Developers discussion and problem solving
Subject: [AccessD] OT: farewell
Hi guys.
Sorry to bust up your Thursday with an OT goodbye thread, but the moment is
upon me.
Those who ever noticed me at all, may have noticed that I haven't posted to
Accessd in the last 6 months. I am no longer working in IT, having given up
my job and taken up a Masters in Creative Writing. Whilst I may have the
occasional web project to work on, I have no plans to return to development
career-wise. The fact is, I only really stayed subscribed for the comfort of
seeing all your familiar names in my inbox every day.
So I am leaving the list and standing down as a moderator.
It's been a good ten years. Not only do I owe a great deal to the list,
which taught me everything I know about database development and a lot more
besides, but I've had tears and laughter along the way and a fantastic trip
to Germany into the bargain.
Thank you all for being invaluable 'virtual colleagues', but above all for
being friends.
Love and hugs
Roz
PS what's the OT list like these days? ;)
___________________________________________________________
NEW Yahoo! Cars - sell your car and browse thousands of new and used cars
online! http://uk.cars.yahoo.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 Mar 2 15:22:19 2006
From: jwcolby at ColbyConsulting.com (John Colby)
Date: Thu, 2 Mar 2006 16:22:19 -0500
Subject: [AccessD] Table naming conventions
In-Reply-To: <44073A15.4080206@san.rr.com>
Message-ID: <001201c63e3f$63e658e0$647aa8c0@ColbyM6805>
Me. Should NEVER be used to refer to controls. Dot . Should only refer to
properties. Bang ! Should be used to refer to controls and objects.
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin -
Beach Access Software
Sent: Thursday, March 02, 2006 1:32 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Table naming conventions
On a related note, does everyone use/not use Me. when referring to a control
in code? Any advantage other than the auto-fill to using Me.?
TIA
Rocky
Charlotte Foust wrote:
> You use suffixes for ease of navigation. I prefer prefixes for
> grouping by types of objects. Different strokes.
>
> Charlotte
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan,
> Lambert
> Sent: Thursday, March 02, 2006 6:16 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Table naming conventions
>
>
> Not read all this, but one point I want to make is "why are people
> obsessed with PREFIXES?"
>
> I use the "_tbl" SUFFIX in my table names. Why? So that when I sort
> the list of tables I can use the initial letter of the table name to
> quickly jump to it using the keyboard. If they all begin with "tbl"
> you cannot do that. Simple. :-)
>
> Lambert
>
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From martyconnelly at shaw.ca Thu Mar 2 15:13:53 2006
From: martyconnelly at shaw.ca (MartyConnelly)
Date: Thu, 02 Mar 2006 13:13:53 -0800
Subject: [AccessD] OT - Action Pack
References: <200603021946.k22JkWj68683@ultradnt.com>
Message-ID: <44076011.6070103@shaw.ca>
I have seen Action Packs assigned to numbered corporations.
But if they don't renew the yearly subscriptions, security fix updates
may not be available from MS update sites..
Steve Conklin wrote:
>It's in the client's corporate name, which includes the word "consulting"
>but not "real estate".
>
>Steve
>
>-----Original Message-----
>From: accessd-bounces at databaseadvisors.com
>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman
>Sent: Thursday, March 02, 2006 2:41 PM
>To: Access Developers discussion and problem solving
>Subject: Re: [AccessD] OT - Action Pack
>
>...is the Action Pak subscription actually in their name or the former
>consultant's?
>
>William
>
>----- Original Message -----
>From: "Steve Conklin"
>To: "'Access Developers discussion and problem solving'"
>
>Sent: Thursday, March 02, 2006 2:08 PM
>Subject: Re: [AccessD] OT - Action Pack
>
>
>
>
>>Charlotte, I agree 100%. Their previous consultant sent them on this
>>path.
>>When I asked for their W2k3 CD, that's when I saw Action Pack. I kept
>>quiet
>>(temporarily); I wanted to post here first to try to begin to assess their
>>risk.
>>
>>Steve
>>
>>
>>-----Original Message-----
>>From: accessd-bounces at databaseadvisors.com
>>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust
>>Sent: Thursday, March 02, 2006 1:44 PM
>>To: Access Developers discussion and problem solving
>>Subject: Re: [AccessD] OT - Action Pack
>>
>>Well, if MS ever decides to close that loophole, the EULA requires that
>>they
>>uninstall the software and any of its supporting files from all their
>>machines. I've heard of people cheating like this, it's like those who
>>buy
>>the Academic edition even though it isn't licensed for commercial use. If
>>we aren't honest about our licenses, how can our
>>clients/customers/employees
>>trust us?
>>
>>Charlotte Foust
>>
>>
>>-----Original Message-----
>>From: accessd-bounces at databaseadvisors.com
>>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Conklin
>>Sent: Thursday, March 02, 2006 10:20 AM
>>To: 'Access Developers discussion and problem solving'
>>Subject: Re: [AccessD] OT - Action Pack
>>
>>
>>Thanks for the link. But there's no way this real estate office does any
>>influencing over anything computer related. There's no stretching the
>>definition of their business to fit any of that, so that's why I wanted to
>>know if there is any risk of them losing theses licenses.
>>Seems to me that they have found a loophole that any business with <= 10
>>PC's and 1 Server can exploit.
>>
>>
>>Steve
>>
>>
>>-----Original Message-----
>>From: accessd-bounces at databaseadvisors.com
>>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos
>>Sent: Thursday, March 02, 2006 12:38 PM
>>To: Access Developers discussion and problem solving
>>Subject: Re: [AccessD] OT - Action Pack
>>
>>https://partner.microsoft.com/40009735
>>
>>has all the info.
>>
>>here's a quote from the FAQ
>>---------------------------------------
>>
>>Who can subscribe to the Microsoft Action Pack?
>>The Microsoft Action Pack Subscription is available exclusively to
>>consultants, value-added resellers, value-added providers, system
>>integrators, developers, system builders, hosts, and service providers who
>>are enrolled as Registered Members in the Microsoft Partner Program and
>>who
>>distribute or influence the acquisition of Microsoft software and
>>Microsoft-based solutions by end customers.
>>
>>----------------------------------
>>
>>that describes a pretty broad group. "influence the aquisition of
>>Microsoft
>>software and Microsoft-bases solutions by end customers" can include a
>>whole
>>lot of people and businesses.
>>
>>I think Microsoft is glad to have them paying something every year.
>>
>>GK
>>
>>
>>On 3/2/06, Steve Conklin wrote:
>>
>>
>>>I have picked up a new client, mostly for server work, and when I
>>>asked him if his Windows XP and Server 2003 were properly licensed, he
>>>
>>>
>>>showed me an Action Pack. This is a real estate office, but
>>>apparently because the word "consulting" is in the company name, it
>>>was able to be registered to whatever level necessary to get an Action
>>>
>>>
>>Pack.
>>
>>
>>>The question is, is there any long term risk associated with this?
>>>Are these things re-newable an unlimited number of times? Will MS
>>>ever ask to see a list of how many clients you have influenced to buy
>>>their products through your Ac.Pack? Or did this company find a
>>>loophole you could drive a truck through?
>>>
>>>I know there are a few Action Packers out there; I am an MSDN-U
>>>myself, so I don't any details about this thing.
>>>
>>>Thanks for any insight,
>>>Steve
>>>
>>>
>>>
>>
>>
>
>
--
Marty Connelly
Victoria, B.C.
Canada
From developer at ultradnt.com Thu Mar 2 15:59:59 2006
From: developer at ultradnt.com (Steve Conklin)
Date: Thu, 2 Mar 2006 16:59:59 -0500
Subject: [AccessD] OT - Action Pack
In-Reply-To: <44076011.6070103@shaw.ca>
Message-ID: <200603022159.k22Lxtj84166@ultradnt.com>
Hey Marty,
Uh, what's a numbered corp.?
This is their 2nd year, they renewed in January. Is there any possibility
that MS will ever say "you're not an IT firm" and refuse to let them renew,
is my question.
Steve
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of MartyConnelly
Sent: Thursday, March 02, 2006 4:14 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] OT - Action Pack
I have seen Action Packs assigned to numbered corporations.
But if they don't renew the yearly subscriptions, security fix updates may
not be available from MS update sites..
Steve Conklin wrote:
>It's in the client's corporate name, which includes the word "consulting"
>but not "real estate".
>
>Steve
>
>-----Original Message-----
>From: accessd-bounces at databaseadvisors.com
>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman
>Sent: Thursday, March 02, 2006 2:41 PM
>To: Access Developers discussion and problem solving
>Subject: Re: [AccessD] OT - Action Pack
>
>...is the Action Pak subscription actually in their name or the former
>consultant's?
>
>William
>
>----- Original Message -----
>From: "Steve Conklin"
>To: "'Access Developers discussion and problem solving'"
>
>Sent: Thursday, March 02, 2006 2:08 PM
>Subject: Re: [AccessD] OT - Action Pack
>
>
>
>
>>Charlotte, I agree 100%. Their previous consultant sent them on this
>>path.
>>When I asked for their W2k3 CD, that's when I saw Action Pack. I kept
>>quiet
>>(temporarily); I wanted to post here first to try to begin to assess their
>>risk.
>>
>>Steve
>>
>>
>>-----Original Message-----
>>From: accessd-bounces at databaseadvisors.com
>>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust
>>Sent: Thursday, March 02, 2006 1:44 PM
>>To: Access Developers discussion and problem solving
>>Subject: Re: [AccessD] OT - Action Pack
>>
>>Well, if MS ever decides to close that loophole, the EULA requires that
>>they
>>uninstall the software and any of its supporting files from all their
>>machines. I've heard of people cheating like this, it's like those who
>>buy
>>the Academic edition even though it isn't licensed for commercial use. If
>>we aren't honest about our licenses, how can our
>>clients/customers/employees
>>trust us?
>>
>>Charlotte Foust
>>
>>
>>-----Original Message-----
>>From: accessd-bounces at databaseadvisors.com
>>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Conklin
>>Sent: Thursday, March 02, 2006 10:20 AM
>>To: 'Access Developers discussion and problem solving'
>>Subject: Re: [AccessD] OT - Action Pack
>>
>>
>>Thanks for the link. But there's no way this real estate office does any
>>influencing over anything computer related. There's no stretching the
>>definition of their business to fit any of that, so that's why I wanted to
>>know if there is any risk of them losing theses licenses.
>>Seems to me that they have found a loophole that any business with <= 10
>>PC's and 1 Server can exploit.
>>
>>
>>Steve
>>
>>
>>-----Original Message-----
>>From: accessd-bounces at databaseadvisors.com
>>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos
>>Sent: Thursday, March 02, 2006 12:38 PM
>>To: Access Developers discussion and problem solving
>>Subject: Re: [AccessD] OT - Action Pack
>>
>>https://partner.microsoft.com/40009735
>>
>>has all the info.
>>
>>here's a quote from the FAQ
>>---------------------------------------
>>
>>Who can subscribe to the Microsoft Action Pack?
>>The Microsoft Action Pack Subscription is available exclusively to
>>consultants, value-added resellers, value-added providers, system
>>integrators, developers, system builders, hosts, and service providers who
>>are enrolled as Registered Members in the Microsoft Partner Program and
>>who
>>distribute or influence the acquisition of Microsoft software and
>>Microsoft-based solutions by end customers.
>>
>>----------------------------------
>>
>>that describes a pretty broad group. "influence the aquisition of
>>Microsoft
>>software and Microsoft-bases solutions by end customers" can include a
>>whole
>>lot of people and businesses.
>>
>>I think Microsoft is glad to have them paying something every year.
>>
>>GK
>>
>>
>>On 3/2/06, Steve Conklin wrote:
>>
>>
>>>I have picked up a new client, mostly for server work, and when I
>>>asked him if his Windows XP and Server 2003 were properly licensed, he
>>>
>>>
>>>showed me an Action Pack. This is a real estate office, but
>>>apparently because the word "consulting" is in the company name, it
>>>was able to be registered to whatever level necessary to get an Action
>>>
>>>
>>Pack.
>>
>>
>>>The question is, is there any long term risk associated with this?
>>>Are these things re-newable an unlimited number of times? Will MS
>>>ever ask to see a list of how many clients you have influenced to buy
>>>their products through your Ac.Pack? Or did this company find a
>>>loophole you could drive a truck through?
>>>
>>>I know there are a few Action Packers out there; I am an MSDN-U
>>>myself, so I don't any details about this thing.
>>>
>>>Thanks for any insight,
>>>Steve
>>>
>>>
>>>
>>
>>
>
>
--
Marty Connelly
Victoria, B.C.
Canada
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From developer at ultradnt.com Thu Mar 2 16:01:39 2006
From: developer at ultradnt.com (Steve Conklin)
Date: Thu, 2 Mar 2006 17:01:39 -0500
Subject: [AccessD] Table naming conventions
In-Reply-To: <001201c63e3f$63e658e0$647aa8c0@ColbyM6805>
Message-ID: <200603022201.k22M1Zj84564@ultradnt.com>
Reason(s)?
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Thursday, March 02, 2006 4:22 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
Me. Should NEVER be used to refer to controls. Dot . Should only refer to
properties. Bang ! Should be used to refer to controls and objects.
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin -
Beach Access Software
Sent: Thursday, March 02, 2006 1:32 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Table naming conventions
On a related note, does everyone use/not use Me. when referring to a control
in code? Any advantage other than the auto-fill to using Me.?
TIA
Rocky
Charlotte Foust wrote:
> You use suffixes for ease of navigation. I prefer prefixes for
> grouping by types of objects. Different strokes.
>
> Charlotte
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan,
> Lambert
> Sent: Thursday, March 02, 2006 6:16 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Table naming conventions
>
>
> Not read all this, but one point I want to make is "why are people
> obsessed with PREFIXES?"
>
> I use the "_tbl" SUFFIX in my table names. Why? So that when I sort
> the list of tables I can use the initial letter of the table name to
> quickly jump to it using the keyboard. If they all begin with "tbl"
> you cannot do that. Simple. :-)
>
> Lambert
>
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From prosoft6 at hotmail.com Thu Mar 2 16:30:23 2006
From: prosoft6 at hotmail.com (Julie Reardon-Taylor)
Date: Thu, 02 Mar 2006 17:30:23 -0500
Subject: [AccessD] OT - Action Pack
In-Reply-To: <44076011.6070103@shaw.ca>
Message-ID:
I recently had to "let an employee go" and I think that some of my software
licenses may be missing. Can anyone tell me what they received in the Jan.
update for licenses?
I think that I have the cd's, I'm talking about the white cards with the
sticky yellow license keys. The only yellow license keys that I see in my
folder are the XP Pro 64-bit. Did anyone get any other cards?
Julie Reardon-Taylor
PRO-SOFT OF NY, INC.
44 Public Square Suite #5
Watertown, NY 13601
Phone/Fax: (315) 785-0319
www.pro-soft.net
NYS IT Services Contract CMT026A
NYS Certified Woman-Owned Business
From shamil at users.mns.ru Thu Mar 2 16:33:53 2006
From: shamil at users.mns.ru (Shamil Salakhetdinov)
Date: Fri, 3 Mar 2006 01:33:53 +0300
Subject: [AccessD] Table naming conventions
References:
Message-ID: <003501c63e49$deb70970$6401a8c0@Nant>
<<<
I can't have everything I want.
>>>
Charlotte,
In MS Access database window you can create groups and put links to objects
into these groups and rename these links whatever you need/prefer - the
source object names will stay unchanged...
In VS.NET 2005 projects you can create folders and subforders having source
files as well as links to the source files - by thus you can create groups
of related source files. Unfortunately you can't give different names to the
links as in MS Access groups still it's a useful feature to keep related
source files grouped - especialy useful in large projects with many source
files....
Shamil
----- Original Message -----
From: "Charlotte Foust"
To: "Access Developers discussion and problem solving"
Sent: Thursday, March 02, 2006 11:58 PM
Subject: Re: [AccessD] Table naming conventions
>I do use naming conventions in VB.Net, at least as much as I'm allowed
> to. My boss decreed we would use suffixes instead of prefixes to name
> forms, reports, etc., so related objects would sort together in the
> project. Now you have to read the entire name of the object to find out
> what it is! We've never used prefixes on table names, or fields, so
> that hasn't been an issue in converting to .Net. I prefer prefixes on
> table names and I prefer prefixes because they allow my eye to skate
> over the object types I don't want to examine without having to read the
> entire name of the object. SIGH! I can't have everything I want.
>
> Charlotte
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil
> Salakhetdinov
> Sent: Thursday, March 02, 2006 11:53 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Table naming conventions
>
>
> <<<
> The underscore annoys me because it is harder to type than just a
>> capital letter,
>>>>
> I don't use underscore because they weren't used in LRNC.
> But typing it for me isn't a big trouble :)
>
> <<<
> I really think it boils down to whatever works for the developer,
>>>>
> Sure it is. I just accepted LRNC and I use it naturally for a long time.
> But to use other naming conventions if they are well systematically
> designed
> and applied (like JC's :)) wouldn't be a problem for me:)
>
> For example in VB.NET/C# I do not use Hungarian notation/LRNC as it's
> recommended by MS and I like it too - I'm flexible :)
>
> <<<
> It only becomes an issue in a team development environment, where
>> using the same or at least compatible naming conventions is critical.
>>>>
> Yes, in a team environment the systematic use of naming conventions is
> critical - the naming conventions approved by team leader :) - I mean
> any
> discussions what is better to use prefixes or suffixes or both or ...
> should
> be "rudely"/decisively suppressed by team leader as soon as naming
> conventions are defined and accepted and a project starts - teamwork
> isn't
> a discussion club... :)
>
> Prefixes or suffixes in variables and even tables', queries' etc. names
> are
> getting obsolete - this is my current opinion. I still use them in MS
> Access/VBA but not in VS.NET development (except control names prefixes
> but
> these are also becoming not easy to use with so many different types of
> controls in VS.NET 2005 Winforms).
>
> Still using table name prefixes in tables' field names look reasonable
> from
> practical point of view (to build queries quicker without field names
> collisions first of all) but with mainstream tendency of relational
> back-ends becoming something more than just normalized databases and
> morphing to XML hierarchies ... -> and finally somewhere in the future
> to
> ORDBMSs or pure OODBMSs - with this clear mainstream tendency the usage
> of
> prefixes or suffixes is clearly becoming generally depreciated...
>
> I do use tbl, tlkp, qsel, qapp, ... etc. prefixes with table names and
> queries but this usage is looking more and more obsolete because a table
> can
> migrate to a set of queries(views), stored procedures, UDFs, web
> services
> etc. and vice versa then renaming could become a real time consuming and
>
> error prone problem...
>
> I did use LRNC prefixes to clearly recognize source object type, to
> group
> objects, to speed-up development but it's clear that in real life modern
>
> development using only prefixes or only suffixes or both isn't enough -
> there could be many useful groupings/sortings of the same types or
> different
> types of objects - and modern development tools supply different
> features to
> natively keep and use such groupings/sortings....
>
> There should be clear practical reasons to use prefixes or suffixes as
> it
> was with LRNC and MS Access/Office development for the last 10 years or
> with
> Hungarian notation and MSVC++ for the last 15 years ago, VB6 for the
> last 10
> years...
>
> I mean it shouldn't be like "We use prefixes or suffixes because our
> fathers
> and grand-fathers used them, we forgot/don't know why they are so keen
> and
> what for they are needed, we do not see any practical reasons now to use
>
> them but we do use them to keep the traditions alive...."
>
> Shamil
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
From shamil at users.mns.ru Thu Mar 2 16:37:18 2006
From: shamil at users.mns.ru (Shamil Salakhetdinov)
Date: Fri, 3 Mar 2006 01:37:18 +0300
Subject: [AccessD] Table naming conventions
References: <000e01c63e3e$1f6b0680$647aa8c0@ColbyM6805>
Message-ID: <003601c63e49$df6ec0b0$6401a8c0@Nant>
John,
I just noted that your naming conventions are solid and systematic and based
on LRNC - and that's "what doctor ordered".
<<<
I adapt where possible.
>>>
Either do I.
Shamil
----- Original Message -----
From: "John Colby"
To: "'Access Developers discussion and problem solving'"
Sent: Friday, March 03, 2006 12:13 AM
Subject: Re: [AccessD] Table naming conventions
>I started with LRNS, and still use it for variables etc. I do not claim to
> be the originator of anything, I adapt where possible.
>
>
> John W. Colby
> www.ColbyConsulting.com
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil
> Salakhetdinov
> Sent: Thursday, March 02, 2006 8:11 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Table naming conventions
>
> John,
>
> AFAIS your naming conventions are based on LRNC (see e.g. Stan Leszinsky
> "MS
> Access 97 Expert Solutions").
> One exception are field names - the recommended in LRNC way is to not use
> underscore and to use 3-4 chars standard abbreviations to prefix field
> names:
>
> - Company - comp
> - Person - pers
> - Employee - empl or emp
> ...
>
> I do use LRNC for the last 10 years. It worked very well in many
> situations.
>
> Best regards,
> Shamil
> --
> Web: http://smsconsulting.spb.ru/shamil_s
>
> ----- Original Message -----
> From: "John Colby"
> To: "'Access Developers discussion and problem solving'"
>
> Sent: Thursday, March 02, 2006 2:12 PM
> Subject: [AccessD] Table naming conventions
>
>
>> Folks,
>>
>> There has been a bit of discussion in the past few days re naming
>> conventions as applied to tables. I have used conventions for many years
>> and I sat down tonight and started documenting the conventions I use. I
>> have shared my conventions in the past and will do so again here. I do
>> these things because they work for me, in my environment.
>>
>> I have built a framework, which I use in any project where it is allowed.
>> Having conventions allows me to make assumptions about how things will be
>> handled, and write code that used those assumptions to make decisions.
>> Even
>> if you do not use a framework, having objects defined in a consistent
>> manner
>> can just generally make life easier.
>>
>> Feel free to discuss the methods and assumptions that I make, add how you
>> do
>> things (and WHY) etc. Don't bother calling the things I do stupid, if
>> they
>> don't work for you, don't use them. Share what does work for you, and
>> WHY
>> you do what you do. If you do something exactly opposite of the way I do
>> it, explain why you prefer to do it that way. I find rules useless. I
>> find
>> reasons very useful.
>>
>> Table Definition Specification
>> Tables are defined in a consistent manner so that they can be recognized
>> and
>> worked with easily. All of the definitions that I use have been
>> assimilated
>> from other people's ideas or developed over time, and all such
>> conventions
>> exist to solve a problem, whether that be readability, distinguishing
>> functionality or allowing the framework to make assumptions.
>>
>> Table definitions consist of several parts.
>> 1. Tables always use an autonumber PK, whether it appears to need one
>> or not. This is done for a variety of reasons, ranging from divorcing
>> the
>> "table link" (PK/FK)from the unique index and making it trivial to change
>> that unique index without changing the "table link", to the consistency
>> of
>> PK data type which allows specific assumptions in the framework. The PK
>> is
>> always a long integer, and a single field, which easily allows searches
>> and
>> other programmatic manipulations that wouldn't be possible or would be
>> tedious if the PK was a multi-field set.
>> 2. Table naming conventions. Tables are prefixed with 'tbl' so that as
>> table names are encountered in forms, reports and queries they can be
>> distinguished from other objects such as queries. Thus tblPerson,
>> tblCompany, tblVehicle.
>> 3. I have used other table prefixes to cause tables to group by type
>> and be visually distinguishable from each other. Tbl for main tables,
>> tlkp
>> for lookup tables, tmm for many to many tables, ttmp for temporary tables
>> etc. There is a lot of discussion about whether grouping by type is
>> preferable to grouping by functionality, i.e. all accounting tables group
>> together, all shipping tables group together etc. That is very much a
>> 'preference' kind of thing. I have done both, even within the same db.
>> It
>> is possible to throw a "type" suffix on the end of the tables separated
>> by
>> an underscore if you care to group by function but be able to distinguish
>> table type. tblPeopleVehicle_MM for a many to many, tblState_LKP for a
>> lookup.
>> 4. Field naming conventions. Field naming conventions have several
>> parts. In general field and table names should only change in the most
>> dire
>> circumstances. If any object name changes, I have to do a search and
>> replace to find and fix them. If there are a bunch of Fes working
>> against
>
>> a
>> single BE, it becomes a nightmare.
>> a. Data type prefixes are never used in field names because of issues
>> with data type changes. There are just too many data types, and they are
>> often changed well into a project, for very valid reasons.
>> b. A prefix to the field name is created using the first two characters
>> the table name where the table name is a single word - PEople, VEhicle,
>> COmpany. In cases where the table name is multiple words, the first
>> character of each word is used. InvoiceLineItem ILI, PeopleVehicle PV,
>> CompanyProperty CP. An underscore is used to distinguish the field name
>> prefix from the rest of the field name. PE_ID, PE_FName, PE_SSN. Use of
>> the first two characters if each word is acceptable to avoid collisions
>> and
>> make the field prefix more readable. PEopleVEhicle PEVE_ID.
>>
>> Obviously as a project gets large a table is required to track field name
>> prefixes already used, but for small to medium sized projects this allows
>> the developer to rapidly recognize which table a field comes from just
>> from
>> the field name. If this naming convention is rigorously followed then
>> every
>> field in the db has a unique name, which allows "search and replace" type
>> of
>> operations to be performed without manual intervention.
>> c. IDs (PK/FKs) are distinguished by the capitalized characters 'ID'
>> in the field name.
>> d. PKs use the convention of Prefix characters, followed by an
>> underscore followed by ID. PE_ID, VE_ID, CO_ID.
>> e. FKs use the convention of Prefix characters, followed by an
>> underscore, followed by ID followed by the prefix characters of the
>> foreign
>> table. PV_IDPE, PV_IDVE. CP_IDCO. By placing ID immediately following
>> the
>> underscore, PKs and FKs can be immediately distinguished from other types
>> of
>> fields.
>> f. PKs and FKs are grouped at the top of the field list in design view.
>> This is done so that the PK and all FKs can be seen at a glance without
>> having to search through the fields looking for PKs/FKs.
>>
>>
>> Thus field names look like:
>> tblVehicle:
>> VE_ID
>> VE_Color
>> VE_Make
>>
>> tblPeople
>> PE_ID
>> PE_LName
>> PE_FName
>> PE_SSN
>>
>> tblPeopleVehicle
>> PV_ID
>> PV_IDPE
>> PV_IDVE
>> PV_DateAssigned
>>
>> As you can see, by using the _ character it is easy to distinguish the
>> prefix from the rest of the name. By using the ID immediately after the
>> underscore it is easy to find every PK/FK field. By grouping all the
>> PKs/FKs at the top of the table, no searching is required to find the
>> PKs/FKs. By using the _IDXXXX construct, it is easy to visually look at
>> the
>> FK and just "see" what table that is the PK in.
>>
>> As I said above, to me reasons are the important thing. They define why
>> I
>> do what I do and allow me to evaluate whether making a change to what I
>> do
>> is useful to me. Rules without the associated reason are useless since I
>> cannot evaluate how it applies to what I am trying to do.
>>
>> Rules are made to be broken, but I want to know the danger of doing so.
>>
>> John W. Colby
>> www.ColbyConsulting.com
>>
>>
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
From dwaters at usinternet.com Thu Mar 2 16:47:25 2006
From: dwaters at usinternet.com (Dan Waters)
Date: Thu, 2 Mar 2006 16:47:25 -0600
Subject: [AccessD] OT: farewell
In-Reply-To: <32863745.1141315151137.JavaMail.root@sniper22>
Message-ID: <001901c63e4b$475aa530$0200a8c0@danwaters>
Roz - Best of Luck!
But I don't think you'll need much in the field of Creative Writing.
Because, what is programming but Creative Writing? And you've done a lot of
that!
Dan
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Roz Clarke
Sent: Thursday, March 02, 2006 9:53 AM
To: Access Developers discussion and problem solving
Subject: [AccessD] OT: farewell
Hi guys.
Sorry to bust up your Thursday with an OT goodbye thread, but the moment is
upon me.
Those who ever noticed me at all, may have noticed that I haven't posted to
Accessd in the last 6
months. I am no longer working in IT, having given up my job and taken up a
Masters in Creative
Writing. Whilst I may have the occasional web project to work on, I have no
plans to return to
development career-wise. The fact is, I only really stayed subscribed for
the comfort of seeing
all your familiar names in my inbox every day.
So I am leaving the list and standing down as a moderator.
It's been a good ten years. Not only do I owe a great deal to the list,
which taught me everything
I know about database development and a lot more besides, but I've had tears
and laughter along
the way and a fantastic trip to Germany into the bargain.
Thank you all for being invaluable 'virtual colleagues', but above all for
being friends.
Love and hugs
Roz
PS what's the OT list like these days? ;)
___________________________________________________________
NEW Yahoo! Cars - sell your car and browse thousands of new and used cars
online! http://uk.cars.yahoo.com/
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From cfoust at infostatsystems.com Thu Mar 2 17:21:22 2006
From: cfoust at infostatsystems.com (Charlotte Foust)
Date: Thu, 2 Mar 2006 15:21:22 -0800
Subject: [AccessD] Table naming conventions
Message-ID:
Yes, I know, but I tried groups and hated them. We do use folders and
subfolders in our .Net projects, and multiple projects in a solution.
But when you're looking through a long list of objects in the Forms
subfolder, all you have to go on is the icon and the suffix at the
Loooonnnngg end of the object name to tell you exactly what it is.
Unless it's a vb modules, of course. LOL
There are 4-1/2 of us doing dot.net development using VSS, so we all
have to play by the same rules. The 1/2 is my boss, who doesn't get his
hands too dirty in forms, reports, data tier details, and vb code, but
who does jump in to stuff occasionally.
Charlotte Foust
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Shamil
Salakhetdinov
Sent: Thursday, March 02, 2006 2:34 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Table naming conventions
<<<
I can't have everything I want.
>>>
Charlotte,
In MS Access database window you can create groups and put links to
objects
into these groups and rename these links whatever you need/prefer - the
source object names will stay unchanged...
In VS.NET 2005 projects you can create folders and subforders having
source
files as well as links to the source files - by thus you can create
groups
of related source files. Unfortunately you can't give different names to
the
links as in MS Access groups still it's a useful feature to keep related
source files grouped - especialy useful in large projects with many
source
files....
Shamil
----- Original Message -----
From: "Charlotte Foust"
To: "Access Developers discussion and problem solving"
Sent: Thursday, March 02, 2006 11:58 PM
Subject: Re: [AccessD] Table naming conventions
>I do use naming conventions in VB.Net, at least as much as I'm allowed
>to. My boss decreed we would use suffixes instead of prefixes to name
>forms, reports, etc., so related objects would sort together in the
>project. Now you have to read the entire name of the object to find
>out what it is! We've never used prefixes on table names, or fields,
>so that hasn't been an issue in converting to .Net. I prefer prefixes
>on table names and I prefer prefixes because they allow my eye to
>skate over the object types I don't want to examine without having to
>read the entire name of the object. SIGH! I can't have everything I
>want.
>
> Charlotte
>
>
>
From cfoust at infostatsystems.com Thu Mar 2 17:22:13 2006
From: cfoust at infostatsystems.com (Charlotte Foust)
Date: Thu, 2 Mar 2006 15:22:13 -0800
Subject: [AccessD] OT: farewell
Message-ID:
LOL Yeah but the plots will be more interesting in the future! ;o}
Charlotte
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters
Sent: Thursday, March 02, 2006 2:47 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] OT: farewell
Roz - Best of Luck!
But I don't think you'll need much in the field of Creative Writing.
Because, what is programming but Creative Writing? And you've done a
lot of that!
Dan
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Roz Clarke
Sent: Thursday, March 02, 2006 9:53 AM
To: Access Developers discussion and problem solving
Subject: [AccessD] OT: farewell
Hi guys.
Sorry to bust up your Thursday with an OT goodbye thread, but the moment
is upon me.
Those who ever noticed me at all, may have noticed that I haven't posted
to Accessd in the last 6 months. I am no longer working in IT, having
given up my job and taken up a Masters in Creative Writing. Whilst I may
have the occasional web project to work on, I have no plans to return to
development career-wise. The fact is, I only really stayed subscribed
for the comfort of seeing all your familiar names in my inbox every day.
So I am leaving the list and standing down as a moderator.
It's been a good ten years. Not only do I owe a great deal to the list,
which taught me everything I know about database development and a lot
more besides, but I've had tears and laughter along the way and a
fantastic trip to Germany into the bargain.
Thank you all for being invaluable 'virtual colleagues', but above all
for being friends.
Love and hugs
Roz
PS what's the OT list like these days? ;)
___________________________________________________________
NEW Yahoo! Cars - sell your car and browse thousands of new and used
cars online! http://uk.cars.yahoo.com/
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From jwcolby at ColbyConsulting.com Thu Mar 2 17:55:29 2006
From: jwcolby at ColbyConsulting.com (John Colby)
Date: Thu, 2 Mar 2006 18:55:29 -0500
Subject: [AccessD] Table naming conventions
In-Reply-To: <200603022201.k22M1Zj84564@ultradnt.com>
Message-ID: <001f01c63e54$ca92a160$647aa8c0@ColbyM6805>
LOL, because it is the wrong syntax and can cause the vba interpreter to get
confused and do stupid things. In the early days of Access, me.object was
the accepted syntax. Sometime around A97 Microsoft switched to the ! As the
"accepted" syntax. Dot is for properties, Bang is for objects. Using Dot
to refer to properties is known to cause weirdnesses.
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Conklin
Sent: Thursday, March 02, 2006 5:02 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
Reason(s)?
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Thursday, March 02, 2006 4:22 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
Me. Should NEVER be used to refer to controls. Dot . Should only refer to
properties. Bang ! Should be used to refer to controls and objects.
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin -
Beach Access Software
Sent: Thursday, March 02, 2006 1:32 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Table naming conventions
On a related note, does everyone use/not use Me. when referring to a control
in code? Any advantage other than the auto-fill to using Me.?
TIA
Rocky
Charlotte Foust wrote:
> You use suffixes for ease of navigation. I prefer prefixes for
> grouping by types of objects. Different strokes.
>
> Charlotte
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan,
> Lambert
> Sent: Thursday, March 02, 2006 6:16 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Table naming conventions
>
>
> Not read all this, but one point I want to make is "why are people
> obsessed with PREFIXES?"
>
> I use the "_tbl" SUFFIX in my table names. Why? So that when I sort
> the list of tables I can use the initial letter of the table name to
> quickly jump to it using the keyboard. If they all begin with "tbl"
> you cannot do that. Simple. :-)
>
> Lambert
>
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/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 bchacc at san.rr.com Thu Mar 2 18:43:03 2006
From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software)
Date: Thu, 02 Mar 2006 16:43:03 -0800
Subject: [AccessD] Access and Excel issue
Message-ID: <44079117.4010409@san.rr.com>
Dear List:
According to this:
http://winks.office-watch.com/9/templates/feat.aspx?articleid=7&zoneid=2
Some of the functionality between Access and Excel is disabled in 2002
and 2003 SP2.
I have a client where I create a rather elaborate worksheet from a
template in Access and push data out to the Excel worksheet, then open
it up for editing. When the worksheet is saved, I have a lot of code
behind the worksheet that pushes the data back into the Access tables.
The worksheets are not linked however. I use automation to do the data
transfers. Am I in trouble here or did I inadvertently dodge this
bullet? The article refers to linked tables and spreadsheets.
TIA
Rocky
--
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
--
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
From jwcolby at ColbyConsulting.com Thu Mar 2 18:47:28 2006
From: jwcolby at ColbyConsulting.com (John Colby)
Date: Thu, 2 Mar 2006 19:47:28 -0500
Subject: [AccessD] Table naming conventions
In-Reply-To: <001f01c63e54$ca92a160$647aa8c0@ColbyM6805>
Message-ID: <002101c63e5c$0f836320$647aa8c0@ColbyM6805>
>Using Dot to refer to properties is known to cause weirdnesses.
Ooops. Using Dot to refer to Objects can cause weirdnesses.
Sorry for the confusion.
I can think of at least one exception (kind of) however. To refer to a
control on a subform, the syntax is me!SubformControl.Subform!Control. In
this case I think that .Subform is a PROPERTY of the subformControl which
returns a pointer to an object (the actual loaded subform). So even here
Dot is the correct syntax.
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Thursday, March 02, 2006 6:55 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
LOL, because it is the wrong syntax and can cause the vba interpreter to get
confused and do stupid things. In the early days of Access, me.object was
the accepted syntax. Sometime around A97 Microsoft switched to the ! As the
"accepted" syntax. Dot is for properties, Bang is for objects. Using Dot
to refer to properties is known to cause weirdnesses.
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Conklin
Sent: Thursday, March 02, 2006 5:02 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
Reason(s)?
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Thursday, March 02, 2006 4:22 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
Me. Should NEVER be used to refer to controls. Dot . Should only refer to
properties. Bang ! Should be used to refer to controls and objects.
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin -
Beach Access Software
Sent: Thursday, March 02, 2006 1:32 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Table naming conventions
On a related note, does everyone use/not use Me. when referring to a control
in code? Any advantage other than the auto-fill to using Me.?
TIA
Rocky
Charlotte Foust wrote:
> You use suffixes for ease of navigation. I prefer prefixes for
> grouping by types of objects. Different strokes.
>
> Charlotte
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan,
> Lambert
> Sent: Thursday, March 02, 2006 6:16 AM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Table naming conventions
>
>
> Not read all this, but one point I want to make is "why are people
> obsessed with PREFIXES?"
>
> I use the "_tbl" SUFFIX in my table names. Why? So that when I sort
> the list of tables I can use the initial letter of the table name to
> quickly jump to it using the keyboard. If they all begin with "tbl"
> you cannot do that. Simple. :-)
>
> Lambert
>
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From cfoust at infostatsystems.com Thu Mar 2 19:29:54 2006
From: cfoust at infostatsystems.com (Charlotte Foust)
Date: Thu, 2 Mar 2006 17:29:54 -0800
Subject: [AccessD] Table naming conventions
Message-ID:
But you also use the dot operator to refer to members of a collection,
and the controls are members of the parent object's controls collection.
;o>
Charlotte Foust
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Thursday, March 02, 2006 4:47 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
>Using Dot to refer to properties is known to cause weirdnesses.
Ooops. Using Dot to refer to Objects can cause weirdnesses.
Sorry for the confusion.
I can think of at least one exception (kind of) however. To refer to a
control on a subform, the syntax is me!SubformControl.Subform!Control.
In this case I think that .Subform is a PROPERTY of the subformControl
which returns a pointer to an object (the actual loaded subform). So
even here Dot is the correct syntax.
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Thursday, March 02, 2006 6:55 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
LOL, because it is the wrong syntax and can cause the vba interpreter to
get confused and do stupid things. In the early days of Access,
me.object was the accepted syntax. Sometime around A97 Microsoft
switched to the ! As the "accepted" syntax. Dot is for properties, Bang
is for objects. Using Dot to refer to properties is known to cause
weirdnesses.
John W. Colby
www.ColbyConsulting.com
From stuart at lexacorp.com.pg Thu Mar 2 20:21:56 2006
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Fri, 03 Mar 2006 12:21:56 +1000
Subject: [AccessD] Table naming conventions
In-Reply-To: <001f01c63e54$ca92a160$647aa8c0@ColbyM6805>
References: <200603022201.k22M1Zj84564@ultradnt.com>
Message-ID: <440834E4.22587.A3272B8@stuart.lexacorp.com.pg>
On 2 Mar 2006 at 18:55, John Colby wrote:
> LOL, because it is the wrong syntax and can cause the vba interpreter to get
> confused and do stupid things. In the early days of Access, me.object was
> the accepted syntax. Sometime around A97 Microsoft switched to the ! As the
> "accepted" syntax. Dot is for properties, Bang is for objects. Using Dot
> to refer to properties is known to cause weirdnesses.
>
I recently had to update a series of A97 applications to XP. The original
developer had used "Me." in a number of places to refer to controls and I
had to change then to "Me!" before the upgraded app would compile.
Unfortunately, I can't rememer the exact error that they were throwing when
I tried to compile.
--
Stuart
From jwcolby at ColbyConsulting.com Thu Mar 2 22:18:31 2006
From: jwcolby at ColbyConsulting.com (John Colby)
Date: Thu, 2 Mar 2006 23:18:31 -0500
Subject: [AccessD] Access and Excel issue
In-Reply-To: <44079117.4010409@san.rr.com>
Message-ID: <000601c63e79$896a2e40$647aa8c0@ColbyM6805>
I think the issue is specifically that linking spreadsheets has been
disabled. If you use automation then you don't have an issue. IO know that
because I am using automation (successfully) myself.
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin -
Beach Access Software
Sent: Thursday, March 02, 2006 7:43 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Access and Excel issue
Dear List:
According to this:
http://winks.office-watch.com/9/templates/feat.aspx?articleid=7&zoneid=2
Some of the functionality between Access and Excel is disabled in 2002 and
2003 SP2.
I have a client where I create a rather elaborate worksheet from a
template in Access and push data out to the Excel worksheet, then open
it up for editing. When the worksheet is saved, I have a lot of code
behind the worksheet that pushes the data back into the Access tables.
The worksheets are not linked however. I use automation to do the data
transfers. Am I in trouble here or did I inadvertently dodge this
bullet? The article refers to linked tables and spreadsheets.
TIA
Rocky
--
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
--
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From jwcolby at ColbyConsulting.com Thu Mar 2 22:21:01 2006
From: jwcolby at ColbyConsulting.com (John Colby)
Date: Thu, 2 Mar 2006 23:21:01 -0500
Subject: [AccessD] Table naming conventions
In-Reply-To:
Message-ID: <000701c63e79$e2a29ab0$647aa8c0@ColbyM6805>
>But you also use the dot operator to refer to members of a collection, and
the controls are members of the parent object's controls collection.
I'm not following you on this one. Can you give an example?
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust
Sent: Thursday, March 02, 2006 8:30 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Table naming conventions
But you also use the dot operator to refer to members of a collection, and
the controls are members of the parent object's controls collection.
;o>
Charlotte Foust
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Thursday, March 02, 2006 4:47 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
>Using Dot to refer to properties is known to cause weirdnesses.
Ooops. Using Dot to refer to Objects can cause weirdnesses.
Sorry for the confusion.
I can think of at least one exception (kind of) however. To refer to a
control on a subform, the syntax is me!SubformControl.Subform!Control.
In this case I think that .Subform is a PROPERTY of the subformControl which
returns a pointer to an object (the actual loaded subform). So even here
Dot is the correct syntax.
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Thursday, March 02, 2006 6:55 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
LOL, because it is the wrong syntax and can cause the vba interpreter to get
confused and do stupid things. In the early days of Access, me.object was
the accepted syntax. Sometime around A97 Microsoft switched to the ! As the
"accepted" syntax. Dot is for properties, Bang is for objects. Using Dot
to refer to properties is known to cause weirdnesses.
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 Mar 2 22:27:18 2006
From: jwcolby at ColbyConsulting.com (John Colby)
Date: Thu, 2 Mar 2006 23:27:18 -0500
Subject: [AccessD] Table naming conventions
In-Reply-To: <440834E4.22587.A3272B8@stuart.lexacorp.com.pg>
Message-ID: <000801c63e7a$c3fa70a0$647aa8c0@ColbyM6805>
>I recently had to update a series of A97 applications to XP.
I think that the Dot operator referring to controls was supported in A97 but
they were already strongly suggesting switching the syntax.
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan
Sent: Thursday, March 02, 2006 9:22 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Table naming conventions
On 2 Mar 2006 at 18:55, John Colby wrote:
> LOL, because it is the wrong syntax and can cause the vba interpreter
> to get confused and do stupid things. In the early days of Access,
> me.object was the accepted syntax. Sometime around A97 Microsoft
> switched to the ! As the "accepted" syntax. Dot is for properties,
> Bang is for objects. Using Dot to refer to properties is known to cause
weirdnesses.
>
I recently had to update a series of A97 applications to XP. The original
developer had used "Me." in a number of places to refer to controls and I
had to change then to "Me!" before the upgraded app would compile.
Unfortunately, I can't rememer the exact error that they were throwing when
I tried to compile.
--
Stuart
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From bchacc at san.rr.com Thu Mar 2 22:27:20 2006
From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software)
Date: Thu, 02 Mar 2006 20:27:20 -0800
Subject: [AccessD] Access and Excel issue
In-Reply-To: <000601c63e79$896a2e40$647aa8c0@ColbyM6805>
References: <000601c63e79$896a2e40$647aa8c0@ColbyM6805>
Message-ID: <4407C5A8.2060406@san.rr.com>
In A2K3 SP2?
Rocky
John Colby wrote:
> I think the issue is specifically that linking spreadsheets has been
> disabled. If you use automation then you don't have an issue. IO know that
> because I am using automation (successfully) myself.
>
> John W. Colby
> www.ColbyConsulting.com
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin -
> Beach Access Software
> Sent: Thursday, March 02, 2006 7:43 PM
> To: Access Developers discussion and problem solving
> Subject: [AccessD] Access and Excel issue
>
> Dear List:
>
> According to this:
>
> http://winks.office-watch.com/9/templates/feat.aspx?articleid=7&zoneid=2
>
>
> Some of the functionality between Access and Excel is disabled in 2002 and
> 2003 SP2.
>
>
> I have a client where I create a rather elaborate worksheet from a
> template in Access and push data out to the Excel worksheet, then open
> it up for editing. When the worksheet is saved, I have a lot of code
> behind the worksheet that pushes the data back into the Access tables.
> The worksheets are not linked however. I use automation to do the data
> transfers. Am I in trouble here or did I inadvertently dodge this
> bullet? The article refers to linked tables and spreadsheets.
>
> TIA
>
> Rocky
>
>
>
--
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
From jwcolby at ColbyConsulting.com Thu Mar 2 23:16:59 2006
From: jwcolby at ColbyConsulting.com (John Colby)
Date: Fri, 3 Mar 2006 00:16:59 -0500
Subject: [AccessD] Access and Excel issue
In-Reply-To: <4407C5A8.2060406@san.rr.com>
Message-ID: <000f01c63e81$b3bd78c0$647aa8c0@ColbyM6805>
No, in AXP (2002) but service packs updated AXP (and maybe even before) and
above to prevent links from working.
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin -
Beach Access Software
Sent: Thursday, March 02, 2006 11:27 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Access and Excel issue
In A2K3 SP2?
Rocky
John Colby wrote:
> I think the issue is specifically that linking spreadsheets has been
> disabled. If you use automation then you don't have an issue. IO
> know that because I am using automation (successfully) myself.
>
> John W. Colby
> www.ColbyConsulting.com
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky
> Smolin - Beach Access Software
> Sent: Thursday, March 02, 2006 7:43 PM
> To: Access Developers discussion and problem solving
> Subject: [AccessD] Access and Excel issue
>
> Dear List:
>
> According to this:
>
> http://winks.office-watch.com/9/templates/feat.aspx?articleid=7&zoneid
> =2
> d=2>
>
> Some of the functionality between Access and Excel is disabled in 2002
> and
> 2003 SP2.
>
>
> I have a client where I create a rather elaborate worksheet from a
> template in Access and push data out to the Excel worksheet, then open
> it up for editing. When the worksheet is saved, I have a lot of code
> behind the worksheet that pushes the data back into the Access tables.
> The worksheets are not linked however. I use automation to do the
> data transfers. Am I in trouble here or did I inadvertently dodge
> this bullet? The article refers to linked tables and spreadsheets.
>
> TIA
>
> Rocky
>
>
>
--
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From martyconnelly at shaw.ca Thu Mar 2 23:44:17 2006
From: martyconnelly at shaw.ca (MartyConnelly)
Date: Thu, 02 Mar 2006 21:44:17 -0800
Subject: [AccessD] OT - Action Pack
References: <200603022159.k22Lxtj84166@ultradnt.com>
Message-ID: <4407D7B1.3010104@shaw.ca>
In Canada you can create a corporation with a 7 digit number ie, 1098886 Co.
It saves you the time and price of doing a name search that is unique.
I know lawyers who keep a half dozen numbered companies in their drawer
and can set one up prearranged in half an hour via a share purchase.
You see these done to conceal obvious ownership or for quick real
estate deals.
Steve Conklin wrote:
>Hey Marty,
>Uh, what's a numbered corp.?
>This is their 2nd year, they renewed in January. Is there any possibility
>that MS will ever say "you're not an IT firm" and refuse to let them renew,
>is my question.
>
>Steve
>
>-----Original Message-----
>From: accessd-bounces at databaseadvisors.com
>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of MartyConnelly
>Sent: Thursday, March 02, 2006 4:14 PM
>To: Access Developers discussion and problem solving
>Subject: Re: [AccessD] OT - Action Pack
>
>I have seen Action Packs assigned to numbered corporations.
>
>But if they don't renew the yearly subscriptions, security fix updates may
>not be available from MS update sites..
>
>
>Steve Conklin wrote:
>
>
>
>>It's in the client's corporate name, which includes the word "consulting"
>>but not "real estate".
>>
>>Steve
>>
>>-----Original Message-----
>>From: accessd-bounces at databaseadvisors.com
>>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman
>>Sent: Thursday, March 02, 2006 2:41 PM
>>To: Access Developers discussion and problem solving
>>Subject: Re: [AccessD] OT - Action Pack
>>
>>...is the Action Pak subscription actually in their name or the former
>>consultant's?
>>
>>William
>>
>>----- Original Message -----
>>From: "Steve Conklin"
>>To: "'Access Developers discussion and problem solving'"
>>
>>Sent: Thursday, March 02, 2006 2:08 PM
>>Subject: Re: [AccessD] OT - Action Pack
>>
>>
>>
>>
>>
>>
>>>Charlotte, I agree 100%. Their previous consultant sent them on this
>>>path.
>>>When I asked for their W2k3 CD, that's when I saw Action Pack. I kept
>>>quiet
>>>(temporarily); I wanted to post here first to try to begin to assess their
>>>risk.
>>>
>>>Steve
>>>
>>>
>>>-----Original Message-----
>>>From: accessd-bounces at databaseadvisors.com
>>>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust
>>>Sent: Thursday, March 02, 2006 1:44 PM
>>>To: Access Developers discussion and problem solving
>>>Subject: Re: [AccessD] OT - Action Pack
>>>
>>>Well, if MS ever decides to close that loophole, the EULA requires that
>>>they
>>>uninstall the software and any of its supporting files from all their
>>>machines. I've heard of people cheating like this, it's like those who
>>>buy
>>>the Academic edition even though it isn't licensed for commercial use. If
>>>we aren't honest about our licenses, how can our
>>>clients/customers/employees
>>>trust us?
>>>
>>>Charlotte Foust
>>>
>>>
>>>-----Original Message-----
>>>From: accessd-bounces at databaseadvisors.com
>>>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Conklin
>>>Sent: Thursday, March 02, 2006 10:20 AM
>>>To: 'Access Developers discussion and problem solving'
>>>Subject: Re: [AccessD] OT - Action Pack
>>>
>>>
>>>Thanks for the link. But there's no way this real estate office does any
>>>influencing over anything computer related. There's no stretching the
>>>definition of their business to fit any of that, so that's why I wanted to
>>>know if there is any risk of them losing theses licenses.
>>>Seems to me that they have found a loophole that any business with <= 10
>>>PC's and 1 Server can exploit.
>>>
>>>
>>>Steve
>>>
>>>
>>>-----Original Message-----
>>>From: accessd-bounces at databaseadvisors.com
>>>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gary Kjos
>>>Sent: Thursday, March 02, 2006 12:38 PM
>>>To: Access Developers discussion and problem solving
>>>Subject: Re: [AccessD] OT - Action Pack
>>>
>>>https://partner.microsoft.com/40009735
>>>
>>>has all the info.
>>>
>>>here's a quote from the FAQ
>>>---------------------------------------
>>>
>>>Who can subscribe to the Microsoft Action Pack?
>>>The Microsoft Action Pack Subscription is available exclusively to
>>>consultants, value-added resellers, value-added providers, system
>>>integrators, developers, system builders, hosts, and service providers who
>>>are enrolled as Registered Members in the Microsoft Partner Program and
>>>who
>>>distribute or influence the acquisition of Microsoft software and
>>>Microsoft-based solutions by end customers.
>>>
>>>----------------------------------
>>>
>>>that describes a pretty broad group. "influence the aquisition of
>>>Microsoft
>>>software and Microsoft-bases solutions by end customers" can include a
>>>whole
>>>lot of people and businesses.
>>>
>>>I think Microsoft is glad to have them paying something every year.
>>>
>>>GK
>>>
>>>
>>>On 3/2/06, Steve Conklin wrote:
>>>
>>>
>>>
>>>
>>>>I have picked up a new client, mostly for server work, and when I
>>>>asked him if his Windows XP and Server 2003 were properly licensed, he
>>>>
>>>>
>>>>showed me an Action Pack. This is a real estate office, but
>>>>apparently because the word "consulting" is in the company name, it
>>>>was able to be registered to whatever level necessary to get an Action
>>>>
>>>>
>>>>
>>>>
>>>Pack.
>>>
>>>
>>>
>>>
>>>>The question is, is there any long term risk associated with this?
>>>>Are these things re-newable an unlimited number of times? Will MS
>>>>ever ask to see a list of how many clients you have influenced to buy
>>>>their products through your Ac.Pack? Or did this company find a
>>>>loophole you could drive a truck through?
>>>>
>>>>I know there are a few Action Packers out there; I am an MSDN-U
>>>>myself, so I don't any details about this thing.
>>>>
>>>>Thanks for any insight,
>>>>Steve
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
>>
>>
>>
>>
>
>
>
--
Marty Connelly
Victoria, B.C.
Canada
From Gustav at cactus.dk Fri Mar 3 04:21:20 2006
From: Gustav at cactus.dk (Gustav Brock)
Date: Fri, 03 Mar 2006 11:21:20 +0100
Subject: [AccessD] Access and Excel issue
Message-ID:
Hi Rocky
You can still link and reading is possible but update and append will be disabled.
/gustav
>>> jwcolby at ColbyConsulting.com 03-03-2006 05:18 >>>
I think the issue is specifically that linking spreadsheets has been
disabled. If you use automation then you don't have an issue. IO know that
because I am using automation (successfully) myself.
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin -
Beach Access Software
Sent: Thursday, March 02, 2006 7:43 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Access and Excel issue
Dear List:
According to this:
http://winks.office-watch.com/9/templates/feat.aspx?articleid=7&zoneid=2
Some of the functionality between Access and Excel is disabled in 2002 and
2003 SP2.
I have a client where I create a rather elaborate worksheet from a
template in Access and push data out to the Excel worksheet, then open
it up for editing. When the worksheet is saved, I have a lot of code
behind the worksheet that pushes the data back into the Access tables.
The worksheets are not linked however. I use automation to do the data
transfers. Am I in trouble here or did I inadvertently dodge this
bullet? The article refers to linked tables and spreadsheets.
TIA
Rocky
From tinanfields at torchlake.com Fri Mar 3 06:46:23 2006
From: tinanfields at torchlake.com (Tina Norris Fields)
Date: Fri, 03 Mar 2006 07:46:23 -0500
Subject: [AccessD] OT: farewell
References: <20060302155328.19996.qmail@web50115.mail.yahoo.com>
Message-ID: <44083A9F.9010402@torchlake.com>
Roz,
Just read the postings this morning - sorry to see you leave here, but
thrilled for your new opportunities. We'll certainly all be waiting and
watching for your novels. Enjoy the studies!
Godspeed,
Tina
Roz Clarke wrote:
>Hi guys.
>
>Sorry to bust up your Thursday with an OT goodbye thread, but the moment is upon me.
>
>Those who ever noticed me at all, may have noticed that I haven't posted to Accessd in the last 6
>months. I am no longer working in IT, having given up my job and taken up a Masters in Creative
>Writing. Whilst I may have the occasional web project to work on, I have no plans to return to
>development career-wise. The fact is, I only really stayed subscribed for the comfort of seeing
>all your familiar names in my inbox every day.
>
>So I am leaving the list and standing down as a moderator.
>
>It's been a good ten years. Not only do I owe a great deal to the list, which taught me everything
>I know about database development and a lot more besides, but I've had tears and laughter along
>the way and a fantastic trip to Germany into the bargain.
>
>Thank you all for being invaluable 'virtual colleagues', but above all for being friends.
>
>Love and hugs
>
>Roz
>
>PS what's the OT list like these days? ;)
>
>
>
>___________________________________________________________
>NEW Yahoo! Cars - sell your car and browse thousands of new and used cars online! http://uk.cars.yahoo.com/
>
>
From cfoust at infostatsystems.com Fri Mar 3 10:06:49 2006
From: cfoust at infostatsystems.com (Charlotte Foust)
Date: Fri, 3 Mar 2006 08:06:49 -0800
Subject: [AccessD] Table naming conventions
Message-ID:
For Each ctl in Me.Controls ...
Charlotte
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Thursday, March 02, 2006 8:21 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
>But you also use the dot operator to refer to members of a collection,
>and
the controls are members of the parent object's controls collection.
I'm not following you on this one. Can you give an example?
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte
Foust
Sent: Thursday, March 02, 2006 8:30 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Table naming conventions
But you also use the dot operator to refer to members of a collection,
and the controls are members of the parent object's controls collection.
;o>
Charlotte Foust
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Thursday, March 02, 2006 4:47 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
>Using Dot to refer to properties is known to cause weirdnesses.
Ooops. Using Dot to refer to Objects can cause weirdnesses.
Sorry for the confusion.
I can think of at least one exception (kind of) however. To refer to a
control on a subform, the syntax is me!SubformControl.Subform!Control.
In this case I think that .Subform is a PROPERTY of the subformControl
which returns a pointer to an object (the actual loaded subform). So
even here Dot is the correct syntax.
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Thursday, March 02, 2006 6:55 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
LOL, because it is the wrong syntax and can cause the vba interpreter to
get confused and do stupid things. In the early days of Access,
me.object was the accepted syntax. Sometime around A97 Microsoft
switched to the ! As the "accepted" syntax. Dot is for properties, Bang
is for objects. Using Dot to refer to properties is known to cause
weirdnesses.
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 Lambert.Heenan at AIG.com Fri Mar 3 10:35:41 2006
From: Lambert.Heenan at AIG.com (Heenan, Lambert)
Date: Fri, 3 Mar 2006 11:35:41 -0500
Subject: [AccessD] Table naming conventions
Message-ID: <1D7828CDB8350747AFE9D69E0E90DA1F1E2EAE7F@xlivmbx21.aig.com>
" Me.Controls" is not referring to the members of the Controls collection.
It is referring to the Controls collection itself, which is property of a
Form object.
So Me.Controls is a legitimate use of the dot operator to access a property.
Lambert
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust
Sent: Friday, March 03, 2006 11:07 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Table naming conventions
For Each ctl in Me.Controls ...
Charlotte
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Thursday, March 02, 2006 8:21 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
>But you also use the dot operator to refer to members of a collection,
>and
the controls are members of the parent object's controls collection.
I'm not following you on this one. Can you give an example?
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte
Foust
Sent: Thursday, March 02, 2006 8:30 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Table naming conventions
But you also use the dot operator to refer to members of a collection,
and the controls are members of the parent object's controls collection.
;o>
Charlotte Foust
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Thursday, March 02, 2006 4:47 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
>Using Dot to refer to properties is known to cause weirdnesses.
Ooops. Using Dot to refer to Objects can cause weirdnesses.
Sorry for the confusion.
I can think of at least one exception (kind of) however. To refer to a
control on a subform, the syntax is me!SubformControl.Subform!Control.
In this case I think that .Subform is a PROPERTY of the subformControl
which returns a pointer to an object (the actual loaded subform). So
even here Dot is the correct syntax.
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Thursday, March 02, 2006 6:55 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
LOL, because it is the wrong syntax and can cause the vba interpreter to
get confused and do stupid things. In the early days of Access,
me.object was the accepted syntax. Sometime around A97 Microsoft
switched to the ! As the "accepted" syntax. Dot is for properties, Bang
is for objects. Using Dot to refer to properties is known to cause
weirdnesses.
John W. Colby
www.ColbyConsulting.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From Jdemarco at hudsonhealthplan.org Fri Mar 3 10:50:32 2006
From: Jdemarco at hudsonhealthplan.org (Jim DeMarco)
Date: Fri, 3 Mar 2006 11:50:32 -0500
Subject: [AccessD] A2000: XML Q
Message-ID: <08F823FD83787D4BA0B99CA580AD3C7402DE6E78@TTNEXCHCL2.hshhp.com>
Darren,
We've been using this:
But I'm pretty sure you can get by with just:
Once you navigate the file below this processing instruction your on
your own as far as defining elements etc.
May I ask why the concern?
HTH
Jim
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren DICK
Sent: Wednesday, March 01, 2006 11:19 PM
To: AccessD
Subject: [AccessD] A2000: XML Q
Hello all
Cross Posted to dba_SQL List
What is the minimum header information i need to include before 'my
data' starts to get a 'Well formed' xml doc?
Eg the stuff that looks like
Thanks again William.
Jim
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William
Hindman
Sent: Wednesday, March 01, 2006 8:50 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Converting to 2003
...my mdbs no longer bloat the way they did in AXP ...but I can find no
mention of a fix in any SP "problems resolved" list ...they just no
longer do the bad thing as badly as they once did ...hth :)))
William
----- Original Message -----
From: "Jim DeMarco"
To: "Access Developers discussion and problem solving"
Sent: Wednesday, March 01, 2006 9:20 AM
Subject: Re: [AccessD] Converting to 2003
> While I can certainly understand the how mere mention of Gustav's name
> might instill respect in an application I'm not quite sure I have an
> answer to my question.
>
> Was the bloating issue fixed or will I have to insert Gustav into my
> conversion process? ;-)
>
> Thanks,
>
> Jim D.
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William
> Hindman
> Sent: Tuesday, February 28, 2006 9:14 AM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Converting to 2003
>
> ...your blessing or MS actually fixing an Access bug ...both are
> miracles in my book :)
>
> William
>
> ----- Original Message -----
> From: "Gustav Brock"
> To:
> Sent: Tuesday, February 28, 2006 4:33 AM
> Subject: Re: [AccessD] Converting to 2003
>
>
>> Hi William
>>
>> "don't particularly care" ... well, that hurts - after all my
efforts!
>>
>> Actually, we have two clients - both female, wonder why - who claim
> that
>> more than once they have seen issues vanish just by calling me. I
> didn't
>> do anything - no advice or problem solving - other than devoting my
>> attention. And my middle name isn't Jesus. Maybe your mdbs have been
> on my
>> mind too!
>>
>> /gustav
>>
>>>>> wdhindman at bellsouth.net 28-02-2006 00:39 >>>
>> ...either its been fixed or Gustav blessed all my mdbs ...I don't
>> particularly care which :)
>>
>> William
>>
>>
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
>
>
************************************************************************
***********
> "This electronic message is intended to be for the use only of the
named
> recipient, and may contain information from Hudson Health Plan (HHP)
that
> is confidential or privileged. If you are not the intended recipient,
you
> are hereby notified that any disclosure, copying, distribution or use
of
> the contents of this message is strictly prohibited. If you have
received
> this message in error or are not the named recipient, please notify us
> immediately, either by contacting the sender at the electronic mail
> address noted above or calling HHP at (914) 631-1611. If you are not
the
> intended recipient, please do not forward this email to anyone, and
delete
> and destroy all copies of this message. Thank You".
>
************************************************************************
***********
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
***********************************************************************************
"This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You".
***********************************************************************************
From john at winhaven.net Fri Mar 3 11:45:37 2006
From: john at winhaven.net (John Bartow)
Date: Fri, 3 Mar 2006 11:45:37 -0600
Subject: [AccessD] OT: farewell
In-Reply-To: <20060302155328.19996.qmail@web50115.mail.yahoo.com>
Message-ID: <02b701c63eea$48312ed0$7201a8c0@ScuzzPaq>
Hi Roz,
Best wishes in your new endeavors, see you over on OT!
John B.
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Roz Clarke
Sent: Thursday, March 02, 2006 9:53 AM
To: Access Developers discussion and problem solving
Subject: [AccessD] OT: farewell
From cfoust at infostatsystems.com Fri Mar 3 12:30:24 2006
From: cfoust at infostatsystems.com (Charlotte Foust)
Date: Fri, 3 Mar 2006 10:30:24 -0800
Subject: [AccessD] Table naming conventions
Message-ID:
Yes, I understand that, Lambert. But when you create a custom
collection object and you refer to the members of that collection, you
use the dot operator, not the bang. I didn't have a handy example, so I
fell back on what I posted to illustrate. Arrays are much easier to
work with, but collections have a charm all their own. ;o}
Charlotte Foust
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan,
Lambert
Sent: Friday, March 03, 2006 8:36 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
" Me.Controls" is not referring to the members of the Controls
collection. It is referring to the Controls collection itself, which is
property of a Form object.
So Me.Controls is a legitimate use of the dot operator to access a
property.
Lambert
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte
Foust
Sent: Friday, March 03, 2006 11:07 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Table naming conventions
For Each ctl in Me.Controls ...
Charlotte
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Thursday, March 02, 2006 8:21 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
>But you also use the dot operator to refer to members of a collection,
>and
the controls are members of the parent object's controls collection.
I'm not following you on this one. Can you give an example?
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte
Foust
Sent: Thursday, March 02, 2006 8:30 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Table naming conventions
But you also use the dot operator to refer to members of a collection,
and the controls are members of the parent object's controls collection.
;o>
Charlotte Foust
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Thursday, March 02, 2006 4:47 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
>Using Dot to refer to properties is known to cause weirdnesses.
Ooops. Using Dot to refer to Objects can cause weirdnesses.
Sorry for the confusion.
I can think of at least one exception (kind of) however. To refer to a
control on a subform, the syntax is me!SubformControl.Subform!Control.
In this case I think that .Subform is a PROPERTY of the subformControl
which returns a pointer to an object (the actual loaded subform). So
even here Dot is the correct syntax.
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Thursday, March 02, 2006 6:55 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
LOL, because it is the wrong syntax and can cause the vba interpreter to
get confused and do stupid things. In the early days of Access,
me.object was the accepted syntax. Sometime around A97 Microsoft
switched to the ! As the "accepted" syntax. Dot is for properties, Bang
is for objects. Using Dot to refer to properties is known to cause
weirdnesses.
John W. Colby
www.ColbyConsulting.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From Lambert.Heenan at AIG.com Fri Mar 3 13:44:10 2006
From: Lambert.Heenan at AIG.com (Heenan, Lambert)
Date: Fri, 3 Mar 2006 14:44:10 -0500
Subject: [AccessD] Table naming conventions
Message-ID: <1D7828CDB8350747AFE9D69E0E90DA1F1E2EAF5D@xlivmbx21.aig.com>
Perhaps part of the confusion is caused by terminology. In Access land,
objects have "Properties" and "Methods". There is no such thing as a
"Member", except in the informal sense which means either a Property or a
Method.
Lambert :-)
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust
Sent: Friday, March 03, 2006 1:30 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Table naming conventions
Yes, I understand that, Lambert. But when you create a custom collection
object and you refer to the members of that collection, you use the dot
operator, not the bang. I didn't have a handy example, so I fell back on
what I posted to illustrate. Arrays are much easier to work with, but
collections have a charm all their own. ;o}
Charlotte Foust
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert
Sent: Friday, March 03, 2006 8:36 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
" Me.Controls" is not referring to the members of the Controls collection.
It is referring to the Controls collection itself, which is property of a
Form object.
So Me.Controls is a legitimate use of the dot operator to access a property.
Lambert
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust
Sent: Friday, March 03, 2006 11:07 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Table naming conventions
For Each ctl in Me.Controls ...
Charlotte
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Thursday, March 02, 2006 8:21 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
>But you also use the dot operator to refer to members of a collection,
>and
the controls are members of the parent object's controls collection.
I'm not following you on this one. Can you give an example?
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte
Foust
Sent: Thursday, March 02, 2006 8:30 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Table naming conventions
But you also use the dot operator to refer to members of a collection,
and the controls are members of the parent object's controls collection.
;o>
Charlotte Foust
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Thursday, March 02, 2006 4:47 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
>Using Dot to refer to properties is known to cause weirdnesses.
Ooops. Using Dot to refer to Objects can cause weirdnesses.
Sorry for the confusion.
I can think of at least one exception (kind of) however. To refer to a
control on a subform, the syntax is me!SubformControl.Subform!Control.
In this case I think that .Subform is a PROPERTY of the subformControl
which returns a pointer to an object (the actual loaded subform). So
even here Dot is the correct syntax.
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Thursday, March 02, 2006 6:55 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Table naming conventions
LOL, because it is the wrong syntax and can cause the vba interpreter to
get confused and do stupid things. In the early days of Access,
me.object was the accepted syntax. Sometime around A97 Microsoft
switched to the ! As the "accepted" syntax. Dot is for properties, Bang
is for objects. Using Dot to refer to properties is known to cause
weirdnesses.
John W. Colby
www.ColbyConsulting.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From martyconnelly at shaw.ca Fri Mar 3 13:59:45 2006
From: martyconnelly at shaw.ca (MartyConnelly)
Date: Fri, 03 Mar 2006 11:59:45 -0800
Subject: [AccessD] A2000: XML Q
References: <08F823FD83787D4BA0B99CA580AD3C7402DE6E78@TTNEXCHCL2.hshhp.com>
Message-ID: <4408A031.30605@shaw.ca>
Just some thoughts on this
The xml PI ( processing instruction) statement.
is not required if the xml file is UTF-8 or UTF-16, ie. file starts
with a proper BOM
at least for MS XML parsers. I wish MS would spell out, all of it's XML defaults,
They assume developers know by osmosis.
Watch out for encoding statements, it assumes you know where the file is
coming from, if it's not specified then,
the parser assumes UTF-8 and or will do a BOM check. If you add an
encoding as above you are stating the file is
originally created as ANSI "iso-8859-1" western european.
Any characters outside this range will be non-valid or may not be
interpeted correctly. It used to do funny things to Euro and UK pound
symbols.
You can however change the PI on the fly with statements like
pi = xmlDoc.createProcessingInstruction("xml", "version=\"1.0\"");
xmlDoc.insertBefore(pi, xmlDoc.childNodes.item(0));
If you edit an xml file in notepad watch out whether you save as ANSI or
UTF-8 (unicode). May cause grief by changing the BOM
In most cases US users will get away with this type of encoding
iso-8859-1, but if you start bringing in files from international sites
or Unix boxes
this will give you problems.
See info on xml encodings.
http://www.topxml.com/code/default.asp?p=3&id=v20010810181946
There are quick and dirty ways to bulk change encodings via ADO stream
charset's, I posted some code in the archives.
There is a difference between well-formed and valid XML. Well-formed is
a syntax check on XML (ie. matching tags)
Valid also means that XML data entities and attributes comply with an
xml schema or DTD.
Here is some validation code that might help you out, the special error
code displays the xml character in error
I hated trying to count the error line and position number in a file to
determine the character in error.
There is also a routine to check the files BOM marker.
'ValidXMLCheck "C:\XML\Gil Encodings\encUTF8_noBOM.xml"
Sub ValidXMLCheck(strxmlfilepath As String)
Dim xmlMessage As MSXML2.DOMDocument40
Dim oXMLError As IXMLDOMParseError
Dim lngErrCode As Long
Set xmlMessage = New MSXML2.DOMDocument40
xmlMessage.async = False
xmlMessage.validateOnParse = True 'true by default
xmlMessage.resolveExternals = False
'Set xmlMessage.schemas = xmlSchema
'After loading the XML document, call the Validate method of the
'DOMDocument. If there is an error validating against the schema, there
will be a
'parse Error:
xmlMessage.Load (strxmlfilepath)
lngErrCode = xmlMessage.validate()
If xmlMessage.parseError.errorCode <> 0 Then
Debug.Print " Reason: " & xmlMessage.parseError.reason
Set oXMLError = xmlMessage.parseError
reportParseError oXMLError
Else
Debug.Print strxmlfilepath & " file OK"
End If
End Sub
Public Function reportParseError(err As IXMLDOMParseError)
'this is not setup to count tabs used as whitespace
Dim s As String
Dim r As String
Dim i As Long
s = ""
For i = 1 To err.linepos - 1
s = s & " "
Next
r = "XML Error loading " & err.url & " * " & err.reason
Debug.Print r
'show character postion of error; tired of counting on screen
If (err.Line > 0) Then
r = "at line " & err.Line & ", character " & err.linepos & vbCrLf & _
err.srcText & vbCrLf & s & "^"
End If
Debug.Print r
Debug.Print "url=" & err.url & vbCrLf
End Function
Sub CheckBOM(Optional strFileIn As Variant, Optional strIn As Variant)
'checkbom "C:\XML\Gil Encodings\encUTF8_NoDecl.xml"
On Error GoTo Err_handler
Dim strInputData As String * 4
Dim lpBuffer() As Byte
Dim intFreeFile As Integer
If Not IsMissing(strFileIn) Then
intFreeFile = FreeFile
Open strFileIn For Binary Access Read Lock Read As #intFreeFile Len = 4
ReDim lpBuffer(4)
Get #intFreeFile, , lpBuffer
Close #intFreeFile
ElseIf Not IsMissing(strIn) Then
'Can't makes this work since VBA is always converting the string to
UTF-16LE
lpBuffer = Left$(strIn, 4)
Else
MsgBox "Nothing To Do"
Exit Sub
End If
If lpBuffer(0) = 255 And lpBuffer(1) = 254 Then
Debug.Print "File is UTF-16 Little Endian"
ElseIf lpBuffer(0) = 254 And lpBuffer(1) = 255 Then
Debug.Print "File is UTF-16 Big Endian"
ElseIf lpBuffer(0) = 239 And lpBuffer(1) = 187 And lpBuffer(2) = 191 Then
Debug.Print "File is UTF-8"
'Start trying to figure out by other means this will only work on xml
files that start with ""
ElseIf lpBuffer(0) = 60 And lpBuffer(1) = 0 And lpBuffer(2) = 63 And
lpBuffer(3) = 0 Then
Debug.Print "File is UTF-16 Little Endian"
ElseIf lpBuffer(0) = 0 And lpBuffer(1) = 60 And lpBuffer(2) = 0 And
lpBuffer(3) = 63 Then
Debug.Print "File is UTF-16 Big Endian"
ElseIf lpBuffer(0) = 69 And lpBuffer(1) = 63 Then
Debug.Print "File can be in UTF-8, ASCII, ISO-8859-?, Shift-JIS, etc"
Else
Debug.Print "Can't seem to figure out the Character encoding"
End If
Err_Exit:
On Error Resume Next
Close #intFreeFile
Exit Sub
Err_handler:
Select Case Err.Number
Case Else
MsgBox Err.Number & " - " & Err.Description
End Select
Resume Err_Exit:
End Sub
Jim DeMarco wrote:
>Darren,
>
>We've been using this:
>
>
>
>But I'm pretty sure you can get by with just:
>
>
>
>Once you navigate the file below this processing instruction your on
>your own as far as defining elements etc.
>
>May I ask why the concern?
>
>HTH
>
>Jim
>
>-----Original Message-----
>From: accessd-bounces at databaseadvisors.com
>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren DICK
>Sent: Wednesday, March 01, 2006 11:19 PM
>To: AccessD
>Subject: [AccessD] A2000: XML Q
>
>Hello all
>Cross Posted to dba_SQL List
>What is the minimum header information i need to include before 'my
>data' starts to get a 'Well formed' xml doc?
>Eg the stuff that looks like
>xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>
>
>
>etc etc
>
>
>
>many thanks
>
>DD
>
>--
>AccessD mailing list
>AccessD at databaseadvisors.com
>http://databaseadvisors.com/mailman/listinfo/accessd
>Website: http://www.databaseadvisors.com
>
>
>***********************************************************************************
>"This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You".
>***********************************************************************************
>
>
>
--
Marty Connelly
Victoria, B.C.
Canada
From rbgajewski at adelphia.net Fri Mar 3 17:07:53 2006
From: rbgajewski at adelphia.net (Bob Gajewski)
Date: Fri, 3 Mar 2006 18:07:53 -0500
Subject: [AccessD] OT: farewell
In-Reply-To: <44083A9F.9010402@torchlake.com>
Message-ID: <008a01c63f17$4d138380$bd00a8c0@DG1P2N21>
Roz
Thanks for all of the help, witticism and friendship. We may have never
communicated directly, but your presence and contributions here will not be
forgotten.
Best luck in your 'access-less' life! :)
Regards,
Bob Gajewski
Roz Clarke wrote:
>Hi guys.
>
>Sorry to bust up your Thursday with an OT goodbye thread, but the moment is
upon me.
>
>Those who ever noticed me at all, may have noticed that I haven't
>posted to Accessd in the last 6 months. I am no longer working in IT,
>having given up my job and taken up a Masters in Creative Writing.
>Whilst I may have the occasional web project to work on, I have no
>plans to return to development career-wise. The fact is, I only really
stayed subscribed for the comfort of seeing all your familiar names in my
inbox every day.
>
>So I am leaving the list and standing down as a moderator.
>
>It's been a good ten years. Not only do I owe a great deal to the list,
>which taught me everything I know about database development and a lot
>more besides, but I've had tears and laughter along the way and a fantastic
trip to Germany into the bargain.
>
>Thank you all for being invaluable 'virtual colleagues', but above all for
being friends.
>
>Love and hugs
>
>Roz
>
>PS what's the OT list like these days? ;)
>
>
>
>___________________________________________________________
>NEW Yahoo! Cars - sell your car and browse thousands of new and used
>cars online! http://uk.cars.yahoo.com/
>
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From artful at rogers.com Fri Mar 3 22:32:22 2006
From: artful at rogers.com (Arthur Fuller)
Date: Fri, 3 Mar 2006 23:32:22 -0500
Subject: [AccessD] Code to Copy a query to Excel and Open said file?
In-Reply-To: <008a01c63f17$4d138380$bd00a8c0@DG1P2N21>
Message-ID: <051b01c63f44$a3964c60$8e01a8c0@rock>
I want to open an Access query and have its contents sent to an Excel file,
and have Excel open automatically with said file visible. I have played
around a little with TransferSpreadsheet, and if this method works, then I
am clearly doing something wrong. I have a sample file resembling the
desired result in Excel, so I could use that as a template in the "Word"
sense, but I need some guidance as to how to achieve this, because my
experiments have all failed. I checked Helen Feddema's site but her
Access->Excel heading says "Coming Soon".
Have you any suggestions in the interim?
TIA,
Arthur
From stuart at lexacorp.com.pg Sat Mar 4 01:28:48 2006
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Sat, 04 Mar 2006 17:28:48 +1000
Subject: [AccessD] Code to Copy a query to Excel and Open said file?
In-Reply-To: <051b01c63f44$a3964c60$8e01a8c0@rock>
References: <008a01c63f17$4d138380$bd00a8c0@DG1P2N21>
Message-ID: <4409CE50.18872.1071C059@stuart.lexacorp.com.pg>
On 3 Mar 2006 at 23:32, Arthur Fuller wrote:
> I want to open an Access query and have its contents sent to an Excel file,
> and have Excel open automatically with said file visible.
DoCmd.OutputTo acOutputQuery, "qryTest", acFormatXLS, "Test.XLS", True--
Stuart
From darrend at nimble.com.au Sat Mar 4 05:54:58 2006
From: darrend at nimble.com.au (Darren DICK)
Date: Sat, 4 Mar 2006 22:54:58 +1100
Subject: [AccessD] A2000: XML Q
In-Reply-To: <08F823FD83787D4BA0B99CA580AD3C7402DE6E78@TTNEXCHCL2.hshhp.com>
Message-ID: <20060304115500.PBUG16720.omta01sl.mx.bigpond.com@DENZILLAP>
Hi Jim
Thanks for the response
Just starting to output XML stuff to be read by various sources all from SQL
And maybe Access
Thanks
Darren
------------------------------
T: 0424 696 433
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim DeMarco
Sent: Saturday, 4 March 2006 3:51 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] A2000: XML Q
Darren,
We've been using this:
But I'm pretty sure you can get by with just:
Once you navigate the file below this processing instruction your on your own as
far as defining elements etc.
May I ask why the concern?
HTH
Jim
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren DICK
Sent: Wednesday, March 01, 2006 11:19 PM
To: AccessD
Subject: [AccessD] A2000: XML Q
Hello all
Cross Posted to dba_SQL List
What is the minimum header information i need to include before 'my data' starts
to get a 'Well formed' xml doc?
Eg the stuff that looks like
Message-ID: <20060304115717.EFSG1358.omta03sl.mx.bigpond.com@DENZILLAP>
Hi Marty
Thanks for the response
Way over my head
I have forwarded it to my SQL gurus (Soon to be XML gurus I guess)
Many thanks
Darren
------------------------------
T: 0424 696 433
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of MartyConnelly
Sent: Saturday, 4 March 2006 7:00 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] A2000: XML Q
Just some thoughts on this
The xml PI ( processing instruction) statement.
is not required if the xml file is UTF-8 or UTF-16, ie. file starts with a
proper BOM
at least for MS XML parsers. I wish MS would spell out, all of it's XML
defaults, They assume developers know by osmosis.
Watch out for encoding statements, it assumes you know where the file is coming
from, if it's not specified then, the parser assumes UTF-8 and or will do a BOM
check. If you add an encoding as above you are stating the file is originally
created as ANSI "iso-8859-1" western european.
Any characters outside this range will be non-valid or may not be interpeted
correctly. It used to do funny things to Euro and UK pound symbols.
You can however change the PI on the fly with statements like pi =
xmlDoc.createProcessingInstruction("xml", "version=\"1.0\"");
xmlDoc.insertBefore(pi, xmlDoc.childNodes.item(0));
If you edit an xml file in notepad watch out whether you save as ANSI or
UTF-8 (unicode). May cause grief by changing the BOM In most cases US users will
get away with this type of encoding iso-8859-1, but if you start bringing in
files from international sites or Unix boxes this will give you problems.
See info on xml encodings.
http://www.topxml.com/code/default.asp?p=3&id=v20010810181946
There are quick and dirty ways to bulk change encodings via ADO stream
charset's, I posted some code in the archives.
There is a difference between well-formed and valid XML. Well-formed is a syntax
check on XML (ie. matching tags) Valid also means that XML data entities and
attributes comply with an xml schema or DTD.
Here is some validation code that might help you out, the special error code
displays the xml character in error I hated trying to count the error line and
position number in a file to determine the character in error.
There is also a routine to check the files BOM marker.
'ValidXMLCheck "C:\XML\Gil Encodings\encUTF8_noBOM.xml"
Sub ValidXMLCheck(strxmlfilepath As String) Dim xmlMessage As
MSXML2.DOMDocument40 Dim oXMLError As IXMLDOMParseError Dim lngErrCode As Long
Set xmlMessage = New MSXML2.DOMDocument40 xmlMessage.async = False
xmlMessage.validateOnParse = True 'true by default xmlMessage.resolveExternals =
False 'Set xmlMessage.schemas = xmlSchema 'After loading the XML document, call
the Validate method of the 'DOMDocument. If there is an error validating against
the schema, there will be a 'parse Error:
xmlMessage.Load (strxmlfilepath)
lngErrCode = xmlMessage.validate()
If xmlMessage.parseError.errorCode <> 0 Then
Debug.Print " Reason: " & xmlMessage.parseError.reason
Set oXMLError = xmlMessage.parseError
reportParseError oXMLError
Else
Debug.Print strxmlfilepath & " file OK"
End If
End Sub
Public Function reportParseError(err As IXMLDOMParseError) 'this is not setup to
count tabs used as whitespace
Dim s As String
Dim r As String
Dim i As Long
s = ""
For i = 1 To err.linepos - 1
s = s & " "
Next
r = "XML Error loading " & err.url & " * " & err.reason
Debug.Print r
'show character postion of error; tired of counting on screen
If (err.Line > 0) Then
r = "at line " & err.Line & ", character " & err.linepos & vbCrLf & _
err.srcText & vbCrLf & s & "^"
End If
Debug.Print r
Debug.Print "url=" & err.url & vbCrLf
End Function
Sub CheckBOM(Optional strFileIn As Variant, Optional strIn As Variant) 'checkbom
"C:\XML\Gil Encodings\encUTF8_NoDecl.xml"
On Error GoTo Err_handler
Dim strInputData As String * 4
Dim lpBuffer() As Byte
Dim intFreeFile As Integer
If Not IsMissing(strFileIn) Then
intFreeFile = FreeFile
Open strFileIn For Binary Access Read Lock Read As #intFreeFile Len = 4
ReDim lpBuffer(4)
Get #intFreeFile, , lpBuffer
Close #intFreeFile
ElseIf Not IsMissing(strIn) Then
'Can't makes this work since VBA is always converting the string to UTF-16LE
lpBuffer = Left$(strIn, 4)
Else
MsgBox "Nothing To Do"
Exit Sub
End If
If lpBuffer(0) = 255 And lpBuffer(1) = 254 Then
Debug.Print "File is UTF-16 Little Endian"
ElseIf lpBuffer(0) = 254 And lpBuffer(1) = 255 Then
Debug.Print "File is UTF-16 Big Endian"
ElseIf lpBuffer(0) = 239 And lpBuffer(1) = 187 And lpBuffer(2) = 191 Then
Debug.Print "File is UTF-8"
'Start trying to figure out by other means this will only work on xml files
that start with ""
ElseIf lpBuffer(0) = 60 And lpBuffer(1) = 0 And lpBuffer(2) = 63 And
lpBuffer(3) = 0 Then
Debug.Print "File is UTF-16 Little Endian"
ElseIf lpBuffer(0) = 0 And lpBuffer(1) = 60 And lpBuffer(2) = 0 And
lpBuffer(3) = 63 Then
Debug.Print "File is UTF-16 Big Endian"
ElseIf lpBuffer(0) = 69 And lpBuffer(1) = 63 Then
Debug.Print "File can be in UTF-8, ASCII, ISO-8859-?, Shift-JIS, etc"
Else
Debug.Print "Can't seem to figure out the Character encoding"
End If
Err_Exit:
On Error Resume Next
Close #intFreeFile
Exit Sub
Err_handler:
Select Case Err.Number
Case Else
MsgBox Err.Number & " - " & Err.Description
End Select
Resume Err_Exit:
End Sub
Jim DeMarco wrote:
>Darren,
>
>We've been using this:
>
>
>
>But I'm pretty sure you can get by with just:
>
>
>
>Once you navigate the file below this processing instruction your on
>your own as far as defining elements etc.
>
>May I ask why the concern?
>
>HTH
>
>Jim
>
>-----Original Message-----
>From: accessd-bounces at databaseadvisors.com
>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren DICK
>Sent: Wednesday, March 01, 2006 11:19 PM
>To: AccessD
>Subject: [AccessD] A2000: XML Q
>
>Hello all
>Cross Posted to dba_SQL List
>What is the minimum header information i need to include before 'my
>data' starts to get a 'Well formed' xml doc?
>Eg the stuff that looks like
>xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>
>
>
>etc etc
>
>
>
>many thanks
>
>DD
>
>--
>AccessD mailing list
>AccessD at databaseadvisors.com
>http://databaseadvisors.com/mailman/listinfo/accessd
>Website: http://www.databaseadvisors.com
>
>
>***********************************************************************
>************ "This electronic message is intended to be for the use
>only of the named recipient, and may contain information from Hudson Health
Plan (HHP) that is confidential or privileged. If you are not the intended
recipient, you are hereby notified that any disclosure, copying, distribution or
use of the contents of this message is strictly prohibited. If you have
received this message in error or are not the named recipient, please notify us
immediately, either by contacting the sender at the electronic mail address
noted above or calling HHP at (914) 631-1611. If you are not the intended
recipient, please do not forward this email to anyone, and delete and destroy
all copies of this message. Thank You".
>***********************************************************************
>************
>
>
>
--
Marty Connelly
Victoria, B.C.
Canada
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From bill_Patten at earthlink.net Sat Mar 4 11:42:55 2006
From: bill_Patten at earthlink.net (Bill Patten)
Date: Sat, 4 Mar 2006 09:42:55 -0800
Subject: [AccessD] Code to Copy a query to Excel and Open said file?
References: <008a01c63f17$4d138380$bd00a8c0@DG1P2N21>
<4409CE50.18872.1071C059@stuart.lexacorp.com.pg>
Message-ID: <000601c63fb3$13373980$6501a8c0@BPCS>
Stuart,
Sometimes the answer to one question creates a solution for another, for
example I need to export a simple Excel report once a month or so and have
been using functions or stored procedures to do this, this worked and is
very simple, no error protection yet just an idea that may help others.
Public Function test()
Dim rs As New ADODB.Recordset
Dim cn As New ADODB.Connection
Dim strSQl As String
Set cn = CurrentProject.AccessConnection
strSQl = "Select * from vUnits where UnitID between 19445 and 19448"
rs.Open strSQl, cn, adOpenKeyset, adLockOptimistic
DoCmd.OutputTo acOutputServerView, strSQl, acFormatXLS, "C:\test.xls",
True
End Function
I tried to use a recordset in and MDB but that didn't work.
Thanks
Bill
----- Original Message -----
From: "Stuart McLachlan"
To: "Access Developers discussion and problem solving"
Sent: Friday, March 03, 2006 11:28 PM
Subject: Re: [AccessD] Code to Copy a query to Excel and Open said file?
On 3 Mar 2006 at 23:32, Arthur Fuller wrote:
> I want to open an Access query and have its contents sent to an Excel
> file,
> and have Excel open automatically with said file visible.
DoCmd.OutputTo acOutputQuery, "qryTest", acFormatXLS, "Test.XLS", True--
Stuart
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From martyconnelly at shaw.ca Sat Mar 4 12:55:48 2006
From: martyconnelly at shaw.ca (MartyConnelly)
Date: Sat, 04 Mar 2006 10:55:48 -0800
Subject: [AccessD] Table naming conventions
References:
Message-ID: <4409E2B4.7020605@shaw.ca>
Long explanation and history of Dot vs Bang from Peter Walker
http://www.papwalker.com/ref101/me.html
Charlotte Foust wrote:
>Yes, I understand that, Lambert. But when you create a custom
>collection object and you refer to the members of that collection, you
>use the dot operator, not the bang. I didn't have a handy example, so I
>fell back on what I posted to illustrate. Arrays are much easier to
>work with, but collections have a charm all their own. ;o}
>
>Charlotte Foust
>
>
>-----Original Message-----
>From: accessd-bounces at databaseadvisors.com
>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan,
>Lambert
>Sent: Friday, March 03, 2006 8:36 AM
>To: 'Access Developers discussion and problem solving'
>Subject: Re: [AccessD] Table naming conventions
>
>
>" Me.Controls" is not referring to the members of the Controls
>collection. It is referring to the Controls collection itself, which is
>property of a Form object.
>
>So Me.Controls is a legitimate use of the dot operator to access a
>property.
>
>
>Lambert
>
>
>-----Original Message-----
>From: accessd-bounces at databaseadvisors.com
>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte
>Foust
>Sent: Friday, March 03, 2006 11:07 AM
>To: Access Developers discussion and problem solving
>Subject: Re: [AccessD] Table naming conventions
>
>
>For Each ctl in Me.Controls ...
>
>
>Charlotte
>
>
>-----Original Message-----
>From: accessd-bounces at databaseadvisors.com
>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
>Sent: Thursday, March 02, 2006 8:21 PM
>To: 'Access Developers discussion and problem solving'
>Subject: Re: [AccessD] Table naming conventions
>
>
>
>
>>But you also use the dot operator to refer to members of a collection,
>>and
>>
>>
>the controls are members of the parent object's controls collection.
>
>I'm not following you on this one. Can you give an example?
>
>John W. Colby
>www.ColbyConsulting.com
>
>
>-----Original Message-----
>From: accessd-bounces at databaseadvisors.com
>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte
>Foust
>Sent: Thursday, March 02, 2006 8:30 PM
>To: Access Developers discussion and problem solving
>Subject: Re: [AccessD] Table naming conventions
>
>But you also use the dot operator to refer to members of a collection,
>and the controls are members of the parent object's controls collection.
>;o>
>
>Charlotte Foust
>
>
>-----Original Message-----
>From: accessd-bounces at databaseadvisors.com
>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
>Sent: Thursday, March 02, 2006 4:47 PM
>To: 'Access Developers discussion and problem solving'
>Subject: Re: [AccessD] Table naming conventions
>
>
>
>
>>Using Dot to refer to properties is known to cause weirdnesses.
>>
>>
>
>Ooops. Using Dot to refer to Objects can cause weirdnesses.
>
>Sorry for the confusion.
>
>I can think of at least one exception (kind of) however. To refer to a
>control on a subform, the syntax is me!SubformControl.Subform!Control.
>In this case I think that .Subform is a PROPERTY of the subformControl
>which returns a pointer to an object (the actual loaded subform). So
>even here Dot is the correct syntax.
>
>John W. Colby
>www.ColbyConsulting.com
>
>
>-----Original Message-----
>From: accessd-bounces at databaseadvisors.com
>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
>Sent: Thursday, March 02, 2006 6:55 PM
>To: 'Access Developers discussion and problem solving'
>Subject: Re: [AccessD] Table naming conventions
>
>LOL, because it is the wrong syntax and can cause the vba interpreter to
>get confused and do stupid things. In the early days of Access,
>me.object was the accepted syntax. Sometime around A97 Microsoft
>switched to the ! As the "accepted" syntax. Dot is for properties, Bang
>is for objects. Using Dot to refer to properties is known to cause
>weirdnesses.
>
>John W. Colby
>www.ColbyConsulting.com
>
>
>--
>AccessD mailing list
>AccessD at databaseadvisors.com
>http://databaseadvisors.com/mailman/listinfo/accessd
>Website: http://www.databaseadvisors.com
>
>
>
--
Marty Connelly
Victoria, B.C.
Canada
From colin.spence at centrelink.gov.au Sun Mar 5 08:02:32 2006
From: colin.spence at centrelink.gov.au (colin.spence at centrelink.gov.au)
Date: Mon, 6 Mar 2006 01:02:32 +1100
Subject: [AccessD] Colin Spence/NSO/CSDA is out of the office.
Message-ID:
I will be out of the office starting 03/03/2006 and will not return until
20/03/2006.
I am on leave for 2 weeks. Please contact Ray Paquola (383146), John
Slokan (383292). Also Terry Bissell (383208)
**********************************************************************
IMPORTANT: This e-mail is intended for the use of the addressee and may contain information that is confidential, commercially valuable or subject to legal or parliamentary privilege. If you are not the intended recipient you are notified that any review, re-transmission, disclosure, use or dissemination of this communication is strictly prohibited by several Commonwealth Acts of Parliament. If you have received this communication in error please notify the sender immediately and delete all copies of this transmission together with any attachments.
**********************************************************************
From viner at EUnet.yu Mon Mar 6 01:27:02 2006
From: viner at EUnet.yu (Ervin Brindza)
Date: Mon, 6 Mar 2006 08:27:02 +0100
Subject: [AccessD] Code to Copy a query to Excel and Open said file?
References: <051b01c63f44$a3964c60$8e01a8c0@rock>
Message-ID: <018001c640ef$60046520$0100a8c0@RazvojErvin>
Athur,
look at Garry Robinson's 512robinson_SA05l.zip there are a lot of
interesting features...
E.
----- Original Message -----
From: "Arthur Fuller"
To: "'Access Developers discussion and problem solving'"
Sent: Saturday, March 04, 2006 5:32 AM
Subject: [AccessD] Code to Copy a query to Excel and Open said file?
>I want to open an Access query and have its contents sent to an Excel file,
> and have Excel open automatically with said file visible. I have played
> around a little with TransferSpreadsheet, and if this method works, then I
> am clearly doing something wrong. I have a sample file resembling the
> desired result in Excel, so I could use that as a template in the "Word"
> sense, but I need some guidance as to how to achieve this, because my
> experiments have all failed. I checked Helen Feddema's site but her
> Access->Excel heading says "Coming Soon".
> Have you any suggestions in the interim?
> TIA,
> Arthur
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
From Jim.Hale at FleetPride.com Mon Mar 6 09:03:36 2006
From: Jim.Hale at FleetPride.com (Hale, Jim)
Date: Mon, 6 Mar 2006 09:03:36 -0600
Subject: [AccessD] Code to Copy a query to Excel and Open said file?
Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB67727DDA82@corp-es01.fleetpride.com>
I am sending you an example database
Jim Hale
-----Original Message-----
From: Arthur Fuller [mailto:artful at rogers.com]
Sent: Friday, March 03, 2006 10:32 PM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Code to Copy a query to Excel and Open said file?
I want to open an Access query and have its contents sent to an Excel file,
and have Excel open automatically with said file visible. I have played
around a little with TransferSpreadsheet, and if this method works, then I
am clearly doing something wrong. I have a sample file resembling the
desired result in Excel, so I could use that as a template in the "Word"
sense, but I need some guidance as to how to achieve this, because my
experiments have all failed. I checked Helen Feddema's site but her
Access->Excel heading says "Coming Soon".
Have you any suggestions in the interim?
TIA,
Arthur
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
***********************************************************************
The information transmitted is intended solely for the individual or
entity to which it is addressed and may contain confidential and/or
privileged material. Any review, retransmission, dissemination or
other use of or taking action in reliance upon this information by
persons or entities other than the intended recipient is prohibited.
If you have received this email in error please contact the sender and
delete the material from any computer. As a recipient of this email,
you are responsible for screening its contents and the contents of any
attachments for the presence of viruses. No liability is accepted for
any damages caused by any virus transmitted by this email.
From oost at e-business2start.com Mon Mar 6 10:13:52 2006
From: oost at e-business2start.com (E-business2start.com - Marcel Vreuls)
Date: Mon, 6 Mar 2006 08:13:52 -0800
Subject: [AccessD] Code to Copy a query to Excel and Open said file?
Message-ID: <5c3a9a1fb7331a53a7547b118e11841d@e-business2start.com>
Hi Ervin,
Do not now if your already solved the problem. I use the function underneed. The clsprogress class is my progress bar but you can delete it or use a own one.
If you do not have the sql string you can use the name propertie of the query to get the sql statement .name
Regards marcel
?
Public Function fncExportNaarExcel(strSQL As String) On Error Resume Next 'ivm het eventueel niet aanwezig zijn van de exporteren query
If strSQL = "" Or IsNull(strSQL) Then
MsgBox "Er kunnen geen gegevens gevonden worden", vbInformation, pMsgboxHeader
Exit Function
Else
Dim objProgress As New clsProgress
Dim daodatabase As DAO.database
Set daodatabase = CurrentDb()
objProgress.ShowProgress
objProgress.TextMsg = "Verzamelen van de gegevens..."
daodatabase.QueryDefs.Delete ("Exporteren")
objProgress.TextMsg= "Exporteren van de gegevens..."
daodatabase.CreateQueryDef "Exporteren", strSQL
objProgress.TextMsg = "Starten van Microsoft Excel..."
DoCmd.OutputTo acOutputQuery, "Exporteren", acFormatXLS, "c:\export.xls", True
objProgress.HideProgress
Set objProgress = Nothing
End If
Exit Function
?
Exit_Ooperror:
Exit Function
Ooperror:
Call lci_ErrMsgStd(Name, Err.Number, Err.Description, True)
Resume Exit_Ooperror
End Function
From adtp at airtelbroadband.in Mon Mar 6 11:21:45 2006
From: adtp at airtelbroadband.in (A.D.TEJPAL)
Date: Mon, 6 Mar 2006 22:51:45 +0530
Subject: [AccessD] Sub Report not going into Two Columns
References: <7.0.1.0.0.20060227175809.01acbe68@dalyn.co.nz><001f01c63b6d$fae
e19a0$6101a8c0@50NM721><7.0.1.0.0.20060228110128.01a53410@dalyn.co.nz><0085
01c63c1e$63147b90$5540f63d@pcadt>
<7.0.1.0.0.20060301113023.01a446c0@dalyn.co.nz>
Message-ID: <005501c64142$7fb3bad0$e00765cb@pcadt>
David,
It transpires that your report does not deal with a set of records. Instead you are having text boxes (with CanGrow set to "Yes"), having large text content.
This situation is not amenable to multicolumn layout. (Granularity for spreading the display across columns is a record).
Best wishes,
A.D.Tejpal
---------------
----- Original Message -----
From: David Emerson
To: Access Developers discussion and problem solving
Sent: Wednesday, March 01, 2006 04:14
Subject: Re: [AccessD] Sub Report not going into Two Columns
The report is a column of text boxes with the control source being
set to a string (eg ="This is a sample string"). Because of the
varying size of the strings, and different printers format report
text slightly differently, I have set the text boxes to a height of
1, and set the Can Grow property to Yes.
When the report is viewed itself the text boxes snake down the first
column of the first page, then the second column of the first page,
then to the first column of the second page. This is what I want.
However, when I use the report as a sub report to another report
(along with a number of other sub reports) it stays at one column.
The main report page settings (Column Tab) is set to one column
(because other reports are full width), column size width 19.5.
The sub report page settings (Column tab) is set to 2 columns, row
spacing 0, column spacing 0.3, column size width 9, column layout
down then across. Changing to across then down has the effect of the
sub report not snaking over two columns when run on its own, nor in
the main report.
David.
At 28/02/2006, you wrote:
>David,
>
> It has been stated in your post that there are no records. Yet
> it is mentioned that when run as independent report, the two
> columns display nicely, filling up two pages. Could you please
> clarify this apparent contradiction?
>
> Various values as actually existing on Columns tab of page set
> up dialog box of the report may also please be furnished. If you
> are getting two column output in independent report mode, it can be
> ensured that you get similar display in subreport mode.
>
> With Across, then Down (A&D) layout, it is straightforward.
> However, in this case, there can be awkward white spaces if the
> contents of records across columns do not always measure up to same
> number of lines. Down, then Across (D&A) layout overcomes such
> drawback but routine adoption of this layout in a subreport puts
> everything into one column (even though the original report is
> designed for two columns). There is a solution for that too.
>
>Best wishes,
>A.D.Tejpal
>---------------
>
> ----- Original Message -----
> From: David Emerson
> To: Access Developers discussion and problem solving
> Sent: Tuesday, February 28, 2006 03:33
> Subject: Re: [AccessD] Sub Report not going into Two Columns
>
>
> Thanks for the reply William. I tried all that with no joy. I might
> just have to go to fixed formatting.
>
> David
>
> At 27/02/2006, you wrote:
> >...best guess is that the width of your design subreport area on
> the report is narrower than the width of the two columns in the
> subreport when the "can grow" is fully expanded at runtime ...try
> decreasing the font size of the columns to verify this is the
> problem ...or disable the "can grow" ...hth.
> >
> >William
> >
> >----- Original Message -----
> >From: "David Emerson"
> >To: ;
> >Sent: Monday, February 27, 2006 12:07 AM
> >Subject: [AccessD] Sub Report not going into Two Columns>
> >
> > > Cross Posted Access D, Access L
> > >
> > > Access XP.
> > >
> > > I have a report which is a long column of text boxes with the text
> > > entered into the control source. Because different printers format
> > > reports slightly differently I have made the boxes shorter than the
> > > text warrants and have set the can grow property on for all the text
> > > boxes. There are no records associated with this report.
> > >
> > > I have set the Page Setup .. Number of columns to 2 and when
> I view the report the text boxes flow over two columns. The full
> report is two pages long.
> > >
> > > However, when I use the report as a subreport for another
> main report then the text boxes remain in one column. I have
> checked help and it suggests changing the column order to across
> then down. I have tried this but it doesn't make any difference (I
> guess because there are no records).
> > >
> > > Apart from physically placing the text boxes in two columns, does
> > > anyone know how I can get them to flow properly?
> > >
> > > Regards
> > >
> > > David Emerson
> > > Dalyn Software Ltd
From newsgrps at dalyn.co.nz Mon Mar 6 12:12:54 2006
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Tue, 07 Mar 2006 07:12:54 +1300
Subject: [AccessD] Sub Report not going into Two Columns
In-Reply-To: <005501c64142$7fb3bad0$e00765cb@pcadt>
References: <7.0.1.0.0.20060227175809.01acbe68@dalyn.co.nz>
<001f01c63b6d$fae e19a0$6101a8c0@50NM721>
<7.0.1.0.0.20060228110128.01a53410@dalyn.co.nz>
<0085 01c63c1e$63147b90$5540f63d@pcadt>
<7.0.1.0.0.20060301113023.01a446c0@dalyn.co.nz>
<005501c64142$7fb3bad0$e00765cb@pcadt>
Message-ID: <7.0.1.0.0.20060307070959.01a91848@dalyn.co.nz>
Thanks AD. I managed to get around it by positioning the text boxes
in two columns and setting their height to what was required to show
all the text. CanGrow was turned off because the text was different
lengths which meant some boxes in the opposite column would be pushed
down and leave gaps.
David
At 7/03/2006, you wrote:
>David,
>
> It transpires that your report does not deal with a set of
> records. Instead you are having text boxes (with CanGrow set to
> "Yes"), having large text content.
>
> This situation is not amenable to multicolumn layout.
> (Granularity for spreading the display across columns is a record).
>
>Best wishes,
>A.D.Tejpal
>---------------
>
> ----- Original Message -----
> From: David Emerson
> To: Access Developers discussion and problem solving
> Sent: Wednesday, March 01, 2006 04:14
> Subject: Re: [AccessD] Sub Report not going into Two Columns
>
>
> The report is a column of text boxes with the control source being
> set to a string (eg ="This is a sample string"). Because of the
> varying size of the strings, and different printers format report
> text slightly differently, I have set the text boxes to a height of
> 1, and set the Can Grow property to Yes.
>
> When the report is viewed itself the text boxes snake down the first
> column of the first page, then the second column of the first page,
> then to the first column of the second page. This is what I want.
>
> However, when I use the report as a sub report to another report
> (along with a number of other sub reports) it stays at one column.
>
> The main report page settings (Column Tab) is set to one column
> (because other reports are full width), column size width 19.5.
>
> The sub report page settings (Column tab) is set to 2 columns, row
> spacing 0, column spacing 0.3, column size width 9, column layout
> down then across. Changing to across then down has the effect of the
> sub report not snaking over two columns when run on its own, nor in
> the main report.
>
> David.
>
> At 28/02/2006, you wrote:
> >David,
> >
> > It has been stated in your post that there are no records. Yet
> > it is mentioned that when run as independent report, the two
> > columns display nicely, filling up two pages. Could you please
> > clarify this apparent contradiction?
> >
> > Various values as actually existing on Columns tab of page set
> > up dialog box of the report may also please be furnished. If you
> > are getting two column output in independent report mode, it can be
> > ensured that you get similar display in subreport mode.
> >
> > With Across, then Down (A&D) layout, it is straightforward.
> > However, in this case, there can be awkward white spaces if the
> > contents of records across columns do not always measure up to same
> > number of lines. Down, then Across (D&A) layout overcomes such
> > drawback but routine adoption of this layout in a subreport puts
> > everything into one column (even though the original report is
> > designed for two columns). There is a solution for that too.
> >
> >Best wishes,
> >A.D.Tejpal
> >---------------
> >
> > ----- Original Message -----
> > From: David Emerson
> > To: Access Developers discussion and problem solving
> > Sent: Tuesday, February 28, 2006 03:33
> > Subject: Re: [AccessD] Sub Report not going into Two Columns
> >
> >
> > Thanks for the reply William. I tried all that with no joy. I might
> > just have to go to fixed formatting.
> >
> > David
> >
> > At 27/02/2006, you wrote:
> > >...best guess is that the width of your design subreport area on
> > the report is narrower than the width of the two columns in the
> > subreport when the "can grow" is fully expanded at runtime ...try
> > decreasing the font size of the columns to verify this is the
> > problem ...or disable the "can grow" ...hth.
> > >
> > >William
> > >
> > >----- Original Message -----
> > >From: "David Emerson"
> > >To: ;
> > >Sent: Monday, February 27, 2006 12:07 AM
> > >Subject: [AccessD] Sub Report not going into Two Columns>
> > >
> > > > Cross Posted Access D, Access L
> > > >
> > > > Access XP.
> > > >
> > > > I have a report which is a long column of text boxes with the text
> > > > entered into the control source. Because different printers format
> > > > reports slightly differently I have made the boxes shorter than the
> > > > text warrants and have set the can grow property on for
> all the text
> > > > boxes. There are no records associated with this report.
> > > >
> > > > I have set the Page Setup .. Number of columns to 2 and when
> > I view the report the text boxes flow over two columns. The full
> > report is two pages long.
> > > >
> > > > However, when I use the report as a subreport for another
> > main report then the text boxes remain in one column. I have
> > checked help and it suggests changing the column order to across
> > then down. I have tried this but it doesn't make any difference (I
> > guess because there are no records).
> > > >
> > > > Apart from physically placing the text boxes in two columns, does
> > > > anyone know how I can get them to flow properly?
> > > >
> > > > Regards
> > > >
> > > > David Emerson
> > > > Dalyn Software Ltd
>--
>AccessD mailing list
>AccessD at databaseadvisors.com
>http://databaseadvisors.com/mailman/listinfo/accessd
>Website: http://www.databaseadvisors.com
From martyconnelly at shaw.ca Mon Mar 6 13:22:51 2006
From: martyconnelly at shaw.ca (MartyConnelly)
Date: Mon, 06 Mar 2006 11:22:51 -0800
Subject: [AccessD] Code to Copy a query to Excel and Open said file?
References: <051b01c63f44$a3964c60$8e01a8c0@rock>
Message-ID: <440C8C0B.7030306@shaw.ca>
Looking in wrong section these are the examples from Access Newswatch letter
Try here http://www.helenfeddema.com/access.htm
127. Creating Excel Time Sheets from Access Data accarch127.zip
Opens an Excel Spreadsheet inside a Word document from Access query
You may have to muck about with references if keeping late binding
especially if you are using different
versions of excel and word , changing type definitions like Excel.Range
to Variant and removing references,
change file paths and add a couple of Constants.
Const wdUserTemplatesPath = 2
Const xlNormal = -4143 '(&HFFFFEFD1)
Arthur Fuller wrote:
>I want to open an Access query and have its contents sent to an Excel file,
>and have Excel open automatically with said file visible. I have played
>around a little with TransferSpreadsheet, and if this method works, then I
>am clearly doing something wrong. I have a sample file resembling the
>desired result in Excel, so I could use that as a template in the "Word"
>sense, but I need some guidance as to how to achieve this, because my
>experiments have all failed. I checked Helen Feddema's site but her
>Access->Excel heading says "Coming Soon".
>Have you any suggestions in the interim?
>TIA,
>Arthur
>
>
>
--
Marty Connelly
Victoria, B.C.
Canada
From Donald.A.McGillivray at sprint.com Mon Mar 6 16:42:16 2006
From: Donald.A.McGillivray at sprint.com (Mcgillivray, Don [IT])
Date: Mon, 6 Mar 2006 16:42:16 -0600
Subject: [AccessD] Preventing childless parent records
Message-ID:
Hello, All
I have a data entry form for entering transactions where the main form
holds the transaction header and a subform holds the header's details.
Works as advertised, except that I have a user who has a habit of
creating headers without adding line items. She sets up the header,
tabs into the line item section, gets distracted (I guess), returns to
the form (after dealing with the distraction) and starts over for some
reason. Now, by virtue of having tabbed into the line item section, the
header was saved, but because no line items were ever entered, the
header is an orphan, or, more accurately, a childless parent. Every
week, I scan the data and find several of these records that need to be
removed.
My first approach was to educate the user about how to do data entry.
My second approach was to educate the user about how NOT to do data
entry.
Both approaches netted me that vacant nodding smile that says "I don't
know what you're talking about, but if I keep nodding like this, maybe
you'll go away and leave me alone." I'm sure you're all familiar with
that look.
This must be a common problem - the childless parent record, not the
vacant nodding smile - but I'm struggling with how to detect the
condition and disallow it. Can anybody point me in the right direction?
Thanks!
Don
From hadyn at dataconcepts.co.nz Mon Mar 6 17:28:22 2006
From: hadyn at dataconcepts.co.nz (Hadyn Morgan)
Date: Tue, 7 Mar 2006 12:28:22 +1300
Subject: [AccessD] Preventing childless parent records
In-Reply-To:
Message-ID:
Hi Don
You could always run a query on the closing of the form that deletes the
records without children.
Kind regards
Hadyn
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Mcgillivray, Don
[IT]
Sent: Tuesday, 7 March 2006 11:42
To: AccessD
Subject: [AccessD] Preventing childless parent records
Hello, All
I have a data entry form for entering transactions where the main form
holds the transaction header and a subform holds the header's details.
Works as advertised, except that I have a user who has a habit of
creating headers without adding line items. She sets up the header,
tabs into the line item section, gets distracted (I guess), returns to
the form (after dealing with the distraction) and starts over for some
reason. Now, by virtue of having tabbed into the line item section, the
header was saved, but because no line items were ever entered, the
header is an orphan, or, more accurately, a childless parent. Every
week, I scan the data and find several of these records that need to be
removed.
My first approach was to educate the user about how to do data entry.
My second approach was to educate the user about how NOT to do data
entry.
Both approaches netted me that vacant nodding smile that says "I don't
know what you're talking about, but if I keep nodding like this, maybe
you'll go away and leave me alone." I'm sure you're all familiar with
that look.
This must be a common problem - the childless parent record, not the
vacant nodding smile - but I'm struggling with how to detect the
condition and disallow it. Can anybody point me in the right direction?
Thanks!
Don
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.375 / Virus Database: 268.2.0/275 - Release Date: 6/03/2006
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.375 / Virus Database: 268.2.0/275 - Release Date: 6/03/2006
From ldoering at symphonyinfo.com Mon Mar 6 17:46:41 2006
From: ldoering at symphonyinfo.com (Liz Doering)
Date: Mon, 6 Mar 2006 17:46:41 -0600
Subject: [AccessD] Preventing childless parent records
Message-ID: <855499653F55AD4190B242717DF132BC10C43F@dewey.Symphony.local>
Don,
Both are a common problem. :)
Can you make a default child record, which is saved along with the
parent record? Or not let her close the form until she's added child
records? (On the OnClose event of the form, open a recordset (Select
ParentID from ChildTable where ParentID = lngMyNewRecord) and test for
EOF. If EOF = true, then Cancel = True.)
I usually handle this with a little unbound pop-up form that collects
the must-have data for both records, has an OK button with the code to
create both records, then displays both partially filled records for the
user to make changes.
HTH,
Liz
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mcgillivray,
Don [IT]
Sent: Monday, March 06, 2006 4:46 PM
To: AccessD
Subject: [AccessD] Preventing childless parent records
Hello, All
I have a data entry form for entering transactions where the main form
holds the transaction header and a subform holds the header's details.
Works as advertised, except that I have a user who has a habit of
creating headers without adding line items. She sets up the header,
tabs into the line item section, gets distracted (I guess), returns to
the form (after dealing with the distraction) and starts over for some
reason. Now, by virtue of having tabbed into the line item section, the
header was saved, but because no line items were ever entered, the
header is an orphan, or, more accurately, a childless parent. Every
week, I scan the data and find several of these records that need to be
removed.
My first approach was to educate the user about how to do data entry.
My second approach was to educate the user about how NOT to do data
entry.
Both approaches netted me that vacant nodding smile that says "I don't
know what you're talking about, but if I keep nodding like this, maybe
you'll go away and leave me alone." I'm sure you're all familiar with
that look.
This must be a common problem - the childless parent record, not the
vacant nodding smile - but I'm struggling with how to detect the
condition and disallow it. Can anybody point me in the right direction?
Thanks!
Don
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From dwaters at usinternet.com Mon Mar 6 18:08:45 2006
From: dwaters at usinternet.com (Dan Waters)
Date: Mon, 6 Mar 2006 18:08:45 -0600
Subject: [AccessD] Preventing childless parent records
In-Reply-To: <27170416.1141688043997.JavaMail.root@sniper19>
Message-ID: <000001c6417b$4d19d800$0200a8c0@danwaters>
Hi Don,
I would add that prior to deleting those records, you should send an email
to each person whose record is being deleted, along with enough information
from the parent record for them to re-create the parent and child records.
A good time to go through this sequence is whenever the first person is
logging on in the morning.
You'll need to record the name of each person entering a parent record, but
that's probably already there, and you'll need another table to look up
everyone's email address.
I bet people will start paying more attention if they know that the computer
telling them they screwed up will NOT go away when they smile vacantly at
the monitor! ;-)
Best of Luck!
Dan
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hadyn Morgan
Sent: Monday, March 06, 2006 5:28 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Preventing childless parent records
Hi Don
You could always run a query on the closing of the form that deletes the
records without children.
Kind regards
Hadyn
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Mcgillivray, Don
[IT]
Sent: Tuesday, 7 March 2006 11:42
To: AccessD
Subject: [AccessD] Preventing childless parent records
Hello, All
I have a data entry form for entering transactions where the main form
holds the transaction header and a subform holds the header's details.
Works as advertised, except that I have a user who has a habit of
creating headers without adding line items. She sets up the header,
tabs into the line item section, gets distracted (I guess), returns to
the form (after dealing with the distraction) and starts over for some
reason. Now, by virtue of having tabbed into the line item section, the
header was saved, but because no line items were ever entered, the
header is an orphan, or, more accurately, a childless parent. Every
week, I scan the data and find several of these records that need to be
removed.
My first approach was to educate the user about how to do data entry.
My second approach was to educate the user about how NOT to do data
entry.
Both approaches netted me that vacant nodding smile that says "I don't
know what you're talking about, but if I keep nodding like this, maybe
you'll go away and leave me alone." I'm sure you're all familiar with
that look.
This must be a common problem - the childless parent record, not the
vacant nodding smile - but I'm struggling with how to detect the
condition and disallow it. Can anybody point me in the right direction?
Thanks!
Don
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.375 / Virus Database: 268.2.0/275 - Release Date: 6/03/2006
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.375 / Virus Database: 268.2.0/275 - Release Date: 6/03/2006
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From Donald.A.McGillivray at sprint.com Mon Mar 6 18:28:39 2006
From: Donald.A.McGillivray at sprint.com (Mcgillivray, Don [IT])
Date: Mon, 6 Mar 2006 18:28:39 -0600
Subject: [AccessD] Preventing childless parent records
Message-ID:
Thanks to all for your replies. I think I'll end up using some bits of
each of them in my solution to this problem. My aim is to catch and
eliminate the error before the user moves off the record, rather than
upon close of the form. I should be able to adapt your ideas to that
end.
Now if I could just penetrate that vacant smile . . .
Regards,
Don
From jwcolby at ColbyConsulting.com Mon Mar 6 18:36:08 2006
From: jwcolby at ColbyConsulting.com (John Colby)
Date: Mon, 6 Mar 2006 19:36:08 -0500
Subject: [AccessD] Preventing childless parent records
In-Reply-To:
Message-ID: <00dd01c6417f$20fef670$647aa8c0@ColbyM6805>
Vacant nodding smiles is a very common problem.
As for how to detect childless records, I do not believe there is any
solution without code. The basic concept is:
In the parent form, do not allow a close of the form, or a move off of the
record without knowing that there are children. This can be done two ways.
One, you can "ask" the subform how many records are in its recordset. Every
(bound) form has a DAO recordset behind the form, called Recordset. Thus
me.Recordset.recordcount will return the number of records in the recordset.
Thus (from the parent)
me!MyFormControl.form.recordset.count
will return the number of records that the form in MyFormControl contains.
If me!MyFormControl.form.recordset.count > 0 then cancel a form close, and
warn the user they need to enter child records or delete the parent record.
For moving off the record, it is a bit more complex since the only event
that fires when you move to a different record is the Current event and
there is no Cancel for that. Click the new record and you will move. For
this reason the only thing that comes to mind is to set a bookmark, allow
the move to happen, but in OnCurrent go lookup the children of the record
with that bookmark.
This is a very interesting discussion and the solution begs for a framework
solution (which I do NOT have, but will once we figure out how to do this).
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mcgillivray, Don
[IT]
Sent: Monday, March 06, 2006 5:42 PM
To: AccessD
Subject: [AccessD] Preventing childless parent records
Hello, All
I have a data entry form for entering transactions where the main form holds
the transaction header and a subform holds the header's details.
Works as advertised, except that I have a user who has a habit of creating
headers without adding line items. She sets up the header, tabs into the
line item section, gets distracted (I guess), returns to the form (after
dealing with the distraction) and starts over for some reason. Now, by
virtue of having tabbed into the line item section, the header was saved,
but because no line items were ever entered, the header is an orphan, or,
more accurately, a childless parent. Every week, I scan the data and find
several of these records that need to be removed.
My first approach was to educate the user about how to do data entry.
My second approach was to educate the user about how NOT to do data entry.
Both approaches netted me that vacant nodding smile that says "I don't know
what you're talking about, but if I keep nodding like this, maybe you'll go
away and leave me alone." I'm sure you're all familiar with that look.
This must be a common problem - the childless parent record, not the vacant
nodding smile - but I'm struggling with how to detect the condition and
disallow it. Can anybody point me in the right direction?
Thanks!
Don
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From stuart at lexacorp.com.pg Mon Mar 6 18:47:29 2006
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Tue, 07 Mar 2006 10:47:29 +1000
Subject: [AccessD] Preventing childless parent records
In-Reply-To:
Message-ID: <440D64C1.24468.575F513@stuart.lexacorp.com.pg>
On 6 Mar 2006 at 18:28, Mcgillivray, Don [IT] wrote:
> Thanks to all for your replies. I think I'll end up using some bits of each
> of them in my solution to this problem. My aim is to catch and eliminate
> the error before the user moves off the record, rather than upon close of
> the form. I should be able to adapt your ideas to that end.
>
> Now if I could just penetrate that vacant smile . . .
>
I've always found that using a LART end-on tends to penetrate quite well
:-)
--
Stuart
From wdhindman at bellsouth.net Mon Mar 6 21:00:55 2006
From: wdhindman at bellsouth.net (William Hindman)
Date: Mon, 6 Mar 2006 22:00:55 -0500
Subject: [AccessD] Preventing childless parent records
References: <000001c6417b$4d19d800$0200a8c0@danwaters>
Message-ID: <006201c64193$5a854840$6101a8c0@50NM721>
...evil genius at work! :))))))
William
----- Original Message -----
From: "Dan Waters"
To: "'Access Developers discussion and problem solving'"
Sent: Monday, March 06, 2006 7:08 PM
Subject: Re: [AccessD] Preventing childless parent records
> Hi Don,
>
> I would add that prior to deleting those records, you should send an email
> to each person whose record is being deleted, along with enough
> information
> from the parent record for them to re-create the parent and child records.
>
> A good time to go through this sequence is whenever the first person is
> logging on in the morning.
>
> You'll need to record the name of each person entering a parent record,
> but
> that's probably already there, and you'll need another table to look up
> everyone's email address.
>
> I bet people will start paying more attention if they know that the
> computer
> telling them they screwed up will NOT go away when they smile vacantly at
> the monitor! ;-)
>
> Best of Luck!
>
> Dan
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hadyn Morgan
> Sent: Monday, March 06, 2006 5:28 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Preventing childless parent records
>
> Hi Don
>
> You could always run a query on the closing of the form that deletes the
> records without children.
>
> Kind regards
> Hadyn
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Mcgillivray, Don
> [IT]
> Sent: Tuesday, 7 March 2006 11:42
> To: AccessD
> Subject: [AccessD] Preventing childless parent records
>
>
> Hello, All
>
> I have a data entry form for entering transactions where the main form
> holds the transaction header and a subform holds the header's details.
> Works as advertised, except that I have a user who has a habit of
> creating headers without adding line items. She sets up the header,
> tabs into the line item section, gets distracted (I guess), returns to
> the form (after dealing with the distraction) and starts over for some
> reason. Now, by virtue of having tabbed into the line item section, the
> header was saved, but because no line items were ever entered, the
> header is an orphan, or, more accurately, a childless parent. Every
> week, I scan the data and find several of these records that need to be
> removed.
>
> My first approach was to educate the user about how to do data entry.
> My second approach was to educate the user about how NOT to do data
> entry.
>
> Both approaches netted me that vacant nodding smile that says "I don't
> know what you're talking about, but if I keep nodding like this, maybe
> you'll go away and leave me alone." I'm sure you're all familiar with
> that look.
>
> This must be a common problem - the childless parent record, not the
> vacant nodding smile - but I'm struggling with how to detect the
> condition and disallow it. Can anybody point me in the right direction?
>
> Thanks!
>
> Don
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> --
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.1.375 / Virus Database: 268.2.0/275 - Release Date: 6/03/2006
>
> --
> No virus found in this outgoing message.
> Checked by AVG Free Edition.
> Version: 7.1.375 / Virus Database: 268.2.0/275 - Release Date: 6/03/2006
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
From ecritt1 at alltel.net Tue Mar 7 04:29:17 2006
From: ecritt1 at alltel.net (Penn White)
Date: Tue, 7 Mar 2006 05:29:17 -0500
Subject: [AccessD] Using Multidimensional Arrays
Message-ID: <010501c641d1$fd330f30$0302a8c0@pennp4>
ACC03 - I'm sending out emails from Access to a list of recipients selected
from a listbox. Since I don't have Exchange Server, I can't be sure that
the entries in the 'workstations' Outlook Contact list is up-to-date.
Consequently, I have to verity first that the Contact is in that
workstation's Outlook Contact list and second that the email address hasn't
changed. It's a bit messy and may be time consuming since every single
email will have to check all the recipients before being sent but there
would rarely be more than 10 recipients for an email and more usually only
2-3 and I can't think of any other way to do it.
I was thinking of creating a multi-dimensional array to hold the FirstName,
LastName and Email address for each selected recipient but I can't figure
out how to do it. The number of entries in the array will vary depending on
how many recipients are selected. There may not necessarily be a first name
and the 'last name' may actually be a string of several words, like "Belton
Manufacturing" for example.
Once the array is created, I'll need to concatenate the first and last names
and check them against the existing entries in Outlook Contacts, updating or
adding as necessary. If I can get the entries out of the array, that won't
be hard, I've already done if before and have developed functions for the
various pieces.
I've also seen some comparisons between using structures and arrays and
maybe I should be using a structure here.
I'm a bit befuddled.
Penn
From Jdemarco at hudsonhealthplan.org Tue Mar 7 06:57:58 2006
From: Jdemarco at hudsonhealthplan.org (Jim DeMarco)
Date: Tue, 7 Mar 2006 07:57:58 -0500
Subject: [AccessD] Using Multidimensional Arrays
Message-ID: <08F823FD83787D4BA0B99CA580AD3C7402DE6FA2@TTNEXCHCL2.hshhp.com>
Here's a case where I'd use a custom collection class rather than an
array. You can refer to my article in the March O5 list newsletter for
details but I think you'll find it easier to navigate than an array.
As I see it you'll create a cMailInfo class containing Name (do your
concatenation on the way in if possible otherwise add FName, LName
properties instead) and EmailAddress properties, then a custom
collection class, cMailInfoColl, to hold cMailInfo items. You can grab
the cContacts collection class from the article and make a few simple
mods to accommodate this scenario.
Glad to answer any questions on it.
HTH
Jim DeMarco
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Penn White
Sent: Tuesday, March 07, 2006 5:29 AM
To: Access Developers discussion and problem solving
Subject: [AccessD] Using Multidimensional Arrays
ACC03 - I'm sending out emails from Access to a list of recipients
selected from a listbox. Since I don't have Exchange Server, I can't be
sure that the entries in the 'workstations' Outlook Contact list is
up-to-date.
Consequently, I have to verity first that the Contact is in that
workstation's Outlook Contact list and second that the email address
hasn't changed. It's a bit messy and may be time consuming since every
single email will have to check all the recipients before being sent but
there would rarely be more than 10 recipients for an email and more
usually only
2-3 and I can't think of any other way to do it.
I was thinking of creating a multi-dimensional array to hold the
FirstName, LastName and Email address for each selected recipient but I
can't figure out how to do it. The number of entries in the array will
vary depending on how many recipients are selected. There may not
necessarily be a first name and the 'last name' may actually be a string
of several words, like "Belton Manufacturing" for example.
Once the array is created, I'll need to concatenate the first and last
names and check them against the existing entries in Outlook Contacts,
updating or adding as necessary. If I can get the entries out of the
array, that won't be hard, I've already done if before and have
developed functions for the various pieces.
I've also seen some comparisons between using structures and arrays and
maybe I should be using a structure here.
I'm a bit befuddled.
Penn
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
***********************************************************************************
"This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You".
***********************************************************************************
From jwcolby at ColbyConsulting.com Tue Mar 7 07:55:40 2006
From: jwcolby at ColbyConsulting.com (John Colby)
Date: Tue, 7 Mar 2006 08:55:40 -0500
Subject: [AccessD] Using Multidimensional Arrays
In-Reply-To: <08F823FD83787D4BA0B99CA580AD3C7402DE6FA2@TTNEXCHCL2.hshhp.com>
Message-ID: <00ee01c641ee$d2b42100$647aa8c0@ColbyM6805>
I agree with Jim.
One of the programming structures available for us to use in Access is
called a class. A class is a place to store information, along with the
code required to manipulate that information.
So for example, you could create an email info class that holds all of the
information about one "record" - First name, Last name, Email Address.
1) You then instantiate the email info class and load one person's info in
it.
2) You save the pointer to the email info class in a collection. The nice
thing about collections is that you can "key" them if you want to. So you
might save it keyed on the email address, or the first name and last name
concatenated - assuming you need this.
3) You then build a second class - what I call a controller or supervisor
class - that reads the data and instantiates all of these records and saves
them in a collection in the controller class. The controller then has all
of the code that you will use to do the checking. It can iterate through
the collection of email classes performing the checks that you mention.
Place code close to the data used. For example, if you are going to
concatenate the name fields, place the code to do that in the email info
class, just build a method called WholeName which concatenates the two name
variables and returns the result. Doing this makes the concatenation
identical everywhere that you need the data concatenated and it is a
function of the email info class to return the data formatted as it is
needed.
The code to do the Outlook lookup and manipulation may be in the controller
class, or you might have a dedicated Outlook class that "knows about" the
Email Info Controller class and asks it for data.
Classes are very powerful and used with collections to store the class
instances, makes the "array" thing obsolete. Classes and collections will
not be as fast as direct array manipulation, but it will be fast and it will
allow much better documentation and so forth as you break the task down into
logical pieces.
BTW, one thing that people often get confused about is how much overhead is
created by having the code in classes. Is the code reloaded for each
instance of the class? The answer is that the code is loaded once when the
first class instance is loaded. The DATA storage in memory is created for
each class instance as it is loaded. So the code is literally shared,
whereas the data (variables) is only created as it is needed - as an
instance is loaded. There is no "additional overhead" for loading the code
over and over again.
John W. Colby
www.ColbyConsulting.com
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim DeMarco
Sent: Tuesday, March 07, 2006 7:58 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Using Multidimensional Arrays
Here's a case where I'd use a custom collection class rather than an array.
You can refer to my article in the March O5 list newsletter for details but
I think you'll find it easier to navigate than an array.
As I see it you'll create a cMailInfo class containing Name (do your
concatenation on the way in if possible otherwise add FName, LName
properties instead) and EmailAddress properties, then a custom collection
class, cMailInfoColl, to hold cMailInfo items. You can grab the cContacts
collection class from the article and make a few simple mods to accommodate
this scenario.
Glad to answer any questions on it.
HTH
Jim DeMarco
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Penn White
Sent: Tuesday, March 07, 2006 5:29 AM
To: Access Developers discussion and problem solving
Subject: [AccessD] Using Multidimensional Arrays
ACC03 - I'm sending out emails from Access to a list of recipients selected
from a listbox. Since I don't have Exchange Server, I can't be sure that
the entries in the 'workstations' Outlook Contact list is up-to-date.
Consequently, I have to verity first that the Contact is in that
workstation's Outlook Contact list and second that the email address hasn't
changed. It's a bit messy and may be time consuming since every single
email will have to check all the recipients before being sent but there
would rarely be more than 10 recipients for an email and more usually only
2-3 and I can't think of any other way to do it.
I was thinking of creating a multi-dimensional array to hold the FirstName,
LastName and Email address for each selected recipient but I can't figure
out how to do it. The number of entries in the array will vary depending on
how many recipients are selected. There may not necessarily be a first name
and the 'last name' may actually be a string of several words, like "Belton
Manufacturing" for example.
Once the array is created, I'll need to concatenate the first and last names
and check them against the existing entries in Outlook Contacts, updating or
adding as necessary. If I can get the entries out of the array, that won't
be hard, I've already done if before and have developed functions for the
various pieces.
I've also seen some comparisons between using structures and arrays and
maybe I should be using a structure here.
I'm a bit befuddled.
Penn
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
****************************************************************************
*******
"This electronic message is intended to be for the use only of the named
recipient, and may contain information from Hudson Health Plan (HHP) that is
confidential or privileged. If you are not the intended recipient, you are
hereby notified that any disclosure, copying, distribution or use of the
contents of this message is strictly prohibited. If you have received this
message in error or are not the named recipient, please notify us
immediately, either by contacting the sender at the electronic mail address
noted above or calling HHP at (914) 631-1611. If you are not the intended
recipient, please do not forward this email to anyone, and delete and
destroy all copies of this message. Thank You".
****************************************************************************
*******
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From reuben at gfconsultants.com Tue Mar 7 08:00:38 2006
From: reuben at gfconsultants.com (Reuben Cummings)
Date: Tue, 7 Mar 2006 09:00:38 -0500
Subject: [AccessD] Preventing childless parent records
In-Reply-To: <00dd01c6417f$20fef670$647aa8c0@ColbyM6805>
Message-ID:
>
> For moving off the record, it is a bit more complex since the only event
> that fires when you move to a different record is the Current event and
> there is no Cancel for that.
Actually, to handle something like moving off the record I turn off the
Access record navigation and make my own. You can make one to look very
similar to the Access navigation.
Anyhow, in it you can write any code you want and you can then fire any
record checking code you want before allowing the user to change records.
The only option then to change records I guess you couldn't catch would be
Page Up or Page Down. But maybe you could catch them using the Keystroke.
Reuben Cummings
GFC, LLC
812.523.1017
From shamil at users.mns.ru Tue Mar 7 08:51:54 2006
From: shamil at users.mns.ru (Shamil Salakhetdinov)
Date: Tue, 7 Mar 2006 17:51:54 +0300
Subject: [AccessD] Using Multidimensional Arrays
References: <010501c641d1$fd330f30$0302a8c0@pennp4>
Message-ID: <001a01c641f6$b43a55c0$6401a8c0@Nant>
Penn,
yes, why not use user defined types/structures?
Public Type myType
FirstName As String
LastName As String
EmailAddress As String
End Type
Public Function a_Test()
Dim avar(0 To 99) As myType
Dim i As Integer
For i = 0 To 99
With avar(i)
.FirstName = "FN" & i
.LastName = "LN" & i
.EmailAddress = "EA" & i & "@gmail.com"
End With
Next i
End Function
Custom classes could be an overkill here but if you will have several public
methods (like First and Last name concatenation) then custom class os
looking as the best candidate:
' class module myClass
Public FirstName As String
Public LastName As String
Public EmailAddress As String
Public Property Get FullName() As String
FullName = FirstName & " " & LastName
End Property
' test
Public Function a_test1()
Dim avar(0 To 99) As myClass
Dim i As Integer
For i = 0 To 99
Set avar(i) = New myClass
With avar(i)
.FirstName = "FN" & i
.LastName = "LN" & i
.EmailAddress = "EA" & i & "@gmail.com"
End With
Next i
End Function
Classes can be also/should be better(?) used with collections - then
additionally you cah have mnemonic access to collection memebers by symbolic
key like fullname assuming it's unique (or you can define a surrogate key
unique value property):
Public Function a_test2()
Dim avar As myClass
Dim col As New Collection
Dim i As Integer
For i = 0 To 99
Set avar = New myClass
With avar
.FirstName = "FN" & i
.LastName = "LN" & i
.EmailAddress = "EA" & i & "@gmail.com"
col.Add avar, .FullName
End With
Next i
End Function
Shamil
----- Original Message -----
From: "Penn White"
To: "Access Developers discussion and problem solving"
Sent: Tuesday, March 07, 2006 1:29 PM
Subject: [AccessD] Using Multidimensional Arrays
> ACC03 - I'm sending out emails from Access to a list of recipients
> selected
> from a listbox. Since I don't have Exchange Server, I can't be sure that
> the entries in the 'workstations' Outlook Contact list is up-to-date.
> Consequently, I have to verity first that the Contact is in that
> workstation's Outlook Contact list and second that the email address
> hasn't
> changed. It's a bit messy and may be time consuming since every single
> email will have to check all the recipients before being sent but there
> would rarely be more than 10 recipients for an email and more usually only
> 2-3 and I can't think of any other way to do it.
>
> I was thinking of creating a multi-dimensional array to hold the
> FirstName,
> LastName and Email address for each selected recipient but I can't figure
> out how to do it. The number of entries in the array will vary depending
> on
> how many recipients are selected. There may not necessarily be a first
> name
> and the 'last name' may actually be a string of several words, like
> "Belton
> Manufacturing" for example.
>
> Once the array is created, I'll need to concatenate the first and last
> names
> and check them against the existing entries in Outlook Contacts, updating
> or
> adding as necessary. If I can get the entries out of the array, that
> won't
> be hard, I've already done if before and have developed functions for the
> various pieces.
>
> I've also seen some comparisons between using structures and arrays and
> maybe I should be using a structure here.
>
> I'm a bit befuddled.
>
> Penn
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
From oost at e-business2start.com Tue Mar 7 09:27:19 2006
From: oost at e-business2start.com (E-business2start.com - Marcel Vreuls)
Date: Tue, 7 Mar 2006 07:27:19 -0800
Subject: [AccessD] Access or not as platform
Message-ID: <693e53087305546f4d8111c681af44f9@e-business2start.com>
Hi Group,
I am wondering on which platform to develop a new application. This app should handle archiving and searching for documents, scans and emails (like hummingbird but the lite version :-). I would like to store document information and a link to the psychical document on the server.
I can do this rapidly in Access with my framework and knowledge (about 4 weeks)
I can do this rapid in vb6 (about (5 weeks)
i can do this in c# (about 6 weeks)
Any suggestions which platform to choose. Because of integration i like access but deployment is not that good because of the large runtime?
c#, .net is the future platform.
Any suggestions, help, tips to help me solve this issue would be welcome.
tnxs, marcel
From DWUTKA at marlow.com Tue Mar 7 09:50:55 2006
From: DWUTKA at marlow.com (DWUTKA at marlow.com)
Date: Tue, 7 Mar 2006 09:50:55 -0600
Subject: [AccessD] Using Multidimensional Arrays
Message-ID: <17724746D360394AA3BFE5B8D40A9C1BD890@main2.marlow.com>
Sounds like a Class and Collection would be easier to use here. Unless you
are going for supreme processing speed, that is the way I would go.
Drew
-----Original Message-----
From: Penn White [mailto:ecritt1 at alltel.net]
Sent: Tuesday, March 07, 2006 4:29 AM
To: Access Developers discussion and problem solving
Subject: [AccessD] Using Multidimensional Arrays
ACC03 - I'm sending out emails from Access to a list of recipients selected
from a listbox. Since I don't have Exchange Server, I can't be sure that
the entries in the 'workstations' Outlook Contact list is up-to-date.
Consequently, I have to verity first that the Contact is in that
workstation's Outlook Contact list and second that the email address hasn't
changed. It's a bit messy and may be time consuming since every single
email will have to check all the recipients before being sent but there
would rarely be more than 10 recipients for an email and more usually only
2-3 and I can't think of any other way to do it.
I was thinking of creating a multi-dimensional array to hold the FirstName,
LastName and Email address for each selected recipient but I can't figure
out how to do it. The number of entries in the array will vary depending on
how many recipients are selected. There may not necessarily be a first name
and the 'last name' may actually be a string of several words, like "Belton
Manufacturing" for example.
Once the array is created, I'll need to concatenate the first and last names
and check them against the existing entries in Outlook Contacts, updating or
adding as necessary. If I can get the entries out of the array, that won't
be hard, I've already done if before and have developed functions for the
various pieces.
I've also seen some comparisons between using structures and arrays and
maybe I should be using a structure here.
I'm a bit befuddled.
Penn
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From hoopesg at hotmail.com Tue Mar 7 11:12:48 2006
From: hoopesg at hotmail.com (Gina Hoopes)
Date: Tue, 07 Mar 2006 11:12:48 -0600
Subject: [AccessD] Difficult calculations
Message-ID:
A co-worker has asked for my help and I'm stumped. Perhaps one or more of
you can help me figure out how he can accomplish what he needs. The way his
table is laid out is the main problem, but it serves him in all of the other
ways he reports on the data. He's got the following fields: StmtType,
Category, and 36 fields with numbers (JanYTD, JanLYB, JanCYB for all 12
months). The StmtType field has the primary designation (VUH, PHV, VCH) and
the Category field has the secondary designation (Admissions, Discharges,
Patient Days, Inpatient Revenue, Outpatient Revenue). So for each primary
designation he has each of the secondary designations. So, a table row looks
like VUH/Admissions/JanYTD/JanLYB/JanCYB/... then
VUH/Discharges/JanYTD/JanLYB/JanCYB ... I hope that makes sense since I
don't know how to represent it graphically with plain text.
Now here's what he needs:
(VUH Inpatient Revenue JanYTD + VUH Outpatient Revenue JAN YTD) divided by
VUH Inpatient Revenue Jan YTD = X - (X is his ratio)
X times VUH Patient Days Jan YTD
X times VUH Admissions Jan YTD
X times VUH Discharges Jan YTD
The calculations have to take place for each of the 36 values. I would be
fairly simple for him to accomplish with queries if there were only a couple
of values but with 36 columns for each primary/secondary combination it's
way too cumbersome to accomplish that way. Can anyone help me figure out if
he can get from here to there?
Thanks so much,
Gina
From bheid at appdevgrp.com Tue Mar 7 13:47:59 2006
From: bheid at appdevgrp.com (Bobby Heid)
Date: Tue, 7 Mar 2006 14:47:59 -0500
Subject: [AccessD] Difficult calculations
In-Reply-To: <916187228923D311A6FE00A0CC3FAA30D6A6EF@ADGSERVER>
Message-ID: <916187228923D311A6FE00A0CC3FAA30D3509C@ADGSERVER>
I would recommend the use of one or more temporary tables to process the
data. It looks like from your description that he needs to use data from
fields in different records in one calculation.
Maybe something that would first put all of the VUH Inpatient Revenue JanYTD
data into the work table. The another query that would add the VUH
Outpatient Revenue JAN YTD data to the corresponding work record, etc.
Then he would have one or more final queries that would take all of the data
in the one record needed for a given calculation and calculate it.
Is that clear as mud now? LOL.
Bobby
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gina Hoopes
Sent: Tuesday, March 07, 2006 12:13 PM
To: AccessD at databaseadvisors.com
Subject: [AccessD] Difficult calculations
A co-worker has asked for my help and I'm stumped. Perhaps one or more of
you can help me figure out how he can accomplish what he needs. The way his
table is laid out is the main problem, but it serves him in all of the other
ways he reports on the data. He's got the following fields: StmtType,
Category, and 36 fields with numbers (JanYTD, JanLYB, JanCYB for all 12
months). The StmtType field has the primary designation (VUH, PHV, VCH) and
the Category field has the secondary designation (Admissions, Discharges,
Patient Days, Inpatient Revenue, Outpatient Revenue). So for each primary
designation he has each of the secondary designations. So, a table row looks
like VUH/Admissions/JanYTD/JanLYB/JanCYB/... then
VUH/Discharges/JanYTD/JanLYB/JanCYB ... I hope that makes sense since I
don't know how to represent it graphically with plain text.
Now here's what he needs:
(VUH Inpatient Revenue JanYTD + VUH Outpatient Revenue JAN YTD) divided by
VUH Inpatient Revenue Jan YTD = X - (X is his ratio)
X times VUH Patient Days Jan YTD
X times VUH Admissions Jan YTD
X times VUH Discharges Jan YTD
The calculations have to take place for each of the 36 values. I would be
fairly simple for him to accomplish with queries if there were only a couple
of values but with 36 columns for each primary/secondary combination it's
way too cumbersome to accomplish that way. Can anyone help me figure out if
he can get from here to there?
Thanks so much,
Gina
From bheid at appdevgrp.com Tue Mar 7 13:52:34 2006
From: bheid at appdevgrp.com (Bobby Heid)
Date: Tue, 7 Mar 2006 14:52:34 -0500
Subject: [AccessD] [SPAM SUSPECT] Access or not as platform
In-Reply-To: <916187228923D311A6FE00A0CC3FAA30D5BCA2@ADGSERVER>
Message-ID: <916187228923D311A6FE00A0CC3FAA30D3509D@ADGSERVER>
Marcel,
If I had the choice, I'd probably do it in .Net with a SQL back-end (or
Access if SQL is not an option). Remember, you can get SQL 2005 Express for
free. With .Net, you have access to the latest technologies and there is
some really nice stuff in .Net that would be difficult in Access or VB 6.
You also have a choice of language(s) to use.
As for the large run time, you would have a large runtime in .Net or in VB 6
also. SO I would not worry about the runtime aspect of it, unless they are
using ancient PCs.
Bobby
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
E-business2start.com - Marcel Vreuls
Sent: Tuesday, March 07, 2006 10:27 AM
To: Access Developers discussion and problem solving
Subject: [SPAM SUSPECT] [AccessD] Access or not as platform
Importance: Low
Hi Group,
I am wondering on which platform to develop a new application. This app
should handle archiving and searching for documents, scans and emails (like
hummingbird but the lite version :-). I would like to store document
information and a link to the psychical document on the server.
I can do this rapidly in Access with my framework and knowledge (about 4
weeks)
I can do this rapid in vb6 (about (5 weeks)
i can do this in c# (about 6 weeks)
Any suggestions which platform to choose. Because of integration i like
access but deployment is not that good because of the large runtime?
c#, .net is the future platform.
Any suggestions, help, tips to help me solve this issue would be welcome.
tnxs, marcel
From markamatte at hotmail.com Tue Mar 7 13:55:29 2006
From: markamatte at hotmail.com (Mark A Matte)
Date: Tue, 07 Mar 2006 19:55:29 +0000
Subject: [AccessD] Import Image Message
In-Reply-To:
Message-ID:
Hello All,
In A2K I'm building a form with a large number of images...the location,
type, and image settings are loaded 'On Open' from a table. There is a
brief moment during the load that I can see the import image message box,
which has a cancel button...if I hit enter...this halts my code. I've tried
setting warnings to false...but this doesn't help. I need this to go
away...any ideas?
Thanks,
Mark A. Matte
From Donald.A.McGillivray at sprint.com Tue Mar 7 14:12:29 2006
From: Donald.A.McGillivray at sprint.com (Mcgillivray, Don [IT])
Date: Tue, 7 Mar 2006 14:12:29 -0600
Subject: [AccessD] Import Image Message
Message-ID:
Mark,
Can you convert your images to another format?
I think this happens because your images are in a format that Access can
use, but needs to import first. Access can work with some image types
directly without the importing step. I know bitmaps work without
importing, and there may be others.
Don
From Gustav at cactus.dk Tue Mar 7 14:14:06 2006
From: Gustav at cactus.dk (Gustav Brock)
Date: Tue, 07 Mar 2006 21:14:06 +0100
Subject: [AccessD] Import Image Message
Message-ID:
Hi Mark
Are you talking about the Show Progress Dialog box:
http://databaseadvisors.com/pipermail/accessd/2004-August/026513.html
/gustav
>>> markamatte at hotmail.com 07-03-2006 20:55:29 >>>
Hello All,
In A2K I'm building a form with a large number of images...the location,
type, and image settings are loaded 'On Open' from a table. There is a
brief moment during the load that I can see the import image message box,
which has a cancel button...if I hit enter...this halts my code. I've tried
setting warnings to false...but this doesn't help. I need this to go
away...any ideas?
Thanks,
Mark A. Matte
From markamatte at hotmail.com Tue Mar 7 14:21:47 2006
From: markamatte at hotmail.com (Mark A Matte)
Date: Tue, 07 Mar 2006 20:21:47 +0000
Subject: [AccessD] Import Image Message
In-Reply-To:
Message-ID:
I am using .gif images...When the user configures the screen...depending on
what the user selects...the control has to change what .gif file it uses. I
found that once I convert the mdb to an mde...hitting enter just cancels the
load. This is better but not optimum. I'll play with the file format if
necessary.
Thanks,
Mark A. Matte
>From: "Mcgillivray, Don [IT]"
>Reply-To: Access Developers discussion and problem
>solving
>To: "Access Developers discussion and problem
>solving"
>Subject: Re: [AccessD] Import Image Message
>Date: Tue, 7 Mar 2006 14:12:29 -0600
>
>Mark,
>
>Can you convert your images to another format?
>
>I think this happens because your images are in a format that Access can
>use, but needs to import first. Access can work with some image types
>directly without the importing step. I know bitmaps work without
>importing, and there may be others.
>
>Don
>
>
>--
>AccessD mailing list
>AccessD at databaseadvisors.com
>http://databaseadvisors.com/mailman/listinfo/accessd
>Website: http://www.databaseadvisors.com
From hoopesg at hotmail.com Tue Mar 7 14:42:57 2006
From: hoopesg at hotmail.com (Gina Hoopes)
Date: Tue, 07 Mar 2006 14:42:57 -0600
Subject: [AccessD] Difficult calculations
Message-ID:
Yes, he does need to use data from different records but the same field in
his calculation. I was actually thinking along the lines you propose - but I
don't know how to automate the process so that he doesn't have to create 144
(or more) queries. It seems like there should be a way to loop through the
table and reproduce this activity over and over again for each value in each
StmtType. Any suggestions?
Thanks!
Gina
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bobby Heid
Sent: Tuesday, March 07, 2006 1:48 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Difficult calculations
I would recommend the use of one or more temporary tables to process the
data. It looks like from your description that he needs to use data from
fields in different records in one calculation.
Maybe something that would first put all of the VUH Inpatient Revenue JanYTD
data into the work table. The another query that would add the VUH
Outpatient Revenue JAN YTD data to the corresponding work record, etc.
Then he would have one or more final queries that would take all of the data
in the one record needed for a given calculation and calculate it.
Is that clear as mud now? LOL.
Bobby
From martyconnelly at shaw.ca Tue Mar 7 14:59:30 2006
From: martyconnelly at shaw.ca (MartyConnelly)
Date: Tue, 07 Mar 2006 12:59:30 -0800
Subject: [AccessD] Access or not as platform
References: <693e53087305546f4d8111c681af44f9@e-business2start.com>
Message-ID: <440DF432.2030100@shaw.ca>
If you have Windows 2003 Server have you considered Windows SharePoint
Services that comes free with it.
This will handle your document archiving and searching. WSS stores info
in lists, Access can link to these as tables
or you can use ADO or ADO.Net.
You may not need the more advanced WSS Portal Server that roughly cost
$5000, whereas rough prices for 25 users on
Documentum is $30,000 and Hummingbird $15,000. There are products that
allow integration of all three.
Getting Email into your system really depends on your mail client, I
know there are quick ways to save Outlook email into Documentum.
WSS works easily with Exchange. Sending email to WSS is supposed to work
with any SMTP system - it doesn't have to be Exchange.
You just send email to a WSS folder.
Also since WSS sits on top of SQL Server you can create your own special
SQL SP search procedures.
WSS FAQ site
http://wss.collutions.com/default.aspx
If you do write a lite Access version to do all this, there might be a
few Records Manager's from the ARMA group that would be interested.
E-business2start.com - Marcel Vreuls wrote:
>Hi Group,
>I am wondering on which platform to develop a new application. This app should handle archiving and searching for documents, scans and emails (like hummingbird but the lite version :-). I would like to store document information and a link to the psychical document on the server.
>
>I can do this rapidly in Access with my framework and knowledge (about 4 weeks)
>I can do this rapid in vb6 (about (5 weeks)
>i can do this in c# (about 6 weeks)
>Any suggestions which platform to choose. Because of integration i like access but deployment is not that good because of the large runtime?
>c#, .net is the future platform.
>
>Any suggestions, help, tips to help me solve this issue would be welcome.
>
>tnxs, marcel
>
>
--
Marty Connelly
Victoria, B.C.
Canada
From Jim.Hale at FleetPride.com Tue Mar 7 15:52:38 2006
From: Jim.Hale at FleetPride.com (Hale, Jim)
Date: Tue, 7 Mar 2006 15:52:38 -0600
Subject: [AccessD] SQL count distinct problem
Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB67727DDA91@corp-es01.fleetpride.com>
Assume a table with vendor, inv amt and check number. There may be multiple
records for the vendor with the same check number. If I want to determine
the total amt paid to a vendor and the number of checks written to him a
simple groupby query will not do since the count function will count the
number of occurrences not number of distinct checks. COUNT(DISTINCT(CHKNO)
works in a pass through query on the AS400 but not in Jet SQL. What is the
equivalent Jet SQL to determine the number of distinct checks written per
vendor? TIA
Jim Hale
***********************************************************************
The information transmitted is intended solely for the individual or
entity to which it is addressed and may contain confidential and/or
privileged material. Any review, retransmission, dissemination or
other use of or taking action in reliance upon this information by
persons or entities other than the intended recipient is prohibited.
If you have received this email in error please contact the sender and
delete the material from any computer. As a recipient of this email,
you are responsible for screening its contents and the contents of any
attachments for the presence of viruses. No liability is accepted for
any damages caused by any virus transmitted by this email.
From Lambert.Heenan at aig.com Tue Mar 7 16:11:31 2006
From: Lambert.Heenan at aig.com (Heenan, Lambert)
Date: Tue, 7 Mar 2006 16:11:31 -0600
Subject: [AccessD] SQL count distinct problem
Message-ID: <1D7828CDB8350747AFE9D69E0E90DA1F1E2EB6A3@xlivmbx21.aig.com>
You'll need a query that looks like this...
SELECT DISTINCT Table1.Vendor, Table1.CHKNO FROM Table1;
Then you can use that query as the source of your other query to do the
grouping and counting.
Lambert
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hale, Jim
Sent: Tuesday, March 07, 2006 4:53 PM
To: 'Accessd (E-mail)
Subject: [AccessD] SQL count distinct problem
Assume a table with vendor, inv amt and check number. There may be multiple
records for the vendor with the same check number. If I want to determine
the total amt paid to a vendor and the number of checks written to him a
simple groupby query will not do since the count function will count the
number of occurrences not number of distinct checks. COUNT(DISTINCT(CHKNO)
works in a pass through query on the AS400 but not in Jet SQL. What is the
equivalent Jet SQL to determine the number of distinct checks written per
vendor? TIA Jim Hale
***********************************************************************
The information transmitted is intended solely for the individual or entity
to which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of or
taking action in reliance upon this information by persons or entities other
than the intended recipient is prohibited. If you have received this email
in error please contact the sender and delete the material from any
computer. As a recipient of this email, you are responsible for screening
its contents and the contents of any attachments for the presence of
viruses. No liability is accepted for any damages caused by any virus
transmitted by this email.
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From Jim.Hale at FleetPride.com Tue Mar 7 16:26:29 2006
From: Jim.Hale at FleetPride.com (Hale, Jim)
Date: Tue, 7 Mar 2006 16:26:29 -0600
Subject: [AccessD] SQL count distinct problem
Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB67727DDA92@corp-es01.fleetpride.com>
That will certainly work but I was kind of hoping I was missing something
simple (Like the distinct keyword) that would allow me to do it in one
query.
Jim Hale
-----Original Message-----
From: Heenan, Lambert [mailto:Lambert.Heenan at aig.com]
Sent: Tuesday, March 07, 2006 4:12 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] SQL count distinct problem
You'll need a query that looks like this...
SELECT DISTINCT Table1.Vendor, Table1.CHKNO FROM Table1;
Then you can use that query as the source of your other query to do the
grouping and counting.
Lambert
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hale, Jim
Sent: Tuesday, March 07, 2006 4:53 PM
To: 'Accessd (E-mail)
Subject: [AccessD] SQL count distinct problem
Assume a table with vendor, inv amt and check number. There may be multiple
records for the vendor with the same check number. If I want to determine
the total amt paid to a vendor and the number of checks written to him a
simple groupby query will not do since the count function will count the
number of occurrences not number of distinct checks. COUNT(DISTINCT(CHKNO)
works in a pass through query on the AS400 but not in Jet SQL. What is the
equivalent Jet SQL to determine the number of distinct checks written per
vendor? TIA Jim Hale
***********************************************************************
The information transmitted is intended solely for the individual or entity
to which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of or
taking action in reliance upon this information by persons or entities other
than the intended recipient is prohibited. If you have received this email
in error please contact the sender and delete the material from any
computer. As a recipient of this email, you are responsible for screening
its contents and the contents of any attachments for the presence of
viruses. No liability is accepted for any damages caused by any virus
transmitted by this email.
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
***********************************************************************
The information transmitted is intended solely for the individual or
entity to which it is addressed and may contain confidential and/or
privileged material. Any review, retransmission, dissemination or
other use of or taking action in reliance upon this information by
persons or entities other than the intended recipient is prohibited.
If you have received this email in error please contact the sender and
delete the material from any computer. As a recipient of this email,
you are responsible for screening its contents and the contents of any
attachments for the presence of viruses. No liability is accepted for
any damages caused by any virus transmitted by this email.
From pjewett at bayplace.com Tue Mar 7 18:03:05 2006
From: pjewett at bayplace.com (Phil Jewett)
Date: Tue, 7 Mar 2006 16:03:05 -0800
Subject: [AccessD] Code to Copy a query to Excel and Open said file
Message-ID:
I haven't been following the replies to this, but to open a query in
Excel, I use:
Private Sub QueryToExcel(ByVal theQuery As String)
DoCmd.Echo False
DoCmd.OpenQuery theQuery, acViewPreview, acReadOnly
DoCmd.RunCommand acCmdOutputToExcel
DoCmd.Close acQuery, theQuery
DoCmd.Echo True
End Sub
Turning off echo avoids the 'flash' when the query opens.
Another handy option is acCmdOutputToRTF, which sends the query to Word
nicely formatted as a Word table.
Phil Jewett
Phil Jewett Consulting
pjewett at bayplace.com
(619) 318-4899
Arthur Fuller wrote:
>I want to open an Access query and have its contents sent to an Excel
>file, and have Excel open automatically with said file visible. I have
>played around a little with TransferSpreadsheet, and if this method
>works, then I am clearly doing something wrong. I have a sample file
>resembling the desired result in Excel, so I could use that as a
>template in the "Word" sense, but I need some guidance as to how to
>achieve this, because my experiments have all failed. I checked Helen
>Feddema's site but her
>Access->Excel heading says "Coming Soon".
>Have you any suggestions in the interim?
>TIA,
>Arthur
From darrend at nimble.com.au Tue Mar 7 19:06:31 2006
From: darrend at nimble.com.au (Darren DICK)
Date: Wed, 8 Mar 2006 12:06:31 +1100
Subject: [AccessD] Import Image Message
In-Reply-To:
Message-ID: <20060308010739.VQKH19070.omta01ps.mx.bigpond.com@DENZILLAP>
Have a look at Gustav's post
Recommending
http://databaseadvisors.com/pipermail/accessd/2004-August/026513.html
I think this is what you want
It's about turning on/off a flag in the Registry to show/hide this little import
dialogue box
Darren
------------------------------
T: 0424 696 433
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte
Sent: Wednesday, 8 March 2006 7:22 AM
To: accessd at databaseadvisors.com
Subject: Re: [AccessD] Import Image Message
I am using .gif images...When the user configures the screen...depending on what
the user selects...the control has to change what .gif file it uses. I found
that once I convert the mdb to an mde...hitting enter just cancels the load.
This is better but not optimum. I'll play with the file format if necessary.
Thanks,
Mark A. Matte
>From: "Mcgillivray, Don [IT]"
>Reply-To: Access Developers discussion and problem
>solving
>To: "Access Developers discussion and problem
>solving"
>Subject: Re: [AccessD] Import Image Message
>Date: Tue, 7 Mar 2006 14:12:29 -0600
>
>Mark,
>
>Can you convert your images to another format?
>
>I think this happens because your images are in a format that Access
>can use, but needs to import first. Access can work with some image
>types directly without the importing step. I know bitmaps work without
>importing, and there may be others.
>
>Don
>
>
>--
>AccessD mailing list
>AccessD at databaseadvisors.com
>http://databaseadvisors.com/mailman/listinfo/accessd
>Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From Gustav at cactus.dk Wed Mar 8 02:57:27 2006
From: Gustav at cactus.dk (Gustav Brock)
Date: Wed, 08 Mar 2006 09:57:27 +0100
Subject: [AccessD] SQL count distinct problem
Message-ID:
Hi Jim
Simple? Normally you are not that scared?
Just use Lambert's SQL as a subquery:
SELECT
Vendor,
Count(CHKNO) As CountChecks
FROM
(SELECT DISTINCT Table1.Vendor, Table1.CHKNO FROM Table1)
GROUP BY
Vendor;
But checks? I can't believe this. We are writing 2006 and you are still mailing checks around by surface mail at extensive costs?
Here checks are only used for very special occasions. Every normal kind of B2B payment is electronic. Imagine what level of potential cost savings you are facing ...
/gustav
>>> Jim.Hale at FleetPride.com 07-03-2006 23:26 >>>
That will certainly work but I was kind of hoping I was missing something
simple (Like the distinct keyword) that would allow me to do it in one
query.
Jim Hale
-----Original Message-----
From: Heenan, Lambert [mailto:Lambert.Heenan at aig.com]
Sent: Tuesday, March 07, 2006 4:12 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] SQL count distinct problem
You'll need a query that looks like this...
SELECT DISTINCT Table1.Vendor, Table1.CHKNO FROM Table1;
Then you can use that query as the source of your other query to do the
grouping and counting.
Lambert
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hale, Jim
Sent: Tuesday, March 07, 2006 4:53 PM
To: 'Accessd (E-mail)
Subject: [AccessD] SQL count distinct problem
Assume a table with vendor, inv amt and check number. There may be multiple
records for the vendor with the same check number. If I want to determine
the total amt paid to a vendor and the number of checks written to him a
simple groupby query will not do since the count function will count the
number of occurrences not number of distinct checks. COUNT(DISTINCT(CHKNO)
works in a pass through query on the AS400 but not in Jet SQL. What is the
equivalent Jet SQL to determine the number of distinct checks written per
vendor? TIA Jim Hale
From marcus at tsstech.com Wed Mar 8 07:08:03 2006
From: marcus at tsstech.com (Scott Marcus)
Date: Wed, 8 Mar 2006 08:08:03 -0500
Subject: [AccessD] SQL count distinct problem
Message-ID:
SELECT W.vendor,
(SELECT count(C) As Checks
FROM (SELECT V.vendor,
V.checkno AS C
FROM VendorChecks V
GROUP BY V.vendor, V.checkno)
WHERE V.vendor=W.vendor) AS NumOfChecks,
Sum(W.amt) AS SumOfamt
FROM VendorChecks AS W
GROUP BY W.vendor;
Slightly more complicated, but another way of doing the query.
Scott Marcus
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hale, Jim
Sent: Tuesday, March 07, 2006 5:26 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] SQL count distinct problem
That will certainly work but I was kind of hoping I was missing
something
simple (Like the distinct keyword) that would allow me to do it in one
query.
Jim Hale
-----Original Message-----
From: Heenan, Lambert [mailto:Lambert.Heenan at aig.com]
Sent: Tuesday, March 07, 2006 4:12 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] SQL count distinct problem
You'll need a query that looks like this...
SELECT DISTINCT Table1.Vendor, Table1.CHKNO FROM Table1;
Then you can use that query as the source of your other query to do the
grouping and counting.
Lambert
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hale, Jim
Sent: Tuesday, March 07, 2006 4:53 PM
To: 'Accessd (E-mail)
Subject: [AccessD] SQL count distinct problem
Assume a table with vendor, inv amt and check number. There may be
multiple
records for the vendor with the same check number. If I want to
determine
the total amt paid to a vendor and the number of checks written to him a
simple groupby query will not do since the count function will count the
number of occurrences not number of distinct checks.
COUNT(DISTINCT(CHKNO)
works in a pass through query on the AS400 but not in Jet SQL. What is
the
equivalent Jet SQL to determine the number of distinct checks written
per
vendor? TIA Jim Hale
***********************************************************************
The information transmitted is intended solely for the individual or
entity
to which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of or
taking action in reliance upon this information by persons or entities
other
than the intended recipient is prohibited. If you have received this
email
in error please contact the sender and delete the material from any
computer. As a recipient of this email, you are responsible for
screening
its contents and the contents of any attachments for the presence of
viruses. No liability is accepted for any damages caused by any virus
transmitted by this email.
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
***********************************************************************
The information transmitted is intended solely for the individual or
entity to which it is addressed and may contain confidential and/or
privileged material. Any review, retransmission, dissemination or
other use of or taking action in reliance upon this information by
persons or entities other than the intended recipient is prohibited.
If you have received this email in error please contact the sender and
delete the material from any computer. As a recipient of this email,
you are responsible for screening its contents and the contents of any
attachments for the presence of viruses. No liability is accepted for
any damages caused by any virus transmitted by this email.
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
NOTICE: This electronic mail transmission is for the use of the named individual or entity to which it is directed and may contain information that is privileged or confidential. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of any information contained herein is prohibited. If you have received this electronic mail transmission in error, delete it from your system without copying or forwarding it, and notify the sender of the error by replying via email or calling TSS Technologies at (513) 772-7000, so that our address record can be corrected. Any information included in this email is provided on an ?as is? and ?where as? basis, and TSS Technologies makes no representations or warranties of any kind with respect to the completeness or accuracy of the information contained in this email.
From Jdemarco at hudsonhealthplan.org Wed Mar 8 07:19:37 2006
From: Jdemarco at hudsonhealthplan.org (Jim DeMarco)
Date: Wed, 8 Mar 2006 08:19:37 -0500
Subject: [AccessD] Access or not as platform
Message-ID: <08F823FD83787D4BA0B99CA580AD3C74030C5C78@TTNEXCHCL2.hshhp.com>
I'd have to agree. Your development time is only a couple of weeks
longer but you'll end up on a platform you can feel more confident will
be around in a few years. We've been an Access house probably since
this company was very young (it's over 20 years old now) but given some
recent threads about the future of Access as a developer tool I've been
rethinking that (other reasons as well but this is certainly a driver).
We've been developing some .NET stuff for web and winforms and a move
for my team to .NET is not out of the question. Access will still be
around as BE tool here but SQL has been the db of choice for the past
couple of years.
Jim DeMarco
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bobby Heid
Sent: Tuesday, March 07, 2006 2:53 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] [SPAM SUSPECT] Access or not as platform
Marcel,
If I had the choice, I'd probably do it in .Net with a SQL back-end (or
Access if SQL is not an option). Remember, you can get SQL 2005 Express
for free. With .Net, you have access to the latest technologies and
there is some really nice stuff in .Net that would be difficult in
Access or VB 6.
You also have a choice of language(s) to use.
As for the large run time, you would have a large runtime in .Net or in
VB 6 also. SO I would not worry about the runtime aspect of it, unless
they are using ancient PCs.
Bobby
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
E-business2start.com - Marcel Vreuls
Sent: Tuesday, March 07, 2006 10:27 AM
To: Access Developers discussion and problem solving
Subject: [SPAM SUSPECT] [AccessD] Access or not as platform
Importance: Low
Hi Group,
I am wondering on which platform to develop a new application. This app
should handle archiving and searching for documents, scans and emails
(like hummingbird but the lite version :-). I would like to store
document information and a link to the psychical document on the server.
I can do this rapidly in Access with my framework and knowledge (about 4
weeks)
I can do this rapid in vb6 (about (5 weeks) i can do this in c# (about 6
weeks) Any suggestions which platform to choose. Because of integration
i like access but deployment is not that good because of the large
runtime?
c#, .net is the future platform.
Any suggestions, help, tips to help me solve this issue would be
welcome.
tnxs, marcel
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
***********************************************************************************
"This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You".
***********************************************************************************
From Gustav at cactus.dk Wed Mar 8 09:13:06 2006
From: Gustav at cactus.dk (Gustav Brock)
Date: Wed, 08 Mar 2006 16:13:06 +0100
Subject: [AccessD] Problem inserting and resizing MS Web Browser Control
in MS Acces97
Message-ID:
Hi David et al
Oh my, gems are in the archive!
Who could have figured this totally weird Access97 tip out?
Thanks!
You may need to choose Insert, ActiveX Control from the menu and then in the listbox select the control Microsoft Webbrowser.
/gustav
>>> SDC 11-10-2002 11:35:05 >>>
Hi
I solved this problem some years ago and gave it to Ken Getz who
included it in Access Adviser magazine. The trick is to add the browser
object to your form, then drag it to the required size. Having sized it
right, now copy it to the clipboard (control X) and then paste it back
to your form (Control V). It will now keep its size. You can only do
this once. To set to a different size, start from scratch by pasting a
new control. I discovered this approach by accident, but think it is to
do with getting two independent programs (Access and Active X) to agree
on a setting at the same time. It works with other active X objects
also.
Good luck
David
-----Original Message-----
From: AccessD-owner at databaseadvisors.com
[mailto:AccessD-owner at databaseadvisors.com] On Behalf Of Shamil
Salakhetdinov
Sent: Friday, 11 October 2002 7:15 PM
To: AccessD
Subject: [AccessD] Problem inserting and resizing MS Web Browser Control
in MS Acces97
Hi All,
Have anybody solved the trouble I've here with MS Web Browser Control in
Acc97?
From Jim.Hale at FleetPride.com Wed Mar 8 10:18:44 2006
From: Jim.Hale at FleetPride.com (Hale, Jim)
Date: Wed, 8 Mar 2006 10:18:44 -0600
Subject: [AccessD] SQL count distinct problem
Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB67727DDA95@corp-es01.fleetpride.com>
Thank you. That was the sub query I was looking for.
Jim Hale
-----Original Message-----
From: Scott Marcus [mailto:marcus at tsstech.com]
Sent: Wednesday, March 08, 2006 7:08 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] SQL count distinct problem
SELECT W.vendor,
(SELECT count(C) As Checks
FROM (SELECT V.vendor,
V.checkno AS C
FROM VendorChecks V
GROUP BY V.vendor, V.checkno)
WHERE V.vendor=W.vendor) AS NumOfChecks,
Sum(W.amt) AS SumOfamt
FROM VendorChecks AS W
GROUP BY W.vendor;
Slightly more complicated, but another way of doing the query.
Scott Marcus
***********************************************************************
The information transmitted is intended solely for the individual or
entity to which it is addressed and may contain confidential and/or
privileged material. Any review, retransmission, dissemination or
other use of or taking action in reliance upon this information by
persons or entities other than the intended recipient is prohibited.
If you have received this email in error please contact the sender and
delete the material from any computer. As a recipient of this email,
you are responsible for screening its contents and the contents of any
attachments for the presence of viruses. No liability is accepted for
any damages caused by any virus transmitted by this email.
From sgeller at cce.umn.edu Wed Mar 8 11:36:58 2006
From: sgeller at cce.umn.edu (Susan Geller)
Date: Wed, 8 Mar 2006 11:36:58 -0600
Subject: [AccessD] Utility to help replace primary key
Message-ID: <89934FC7BFD7AC40AC64F2A29B0C2D63A9DE4A@mail.cce.local>
I am working with a customer that has a database where the main person
table uses SSN as the primary key. Yikes, yuck, ugly etc. I'm
inheriting this mess from someone else.
I want to create a new autonumber field in that table to use as a
primary key instead, but once I do that I'm going to need to go in and
fix all the queries and reports that reference the SSN field and
especially those that link to it.
My question is: Is there some kind of utility that could help with this
chore? Even if there was something that could find all places the SSN
field was referenced, that would be good.
Thanks.
--Susan
Susan B. Geller
Office of Information Systems
College of Continuing Education
University of Minnesota
306 Wesbrook Hall
77 Pleasant Street SE
Minneapolis, MN 55455
Phone: 612-626-4785
Fax: 612-625-2568
From dwaters at usinternet.com Wed Mar 8 12:32:28 2006
From: dwaters at usinternet.com (Dan Waters)
Date: Wed, 8 Mar 2006 12:32:28 -0600
Subject: [AccessD] Utility to help replace primary key
In-Reply-To: <8800883.1141839635345.JavaMail.root@sniper13>
Message-ID: <000501c642de$a79683f0$0200a8c0@danwaters>
Susan,
I use Rick Fisher's Find & Replace for doing this kind of thing. Don't
worry about buying it and having it not turn out to be helpful just for this
task. You should have a find and replace tool in any case.
Another possibility is SpeedFerret, which I haven't used.
I believe Find & Replace is about $40, and SpeedFerret is about $150.
Dan
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Geller
Sent: Wednesday, March 08, 2006 11:37 AM
To: accessD at databaseadvisors.com
Subject: [AccessD] Utility to help replace primary key
I am working with a customer that has a database where the main person
table uses SSN as the primary key. Yikes, yuck, ugly etc. I'm
inheriting this mess from someone else.
I want to create a new autonumber field in that table to use as a
primary key instead, but once I do that I'm going to need to go in and
fix all the queries and reports that reference the SSN field and
especially those that link to it.
My question is: Is there some kind of utility that could help with this
chore? Even if there was something that could find all places the SSN
field was referenced, that would be good.
Thanks.
--Susan
Susan B. Geller
Office of Information Systems
College of Continuing Education
University of Minnesota
306 Wesbrook Hall
77 Pleasant Street SE
Minneapolis, MN 55455
Phone: 612-626-4785
Fax: 612-625-2568
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From jeffrey.demulling at usbank.com Wed Mar 8 12:23:56 2006
From: jeffrey.demulling at usbank.com (jeffrey.demulling at usbank.com)
Date: Wed, 8 Mar 2006 12:23:56 -0600
Subject: [AccessD] Utility to help replace primary key
In-Reply-To: <89934FC7BFD7AC40AC64F2A29B0C2D63A9DE4A@mail.cce.local>
Message-ID:
At least for the code part you could try using MZ-Tools.
Jeffrey F. Demulling
Project Manager
U.S. Bank Corporate Trust Services
60 Livingston Avenue
EP-MN-WS3C
St. Paul, MN 55107-2292
Ph: 651-495-3925
Fax: 651-495-8103
Pager: 888-732-3909
Text Messaging: 8887323909 at my2way.com
email: jeffrey.demulling at usbank.com
"Susan Geller"
To
Sent by: accessD at databaseadvisors.com
accessd-bounces at d cc
atabaseadvisors.c
om Subject
[AccessD] Utility to help replace
primary key
03/08/2006 11:36
AM
Please respond to
"Access
Developers
discussion and
problem solving"
I am working with a customer that has a database where the main person
table uses SSN as the primary key. Yikes, yuck, ugly etc. I'm
inheriting this mess from someone else.
I want to create a new autonumber field in that table to use as a
primary key instead, but once I do that I'm going to need to go in and
fix all the queries and reports that reference the SSN field and
especially those that link to it.
My question is: Is there some kind of utility that could help with this
chore? Even if there was something that could find all places the SSN
field was referenced, that would be good.
Thanks.
--Susan
Susan B. Geller
Office of Information Systems
College of Continuing Education
University of Minnesota
306 Wesbrook Hall
77 Pleasant Street SE
Minneapolis, MN 55455
Phone: 612-626-4785
Fax: 612-625-2568
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
------------------------------------------------------------------------------
Electronic Privacy Notice. This e-mail, and any attachments, contains information that is, or may be, covered by electronic communications privacy laws, and is also confidential and proprietary in nature. If you are not the intended recipient, please be advised that you are legally prohibited from retaining, using, copying, distributing, or otherwise disclosing this information in any manner. Instead, please reply to the sender that you have received this communication in error, and then immediately delete it. Thank you in advance for your cooperation.
==============================================================================
From carlo at xsit.nl Wed Mar 8 13:21:03 2006
From: carlo at xsit.nl (Carlo van der Zon (Access IT Training))
Date: Wed, 8 Mar 2006 20:21:03 +0100
Subject: [AccessD] Start Excel Automation
Message-ID: <2E4C3CCA2B12EC40B396A1A63CFC1ABA08F95F@headitdc.headit.nl>
Hi
I start Excel from code, fill a list, and Works fine.
I recorded a macro to create a pivottable, paste it in the Access code
and it Works fine.
But just only the first time!! Is there any way to make sure just only 1
Excel instance is running??
Thanks
Carlo
From Erwin.Craps at ithelps.be Wed Mar 8 14:07:32 2006
From: Erwin.Craps at ithelps.be (Erwin Craps - IT Helps)
Date: Wed, 8 Mar 2006 21:07:32 +0100
Subject: [AccessD] Start Excel Automation
Message-ID: <46B976F2B698FF46A4FE7636509B22DF3CB62C@stekelbes.ithelps.local>
You probably don't set your object(s) to Nothing after executing your
code.
Like
set objExcel = Nothing
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Carlo van der
Zon (Access IT Training)
Sent: Wednesday, March 08, 2006 8:21 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Start Excel Automation
Hi
I start Excel from code, fill a list, and Works fine.
I recorded a macro to create a pivottable, paste it in the Access code
and it Works fine.
But just only the first time!! Is there any way to make sure just only 1
Excel instance is running??
Thanks
Carlo
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From sgoodhall at comcast.net Wed Mar 8 14:42:23 2006
From: sgoodhall at comcast.net (sgoodhall at comcast.net)
Date: Wed, 08 Mar 2006 20:42:23 +0000
Subject: [AccessD] Start Excel Automation
Message-ID: <030820062042.16272.440F41AF000182F700003F90220700164104040E080B0101099C@comcast.net>
I have found that the safest thing to do is at the end of the execution, quit Excel and then set it to nothing.
objExcel.quit
set objExcel = nothing
If you crash during testing, the Excel instance may get left open. If you have not set it to be visible, it can be a mess to get rid of it. To do this:
set objExcel = new Excel.Application
objExcel.visible = true
Somewhere I have code that will run around and find all running instances of Excel (or Word) and terminate them. If I can find it readily, I will post it.
Regards,
Steve Goodhall, PMP
-------------- Original message --------------
From: "Erwin Craps - IT Helps"
> You probably don't set your object(s) to Nothing after executing your
> code.
>
> Like
> set objExcel = Nothing
>
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Carlo van der
> Zon (Access IT Training)
> Sent: Wednesday, March 08, 2006 8:21 PM
> To: Access Developers discussion and problem solving
> Subject: [AccessD] Start Excel Automation
>
> Hi
>
> I start Excel from code, fill a list, and Works fine.
> I recorded a macro to create a pivottable, paste it in the Access code
> and it Works fine.
>
> But just only the first time!! Is there any way to make sure just only 1
> Excel instance is running??
>
> Thanks
> Carlo
>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/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 sgoodhall at comcast.net Wed Mar 8 14:46:17 2006
From: sgoodhall at comcast.net (sgoodhall at comcast.net)
Date: Wed, 08 Mar 2006 20:46:17 +0000
Subject: [AccessD] Utility to help replace primary key
Message-ID: <030820062046.6582.440F4299000331A0000019B6220076369204040E080B0101099C@comcast.net>
Incidentally, you don't need to rush to replace your queries. So long as SSN remains indexed, you should be able to use it for JOINing without a performance penalty.
Steve Goodhall, PMP
-------------- Original message --------------
From: jeffrey.demulling at usbank.com
> At least for the code part you could try using MZ-Tools.
>
> Jeffrey F. Demulling
> Project Manager
> U.S. Bank Corporate Trust Services
> 60 Livingston Avenue
> EP-MN-WS3C
> St. Paul, MN 55107-2292
> Ph: 651-495-3925
> Fax: 651-495-8103
> Pager: 888-732-3909
> Text Messaging: 8887323909 at my2way.com
> email: jeffrey.demulling at usbank.com
>
>
>
> "Susan Geller"
> > edu> To
> Sent by: accessD at databaseadvisors.com
> accessd-bounces at d cc
> atabaseadvisors.c
> om Subject
> [AccessD] Utility to help replace
> primary key
> 03/08/2006 11:36
> AM
>
>
> Please respond to
> "Access
> Developers
> discussion and
> problem solving"
> > advisors.com>
>
>
>
>
>
>
> I am working with a customer that has a database where the main person
> table uses SSN as the primary key. Yikes, yuck, ugly etc. I'm
> inheriting this mess from someone else.
>
> I want to create a new autonumber field in that table to use as a
> primary key instead, but once I do that I'm going to need to go in and
> fix all the queries and reports that reference the SSN field and
> especially those that link to it.
>
> My question is: Is there some kind of utility that could help with this
> chore? Even if there was something that could find all places the SSN
> field was referenced, that would be good.
>
> Thanks.
>
> --Susan
>
>
> Susan B. Geller
> Office of Information Systems
> College of Continuing Education
> University of Minnesota
> 306 Wesbrook Hall
> 77 Pleasant Street SE
> Minneapolis, MN 55455
> Phone: 612-626-4785
> Fax: 612-625-2568
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
>
>
>
> ------------------------------------------------------------------------------
> Electronic Privacy Notice. This e-mail, and any attachments, contains
> information that is, or may be, covered by electronic communications privacy
> laws, and is also confidential and proprietary in nature. If you are not the
> intended recipient, please be advised that you are legally prohibited from
> retaining, using, copying, distributing, or otherwise disclosing this
> information in any manner. Instead, please reply to the sender that you have
> received this communication in error, and then immediately delete it. Thank you
> in advance for your cooperation.
> ==============================================================================
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
From jwcolby at ColbyConsulting.com Thu Mar 9 11:16:42 2006
From: jwcolby at ColbyConsulting.com (John Colby)
Date: Thu, 9 Mar 2006 12:16:42 -0500
Subject: [AccessD] MSSQL conversion
Message-ID: <01dc01c6439d$3f14ebe0$647aa8c0@ColbyM6805>
Are there any list members with experience converting a FE from using an MDB
BE to using a SQL Server BE, who have time available to take on a project?
In need someone with significant experience in this area. The FE uses bound
forms but nothing much too fancy going on. However there are references to
controls on forms for filtering in the form query as well as references to
custom functions, likewise for data sets for combos.
My client would prefer to have a "ballpark" for the cost, IOW, given X
forms, with Y lists and combos, it would cost ~Z to make this happen. He is
not looking for a "written in stone" estimate.
Anyone with good experience doing this who has time available please contact
me offline at jwcolby at colbyconsulting.com.
Thanks,
John W. Colby
www.ColbyConsulting.com
From jwcolby at ColbyConsulting.com Thu Mar 9 12:54:30 2006
From: jwcolby at ColbyConsulting.com (John Colby)
Date: Thu, 9 Mar 2006 13:54:30 -0500
Subject: [AccessD] Access XP forms bound to ADO recordsets
Message-ID: <000e01c643aa$e82b2200$647aa8c0@ColbyM6805>
Can someone give me an overview of what this involves? Is the recordset
then "disconnected"? How do you handle form/subforms?
I have a specific application where the users have a bound form which pulls
a set of records (people) that they will be making calls to. There is a
bound subform where they enter the results of the call - about 5 or 6
fields, the user's ID, date/time, call status, note etc. They get a TON of
locking issues with this. The user is almost exclusively ADDING new records
into the call status table, though they do occasionally "correct" info in
the person's record - address / phone etc.
The issue though is that as soon as they try to create a NEW record in the
call status subform, they get the infamous "another person has locked this
record" which is particularly puzzling since they are not editing an
existing record but rather adding a new record. I changed the note from
Memo to String(255) to avoid "page locking" issues, deleted all of the
indexes on the fields in the call status records etc but the issues still
occur.
My understanding is that Index data is also stored in pages so that there
might be an issue with the page that an index is attempting to store it's
data in as the record is created is locked by another user creating an index
using that same page. Of course there is a relationship between the person
and the call status so there is at least one index that simply cannot be
even seen, never mind deleted, at least without removing the relationship.
So I am trying to resolve this continuous nagging locking issue. I am even
willing to go unbound, but they really want to be able to see the previous
calls in the subform so that they can tell what went on in previous calls.
I thought that if I could bind the main people form and the child call
status forms to ADO recordsets, then the update (and subsequent locking
issues) would be very momentary and the probability of a lock issue
occurring would decrease dramatically. However I have never done the "ADO
recordset binding" before.
Does anyone have any knowledge of this?
John W. Colby
www.ColbyConsulting.com
From Jim.Hale at FleetPride.com Thu Mar 9 13:04:13 2006
From: Jim.Hale at FleetPride.com (Hale, Jim)
Date: Thu, 9 Mar 2006 13:04:13 -0600
Subject: [AccessD] Access XP forms bound to ADO recordsets
Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB67727DDA9D@corp-es01.fleetpride.com>
Check out p61-68 of the ADH v2. It has a good ADO locking discussion
including ADO retry code.
Jim Hale
-----Original Message-----
From: John Colby [mailto:jwcolby at colbyconsulting.com]
Sent: Thursday, March 09, 2006 12:54 PM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Access XP forms bound to ADO recordsets
Can someone give me an overview of what this involves? Is the recordset
then "disconnected"? How do you handle form/subforms?
I have a specific application where the users have a bound form which pulls
a set of records (people) that they will be making calls to. There is a
bound subform where they enter the results of the call - about 5 or 6
fields, the user's ID, date/time, call status, note etc. They get a TON of
locking issues with this. The user is almost exclusively ADDING new records
into the call status table, though they do occasionally "correct" info in
the person's record - address / phone etc.
The issue though is that as soon as they try to create a NEW record in the
call status subform, they get the infamous "another person has locked this
record" which is particularly puzzling since they are not editing an
existing record but rather adding a new record. I changed the note from
Memo to String(255) to avoid "page locking" issues, deleted all of the
indexes on the fields in the call status records etc but the issues still
occur.
My understanding is that Index data is also stored in pages so that there
might be an issue with the page that an index is attempting to store it's
data in as the record is created is locked by another user creating an index
using that same page. Of course there is a relationship between the person
and the call status so there is at least one index that simply cannot be
even seen, never mind deleted, at least without removing the relationship.
So I am trying to resolve this continuous nagging locking issue. I am even
willing to go unbound, but they really want to be able to see the previous
calls in the subform so that they can tell what went on in previous calls.
I thought that if I could bind the main people form and the child call
status forms to ADO recordsets, then the update (and subsequent locking
issues) would be very momentary and the probability of a lock issue
occurring would decrease dramatically. However I have never done the "ADO
recordset binding" before.
Does anyone have any knowledge of 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
***********************************************************************
The information transmitted is intended solely for the individual or
entity to which it is addressed and may contain confidential and/or
privileged material. Any review, retransmission, dissemination or
other use of or taking action in reliance upon this information by
persons or entities other than the intended recipient is prohibited.
If you have received this email in error please contact the sender and
delete the material from any computer. As a recipient of this email,
you are responsible for screening its contents and the contents of any
attachments for the presence of viruses. No liability is accepted for
any damages caused by any virus transmitted by this email.
From cfoust at infostatsystems.com Thu Mar 9 13:12:19 2006
From: cfoust at infostatsystems.com (Charlotte Foust)
Date: Thu, 9 Mar 2006 11:12:19 -0800
Subject: [AccessD] MSSQL conversion
Message-ID:
John,
You might want to specify *how* you want the conversion done. Are you
planning to use stored procedures or keep going with Access queries?
That makes a big difference on how long this kind of thing takes and
will help people decide whether they can commit to it. BTW, I'm not in
the market, just thought I'd add the suggestion.
Charlotte Foust
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Thursday, March 09, 2006 9:17 AM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] MSSQL conversion
Are there any list members with experience converting a FE from using an
MDB BE to using a SQL Server BE, who have time available to take on a
project? In need someone with significant experience in this area. The
FE uses bound forms but nothing much too fancy going on. However there
are references to controls on forms for filtering in the form query as
well as references to custom functions, likewise for data sets for
combos.
My client would prefer to have a "ballpark" for the cost, IOW, given X
forms, with Y lists and combos, it would cost ~Z to make this happen.
He is not looking for a "written in stone" estimate.
Anyone with good experience doing this who has time available please
contact me offline at jwcolby at colbyconsulting.com.
Thanks,
John W. Colby
www.ColbyConsulting.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From jeffrey.demulling at usbank.com Thu Mar 9 13:29:03 2006
From: jeffrey.demulling at usbank.com (jeffrey.demulling at usbank.com)
Date: Thu, 9 Mar 2006 13:29:03 -0600
Subject: [AccessD] Return new id number
In-Reply-To:
Message-ID:
Basics: FE = A2K
BE = SQL2K
I am trying to use the code below with the accompanying stored procedure
when inserting a new record into the employee table. Once the employee is
entered into the table I want to know the record number for this employee.
The access code for inserting the employee and returning the new id number
is:
Public Function lngAddEmployee(strEmployeeName As String, strEmployeeEmail
As String, varEmployeePhone As Variant, lngEmployeeManager As Long) As Long
Dim con As New ADODB.Connection
Dim cmd As New ADODB.Command
Dim rs As New ADODB.Recordset
cmd.CommandText = "sproc_APPEND_New_Employee"
cmd.CommandType = adCmdStoredProc
con = setSQLServerConnectionApplication(2, 2)
con.Open
cmd.ActiveConnection = con
cmd.Parameters.Refresh
cmd(1) = strEmployeeName
cmd(2) = strEmployeeEmail
cmd(3) = varEmployeePhone
cmd(4) = lngEmployeeManager
Set rs = cmd.Execute
lngAddEmployee = rs.Fields(0).Value
con.Close
Set rs = Nothing
Set con = Nothing
Set cmd = Nothing
End Function
I have been trying to test it using:
Sub Test()
MsgBox lngAddEmployee("Test", "TestEmail", "TestPhone", 7)
MsgBox "Finished"
End Sub
In the function it hangs on the line
lngAddEmployee = rs.Fields(0).Value
The stored procedure is the following and if I use Query Analyzer it works
just fine and returns the id of the new record.
CREATE PROCEDURE dbo.sproc_APPEND_New_Employee
-----------------------------------------------------------------------------------------
-- Procedure: APPEND_New_Employee
-- Author: Jeffrey F. Demulling
-- Create Date: 2006-03-09
-- Database Name: DebtMaster
-- Table Names: tblEmployee
-- Purpose: Upload a new Employee
--
--
-- Maintenance log- Most recent changes first
-- Updated By Updated Date Description
of Change
------------------------------------------------------------------------------------------
--
--
------------------------------------------------------------------------------------------
@strEmployeeName nvarchar(255),
@strEmployeeEmail nvarchar(255),
@strEmployeePhone nvarchar(50),
@intEmployeeManager int
AS
INSERT INTO
tblEmployee
( EmployeeName,
EmployeeEmail,
EmployeePhone,
EmployeeManager)
VALUES
( @strEmployeeName,
@strEmployeeEmail,
@strEmployeePhone,
@intEmployeeManager)
SELECT SCOPE_IDENTITY() AS 'InternalEmployeeNumber'
GO
Can anyone see what I am doing wrong?
TIA
Jeffrey F. Demulling
Project Manager
U.S. Bank Corporate Trust Services
60 Livingston Avenue
EP-MN-WS3C
St. Paul, MN 55107-2292
Ph: 651-495-3925
Fax: 651-495-8103
Pager: 888-732-3909
Text Messaging: 8887323909 at my2way.com
email: jeffrey.demulling at usbank.com
------------------------------------------------------------------------------
Electronic Privacy Notice. This e-mail, and any attachments, contains information that is, or may be, covered by electronic communications privacy laws, and is also confidential and proprietary in nature. If you are not the intended recipient, please be advised that you are legally prohibited from retaining, using, copying, distributing, or otherwise disclosing this information in any manner. Instead, please reply to the sender that you have received this communication in error, and then immediately delete it. Thank you in advance for your cooperation.
==============================================================================
From dwaters at usinternet.com Thu Mar 9 13:34:09 2006
From: dwaters at usinternet.com (Dan Waters)
Date: Thu, 9 Mar 2006 13:34:09 -0600
Subject: [AccessD] MSSQL conversion
In-Reply-To: <23291174.1141931739162.JavaMail.root@sniper21>
Message-ID: <000001c643b0$708e31f0$0200a8c0@danwaters>
The next conversion:
John Colby Consulting ---> Colby Systems, Inc.
;-)
Dan
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust
Sent: Thursday, March 09, 2006 1:12 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] MSSQL conversion
John,
You might want to specify *how* you want the conversion done. Are you
planning to use stored procedures or keep going with Access queries?
That makes a big difference on how long this kind of thing takes and
will help people decide whether they can commit to it. BTW, I'm not in
the market, just thought I'd add the suggestion.
Charlotte Foust
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Thursday, March 09, 2006 9:17 AM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] MSSQL conversion
Are there any list members with experience converting a FE from using an
MDB BE to using a SQL Server BE, who have time available to take on a
project? In need someone with significant experience in this area. The
FE uses bound forms but nothing much too fancy going on. However there
are references to controls on forms for filtering in the form query as
well as references to custom functions, likewise for data sets for
combos.
My client would prefer to have a "ballpark" for the cost, IOW, given X
forms, with Y lists and combos, it would cost ~Z to make this happen.
He is not looking for a "written in stone" estimate.
Anyone with good experience doing this who has time available please
contact me offline at jwcolby at colbyconsulting.com.
Thanks,
John W. Colby
www.ColbyConsulting.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From tewald at wowway.com Thu Mar 9 13:35:57 2006
From: tewald at wowway.com (tewald at wowway.com)
Date: Thu, 9 Mar 2006 13:35:57 -0600
Subject: [AccessD] Excel to Access Help Needed
In-Reply-To:
References:
Message-ID: <20060309193404.M50407@wowway.com>
I am converting an Excel-based system to Access; in other words, flat-file to
relational.
The main data entry Excel worksheet has data unique to the work order on the
top, followed by a list of several systems that could possibly be affected by
the work order; each system is listed on the form, and the user determines
which ones are needed. Each system, in turn, has several ways (all have the
same ways) in which it could be affected.
Think of the lower portion as like this (in this example, Name = system):
Name: Mary John Alex Theresa
Gender: F M M F
Age: 55 35 34 26
Needed: N Y N Y
And then more categories.
Now, I have a main table for the information at the top of the form. I have
another table that includes the individual systems (names) and all of the
categories (in the example above, that would be gender, age and needed), as
well as a foreign key to the main table, so I can keep track of which work
order contained which information. Not the best example above, I suppose,
because logically gender and age would stay the same (well, gender, anyway);
in the real table, that data changes with each work order, and not all of the
systems (names) will be needed each time.
I would like to present the users with a form similar to the Excel
spreadsheet they?re used to, so I?d like to have it look like the example
above. I?m drawing a blank. I hope I?ve explained this well enough.
I?d appreciate any help. I?d also appreciate your not telling my wife that I
told you her age. ;-)
TIA,
Tom Ewald
From RRANTHON at sentara.com Thu Mar 9 14:07:26 2006
From: RRANTHON at sentara.com (Randall R Anthony)
Date: Thu, 09 Mar 2006 15:07:26 -0500
Subject: [AccessD] Return new id number
In-Reply-To:
References:
Message-ID: <200603092007.k29K7iH13103@databaseadvisors.com>
Jeff,
Not sure on where the value would be returned in the access calling
procedure, but I'm using VB with SQL2K on BE. In the SP, use the
following:
@RetValue Int Output --after your last declaration
----return Artificial key -- in place of your select scope_identity
statement
Select @RetValue = @@Identity
>From my VB module, what returns the value to be used further on in my
code is:
cmd.Parameters("@RetValue").Value
Hope this helps a little bit...
>>> jeffrey.demulling at usbank.com 03/09/06 2:29 PM >>>
Basics: FE = A2K
BE = SQL2K
I am trying to use the code below with the accompanying stored
procedure
when inserting a new record into the employee table. Once the employee
is
entered into the table I want to know the record number for this
employee.
The access code for inserting the employee and returning the new id
number
is:
Public Function lngAddEmployee(strEmployeeName As String,
strEmployeeEmail
As String, varEmployeePhone As Variant, lngEmployeeManager As Long) As
Long
Dim con As New ADODB.Connection
Dim cmd As New ADODB.Command
Dim rs As New ADODB.Recordset
cmd.CommandText = "sproc_APPEND_New_Employee"
cmd.CommandType = adCmdStoredProc
con = setSQLServerConnectionApplication(2, 2)
con.Open
cmd.ActiveConnection = con
cmd.Parameters.Refresh
cmd(1) = strEmployeeName
cmd(2) = strEmployeeEmail
cmd(3) = varEmployeePhone
cmd(4) = lngEmployeeManager
Set rs = cmd.Execute
lngAddEmployee = rs.Fields(0).Value
con.Close
Set rs = Nothing
Set con = Nothing
Set cmd = Nothing
End Function
I have been trying to test it using:
Sub Test()
MsgBox lngAddEmployee("Test", "TestEmail", "TestPhone", 7)
MsgBox "Finished"
End Sub
In the function it hangs on the line
lngAddEmployee = rs.Fields(0).Value
The stored procedure is the following and if I use Query Analyzer it
works
just fine and returns the id of the new record.
CREATE PROCEDURE dbo.sproc_APPEND_New_Employee
-----------------------------------------------------------------------------------------
-- Procedure: APPEND_New_Employee
-- Author: Jeffrey F. Demulling
-- Create Date: 2006-03-09
-- Database Name: DebtMaster
-- Table Names: tblEmployee
-- Purpose: Upload a new Employee
--
--
-- Maintenance log- Most recent changes first
-- Updated By Updated Date
Description
of Change
------------------------------------------------------------------------------------------
--
--
------------------------------------------------------------------------------------------
@strEmployeeName nvarchar(255),
@strEmployeeEmail nvarchar(255),
@strEmployeePhone nvarchar(50),
@intEmployeeManager int
AS
INSERT INTO
tblEmployee
( EmployeeName,
EmployeeEmail,
EmployeePhone,
EmployeeManager)
VALUES
( @strEmployeeName,
@strEmployeeEmail,
@strEmployeePhone,
@intEmployeeManager)
SELECT SCOPE_IDENTITY() AS 'InternalEmployeeNumber'
GO
Can anyone see what I am doing wrong?
TIA
Jeffrey F. Demulling
Project Manager
U.S. Bank Corporate Trust Services
60 Livingston Avenue
EP-MN-WS3C
St. Paul, MN 55107-2292
Ph: 651-495-3925
Fax: 651-495-8103
Pager: 888-732-3909
Text Messaging: 8887323909 at my2way.com
email: jeffrey.demulling at usbank.com
------------------------------------------------------------------------------
Electronic Privacy Notice. This e-mail, and any attachments, contains
information that is, or may be, covered by electronic communications
privacy laws, and is also confidential and proprietary in nature. If you
are not the intended recipient, please be advised that you are legally
prohibited from retaining, using, copying, distributing, or otherwise
disclosing this information in any manner. Instead, please reply to the
sender that you have received this communication in error, and then
immediately delete it. Thank you in advance for your cooperation.
==============================================================================
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From Patricia.O'Connor at otda.state.ny.us Thu Mar 9 14:21:28 2006
From: Patricia.O'Connor at otda.state.ny.us (O'Connor, Patricia (OTDA))
Date: Thu, 9 Mar 2006 15:21:28 -0500
Subject: [AccessD] Access 2K to Excel changes field format
Message-ID: <01DBAB52E30A9A4AB3D94EF8029EDBE8016B245E@EXCNYSM0A1AI.nysemail.nyenet>
Hi all
I have an ID field which is TEXT 14 characters
In the Access report it is being displayed correctly 66007573735D01
When this report is put to EXCEL through the "Analyze it through EXCEL"
it is dropping the D so the ID changes to 6.60076E+11 I have changed
the excel format to TEXT. If I then go to that cell highlight and leave
it will look like this 660075737350
I have the field formatted in the query and access report as text
@@@@@@@@@@@@@@. Is there something in excel or access that I have to
change in the options. This does not make sense and it is causing
problems sending the results to others.
Thanks
**************************************************
* Patricia O'Connor
* Associate Computer Programmer Analyst
* OTDA - BDMA
* (W) mailto:Patricia.O'Connor at otda.state.ny.us
* (w) mailto:aa1160 at otda.state.ny.us
**************************************************
--------------------------------------------------------
This e-mail, including any attachments, may be confidential, privileged or otherwise legally protected. It is intended only for the addressee. If you received this e-mail in error or from someone who was not authorized to send it to you, do not disseminate, copy or otherwise use this e-mail or its attachments. Please notify the sender immediately by reply e-mail and delete the e-mail from your system.
From cfoust at infostatsystems.com Thu Mar 9 14:47:26 2006
From: cfoust at infostatsystems.com (Charlotte Foust)
Date: Thu, 9 Mar 2006 12:47:26 -0800
Subject: [AccessD] Access 2K to Excel changes field format
Message-ID:
In the query, concatenate a single quote to the front of the value.
Excel will see that as text and leave it alone.
Charlotte Foust
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of O'Connor,
Patricia (OTDA)
Sent: Thursday, March 09, 2006 12:21 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] Access 2K to Excel changes field format
Hi all
I have an ID field which is TEXT 14 characters
In the Access report it is being displayed correctly 66007573735D01
When this report is put to EXCEL through the "Analyze it through EXCEL"
it is dropping the D so the ID changes to 6.60076E+11 I have changed
the excel format to TEXT. If I then go to that cell highlight and leave
it will look like this 660075737350
I have the field formatted in the query and access report as text
@@@@@@@@@@@@@@. Is there something in excel or access that I have to
change in the options. This does not make sense and it is causing
problems sending the results to others.
Thanks
**************************************************
* Patricia O'Connor
* Associate Computer Programmer Analyst
* OTDA - BDMA
* (W) mailto:Patricia.O'Connor at otda.state.ny.us
* (w) mailto:aa1160 at otda.state.ny.us
**************************************************
--------------------------------------------------------
This e-mail, including any attachments, may be confidential, privileged
or otherwise legally protected. It is intended only for the addressee.
If you received this e-mail in error or from someone who was not
authorized to send it to you, do not disseminate, copy or otherwise use
this e-mail or its attachments. Please notify the sender immediately by
reply e-mail and delete the e-mail from your system.
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From Jim.Hale at FleetPride.com Thu Mar 9 15:36:16 2006
From: Jim.Hale at FleetPride.com (Hale, Jim)
Date: Thu, 9 Mar 2006 15:36:16 -0600
Subject: [AccessD] Quotient join
Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB67727DDA9E@corp-es01.fleetpride.com>
Access Database Design and Programming discusses a quotient join in an
appendix but fails to show the SQL. It looks useful. Does anyone know the
syntax?
Something like "SELECT Supplier.Sname FROM Supplier QUOTIENT JOIN Type ON
Supplier.Type / Type.ID;"?
Jim Hale
***********************************************************************
The information transmitted is intended solely for the individual or
entity to which it is addressed and may contain confidential and/or
privileged material. Any review, retransmission, dissemination or
other use of or taking action in reliance upon this information by
persons or entities other than the intended recipient is prohibited.
If you have received this email in error please contact the sender and
delete the material from any computer. As a recipient of this email,
you are responsible for screening its contents and the contents of any
attachments for the presence of viruses. No liability is accepted for
any damages caused by any virus transmitted by this email.
From cfoust at infostatsystems.com Thu Mar 9 16:17:55 2006
From: cfoust at infostatsystems.com (Charlotte Foust)
Date: Thu, 9 Mar 2006 14:17:55 -0800
Subject: [AccessD] Quotient join
Message-ID:
Look in Appendix B - The Quotient: An Additional Operation of the
Relational Algebra.
Then you can explain it to me! LOL
Charlotte Foust
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hale, Jim
Sent: Thursday, March 09, 2006 1:36 PM
To: 'Accessd (E-mail)
Subject: [AccessD] Quotient join
Access Database Design and Programming discusses a quotient join in an
appendix but fails to show the SQL. It looks useful. Does anyone know
the syntax? Something like "SELECT Supplier.Sname FROM Supplier QUOTIENT
JOIN Type ON Supplier.Type / Type.ID;"? Jim Hale
***********************************************************************
The information transmitted is intended solely for the individual or
entity to which it is addressed and may contain confidential and/or
privileged material. Any review, retransmission, dissemination or other
use of or taking action in reliance upon this information by persons or
entities other than the intended recipient is prohibited. If you have
received this email in error please contact the sender and delete the
material from any computer. As a recipient of this email, you are
responsible for screening its contents and the contents of any
attachments for the presence of viruses. No liability is accepted for
any damages caused by any virus transmitted by this email.
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From Patricia.O'Connor at otda.state.ny.us Thu Mar 9 16:35:34 2006
From: Patricia.O'Connor at otda.state.ny.us (O'Connor, Patricia (OTDA))
Date: Thu, 9 Mar 2006 17:35:34 -0500
Subject: [AccessD] Access 2K to Excel changes field format
Message-ID: <01DBAB52E30A9A4AB3D94EF8029EDBE8016B2460@EXCNYSM0A1AI.nysemail.nyenet>
The query is used to put data into an Access report. The single quote
shows up both in the Access report and the excel cell. That does not
look good nor does it make sense to user seeing this. If I try to get
rid of the single quote in the Access report then it gets reformatted in
excel when using the Analyze in Excel. The field is specified and stored
as text in both access and oracle and specified text in Excel.
Here are some examples. When I use the original query in Access that
creates the report directly in excel it did not mess up the ID.
66005769905A01 66002730270C01
66006665460J01 66001747189H01
66007974120D01 66001215257F01
If while looking at the access report and I click Analyze with Excel it
does change the ID.
66005769905A01 66002730270C01
66006665460J01 66001747189H01
6.6008E+11 66001215257F01
Why would it mess up only certain id's and why when creating from Access
report? Is there a way to tell if whether the wrong version of the
analyze option is being used. I do have Access 97 and 2K on this
machine.
Thanks
**************************************************
* Patricia O'Connor
* Associate Computer Programmer Analyst
* OTDA - BDMA
* (W) mailto:Patricia.O'Connor at otda.state.ny.us
* (w) mailto:aa1160 at otda.state.ny.us
**************************************************
>
--------------------------------------------------------
This e-mail, including any attachments, may be confidential, privileged or otherwise legally protected. It is intended only for the addressee. If you received this e-mail in error or from someone who was not authorized to send it to you, do not disseminate, copy or otherwise use this e-mail or its attachments. Please notify the sender immediately by reply e-mail and delete the e-mail from your system.
-----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> Charlotte Foust
> Sent: Thursday, March 09, 2006 03:47 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Access 2K to Excel changes field format
>
> In the query, concatenate a single quote to the front of the value.
> Excel will see that as text and leave it alone.
>
> Charlotte Foust
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> O'Connor, Patricia (OTDA)
> Sent: Thursday, March 09, 2006 12:21 PM
> To: Access Developers discussion and problem solving
> Subject: [AccessD] Access 2K to Excel changes field format
>
>
> Hi all
>
> I have an ID field which is TEXT 14 characters
>
> In the Access report it is being displayed correctly 66007573735D01
>
> When this report is put to EXCEL through the "Analyze it
> through EXCEL"
> it is dropping the D so the ID changes to 6.60076E+11 I have
> changed the excel format to TEXT. If I then go to that cell
> highlight and leave it will look like this 660075737350
>
> I have the field formatted in the query and access report as
> text @@@@@@@@@@@@@@. Is there something in excel or access
> that I have to change in the options. This does not make
> sense and it is causing problems sending the results to others.
>
> Thanks
>
> **************************************************
> * Patricia O'Connor
> * Associate Computer Programmer Analyst
> * OTDA - BDMA
> * (W) mailto:Patricia.O'Connor at otda.state.ny.us
> * (w) mailto:aa1160 at otda.state.ny.us
> **************************************************
> --------------------------------------------------------
From rusty.hammond at cpiqpc.com Thu Mar 9 16:42:29 2006
From: rusty.hammond at cpiqpc.com (rusty.hammond at cpiqpc.com)
Date: Thu, 9 Mar 2006 16:42:29 -0600
Subject: [AccessD] Access 2K to Excel changes field format
Message-ID: <8301C8A868251E4C8ECD3D4FFEA40F8A154F856C@cpixchng-1.cpiqpc.net>
I've discovered once the query is exported to Excel with the single quotes,
if I do a find and replace and enter the single quote in both the find and
replace fields, the single quote disappears from the excel cells.
-----Original Message-----
From: O'Connor, Patricia (OTDA)
[mailto:Patricia.O'Connor at otda.state.ny.us]
Sent: Thursday, March 09, 2006 4:36 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Access 2K to Excel changes field format
The query is used to put data into an Access report. The single quote
shows up both in the Access report and the excel cell. That does not
look good nor does it make sense to user seeing this. If I try to get
rid of the single quote in the Access report then it gets reformatted in
excel when using the Analyze in Excel. The field is specified and stored
as text in both access and oracle and specified text in Excel.
Here are some examples. When I use the original query in Access that
creates the report directly in excel it did not mess up the ID.
66005769905A01 66002730270C01
66006665460J01 66001747189H01
66007974120D01 66001215257F01
If while looking at the access report and I click Analyze with Excel it
does change the ID.
66005769905A01 66002730270C01
66006665460J01 66001747189H01
6.6008E+11 66001215257F01
Why would it mess up only certain id's and why when creating from Access
report? Is there a way to tell if whether the wrong version of the
analyze option is being used. I do have Access 97 and 2K on this
machine.
Thanks
**************************************************
* Patricia O'Connor
* Associate Computer Programmer Analyst
* OTDA - BDMA
* (W) mailto:Patricia.O'Connor at otda.state.ny.us
* (w) mailto:aa1160 at otda.state.ny.us
**************************************************
>
--------------------------------------------------------
This e-mail, including any attachments, may be confidential, privileged or
otherwise legally protected. It is intended only for the addressee. If you
received this e-mail in error or from someone who was not authorized to send
it to you, do not disseminate, copy or otherwise use this e-mail or its
attachments. Please notify the sender immediately by reply e-mail and
delete the e-mail from your system.
-----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> Charlotte Foust
> Sent: Thursday, March 09, 2006 03:47 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Access 2K to Excel changes field format
>
> In the query, concatenate a single quote to the front of the value.
> Excel will see that as text and leave it alone.
>
> Charlotte Foust
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> O'Connor, Patricia (OTDA)
> Sent: Thursday, March 09, 2006 12:21 PM
> To: Access Developers discussion and problem solving
> Subject: [AccessD] Access 2K to Excel changes field format
>
>
> Hi all
>
> I have an ID field which is TEXT 14 characters
>
> In the Access report it is being displayed correctly 66007573735D01
>
> When this report is put to EXCEL through the "Analyze it
> through EXCEL"
> it is dropping the D so the ID changes to 6.60076E+11 I have
> changed the excel format to TEXT. If I then go to that cell
> highlight and leave it will look like this 660075737350
>
> I have the field formatted in the query and access report as
> text @@@@@@@@@@@@@@. Is there something in excel or access
> that I have to change in the options. This does not make
> sense and it is causing problems sending the results to others.
>
> Thanks
>
> **************************************************
> * Patricia O'Connor
> * Associate Computer Programmer Analyst
> * OTDA - BDMA
> * (W) mailto:Patricia.O'Connor at otda.state.ny.us
> * (w) mailto:aa1160 at otda.state.ny.us
> **************************************************
> --------------------------------------------------------
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
**********************************************************************
WARNING: All e-mail sent to and from this address will be received,
scanned or otherwise recorded by the CPI Qualified Plan Consultants, Inc.
corporate e-mail system and is subject to archival, monitoring or review
by, and/or disclosure to, someone other than the recipient.
**********************************************************************
From Jim.Hale at FleetPride.com Thu Mar 9 16:44:09 2006
From: Jim.Hale at FleetPride.com (Hale, Jim)
Date: Thu, 9 Mar 2006 16:44:09 -0600
Subject: [AccessD] Quotient join
Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB67727DDA9F@corp-es01.fleetpride.com>
That's where I found the definition but not the SQL (Edition 1- maybe it is
described in a later edition?).
It says this table (SUPPLIER):
Sname
Jones Wood Supply
Orange Coast
Jones Wood Supply
Austin Hardwoods
Orange Coast
West Lumber
Jones Wood Supply
Orange Coast
West Lumber
Jones Wood Supply
Austin Hardwoods
Orange Coast
Fred's Woods
divided by this table (TYPE)
Type
Mahogany
Red Oak
Poplar
Walnut
equals
Jones Wood Supply
Orange Coast
ie all suppliers who supply all types. Kinda neat IMHO
Jim Hale
-----Original Message-----
From: Charlotte Foust [mailto:cfoust at infostatsystems.com]
Sent: Thursday, March 09, 2006 4:18 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Quotient join
Look in Appendix B - The Quotient: An Additional Operation of the
Relational Algebra.
Then you can explain it to me! LOL
Charlotte Foust
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hale, Jim
Sent: Thursday, March 09, 2006 1:36 PM
To: 'Accessd (E-mail)
Subject: [AccessD] Quotient join
Access Database Design and Programming discusses a quotient join in an
appendix but fails to show the SQL. It looks useful. Does anyone know
the syntax? Something like "SELECT Supplier.Sname FROM Supplier QUOTIENT
JOIN Type ON Supplier.Type / Type.ID;"? Jim Hale
***********************************************************************
The information transmitted is intended solely for the individual or
entity to which it is addressed and may contain confidential and/or
privileged material. Any review, retransmission, dissemination or
other use of or taking action in reliance upon this information by
persons or entities other than the intended recipient is prohibited.
If you have received this email in error please contact the sender and
delete the material from any computer. As a recipient of this email,
you are responsible for screening its contents and the contents of any
attachments for the presence of viruses. No liability is accepted for
any damages caused by any virus transmitted by this email.
From Jim.Hale at FleetPride.com Thu Mar 9 16:57:42 2006
From: Jim.Hale at FleetPride.com (Hale, Jim)
Date: Thu, 9 Mar 2006 16:57:42 -0600
Subject: [AccessD] Access 2K to Excel changes field format
Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB67727DDAA0@corp-es01.fleetpride.com>
I'm going to guess that D0 makes Excel think it is "0 decimals" . Try adding
a space in front of the string- that may help although it is not very
elegant
Jim Hale.
-----Original Message-----
From: O'Connor, Patricia (OTDA)
[mailto:Patricia.O'Connor at otda.state.ny.us]
Sent: Thursday, March 09, 2006 4:36 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Access 2K to Excel changes field format
The query is used to put data into an Access report. The single quote
shows up both in the Access report and the excel cell. That does not
look good nor does it make sense to user seeing this. If I try to get
rid of the single quote in the Access report then it gets reformatted in
excel when using the Analyze in Excel. The field is specified and stored
as text in both access and oracle and specified text in Excel.
Here are some examples. When I use the original query in Access that
creates the report directly in excel it did not mess up the ID.
66005769905A01 66002730270C01
66006665460J01 66001747189H01
66007974120D01 66001215257F01
If while looking at the access report and I click Analyze with Excel it
does change the ID.
66005769905A01 66002730270C01
66006665460J01 66001747189H01
6.6008E+11 66001215257F01
Why would it mess up only certain id's and why when creating from Access
report? Is there a way to tell if whether the wrong version of the
analyze option is being used. I do have Access 97 and 2K on this
machine.
Thanks
**************************************************
* Patricia O'Connor
* Associate Computer Programmer Analyst
* OTDA - BDMA
* (W) mailto:Patricia.O'Connor at otda.state.ny.us
* (w) mailto:aa1160 at otda.state.ny.us
**************************************************
>
--------------------------------------------------------
This e-mail, including any attachments, may be confidential, privileged or
otherwise legally protected. It is intended only for the addressee. If you
received this e-mail in error or from someone who was not authorized to send
it to you, do not disseminate, copy or otherwise use this e-mail or its
attachments. Please notify the sender immediately by reply e-mail and
delete the e-mail from your system.
-----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> Charlotte Foust
> Sent: Thursday, March 09, 2006 03:47 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Access 2K to Excel changes field format
>
> In the query, concatenate a single quote to the front of the value.
> Excel will see that as text and leave it alone.
>
> Charlotte Foust
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> O'Connor, Patricia (OTDA)
> Sent: Thursday, March 09, 2006 12:21 PM
> To: Access Developers discussion and problem solving
> Subject: [AccessD] Access 2K to Excel changes field format
>
>
> Hi all
>
> I have an ID field which is TEXT 14 characters
>
> In the Access report it is being displayed correctly 66007573735D01
>
> When this report is put to EXCEL through the "Analyze it
> through EXCEL"
> it is dropping the D so the ID changes to 6.60076E+11 I have
> changed the excel format to TEXT. If I then go to that cell
> highlight and leave it will look like this 660075737350
>
> I have the field formatted in the query and access report as
> text @@@@@@@@@@@@@@. Is there something in excel or access
> that I have to change in the options. This does not make
> sense and it is causing problems sending the results to others.
>
> Thanks
>
> **************************************************
> * Patricia O'Connor
> * Associate Computer Programmer Analyst
> * OTDA - BDMA
> * (W) mailto:Patricia.O'Connor at otda.state.ny.us
> * (w) mailto:aa1160 at otda.state.ny.us
> **************************************************
> --------------------------------------------------------
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
***********************************************************************
The information transmitted is intended solely for the individual or
entity to which it is addressed and may contain confidential and/or
privileged material. Any review, retransmission, dissemination or
other use of or taking action in reliance upon this information by
persons or entities other than the intended recipient is prohibited.
If you have received this email in error please contact the sender and
delete the material from any computer. As a recipient of this email,
you are responsible for screening its contents and the contents of any
attachments for the presence of viruses. No liability is accepted for
any damages caused by any virus transmitted by this email.
From Jim.Hale at FleetPride.com Thu Mar 9 17:11:54 2006
From: Jim.Hale at FleetPride.com (Hale, Jim)
Date: Thu, 9 Mar 2006 17:11:54 -0600
Subject: [AccessD] Access 2K to Excel changes field format
Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB67727DDAA2@corp-es01.fleetpride.com>
If you export the query directly (not the report) it does it properly. Why?
The Microsoft giveth and the Microsoft taketh away. Blessed be the
Microsoft. ;-(
Jim Hale
-----Original Message-----
From: Hale, Jim [mailto:Jim.Hale at fleetpride.com]
Sent: Thursday, March 09, 2006 4:58 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Access 2K to Excel changes field format
I'm going to guess that D0 makes Excel think it is "0 decimals" . Try adding
a space in front of the string- that may help although it is not very
elegant
Jim Hale.
-----Original Message-----
From: O'Connor, Patricia (OTDA)
[mailto:Patricia.O'Connor at otda.state.ny.us]
Sent: Thursday, March 09, 2006 4:36 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Access 2K to Excel changes field format
The query is used to put data into an Access report. The single quote
shows up both in the Access report and the excel cell. That does not
look good nor does it make sense to user seeing this. If I try to get
rid of the single quote in the Access report then it gets reformatted in
excel when using the Analyze in Excel. The field is specified and stored
as text in both access and oracle and specified text in Excel.
Here are some examples. When I use the original query in Access that
creates the report directly in excel it did not mess up the ID.
66005769905A01 66002730270C01
66006665460J01 66001747189H01
66007974120D01 66001215257F01
If while looking at the access report and I click Analyze with Excel it
does change the ID.
66005769905A01 66002730270C01
66006665460J01 66001747189H01
6.6008E+11 66001215257F01
Why would it mess up only certain id's and why when creating from Access
report? Is there a way to tell if whether the wrong version of the
analyze option is being used. I do have Access 97 and 2K on this
machine.
Thanks
***********************************************************************
The information transmitted is intended solely for the individual or
entity to which it is addressed and may contain confidential and/or
privileged material. Any review, retransmission, dissemination or
other use of or taking action in reliance upon this information by
persons or entities other than the intended recipient is prohibited.
If you have received this email in error please contact the sender and
delete the material from any computer. As a recipient of this email,
you are responsible for screening its contents and the contents of any
attachments for the presence of viruses. No liability is accepted for
any damages caused by any virus transmitted by this email.
From erbachs at gmail.com Thu Mar 9 17:24:45 2006
From: erbachs at gmail.com (Steve Erbach)
Date: Thu, 9 Mar 2006 17:24:45 -0600
Subject: [AccessD] Quotient join
In-Reply-To: <6A6AA9DF57E4F046BDA1E273BDDB67727DDA9F@corp-es01.fleetpride.com>
References: <6A6AA9DF57E4F046BDA1E273BDDB67727DDA9F@corp-es01.fleetpride.com>
Message-ID: <39cb22f30603091524r4bec9d1at50174f0d494c9f67@mail.gmail.com>
Jim,
Sounds like the same kind of question Jurgen had in early February.
Relational Division is the beast. Look for the thread "Basic Query
Design: Results" and the "Basic Query Design" threads between Feb. 5th
and 10th in the archives.
Steve Erbach
http://TheTownCrank.blogspot.com
On 3/9/06, Hale, Jim wrote:
> That's where I found the definition but not the SQL (Edition 1- maybe it is
> described in a later edition?).
> It says this table (SUPPLIER):
> Sname
> Jones Wood Supply
> Orange Coast
> Jones Wood Supply
> Austin Hardwoods
> Orange Coast
> West Lumber
> Jones Wood Supply
> Orange Coast
> West Lumber
> Jones Wood Supply
> Austin Hardwoods
> Orange Coast
> Fred's Woods
>
> divided by this table (TYPE)
> Type
> Mahogany
> Red Oak
> Poplar
> Walnut
>
> equals
> Jones Wood Supply
> Orange Coast
>
> ie all suppliers who supply all types. Kinda neat IMHO
> Jim Hale
From adtp at airtelbroadband.in Thu Mar 9 23:43:02 2006
From: adtp at airtelbroadband.in (A.D.TEJPAL)
Date: Fri, 10 Mar 2006 11:13:02 +0530
Subject: [AccessD] Access 2K to Excel changes field format
References: <01DBAB52E30A9A4AB3D94EF8029EDBE8016B2460@EXCNYSM0A1AI.nysemail.
nyenet>
Message-ID: <00c501c64405$92ea4630$850b65cb@pcadt>
Patricia,
It is observed that if all characters preceding the letter D in a text string are numeric digits, Excel interprets D as a mathematical qualifier, leading to the problem faced by you. Placing a space as first character in this string does not work. On the other hand, single quote at start of the string does reproduce the contents faithfully, but the single quote remains visible in Access report as well as in Excel, a situation you find not quite ideal.
It is found that if the stream of numeric digits preceding D is interrupted by placing a space, hyphen or underscore just before D, the string gets reproduced faithfully in Excel. Typical samples:
(a) 66007974120 D01
(b) 66007974120-D01
(c) 66007974120_D01
If your situation permits adoption of any of the revised patterns (a to c) above, it would give you proper match between the Access report and Excel output.
Best wishes,
A.D.Tejpal
---------------
----- Original Message -----
From: O'Connor, Patricia (OTDA)
To: Access Developers discussion and problem solving
Sent: Friday, March 10, 2006 04:05
Subject: Re: [AccessD] Access 2K to Excel changes field format
The query is used to put data into an Access report. The single quote
shows up both in the Access report and the excel cell. That does not
look good nor does it make sense to user seeing this. If I try to get
rid of the single quote in the Access report then it gets reformatted in
excel when using the Analyze in Excel. The field is specified and stored
as text in both access and oracle and specified text in Excel.
Here are some examples. When I use the original query in Access that
creates the report directly in excel it did not mess up the ID.
66005769905A01 66002730270C01
66006665460J01 66001747189H01
66007974120D01 66001215257F01
If while looking at the access report and I click Analyze with Excel it
does change the ID.
66005769905A01 66002730270C01
66006665460J01 66001747189H01
6.6008E+11 66001215257F01
Why would it mess up only certain id's and why when creating from Access report? Is there a way to tell if whether the wrong version of the analyze option is being used. I do have Access 97 and 2K on this
machine.
Thanks
**************************************************
* Patricia O'Connor
* Associate Computer Programmer Analyst
* OTDA - BDMA
* (W) mailto:Patricia.O'Connor at otda.state.ny.us
* (w) mailto:aa1160 at otda.state.ny.us
**************************************************
-----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> Charlotte Foust
> Sent: Thursday, March 09, 2006 03:47 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Access 2K to Excel changes field format
>
> In the query, concatenate a single quote to the front of the value.
> Excel will see that as text and leave it alone.
>
> Charlotte Foust
>
>
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> O'Connor, Patricia (OTDA)
> Sent: Thursday, March 09, 2006 12:21 PM
> To: Access Developers discussion and problem solving
> Subject: [AccessD] Access 2K to Excel changes field format
>
> Hi all
>
> I have an ID field which is TEXT 14 characters
>
> In the Access report it is being displayed correctly 66007573735D01
>
> When this report is put to EXCEL through the "Analyze it
> through EXCEL" it is dropping the D so the ID changes to 6.60076E+11 I have changed the excel format to TEXT. If I then go to that cell highlight and leave it will look like this 660075737350
>
> I have the field formatted in the query and access report as
> text @@@@@@@@@@@@@@. Is there something in excel or access that I have to change in the options. This does not make
> sense and it is causing problems sending the results to others.
>
> Thanks
>
> **************************************************
> * Patricia O'Connor
> * Associate Computer Programmer Analyst
> * OTDA - BDMA
> * (W) mailto:Patricia.O'Connor at otda.state.ny.us
> * (w) mailto:aa1160 at otda.state.ny.us
> **************************************************
From oost at e-business2start.com Fri Mar 10 02:23:32 2006
From: oost at e-business2start.com (E-business2start.com - Marcel Vreuls)
Date: Fri, 10 Mar 2006 00:23:32 -0800
Subject: [AccessD] Performance Listview
Message-ID:
Hi,
In order to make my A2k more attractive and user friendly i have replaced the standard Listview with the comm.contr. Listview from MS.
I populate the listview by selecting a DAO.recordset and than use the? .ADD listitems functions to add the records to the listview. After that i call a function which colors the rows accordnig to a certain value in the subitems.
It works fine but I notice that this goes very slow particularly the coloring of the rows. When i fill the listview with 500 records the filling takes about 5 seconds but the coloring 30 seconds.
Any tips, ideas how ik can make it faster.
I have a database with about 20.000 orders in it. Customers would like to have a listview which shows ALL orders so they can sort, filter etc. This i can not support performance wise with this solution. The standard listview of access is much and much faster.
Thanx, marcel
From Gustav at cactus.dk Fri Mar 10 05:06:31 2006
From: Gustav at cactus.dk (Gustav Brock)
Date: Fri, 10 Mar 2006 12:06:31 +0100
Subject: [AccessD] Access 2K to Excel changes field format
Message-ID:
Hi Patricia
It's not Excel, it's much more Basic(!) than that, and Access will behave similarly.
D in a number (string) is equivalent to E as used for scientific notation:
? 456E123
4.56E+125
? 456D123
4.56E+125
This may present a well known trap if you don't know what you are doing when using IsNumeric() for testing for numerics only:
? IsNumeric("456E123")
True
? IsNumeric("456D123")
True
? IsNumeric("456H123")
False
You could try importing them to Excel this way:
Left("66005769905A01", 11) & Right("66005769905A01", 3)
That should cause Excel to interpret this as a compound string.
/gustav
>>> Patricia.O'Connor at otda.state.ny.us 09-03-2006 23:35 >>>
The query is used to put data into an Access report. The single quote
shows up both in the Access report and the excel cell. That does not
look good nor does it make sense to user seeing this. If I try to get
rid of the single quote in the Access report then it gets reformatted in
excel when using the Analyze in Excel. The field is specified and stored
as text in both access and oracle and specified text in Excel.
Here are some examples. When I use the original query in Access that
creates the report directly in excel it did not mess up the ID.
66005769905A01 66002730270C01
66006665460J01 66001747189H01
66007974120D01 66001215257F01
If while looking at the access report and I click Analyze with Excel it
does change the ID.
66005769905A01 66002730270C01
66006665460J01 66001747189H01
6.6008E+11 66001215257F01
Why would it mess up only certain id's and why when creating from Access
report? Is there a way to tell if whether the wrong version of the
analyze option is being used. I do have Access 97 and 2K on this
machine.
From Gustav at cactus.dk Fri Mar 10 05:45:00 2006
From: Gustav at cactus.dk (Gustav Brock)
Date: Fri, 10 Mar 2006 12:45:00 +0100
Subject: [AccessD] Access XP forms bound to ADO recordsets
Message-ID:
Hi John
Isn't this (request) exactly what Shamil (and Charlotte?) is working on?
http://www.smsconsulting.spb.ru/shamil_s/articles/ddo.htm
Thread from August 2005:
Disconnected MS Access cient applications..
/gustav
>>> jwcolby at ColbyConsulting.com 09-03-2006 19:54 >>>
Can someone give me an overview of what this involves? Is the recordset
then "disconnected"? How do you handle form/subforms?
I have a specific application where the users have a bound form which pulls
a set of records (people) that they will be making calls to. There is a
bound subform where they enter the results of the call - about 5 or 6
fields, the user's ID, date/time, call status, note etc. They get a TON of
locking issues with this. The user is almost exclusively ADDING new records
into the call status table, though they do occasionally "correct" info in
the person's record - address / phone etc.
The issue though is that as soon as they try to create a NEW record in the
call status subform, they get the infamous "another person has locked this
record" which is particularly puzzling since they are not editing an
existing record but rather adding a new record. I changed the note from
Memo to String(255) to avoid "page locking" issues, deleted all of the
indexes on the fields in the call status records etc but the issues still
occur.
My understanding is that Index data is also stored in pages so that there
might be an issue with the page that an index is attempting to store it's
data in as the record is created is locked by another user creating an index
using that same page. Of course there is a relationship between the person
and the call status so there is at least one index that simply cannot be
even seen, never mind deleted, at least without removing the relationship.
So I am trying to resolve this continuous nagging locking issue. I am even
willing to go unbound, but they really want to be able to see the previous
calls in the subform so that they can tell what went on in previous calls.
I thought that if I could bind the main people form and the child call
status forms to ADO recordsets, then the update (and subsequent locking
issues) would be very momentary and the probability of a lock issue
occurring would decrease dramatically. However I have never done the "ADO
recordset binding" before.
Does anyone have any knowledge of this?
John W. Colby
www.ColbyConsulting.com
From Gustav at cactus.dk Fri Mar 10 06:20:15 2006
From: Gustav at cactus.dk (Gustav Brock)
Date: Fri, 10 Mar 2006 13:20:15 +0100
Subject: [AccessD] PDF printer driver and SDK
Message-ID:
Hi William and John et all
Just noted, that Leban's PDF printing tool has had a major upgrade:
http://www.lebans.com/reporttopdf.htm
Looks very interesting. Uses no printer driver but a dll ...!
/gustav
From Gustav at cactus.dk Fri Mar 10 07:09:23 2006
From: Gustav at cactus.dk (Gustav Brock)
Date: Fri, 10 Mar 2006 14:09:23 +0100
Subject: [AccessD] PDF printer driver and SDK
Message-ID:
- but a Snapshot driver must be installed.
Leban's routine converts a Snapshot file to pdf.
/gustav
>>> Gustav at cactus.dk 10-03-2006 13:20 >>>
Hi William and John et all
Just noted, that Leban's PDF printing tool has had a major upgrade:
http://www.lebans.com/reporttopdf.htm
Looks very interesting. Uses no printer driver but a dll ...!
/gustav
From bchacc at san.rr.com Fri Mar 10 08:24:20 2006
From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software)
Date: Fri, 10 Mar 2006 06:24:20 -0800
Subject: [AccessD] PDF printer driver and SDK
In-Reply-To:
References:
Message-ID: <44118C14.2000206@san.rr.com>
Gustav:
Is it transparent to the user? IOW, I could put a 'Send PDF' button on
the form and have the report end up as an attachment to an email? (Have
a client with this very problem at the moment.)
TIA
Rocky
Gustav Brock wrote:
> - but a Snapshot driver must be installed.
>
> Leban's routine converts a Snapshot file to pdf.
>
> /gustav
>
>
>>>> Gustav at cactus.dk 10-03-2006 13:20 >>>
>>>>
> Hi William and John et all
>
> Just noted, that Leban's PDF printing tool has had a major upgrade:
>
> http://www.lebans.com/reporttopdf.htm
>
> Looks very interesting. Uses no printer driver but a dll ...!
>
> /gustav
>
>
--
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
From bgoss711 at ameritech.net Fri Mar 10 08:58:29 2006
From: bgoss711 at ameritech.net (Bud Goss)
Date: Fri, 10 Mar 2006 06:58:29 -0800 (PST)
Subject: [AccessD] ADO recordsets and connection objects
Message-ID: <20060310145829.60837.qmail@web81304.mail.mud.yahoo.com>
I am trying to learn the basics of ADO recordsets and connections.
So far, I have been unable to get to first base. The two methods listed below give me the following error:
Run-time error'-2147467259(80004005)
[Microsoft][ODBC Driver Manager] Data source name not found and no
default driver specified
First attempt with udl file:
Public Sub MyADOTest01()
Dim rec As ADODB.Recordset
Set rec = New ADODB.Recordset
rec.Open "Select * from [Orders] ", "File Name = C:\B\A\x.udl"
rec.CursorLocation = adUseClient
rec.LockType = adlockBatchOptimistic
MsgBox "OPEN HAS OCCURED " & rec!Customer
End Sub
Second attempt without udl file?
Public Sub MyADOTest02()
Dim rec As ADODB.Recordset
Set rec = New ADODB.Recordset
rec.Open "Select * from [Orders]", "File Name = C:\B\A\Northwind.mdb"
rec.CursorLocation = adUseClient
rec.LockType = adlockBatchOptimistic
MsgBox "OPEN HAS OCCURED " & rec!Customer
rec.activeconnection.Close
End Sub
C:\B\A\
. Contains x.udl and Northwind.mdb
x.udl points to C:\B\A\Northwind.mdb and has MicrosoftJet 4.0 OLE Provider specified
Subs are contained in another Access 2003 database that is located in C:\B\A_Access_Tr
This database does have the reference
Microsoft ActiveX data Objects 2.1 Llibrary
Any help would be appreciated.
From markamatte at hotmail.com Fri Mar 10 10:00:20 2006
From: markamatte at hotmail.com (Mark A Matte)
Date: Fri, 10 Mar 2006 16:00:20 +0000
Subject: [AccessD] OT Kinda...Send email
In-Reply-To: <20060310145829.60837.qmail@web81304.mail.mud.yahoo.com>
Message-ID:
Hello All,
A friend recently moved his website to a new service and his old host is not
being very cooperative...the last page of his site generated an email...in
looking at the html...it used Form Method="Post" to get the info
input...then Action=""...this is the piece missing...I think this was a
script or .asp
Any ideas/directions? A plug in or script to buy/use?
Thanks,
Mark A. Matte
P.S... Happy Friday!!!
From mikedorism at verizon.net Fri Mar 10 10:22:56 2006
From: mikedorism at verizon.net (Mike & Doris Manning)
Date: Fri, 10 Mar 2006 11:22:56 -0500
Subject: [AccessD] ADO recordsets and connection objects
In-Reply-To: <20060310145829.60837.qmail@web81304.mail.mud.yahoo.com>
Message-ID: <000201c6445e$e5abe460$2f01a8c0@dorismanning>
Here are my favorite website for sharing with ADO newbies...
http://authors.aspalliance.com/aspxtreme/ado/index.aspx
http://www.connectionstrings.com
Doris Manning
mikedorism at verizon.net
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bud Goss
Sent: Friday, March 10, 2006 9:58 AM
To: Access Group
Subject: [AccessD] ADO recordsets and connection objects
I am trying to learn the basics of ADO recordsets and connections.
So far, I have been unable to get to first base. The two methods listed
below give me the following error:
Run-time error'-2147467259(80004005)
[Microsoft][ODBC Driver Manager] Data source name not found and no
default driver specified
First attempt with udl file:
Public Sub MyADOTest01()
Dim rec As ADODB.Recordset
Set rec = New ADODB.Recordset
rec.Open "Select * from [Orders] ", "File Name = C:\B\A\x.udl"
rec.CursorLocation = adUseClient
rec.LockType = adlockBatchOptimistic
MsgBox "OPEN HAS OCCURED " & rec!Customer
End Sub
Second attempt without udl file"
Public Sub MyADOTest02()
Dim rec As ADODB.Recordset
Set rec = New ADODB.Recordset
rec.Open "Select * from [Orders]", "File Name = C:\B\A\Northwind.mdb"
rec.CursorLocation = adUseClient
rec.LockType = adlockBatchOptimistic
MsgBox "OPEN HAS OCCURED " & rec!Customer
rec.activeconnection.Close
End Sub
C:\B\A\ .. Contains x.udl and Northwind.mdb
x.udl points to C:\B\A\Northwind.mdb and has MicrosoftJet 4.0 OLE Provider
specified
Subs are contained in another Access 2003 database that is located in
C:\B\A_Access_Tr
This database does have the reference
Microsoft ActiveX data Objects 2.1 Llibrary
Any help would be appreciated.
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From cfoust at infostatsystems.com Fri Mar 10 10:25:29 2006
From: cfoust at infostatsystems.com (Charlotte Foust)
Date: Fri, 10 Mar 2006 08:25:29 -0800
Subject: [AccessD] ADO recordsets and connection objects
Message-ID:
You aren't creating a connection object or specifying a provider, so you
aren't going to get to first base the way you're going. That's why
you're getting the error message, you haven't told ADO what
provider/driver to use so it can look at the data source.
Charlotte Foust
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bud Goss
Sent: Friday, March 10, 2006 6:58 AM
To: Access Group
Subject: [AccessD] ADO recordsets and connection objects
I am trying to learn the basics of ADO recordsets and connections.
So far, I have been unable to get to first base. The two methods
listed below give me the following error:
Run-time error'-2147467259(80004005)
[Microsoft][ODBC Driver Manager] Data source name not found and no
default driver specified
First attempt with udl file:
Public Sub MyADOTest01()
Dim rec As ADODB.Recordset
Set rec = New ADODB.Recordset
rec.Open "Select * from [Orders] ", "File Name = C:\B\A\x.udl"
rec.CursorLocation = adUseClient
rec.LockType = adlockBatchOptimistic
MsgBox "OPEN HAS OCCURED " & rec!Customer
End Sub
Second attempt without udl file"
Public Sub MyADOTest02()
Dim rec As ADODB.Recordset
Set rec = New ADODB.Recordset
rec.Open "Select * from [Orders]", "File Name = C:\B\A\Northwind.mdb"
rec.CursorLocation = adUseClient
rec.LockType = adlockBatchOptimistic
MsgBox "OPEN HAS OCCURED " & rec!Customer
rec.activeconnection.Close
End Sub
C:\B\A\ .... Contains x.udl and Northwind.mdb
x.udl points to C:\B\A\Northwind.mdb and has MicrosoftJet 4.0 OLE
Provider specified
Subs are contained in another Access 2003 database that is located in
C:\B\A_Access_Tr
This database does have the reference
Microsoft ActiveX data Objects 2.1 Llibrary
Any help would be appreciated.
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From Jdemarco at hudsonhealthplan.org Fri Mar 10 10:28:44 2006
From: Jdemarco at hudsonhealthplan.org (Jim DeMarco)
Date: Fri, 10 Mar 2006 11:28:44 -0500
Subject: [AccessD] ADO recordsets and connection objects
Message-ID: <08F823FD83787D4BA0B99CA580AD3C74030C5F50@TTNEXCHCL2.hshhp.com>
Bud,
Here's a couple of things to try.
Your reference to the File Name argument might need to be typed in like
this:
rec.Open "Select * from [Orders] ", "File Name =
'C:\B\A\x.udl';"
Or you can explictly create your connection like this:
Dim oCnn As ADODB.Connection
Dim sFileNamePath As String
Dim rs As ADODB.Recordset
sFileNamePath = "C:\B\A\x.udl"
strProvider = "Microsoft.Jet.OLEDB.4.0;Data Source=" & sFileNamePath
_
& ";Persist Security Info=False"
oCnn.Provider = strProvider
oCnn.Open
rs.Open "Select * from [Orders] ", oCnn
HTH,
Jim DeMarco
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bud Goss
Sent: Friday, March 10, 2006 9:58 AM
To: Access Group
Subject: [AccessD] ADO recordsets and connection objects
I am trying to learn the basics of ADO recordsets and connections.
So far, I have been unable to get to first base. The two methods
listed below give me the following error:
Run-time error'-2147467259(80004005)
[Microsoft][ODBC Driver Manager] Data source name not found and no
default driver specified
First attempt with udl file:
Public Sub MyADOTest01()
Dim rec As ADODB.Recordset
Set rec = New ADODB.Recordset
rec.Open "Select * from [Orders] ", "File Name = C:\B\A\x.udl"
rec.CursorLocation = adUseClient
rec.LockType = adlockBatchOptimistic
MsgBox "OPEN HAS OCCURED " & rec!Customer
End Sub
Second attempt without udl file"
Public Sub MyADOTest02()
Dim rec As ADODB.Recordset
Set rec = New ADODB.Recordset
rec.Open "Select * from [Orders]", "File Name = C:\B\A\Northwind.mdb"
rec.CursorLocation = adUseClient
rec.LockType = adlockBatchOptimistic
MsgBox "OPEN HAS OCCURED " & rec!Customer
rec.activeconnection.Close
End Sub
C:\B\A\ .... Contains x.udl and Northwind.mdb
x.udl points to C:\B\A\Northwind.mdb and has MicrosoftJet 4.0 OLE
Provider specified
Subs are contained in another Access 2003 database that is located in
C:\B\A_Access_Tr
This database does have the reference
Microsoft ActiveX data Objects 2.1 Llibrary
Any help would be appreciated.
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
***********************************************************************************
"This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You".
***********************************************************************************
From bill_Patten at earthlink.net Fri Mar 10 11:04:12 2006
From: bill_Patten at earthlink.net (Bill Patten)
Date: Fri, 10 Mar 2006 09:04:12 -0800
Subject: [AccessD] PDF printer driver and SDK
References: <44118C14.2000206@san.rr.com>
Message-ID: <001601c64464$a888bdf0$6501a8c0@BPCS>
Rocky,
I'm not Gustav, but do use the Lebans PDF routine to send emails. It is
great in that it will take the name of the report and rename it in one move
(To make emailing and storage easier.). There is a small screen that pops up
counting the pages, but you only see it for a short while, unless it is a 25
or more page document. It kind of works like a progress bar so my clients
don't mind. Also I couldn't figure out how to pass the parameters through
it, so have the report call a function that has the correct parameters.
Since my clients, pick Preview, Printer or PDF options buttons, I wanted to
be consistent so just send the strCriteria to the function instead of to the
report. Works great and my clients love it.
Bill
----- Original Message -----
From: "Rocky Smolin - Beach Access Software"
To: "Access Developers discussion and problem solving"
Sent: Friday, March 10, 2006 6:24 AM
Subject: Re: [AccessD] PDF printer driver and SDK
Gustav:
Is it transparent to the user? IOW, I could put a 'Send PDF' button on
the form and have the report end up as an attachment to an email? (Have
a client with this very problem at the moment.)
TIA
Rocky
Gustav Brock wrote:
> - but a Snapshot driver must be installed.
>
> Leban's routine converts a Snapshot file to pdf.
>
> /gustav
>
>
>>>> Gustav at cactus.dk 10-03-2006 13:20 >>>
>>>>
> Hi William and John et all
>
> Just noted, that Leban's PDF printing tool has had a major upgrade:
>
> http://www.lebans.com/reporttopdf.htm
>
> Looks very interesting. Uses no printer driver but a dll ...!
>
> /gustav
>
>
--
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From bchacc at san.rr.com Fri Mar 10 11:22:59 2006
From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software)
Date: Fri, 10 Mar 2006 09:22:59 -0800
Subject: [AccessD] PDF printer driver and SDK
In-Reply-To: <001601c64464$a888bdf0$6501a8c0@BPCS>
References: <44118C14.2000206@san.rr.com>
<001601c64464$a888bdf0$6501a8c0@BPCS>
Message-ID: <4411B5F3.6070509@san.rr.com>
Bill:
Thanks. That might work out real well for this client.
Rocky
Bill Patten wrote:
> Rocky,
>
> I'm not Gustav, but do use the Lebans PDF routine to send emails. It is
> great in that it will take the name of the report and rename it in one move
> (To make emailing and storage easier.). There is a small screen that pops up
> counting the pages, but you only see it for a short while, unless it is a 25
> or more page document. It kind of works like a progress bar so my clients
> don't mind. Also I couldn't figure out how to pass the parameters through
> it, so have the report call a function that has the correct parameters.
> Since my clients, pick Preview, Printer or PDF options buttons, I wanted to
> be consistent so just send the strCriteria to the function instead of to the
> report. Works great and my clients love it.
>
> Bill
>
>
> ----- Original Message -----
> From: "Rocky Smolin - Beach Access Software"
> To: "Access Developers discussion and problem solving"
>
> Sent: Friday, March 10, 2006 6:24 AM
> Subject: Re: [AccessD] PDF printer driver and SDK
>
>
> Gustav:
>
> Is it transparent to the user? IOW, I could put a 'Send PDF' button on
> the form and have the report end up as an attachment to an email? (Have
> a client with this very problem at the moment.)
>
> TIA
>
> Rocky
>
>
> Gustav Brock wrote:
>
>> - but a Snapshot driver must be installed.
>>
>> Leban's routine converts a Snapshot file to pdf.
>>
>> /gustav
>>
>>
>>
>>>>> Gustav at cactus.dk 10-03-2006 13:20 >>>
>>>>>
>>>>>
>> Hi William and John et all
>>
>> Just noted, that Leban's PDF printing tool has had a major upgrade:
>>
>> http://www.lebans.com/reporttopdf.htm
>>
>> Looks very interesting. Uses no printer driver but a dll ...!
>>
>> /gustav
>>
>>
>>
>
>
--
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
From Patricia.O'Connor at otda.state.ny.us Fri Mar 10 11:54:43 2006
From: Patricia.O'Connor at otda.state.ny.us (O'Connor, Patricia (OTDA))
Date: Fri, 10 Mar 2006 12:54:43 -0500
Subject: [AccessD] Access 2K to Excel changes field format
Message-ID: <01DBAB52E30A9A4AB3D94EF8029EDBE8016B2466@EXCNYSM0A1AI.nysemail.nyenet>
HAHA and MS makea u crazy
Thanks
Patti
**************************************************
* Patricia O'Connor
* Associate Computer Programmer Analyst
* OTDA - BDMA
* (W) mailto:Patricia.O'Connor at otda.state.ny.us
* (w) mailto:aa1160 at otda.state.ny.us
**************************************************
>
--------------------------------------------------------
This e-mail, including any attachments, may be confidential, privileged or otherwise legally protected. It is intended only for the addressee. If you received this e-mail in error or from someone who was not authorized to send it to you, do not disseminate, copy or otherwise use this e-mail or its attachments. Please notify the sender immediately by reply e-mail and delete the e-mail from your system.
-----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hale, Jim
> Sent: Thursday, March 09, 2006 06:12 PM
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Access 2K to Excel changes field format
>
> If you export the query directly (not the report) it does it
> properly. Why?
> The Microsoft giveth and the Microsoft taketh away. Blessed
> be the Microsoft. ;-( Jim Hale
>
From martyconnelly at shaw.ca Fri Mar 10 12:07:37 2006
From: martyconnelly at shaw.ca (MartyConnelly)
Date: Fri, 10 Mar 2006 10:07:37 -0800
Subject: [AccessD] ADO recordsets and connection objects
References: <20060310145829.60837.qmail@web81304.mail.mud.yahoo.com>
Message-ID: <4411C069.4080709@shaw.ca>
What you want to do is download the MDAC SDK to learn ado
http://msdn.microsoft.com/data/mdac/downloads/default.aspx
Microsoft Data Access Components (MDAC) 2.8 Software Development Kit (15
Meg)
In there, it will install a help file ADO260.CHM in
C:\Program Files\Microsoft Data Access SDK\Docs\
Look through help file index for open ADO recordset parameters
There are lots of sample VB code examples in the help file.
I don't use udl's that much, this may work
Dim con As ADODB.Connection
Dim rs As ADODB.Recordset
Dim sSQL As String
sSQL = "SELECT * FROM Products"
' May need to Set a reference to "Microsoft OLE DB Service Component 1.0
Type Library
Set con = New ADODB.Connection
con.connectstring = "c:\path to \your file.udl"
con.open
Set rs = New ADODB.Recordset
rs.Open sSQL, con
If Not rs.EOF Then
MsgBox rs(0)
rs.MoveNext
End If
This should work with SQL and northwind mdb haven't tested in awhile
Sub adotest()
Dim sSQL As String
Dim iNumRecords As Integer
Dim oConnection As ADODB.Connection
Dim oRecordset As ADODB.Recordset
Dim rstSchema As ADODB.Recordset
Dim sConnStr As String
'sConnStr = "Provider=SQLOLEDB;Data Source=MySrvr;" & _
"Initial Catalog=Northwind;User Id=MyId;Password=123aBc;"
' Connection "Provider=Microsoft.Jet.OLEDB.3.51;Data
Source=D:\DataBases\Northwind.mdb"
'Access 97 version Jet 3.51
' sConnStr = "Provider=Microsoft.Jet.OLEDB.3.51;" & _
"Data Source=C:\Program Files\Microsoft
Office\Office\Samples\Northwind.mdb;" & _
"User Id=admin;" & "Password="
'Access XP Jet 4
sConnStr = "Provider=Microsoft.Jet.OLEDB.4.0;" & _
"Data Source=C:\Program Files\Microsoft
Office\Office\Samples\Northwind.mdb;" & _
"User Id=admin;" & "Password="
On Error GoTo GetDataError
' Create and Open the Connection object.
Set oConnection = New ADODB.Connection
oConnection.CursorLocation = adUseClient
oConnection.Open sConnStr
sSQL = "SELECT ProductID, ProductName, CategoryID, UnitPrice " & _
"FROM Products"
' Create and Open the Recordset object.
Set oRecordset = New ADODB.Recordset
oRecordset.Open sSQL, oConnection, adOpenStatic, _
adLockBatchOptimistic, adCmdText
blah blah with recordset
' Disconnect the Recordset.
Set oRecordset.ActiveConnection = Nothing
oConnection.Close
Set oConnection = Nothing
Exit Sub
GetDataError:
If oConnection Is Nothing Then
HandleErrs "GetData", oRecordset.ActiveConnection
Else
HandleErrs "GetData", oConnection
End If
Exit Sub
End Sub
Sub HandleErrs(sSource As String, ByRef oConnection1 As ADODB.Connection)
Dim sDisplayMsg As String
sDisplayMsg = sDisplayMsg & "ADO (OLE) ERROR IN " & sSource
sDisplayMsg = sDisplayMsg & vbCrLf & "Error: " & Err.Number
sDisplayMsg = sDisplayMsg & vbCrLf & "Description: " & Err.Description
sDisplayMsg = sDisplayMsg & vbCrLf & "Source: " & Err.Source
If Not oConnection1 Is Nothing Then
If oConnection1.Errors.Count <> 0 Then
sDisplayMsg = sDisplayMsg & vbCrLf & "PROVIDER ERROR"
Dim oError1 As ADODB.Error
For Each oError1 In oConnection1.Errors
sDisplayMsg = sDisplayMsg & vbCrLf & "Error: " & oError1.Number
sDisplayMsg = sDisplayMsg & vbCrLf & "Description: " & oError1.Description
sDisplayMsg = sDisplayMsg & vbCrLf & "Source: " & oError1.Source
sDisplayMsg = sDisplayMsg & vbCrLf & "Native Error:" & oError1.NativeError
sDisplayMsg = sDisplayMsg & vbCrLf & "SQL State: " & oError1.SQLState
Next oError1
oConnection1.Errors.Clear
Set oError1 = Nothing
End If
End If
MsgBox "Error(s) occurred. See sDisplayMsg for specific information.", , _
"Hello Data"
MsgBox sDisplayMsg
Err.Clear
End Sub
Bud Goss wrote:
>I am trying to learn the basics of ADO recordsets and connections.
> So far, I have been unable to get to first base. The two methods listed below give me the following error:
>
>
> Run-time error'-2147467259(80004005)
> [Microsoft][ODBC Driver Manager] Data source name not found and no
> default driver specified
>
> First attempt with udl file:
>
> Public Sub MyADOTest01()
> Dim rec As ADODB.Recordset
> Set rec = New ADODB.Recordset
> rec.Open "Select * from [Orders] ", "File Name = C:\B\A\x.udl"
> rec.CursorLocation = adUseClient
> rec.LockType = adlockBatchOptimistic
> MsgBox "OPEN HAS OCCURED " & rec!Customer
> End Sub
>
> Second attempt without udl file
>
> Public Sub MyADOTest02()
> Dim rec As ADODB.Recordset
> Set rec = New ADODB.Recordset
> rec.Open "Select * from [Orders]", "File Name = C:\B\A\Northwind.mdb"
> rec.CursorLocation = adUseClient
> rec.LockType = adlockBatchOptimistic
> MsgBox "OPEN HAS OCCURED " & rec!Customer
> rec.activeconnection.Close
> End Sub
>
> C:\B\A\ &. Contains x.udl and Northwind.mdb
> x.udl points to C:\B\A\Northwind.mdb and has MicrosoftJet 4.0 OLE Provider specified
>
> Subs are contained in another Access 2003 database that is located in C:\B\A_Access_Tr
>
> This database does have the reference
> Microsoft ActiveX data Objects 2.1 Llibrary
>
>
> Any help would be appreciated.
>
>
--
Marty Connelly
Victoria, B.C.
Canada
From dw-murphy at cox.net Fri Mar 10 12:22:29 2006
From: dw-murphy at cox.net (Doug Murphy)
Date: Fri, 10 Mar 2006 10:22:29 -0800
Subject: [AccessD] PDF printer driver and SDK
In-Reply-To: <4411B5F3.6070509@san.rr.com>
Message-ID: <000801c6446f$9719d8f0$0200a8c0@murphyf3vdfepi>
If you are going to distribute your application you should look at the
licensing restrictions for the dll used on Lebans. I seem to recollect that
he could only use it for demonstration purposes.
Doug
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin -
Beach Access Software
Sent: Friday, March 10, 2006 9:23 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] PDF printer driver and SDK
Bill:
Thanks. That might work out real well for this client.
Rocky
Bill Patten wrote:
> Rocky,
>
> I'm not Gustav, but do use the Lebans PDF routine to send emails. It
> is
> great in that it will take the name of the report and rename it in one
move
> (To make emailing and storage easier.). There is a small screen that pops
up
> counting the pages, but you only see it for a short while, unless it is a
25
> or more page document. It kind of works like a progress bar so my clients
> don't mind. Also I couldn't figure out how to pass the parameters through
> it, so have the report call a function that has the correct parameters.
> Since my clients, pick Preview, Printer or PDF options buttons, I wanted
to
> be consistent so just send the strCriteria to the function instead of to
the
> report. Works great and my clients love it.
>
> Bill
>
>
> ----- Original Message -----
> From: "Rocky Smolin - Beach Access Software"
> To: "Access Developers discussion and problem solving"
>
> Sent: Friday, March 10, 2006 6:24 AM
> Subject: Re: [AccessD] PDF printer driver and SDK
>
>
> Gustav:
>
> Is it transparent to the user? IOW, I could put a 'Send PDF' button
> on the form and have the report end up as an attachment to an email?
> (Have a client with this very problem at the moment.)
>
> TIA
>
> Rocky
>
>
> Gustav Brock wrote:
>
>> - but a Snapshot driver must be installed.
>>
>> Leban's routine converts a Snapshot file to pdf.
>>
>> /gustav
>>
>>
>>
>>>>> Gustav at cactus.dk 10-03-2006 13:20 >>>
>>>>>
>>>>>
>> Hi William and John et all
>>
>> Just noted, that Leban's PDF printing tool has had a major upgrade:
>>
>> http://www.lebans.com/reporttopdf.htm
>>
>> Looks very interesting. Uses no printer driver but a dll ...!
>>
>> /gustav
>>
>>
>>
>
>
--
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From dw-murphy at cox.net Fri Mar 10 12:39:17 2006
From: dw-murphy at cox.net (Doug Murphy)
Date: Fri, 10 Mar 2006 10:39:17 -0800
Subject: [AccessD] PDF printer driver and SDK
In-Reply-To: <000801c6446f$9719d8f0$0200a8c0@murphyf3vdfepi>
Message-ID: <000001c64471$efe34500$0200a8c0@murphyf3vdfepi>
I am replying to my last post. Just looked at the copyright and licensing
for the new version. Apparently they got the distribution rights to the
dynapdf dll. Looks like we can use it in our apps. Cool!
Doug
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy
Sent: Friday, March 10, 2006 10:22 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] PDF printer driver and SDK
If you are going to distribute your application you should look at the
licensing restrictions for the dll used on Lebans. I seem to recollect that
he could only use it for demonstration purposes.
Doug
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin -
Beach Access Software
Sent: Friday, March 10, 2006 9:23 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] PDF printer driver and SDK
Bill:
Thanks. That might work out real well for this client.
Rocky
Bill Patten wrote:
> Rocky,
>
> I'm not Gustav, but do use the Lebans PDF routine to send emails. It
> is
> great in that it will take the name of the report and rename it in one
move
> (To make emailing and storage easier.). There is a small screen that
> pops
up
> counting the pages, but you only see it for a short while, unless it
> is a
25
> or more page document. It kind of works like a progress bar so my
> clients
> don't mind. Also I couldn't figure out how to pass the parameters through
> it, so have the report call a function that has the correct parameters.
> Since my clients, pick Preview, Printer or PDF options buttons, I wanted
to
> be consistent so just send the strCriteria to the function instead of
> to
the
> report. Works great and my clients love it.
>
> Bill
>
>
> ----- Original Message -----
> From: "Rocky Smolin - Beach Access Software"
> To: "Access Developers discussion and problem solving"
>
> Sent: Friday, March 10, 2006 6:24 AM
> Subject: Re: [AccessD] PDF printer driver and SDK
>
>
> Gustav:
>
> Is it transparent to the user? IOW, I could put a 'Send PDF' button
> on the form and have the report end up as an attachment to an email?
> (Have a client with this very problem at the moment.)
>
> TIA
>
> Rocky
>
>
> Gustav Brock wrote:
>
>> - but a Snapshot driver must be installed.
>>
>> Leban's routine converts a Snapshot file to pdf.
>>
>> /gustav
>>
>>
>>
>>>>> Gustav at cactus.dk 10-03-2006 13:20 >>>
>>>>>
>>>>>
>> Hi William and John et all
>>
>> Just noted, that Leban's PDF printing tool has had a major upgrade:
>>
>> http://www.lebans.com/reporttopdf.htm
>>
>> Looks very interesting. Uses no printer driver but a dll ...!
>>
>> /gustav
>>
>>
>>
>
>
--
Rocky Smolin
Beach Access Software
858-259-4334
www.e-z-mrp.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
From shamil at users.mns.ru Fri Mar 10 13:32:59 2006
From: shamil at users.mns.ru (Shamil Salakhetdinov)
Date: Fri, 10 Mar 2006 22:32:59 +0300
Subject: [AccessD] Access XP forms bound to ADO recordsets
References:
Message-ID: <002001c64479$75e41010$6501a8c0@Nant>
Hi Gustav,
This work is frozen - no time - all time is "leaking" for everyday routine
work for money for living...
It would be interesting to make it but the chances are considered here very
low now...
Shamil
----- Original Message -----
From: "Gustav Brock"
To:
Sent: Friday, March 10, 2006 2:45 PM
Subject: Re: [AccessD] Access XP forms bound to ADO recordsets
> Hi John
>
> Isn't this (request) exactly what Shamil (and Charlotte?) is working on?
>
> http://www.smsconsulting.spb.ru/shamil_s/articles/ddo.htm
>
> Thread from August 2005:
>
> Disconnected MS Access cient applications..
>
> /gustav
>
>>>> jwcolby at ColbyConsulting.com 09-03-2006 19:54 >>>
> Can someone give me an overview of what this involves? Is the recordset
> then "disconnected"? How do you handle form/subforms?
>
> I have a specific application where the users have a bound form which
> pulls
> a set of records (people) that they will be making calls to. There is a
> bound subform where they enter the results of the call - about 5 or 6
> fields, the user's ID, date/time, call status, note etc. They get a TON
> of
> locking issues with this. The user is almost exclusively ADDING new
> records
> into the call status table, though they do occasionally "correct" info in
> the person's record - address / phone etc.
>
> The issue though is that as soon as they try to create a NEW record in the
> call status subform, they get the infamous "another person has locked this
> record" which is particularly puzzling since they are not editing an
> existing record but rather adding a new record. I changed the note from
> Memo to String(255) to avoid "page locking" issues, deleted all of the
> indexes on the fields in the call status records etc but the issues still
> occur.
>
> My understanding is that Index data is also stored in pages so that there
> might be an issue with the page that an index is attempting to store it's
> data in as the record is created is locked by another user creating an
> index
> using that same page. Of course there is a relationship between the
> person
> and the call status so there is at least one index that simply cannot be
> even seen, never mind deleted, at least without removing the relationship.
>
> So I am trying to resolve this continuous nagging locking issue. I am
> even
> willing to go unbound, but they really want to be able to see the previous
> calls in the subform so that they can tell what went on in previous calls.
> I thought that if I could bind the main people form and the child call
> status forms to ADO recordsets, then the update (and subsequent locking
> issues) would be very momentary and the probability of a lock issue
> occurring would decrease dramatically. However I have never done the "ADO
> recordset binding" before.
>
> Does anyone have any knowledge of 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 bill_Patten at earthlink.net Fri Mar 10 13:28:56 2006
From: bill_Patten at earthlink.net (Bill Patten)
Date: Fri, 10 Mar 2006 11:28:56 -0800
Subject: [AccessD] PDF printer driver and SDK
References: <000001c64471$efe34500$0200a8c0@murphyf3vdfepi>
Message-ID: <003401c64478$e0457350$6501a8c0@BPCS>
Doug,
That's the way I read it. Sure hope it's true, cause I already shipped it.
Bill
----- Original Message -----
From: "Doug Murphy"
To: "'Access Developers discussion and problem solving'"
Sent: Friday, March 10, 2006 10:39 AM
Subject: Re: [AccessD] PDF printer driver and SDK
I am replying to my last post. Just looked at the copyright and licensing
for the new version. Apparently they got the distribution rights to the
dynapdf dll. Looks like we can use it in our apps. Cool!
Doug
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Murphy
Sent: Friday, March 10, 2006 10:22 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] PDF printer driver and SDK
If you are going to distribute your application you should look at the
licensing restrictions for the dll used on Lebans. I seem to recollect that
he could only use it for demonstration purposes.
Doug
-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin -
Beach Access Software
Sent: Friday, March 10, 2006 9:23 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] PDF printer driver and SDK
Bill:
Thanks. That might work out real well for this client.
Rocky
Bill Patten wrote:
> Rocky,
>
> I'm not Gustav, but do use the Lebans PDF routine to send emails. It
> is
> great in that it will take the name of the report and rename it in one
move
> (To make emailing and storage easier.). There is a small screen that
> pops
up
> counting the pages, but you only see it for a short while, unless it
> is a
25
> or more page document. It kind of works like a progress bar so my
> clients
> don't mind. Also I couldn't figure out how to pass the parameters through
> it, so have the report call a function that has the correct parameters.
> Since my clients, pick Preview, Printer or PDF options buttons, I wanted
to
> be consistent so just send the strCriteria to the function instead of
> to
the
> report. Works great and my clients love it.
>
> Bill
>
>
> ----- Original Message -----
> From: "Rocky Smolin - Beach Access Software"