I.T. Discussion Community!
-Collapse +Expand
Access
Search Access Group:

Advanced
-Collapse +Expand Access To/From
To/FromCODEGuides
-Collapse +Expand Access Store
PRESTWOODSTORE

Prestwood eMagazine

April Edition
Subscribe now! It's Free!
Enter your email:

   ► MB LobbyMicrosoft Access BoardMS Access Interactive Topic   Print This     

Populating ComboBox...

Populating ComboBox... in MS Access Interactive topic (part of our Microsoft Access group).

Quick Search: Populating   ComboBox   Populating ComboBox   Populating ComboBox   
gsempcb
Tyler, TX USA

(Hi, I am using Microsoft Access 2003)

Is it possible to populate a ComboBox with choices from more than one field?

I've got a couple of different tables, both having a "Department" field. One table has some departments, and the other table (Linked SharePoint table) has some different departments.

I've got a form with a ComboBox control where the user picks a department from the drop-down list, and right now it only pulls the departments from one of the tables (the non-SharePoint regular table). Is it possible I could give the ComboBox "Row Source" property to, in addition to pulling data from the one table, also adding the Department field from the SharePoint table, too? Just so it lists all departments from both tables.

Any help is appreciated, thanks.

 Posted 12 years ago (Thread Starter)
Comment Quote
About gsempcb -Collapse +Expand
Visit Profile
Approved member.
Member subscribes to this thread with a verified email.
Old Account!
If this is your account, sign in to activate web presence data (sign in quarterly to keep active). Alternatively, you can subscribe to our monthly eMag with a valid email address.
Web Presence Hidden.
Once above is taken care of, full Profile content will display including back links, about me, my message, custom Profile html, social networking links, message board signature, company profile, etc.

Post ID #12956, 13 replies
Thread Started 7/31/2008 9:34:34 AM
View Counter=6774
Last Reply Posted 8/5/2008 3:51:13 PM)
Location=Tyler, TX USA 
Joined=12 years ago   MB Posts=24  
Daniel Fought
Prestwood IT
Home office in Fresno, CA.

I think that what you are looking for is to base the Row Source on a SQL union query.  For example it might look something like

Select department from t1

union

Select department from t2

Dan Fought
Senior Programmer Analyst
Prestwood IT Solutions
http://www.prestwood.com

 Posted 12 years ago
Comment Quote
About Daniel Fought -Collapse +Expand
Visit Profile
Approved member.
Member subscribes to this thread with a verified email.
About Daniel Fought
Danial Fought is a senior programmer analyst with Prestwood IT where he develops custom Windows software and custom websites. When Dan is not coding for clients, he participates in this online community. Coding specialties include Paradox/ObjectPAL, MS Access, Visual Basic, and VS.Net/VB.Net.

Post ID #12958 (Level 1.1)  Reply to 12956
Thread Started 7/31/2008 12:25:57 PM
Location=Home office in Fresno, CA. 
Joined=18 years ago   MB Posts=401   KB Posts=12   KB Comments=4  
Daniel Fought
Prestwood IT
Home office in Fresno, CA.

We need more info.  Are the Department fields the same length and type in both tables?  What exactly do you mean by automaticaly?  Daily, hourly, when ever there is a change in the SharePoint table, etc..?  Are there indexes on the first table and if so do they need to be generated for the Share Point data? 

Dan Fought
Senior Programmer Analyst
Prestwood IT Solutions
http://www.prestwood.com

 Posted 12 years ago
Comment Quote
About Daniel Fought -Collapse +Expand
Visit Profile
Approved member.
Member subscribes to this thread with a verified email.
About Daniel Fought
Danial Fought is a senior programmer analyst with Prestwood IT where he develops custom Windows software and custom websites. When Dan is not coding for clients, he participates in this online community. Coding specialties include Paradox/ObjectPAL, MS Access, Visual Basic, and VS.Net/VB.Net.

Post ID #12961 (Level 1.2)  Reply to 12956
Reply Posted 7/31/2008 5:15:07 PM
Location=Home office in Fresno, CA. 
Joined=18 years ago   MB Posts=401   KB Posts=12   KB Comments=4  
Daniel Fought
Prestwood IT
Home office in Fresno, CA.

Ok, let's take this one step at a time.  First of all we need to check out the field size in the tables.  From the field size on the forms it appears there is a distinct difference "Requesting Department" is 50 while the Share Point Department is 255.  There is a possibility that the share point Department data may not always fit into the "Requesting Department" field.  For most of my questions at this time you will need to be looking at the actual table structure.

The second question deals with how often you expect changes to occur in the share point data.  If changes are happening all the time and you need to catch those changes, then you should run the update process whenever you fill the list.  There will be a performance hit with this approach.  If you feel that the Share Point data will not be changing during this session then updating at the begining of the session is an acceptable approach.

In the screen shot reqdep_linkages.png there is a table named tblDepartments.  Is this the Access or Share Point table?  Does the other table containing Department data have the same general structure.  If so then inserting the data from the Share point table shouldnt be a significant problem.  Providing of course the Share Point department data isnt too large to fit.

I would suspect that in modifing the query you have changed the links from inner joins to outer joins.  It would be good to see the original and the modified query structure.  This error could also be related to the differences in field size between the Share point and access Department fields. 

First thing you need to do is to identify the Department field size in the Access and Share Point tables.

Dan Fought
Senior Programmer Analyst
Prestwood IT Solutions
http://www.prestwood.com

 Posted 12 years ago
Comment Quote
About Daniel Fought -Collapse +Expand
Visit Profile
Approved member.
Member subscribes to this thread with a verified email.
About Daniel Fought
Danial Fought is a senior programmer analyst with Prestwood IT where he develops custom Windows software and custom websites. When Dan is not coding for clients, he participates in this online community. Coding specialties include Paradox/ObjectPAL, MS Access, Visual Basic, and VS.Net/VB.Net.

Post ID #12963 (Level 1.3)  Reply to 12956
Reply Posted 8/1/2008 9:54:59 AM
Location=Home office in Fresno, CA. 
Joined=18 years ago   MB Posts=401   KB Posts=12   KB Comments=4  
Daniel Fought
Prestwood IT
Home office in Fresno, CA.

Lets start with the Joins.  The inner join will return those records that have matching values in both tables.  Simply put, the outer join will return all the records from one table and the matching values from the other table if it is a left or right join.  A full outer join returns the all the records from both tables.

The following query would return all the records from t1 and only that data from t2 where the values in field a match.

Select t1.a, t2.a from t1 LEFT JOIN t2 on t1.a = t2.a 

The following query would return all the records from t2 and only that data from t1 where the values in field a match.

Select t1.a, t2.a from t1 Right JOIN t2 on t1.a = t2.a 

The error message you are getting is probably caused by one of the joins attempting to return all the records form one of the tables but the other join is attempting to return only the records that match the third table.  For example if you have t1 left join t2 on an id and t2 left join t3.  The query is attempting to return all the records of t2 and only some of the records of t2 thus it is ambigous. 

Dan Fought
Senior Programmer Analyst
Prestwood IT Solutions
http://www.prestwood.com

 Posted 12 years ago
Comment Quote
About Daniel Fought -Collapse +Expand
Visit Profile
Approved member.
Member subscribes to this thread with a verified email.
About Daniel Fought
Danial Fought is a senior programmer analyst with Prestwood IT where he develops custom Windows software and custom websites. When Dan is not coding for clients, he participates in this online community. Coding specialties include Paradox/ObjectPAL, MS Access, Visual Basic, and VS.Net/VB.Net.

Post ID #12965 (Level 1.4)  Reply to 12956
Reply Posted 8/1/2008 1:12:12 PM
Location=Home office in Fresno, CA. 
Joined=18 years ago   MB Posts=401   KB Posts=12   KB Comments=4  
gsempcb
Tyler, TX USA

Or maybe would an option be to somehow link the departments from the SharePoint table's "Department" field into the department list in the regular Access table so that table's "Department" field has all of them? That way, form's linkage to it can be left as-is since it just points to the field. Is this possible?

 Posted 12 years ago (Thread Starter)
Comment Quote
About gsempcb -Collapse +Expand
Visit Profile
Approved member.
Member subscribes to this thread with a verified email.
Old Account!
If this is your account, sign in to activate web presence data (sign in quarterly to keep active). Alternatively, you can subscribe to our monthly eMag with a valid email address.
Web Presence Hidden.
Once above is taken care of, full Profile content will display including back links, about me, my message, custom Profile html, social networking links, message board signature, company profile, etc.

Post ID #12957 (Level 1.5)  Reply to 12956
Reply Posted 7/31/2008 9:53:44 AM
Location=Tyler, TX USA 
Joined=12 years ago   MB Posts=24  
gsempcb
Tyler, TX USA

I'm thinking this is going to work. Thanks.

 Posted 12 years ago (Thread Starter)
Comment Quote
About gsempcb -Collapse +Expand
Visit Profile
Approved member.
Member subscribes to this thread with a verified email.
Old Account!
If this is your account, sign in to activate web presence data (sign in quarterly to keep active). Alternatively, you can subscribe to our monthly eMag with a valid email address.
Web Presence Hidden.
Once above is taken care of, full Profile content will display including back links, about me, my message, custom Profile html, social networking links, message board signature, company profile, etc.

Post ID #12959 (Level 1.6)  Reply to 12956
Reply Posted 7/31/2008 12:50:47 PM
Location=Tyler, TX USA 
Joined=12 years ago   MB Posts=24  
gsempcb
Tyler, TX USA

All right, the UNION SQL statement worked great, and the ComboBox has all the fields on it, so that's good.

However, I am seemingly not being able to do what I want to do with this change.

I have all of these reports, (which get data from queries, which get data from tables, that have relationships, etc. etc.) and these reports all made one big report, and this report hinged on whatever department was selected in the ComboBox. That ComboBox references the departments from that non-SharePoint table, that first one. And all was well.

But now, I am needing to run the same reports (meaning all those sub-reports, all those queries, making sure all those linkages are in place) for those departments that are in that SharePoint table.

So I've been trying to edit the queries and reports, and making identical copies of them, except changing the "Department" field to look at the SharePoint table instead--It's not pretty, and it's not working.

So anyway, what I want to ask about now and see if it works:

Is there a way I can set up to just have the database automatically dump every "Department" entry that is in the SharePoint table into that first table's "Department" field? The "first table" meaning the one that's always been used that houses the current departments and works just fine, and all.

 Posted 12 years ago (Thread Starter)
Comment Quote
About gsempcb -Collapse +Expand
Visit Profile
Approved member.
Member subscribes to this thread with a verified email.
Old Account!
If this is your account, sign in to activate web presence data (sign in quarterly to keep active). Alternatively, you can subscribe to our monthly eMag with a valid email address.
Web Presence Hidden.
Once above is taken care of, full Profile content will display including back links, about me, my message, custom Profile html, social networking links, message board signature, company profile, etc.

Post ID #12960 (Level 1.7)  Reply to 12956
Reply Posted 7/31/2008 4:44:45 PM
Location=Tyler, TX USA 
Joined=12 years ago   MB Posts=24  
gsempcb
Tyler, TX USA

1. "Are the Department fields the same length and type in both tables? Are the Department fields the same length and type in both tables? "

Here are screens of the two different tables' "Requesting Department" fields' properties:

The Access table's "Requesting Department's" properties:

http://www.rjbfabrication.com/props_departmentspercentagesversion.png 

http://www.rjbfabrication.com/props_departmentspercentagesversion2.png (Looks like this points to another Access table's "Requesting Department"...?)

The SharePoint table's "Requesting Department's" properties:

http://www.rjbfabrication.com/props_spversion.png (the "Lookup" tab says "Display control - Text Box" )


2. "What exactly do you mean by automaticaly?  Daily, hourly, when ever there is a change in the SharePoint table, etc..?"

Really, I'd like the database to just go out and check the SharePoint table for a new department every time the Access Database is run, and make sure it is updated. Is this possible? If this is not possible or if it is generally bad practice for some reason, what would you recommend?


3. Are there indexes on the first table and if so do they need to be generated for the Share Point data?

By "indexes" do you mean linking primary keys? I am pretty sure--and I know language like "pretty sure" is bad language to use when I'm trying to get help, but someone else originally created this database and I'm doing the best I can to find the sources and understand the structure and all--that the "Project ID" is a universal key that defines and ties together all of these bunches of tables. (There's a screenshot of this further down in this post) Here is a view of the linkage in the two tables (a third table called "Departments", which is a regular Access table, will be on there too):

 http://www.rjbfabrication.com/reqdep_linkages.png


4. I mentioned I've tried making some new queries that are copies of the old ones, but the difference being that I'm trying to link these new queries to the SharePoint table's "Requesting Department" so it can look to that to use that data to generate the reports. I've only tried it on one query so far (and it is getting an error, so I haven't tried any others yet). Here is what the error says:

http://www.rjbfabrication.com/qryprob.png

Maybe someone could help me figure out what that is saying I need to fix? Because I sure don't know.

The main functions of these reports I am trying to build are to sum up Project ID hours. so there are a couple of "Project" tables, and it looks like in the past, the "Identification" field on that SharePoint table is linked to the primary key "Project ID" of the "ProjectHours" table that holds that actual hours data. This is a shot of one of my previous working queries, which oddly enough, this is one of the original working queries that HAS been pulling from the SharePoint table, and working just fine. Most of the other queries pull from the Access table, and they're the ones that I've made copies of, and am trying to get to pull from the SharePoint table, kind of like this one is:

http://www.rjbfabrication.com/workinghourcountqry.png

EDIT: Sorry, I had to fix one thing: above, the statement "(the "Lookup" tab says "Display control - Text Box" )" was supposed to go after the screenshot of the SP table's screenshot, http://www.rjbfabrication.com/props_spversion.png  The post is fixed now.

 Posted 12 years ago (Thread Starter)
Comment Quote
About gsempcb -Collapse +Expand
Visit Profile
Approved member.
Member subscribes to this thread with a verified email.
Old Account!
If this is your account, sign in to activate web presence data (sign in quarterly to keep active). Alternatively, you can subscribe to our monthly eMag with a valid email address.
Web Presence Hidden.
Once above is taken care of, full Profile content will display including back links, about me, my message, custom Profile html, social networking links, message board signature, company profile, etc.

Post ID #12962 (Level 1.8)  Reply to 12956
Reply Posted 8/1/2008 9:28:43 AM
Location=Tyler, TX USA 
Joined=12 years ago   MB Posts=24  
gsempcb
Tyler, TX USA
Quote:
Originally Posted by dfought

Ok, let's take this one step at a time.  First of all we need to check out the field size in the tables.  From the field size on the forms it appears there is a distinct difference "Requesting Department" is 50 while the Share Point Department is 255.  There is a possibility that the share point Department data may not always fit into the "Requesting Department" field.  For most of my questions at this time you will need to be looking at the actual table structure.

Quote:
Originally Posted by dfought

First thing you need to do is to identify the Department field size in the Access and Share Point tables.


Ok, for now, I changed the field size for all three "Requesting Department" fields in all three tables to "255". Rough'n'ready for now, but I just want to see this work. Also, I had to delete a relationship between "tblDepartmentPercentages" and "tblDepartments" to make the change, then linked it right back together exactly how it was. (And I tried to run the new query design for one of the queries again after making all three of those fields 255-length and the error http://www.rjbfabrication.com/qryprob.png came up again, so I don't think it's a field-size error)

Quote:
Originally Posted by dfought

The second question deals with how often you expect changes to occur in the share point data.  If changes are happening all the time and you need to catch those changes, then you should run the update process whenever you fill the list.  There will be a performance hit with this approach.  If you feel that the Share Point data will not be changing during this session then updating at the begining of the session is an acceptable approach.

I will find out about this, but I am pretty sure that it will not to be changed very often, but still may need to be changed every now and then. What would you suggest, in that case? 

 

Quote:
Originally Posted by dfought

In the screen shot reqdep_linkages.png there is a table named tblDepartments.  Is this the Access or Share Point table?  Does the other table containing Department data have the same general structure.  If so then inserting the data from the Share point table shouldnt be a significant problem.  Providing of course the Share Point department data isnt too large to fit.

tblDepartments  - Access table

tblDepartmentPercentages - Access table

IS Development Projects: Access Reports - SharePoint table

The screens below will show, and specifically highlight, how these three are inter-linked.

Quote:
Originally Posted by dfought

 I would suspect that in modifing the query you have changed the links from inner joins to outer joins.  It would be good to see the original and the modified query structure.  This error could also be related to the differences in field size between the Share point and access Department fields. 

I probably already know what they are and just don't know the common terminology, but what are "inner and outer joins"?

Original working query for a report (that leads to a pie chart):

http://www.rjbfabrication.com/originalqry_thatworks.png

Proposed query that ain't working so well:

http://www.rjbfabrication.com/proposedqry_doesntwork.png

Thank you for taking the time to help, so far.

 Posted 12 years ago (Thread Starter)
Comment Quote
About gsempcb -Collapse +Expand
Visit Profile
Approved member.
Member subscribes to this thread with a verified email.
Old Account!
If this is your account, sign in to activate web presence data (sign in quarterly to keep active). Alternatively, you can subscribe to our monthly eMag with a valid email address.
Web Presence Hidden.
Once above is taken care of, full Profile content will display including back links, about me, my message, custom Profile html, social networking links, message board signature, company profile, etc.

Post ID #12964 (Level 1.9)  Reply to 12956
Reply Posted 8/1/2008 11:16:41 AM
Location=Tyler, TX USA 
Joined=12 years ago   MB Posts=24  
gsempcb
Tyler, TX USA

Ok, I kind of understand, but where would this SQL statement go? Would it need to be in the Criteria for the Requesting Department that pulls from the SharePoint table? Or, a "Row Source" setting somewhere?

EDIT: Ok, I'm in "SQL View" for this new query that doesn't work, and here's the screen I get:

http://www.rjbfabrication.com/sql_new_qry.png

 What would you recommend? Maybe something like changing line 3 and 4 to be

FROM ((((tblProjects INNER JOIN tblProjectHours ON tblProjects.[Project ID] = tblProjectHours.[Project ID]) INNER JOIN [IS Development Projects: Access

Reports] ON [IS Development Projects: Access Reports].[Identification] = tblDepartmentPercentages.[Project ID]) INNER JOIN tblDeveloperNames ON tblProjectHours.Lastname = tblDeveloperNames.Lastname) INNER JOIN tblProjectType ON

 

As opposed to what those two lines were before..But this doesn't work.

 Posted 12 years ago (Thread Starter)
Comment Quote
About gsempcb -Collapse +Expand
Visit Profile
Approved member.
Member subscribes to this thread with a verified email.
Old Account!
If this is your account, sign in to activate web presence data (sign in quarterly to keep active). Alternatively, you can subscribe to our monthly eMag with a valid email address.
Web Presence Hidden.
Once above is taken care of, full Profile content will display including back links, about me, my message, custom Profile html, social networking links, message board signature, company profile, etc.

Post ID #12966 (Level 1.10)  Reply to 12956
Reply Posted 8/1/2008 2:19:01 PM
Last Updated 8/5/2008 4:01:28 PM
Location=Tyler, TX USA 
Joined=12 years ago   MB Posts=24  
gsempcb
Tyler, TX USA

Ok, then, so talking about how tables are joined, and inner and outer joins being set wrong and stuff, what is the problem, then? Is it that even though the two are linked--one table's "Project ID" is another table's "Identification"--since these two fields from different tables are named different things the query cannot run properly?

Or is it a matter of some Join settings somewhere along the line are not joining them correctly, or something? Should I edit the relationships between the "Requesting Departments", or between the "Project ID/Identification" in these queries with this "Join Properties" dialog box:

http://www.rjbfabrication.com/join.png

?

 

Which setting would be most appropriate for what I am trying to do? The first one is what it is on, default; "Only include rows where the joined fields from both tables are equal".

 Posted 12 years ago (Thread Starter)
Comment Quote
About gsempcb -Collapse +Expand
Visit Profile
Approved member.
Member subscribes to this thread with a verified email.
Old Account!
If this is your account, sign in to activate web presence data (sign in quarterly to keep active). Alternatively, you can subscribe to our monthly eMag with a valid email address.
Web Presence Hidden.
Once above is taken care of, full Profile content will display including back links, about me, my message, custom Profile html, social networking links, message board signature, company profile, etc.

Post ID #12970 (Level 1.11)  Reply to 12956
Reply Posted 8/4/2008 11:25:41 AM
Last Updated 8/5/2008 4:00:43 PM
Location=Tyler, TX USA 
Joined=12 years ago   MB Posts=24  
gsempcb
Tyler, TX USA

Ok I've further identified this, which may help in coming up with an answer. Let me break down my main report and the different reports that comprise it, first:

  • Main report, made up of 7 other reports (sub-reports)
    • The first 5 reports deal with queries that have a field which multiples by a "Department Percentage" figure, pulled from a table called "Department Percentage".
    • The last 2 reports deal with queries that do not multiply by a "Department Percentage".
    • (pictures of these things are found below, in this post)

Now not every department under "Requesting Department" in the IS table ("IS Development Projects: Access Reports") is inside of the "Department Percentage" table, so whenever the calculated "Hours Spent" field for the queries that deal with it multiplies by whatever it gets from "Department Percentages" it never comes up with any data because if the department isn't there, there's nothing to multiply by.

Now I'm just thinking that this might be the solution--I'm not a hundred percent sure. It just seems to me that the fact that the queries that are working with these new departments do not have that multiplying-by-percentages-field, while all the queries that do rely on multiplying-by-percentages field do not work. Here are some examples:

One of the queries that does multiply by the percentages table:

http://www.rjbfabrication.com/exof_mult.png

One of the queries that does not multiply by the percentages table

http://www.rjbfabrication.com/exof_nomult.png

If this theory is right, would the only step I need to take be to make sure that all of the departments that are in the SharePoint table ("IS Development Projects: Access Reports") are also in the "tblDepartmentPercentages" table?  If THAT is the case, I could manually insert them and theoretically be all right for now; but what would be a good feature to incorporate in order to insure that if new departments are ever added to the SharePoint table, they will automatically be carried over to the tblDepartmentPercentages table so that these queries can still run?

 Posted 12 years ago (Thread Starter)
Comment Quote
About gsempcb -Collapse +Expand
Visit Profile
Approved member.
Member subscribes to this thread with a verified email.
Old Account!
If this is your account, sign in to activate web presence data (sign in quarterly to keep active). Alternatively, you can subscribe to our monthly eMag with a valid email address.
Web Presence Hidden.
Once above is taken care of, full Profile content will display including back links, about me, my message, custom Profile html, social networking links, message board signature, company profile, etc.

Post ID #12971 (Level 1.12)  Reply to 12956
Reply Posted 8/4/2008 12:47:22 PM
Last Updated 8/5/2008 4:01:48 PM
Location=Tyler, TX USA 
Joined=12 years ago   MB Posts=24  
Most Recent Post
gsempcb
Tyler, TX USA

Ok, I'm pretty much disregarding the above problem. But here's an issue I'm having now, that's a bit similar:

Say I've got two tables, t1 and t2. Each one has the field "Departments". Then, regarding entries, they have many of the same ones, but some different ones, too. So let's say some reports I'm running look at queries that look at t1's "Departments", but I need an option to run the same reports for the "Departments" in t2. So I would append the departments from t2 into t1 with an append query, right?

But what if there are some records that were under the department "Legal Action" in one table, but someone input records that are meant to be of that same kind ("Legal Action") at another time into another table under the department "Legal" in that other table. Now since the jobs tracked under "Legal Action" and "Legal" are meant to be the same thing, someone just neglected to be consistent with how they entered the jobs into the database. So let's say I wanted to run my append query on the table with "Legal", and put it in the same table as the one with "Legal Action", and also change my heading on all those jobs from "Legal" to "Legal Action", too. Does this require an Update query in addition to an Append query? If so, does that mean that anytime I run a report on "Legal Action" projects, this Append query and Update query needs to run every time?

 Posted 12 years ago (Thread Starter)
Comment Quote
About gsempcb -Collapse +Expand
Visit Profile
Approved member.
Member subscribes to this thread with a verified email.
Old Account!
If this is your account, sign in to activate web presence data (sign in quarterly to keep active). Alternatively, you can subscribe to our monthly eMag with a valid email address.
Web Presence Hidden.
Once above is taken care of, full Profile content will display including back links, about me, my message, custom Profile html, social networking links, message board signature, company profile, etc.

Post ID #12973 (Level 1.13)  Reply to 12956
Reply Posted 8/5/2008 3:51:13 PM
Location=Tyler, TX USA 
Joined=12 years ago   MB Posts=24  

Revive Thread!

Add a comment to revive this old thread and make this archived thread more useful.

Write a Comment...
Full Editor
...
Sign in...

If you are a member, Sign In. Or, you can Create a Free account now.


Anonymous Post (text-only, no HTML):

Enter your name and security key.

Your Name:
Security key = P184A1
Enter key:
Icon: A Post    Thread    Idea    Important!    Cool    Sad    No    Yes    Includes a Link...   
Thread #12956 Counter
6774
Since 7/31/2008

Follow PrestwoodBoards on: 


©1995-2020 PrestwoodBoards  [Security & Privacy]
Professional IT Services: Coding | Websites | Computer Tech