Sign Up |  Live StatsLive Stats    Articles 34,879| Comments 154,846| Members 17,230, Newest IronSingh25| Online 263
Home Contact
 (Forgotten?): 
    Sikhism

   
                                                                     Your Banner Here!    

 
 
  
  

I'm still having problems

Our Donation Goal : Why Donate? : Donate Today! : Donate Anonymously (ਗੁਪਤ) : Our Family of Supporters
Goal this month: 400 USD, Received: 25 USD (6%)
Please Donate...
Related Topics...
Thread Thread Starter Forum Replies Last Post
Combo Box Problems Confused_Dave Information Technology 2 28-Jul-2006 08:40 AM
having problems!!! Need help if it out there xtermely23 Information Technology 5 28-Jul-2006 08:31 AM
Problems w/ FindFirst Sharkbyte Information Technology 9 28-Jul-2006 08:13 AM


Tags
still, having, problems
Reply Post New Topic In This Forum Stay Connected to Sikhism, Click Here to Register Now!
  #1 (permalink)  
Old 28-Jul-2006, 08:24 AM
Accessidiot's Avatar Accessidiot
Guest
 
Posts: n/a
   
   
I'm still having problems

  Donate Today!   Email to Friend  Tell a Friend   Show Printable Version  Print   Contact sikhphilosophy.net Administraion for any Suggestions, Ideas, Feedback.  Feedback  

Register to Remove Advertisements
I'm new to using access.
I have created a database to help with filling a paper form system we use
currently.
The current paper form has about 100 entries where the user enters 1 of 5
codes regarding checking systems on a vehicle, the codes are "ok", "Serious
fault", "Minor Fault", "Advice Only" and "N/A".
Buliding the database to present is fine, but I've hit 2 stumbling blocks,
Reference:: Sikh Philosophy Network http://www.sikhphilosophy.net/information-technology/11886-im-still-having-problems.html
Reference:: Sikh Philosophy Network http://www.sikhphilosophy.net/showthread.php?t=11886
The first problem should be easy to resolve (But I can't!!) Once a vehicle's
details have been entered, the user simply enters the registration plate
details in a combo box and a form loads with all the details- No problem-
This form then has a subform where the user enters combo boxes to enter one
of the five codes. However I have to load the main form in read only to
display the vehicle details, but then I need the subform to be in add mode.
So is it possible to load the main form in read only and the subform in add
mode?

My second problem is taxing me. When the user checks one of 100 combo boxes
with Serious, Minor, or advise they then need to enter a description of the
fault and a description of the remedy. I've tried showing or hiding text
boxes and also using a subform for each combo box, But this makes the form
too big and cumbersome.

On the original paper form there is simply a set of boxes where the user
enters the code number for the fault, the severity of the fault and the
descriptions.
Is it possible for me to re create this, but with the program checking the
combo boxes for thier value then entering the code for the fault, the
severity of the fault and then the user can add the descriptions. I would
prefer not to have 100 text boxes as again this makes the form cumbersome 20
or so is plenty?

Thanks for your help
Everyone here is very helpful and certainly has a wealth of knowledge, I
appreciate it. I'd still be at the first hurdle without your help.

Ian





 
Do share your immediate thoughts or reactions on this issue? We value your views! Login Now! or Sign Up Today! to share your views with us.. Gurfateh!
Reply With Quote
Sponsored Links
  #2 (permalink)  
Old 28-Jul-2006, 08:24 AM
Rod Plastow's Avatar Rod Plastow
Guest
 
Posts: n/a
   
   
RE: I'm still having problems

Hello again Ian,
Reference:: Sikh Philosophy Network http://www.sikhphilosophy.net/showthread.php?t=11886

Let me answer your last question first. Yes it is possible to recreate your
paper system but you should start with the database design. Once you have
this you can turn your attention to your form design. I know Access
encourages you to start designing forms first but this approach soon leads to
trouble.

OK, you need a number of tables.

Vehicle. This should contain all the static/standing data about a vehicle
including registration number. Think whether you want (now or in the future)
to relate this table to other tables such as Customer/Owner, Manufacturer,
Supplier, etc. If you do make provision in the table for foreign keys.
Foreign keys are long integers if you follow the practice of using the
autonumber feature for all primary keys.

Fault. This table simply lists the fault codes and related descriptions.

Inspection (you may have a better name such as Service or Visit). This
table identifies an occasion and will doubtless contain a date and other
information pertinent to that occasion.

InspectionRecord (or whatever name you choose) is a table that relates a
Vehicle with an Inspection with one or more Faults. You indicate that the
number of such records is fixed. This design however allows an unlimited
number of faults for every Inspection and I advise against imposing fixed
limits in your database design. Introduce the limit if you wish at the
'front-end' GUI but not in you database that should remain as flexible as
possible ('normalized' is the techie term). This table will have three
foreign keys in every record: one for Vehicle, one for Inspection and one for
Fault. You should include a memo field for additional comments.

I recommend you relate the tables using the Tools/Relationships function
from the main menu bar.

As you design each table you may wish to specify the LookUp properties of
each foreign key such that a meaningful text appears rather than a primary
key number. You can choose combo boxes or list boxes. This also has the
advantage that Access automatically places a control of the appropriate type
on your forms when you design them.

Space here is somewhat limited so I can't describe in great detail the
complete design but the foregoing should get you started in the right
direction.

Returning to your first 'stumbling block,' have you considered displaying
your 'main form' in a sub form holder? You can simply then disable the
holder and your users cannot access any data on the form shown. Link the sub
form to the primary key of your Vehicle table that hopefully is the bound
value of your main combo box. Your data entry form thus has two sub forms,
one disabled displaying the chosen vehicle details and one enabled for
Reference:: Sikh Philosophy Network http://www.sikhphilosophy.net/showthread.php?t=11886
selection of faults and entry of additional comments. In fact thinking about
it this second form is itself probably a main form and sub form - the main
form being the Inspection and the sub form being a continous form for fault
information.

I know I've really only 'scratched the surface' so get back if you need more
help.

Regards,

Rod


"Accessidiot" wrote:

> I'm new to using access.
> I have created a database to help with filling a paper form system we use
> currently.
> The current paper form has about 100 entries where the user enters 1 of 5
> codes regarding checking systems on a vehicle, the codes are "ok", "Serious
> fault", "Minor Fault", "Advice Only" and "N/A".
> Buliding the database to present is fine, but I've hit 2 stumbling blocks,
> The first problem should be easy to resolve (But I can't!!) Once a vehicle's
> details have been entered, the user simply enters the registration plate
> details in a combo box and a form loads with all the details- No problem-
> This form then has a subform where the user enters combo boxes to enter one
> of the five codes. However I have to load the main form in read only to
> display the vehicle details, but then I need the subform to be in add mode.
> So is it possible to load the main form in read only and the subform in add
> mode?
>
> My second problem is taxing me. When the user checks one of 100 combo boxes
> with Serious, Minor, or advise they then need to enter a description of the
> fault and a description of the remedy. I've tried showing or hiding text
> boxes and also using a subform for each combo box, But this makes the form
> too big and cumbersome.
>
> On the original paper form there is simply a set of boxes where the user
> enters the code number for the fault, the severity of the fault and the
> descriptions.
> Is it possible for me to re create this, but with the program checking the
> combo boxes for thier value then entering the code for the fault, the
> severity of the fault and then the user can add the descriptions. I would
> prefer not to have 100 text boxes as again this makes the form cumbersome 20
> or so is plenty?
>
> Thanks for your help
> Everyone here is very helpful and certainly has a wealth of knowledge, I
> appreciate it. I'd still be at the first hurdle without your help.
>
> Ian

Reply With Quote
  #3 (permalink)  
Old 28-Jul-2006, 08:24 AM
Rod Plastow's Avatar Rod Plastow
Guest
 
Posts: n/a
   
   
RE: I'm still having problems

Later........

No one spotted my deliberate error. The Inspection table should have the
vehicle id as a foreign key and the InspectionRecord does not need the
vehicle id.

Rod

P.S. Ian send me your email address to fe_rod@hotmail.com and I will send
you a sample mdb for most of this.

"Accessidiot" wrote:

> I'm new to using access.
> I have created a database to help with filling a paper form system we use
> currently.
> The current paper form has about 100 entries where the user enters 1 of 5
> codes regarding checking systems on a vehicle, the codes are "ok", "Serious
> fault", "Minor Fault", "Advice Only" and "N/A".
> Buliding the database to present is fine, but I've hit 2 stumbling blocks,
> The first problem should be easy to resolve (But I can't!!) Once a vehicle's
> details have been entered, the user simply enters the registration plate
> details in a combo box and a form loads with all the details- No problem-
> This form then has a subform where the user enters combo boxes to enter one
> of the five codes. However I have to load the main form in read only to
> display the vehicle details, but then I need the subform to be in add mode.
> So is it possible to load the main form in read only and the subform in add
> mode?
>
> My second problem is taxing me. When the user checks one of 100 combo boxes
> with Serious, Minor, or advise they then need to enter a description of the
> fault and a description of the remedy. I've tried showing or hiding text
> boxes and also using a subform for each combo box, But this makes the form
> too big and cumbersome.
>
> On the original paper form there is simply a set of boxes where the user
> enters the code number for the fault, the severity of the fault and the
> descriptions.
> Is it possible for me to re create this, but with the program checking the
> combo boxes for thier value then entering the code for the fault, the
> severity of the fault and then the user can add the descriptions. I would
Reference:: Sikh Philosophy Network http://www.sikhphilosophy.net/showthread.php?t=11886
Reference:: Sikh Philosophy Network http://www.sikhphilosophy.net/showthread.php?t=11886
> prefer not to have 100 text boxes as again this makes the form cumbersome 20
> or so is plenty?
>
> Thanks for your help
> Everyone here is very helpful and certainly has a wealth of knowledge, I
> appreciate it. I'd still be at the first hurdle without your help.
>
> Ian

Reply With Quote
  #4 (permalink)  
Old 28-Jul-2006, 08:25 AM
Accessidiot's Avatar Accessidiot
Guest
 
Posts: n/a
   
   
RE: I'm still having problems

  Donate Today!  
If you didn't get my email rod its ian@hemingwaycc.fsbusiness.co.uk
Thanks
Ian

"Rod Plastow" wrote:

> Hello again Ian,
>
> Let me answer your last question first. Yes it is possible to recreate your
> paper system but you should start with the database design. Once you have
> this you can turn your attention to your form design. I know Access
> encourages you to start designing forms first but this approach soon leads to
> trouble.
>
> OK, you need a number of tables.
>
> Vehicle. This should contain all the static/standing data about a vehicle
> including registration number. Think whether you want (now or in the future)
> to relate this table to other tables such as Customer/Owner, Manufacturer,
> Supplier, etc. If you do make provision in the table for foreign keys.
> Foreign keys are long integers if you follow the practice of using the
> autonumber feature for all primary keys.
>
> Fault. This table simply lists the fault codes and related descriptions.
>
> Inspection (you may have a better name such as Service or Visit). This
> table identifies an occasion and will doubtless contain a date and other
> information pertinent to that occasion.
>
> InspectionRecord (or whatever name you choose) is a table that relates a
> Vehicle with an Inspection with one or more Faults. You indicate that the
> number of such records is fixed. This design however allows an unlimited
> number of faults for every Inspection and I advise against imposing fixed
> limits in your database design. Introduce the limit if you wish at the
> 'front-end' GUI but not in you database that should remain as flexible as
> possible ('normalized' is the techie term). This table will have three
> foreign keys in every record: one for Vehicle, one for Inspection and one for
> Fault. You should include a memo field for additional comments.
>
> I recommend you relate the tables using the Tools/Relationships function
> from the main menu bar.
>
> As you design each table you may wish to specify the LookUp properties of
> each foreign key such that a meaningful text appears rather than a primary
> key number. You can choose combo boxes or list boxes. This also has the
> advantage that Access automatically places a control of the appropriate type
> on your forms when you design them.
>
> Space here is somewhat limited so I can't describe in great detail the
> complete design but the foregoing should get you started in the right
> direction.
>
> Returning to your first 'stumbling block,' have you considered displaying
> your 'main form' in a sub form holder? You can simply then disable the
> holder and your users cannot access any data on the form shown. Link the sub
> form to the primary key of your Vehicle table that hopefully is the bound
> value of your main combo box. Your data entry form thus has two sub forms,
> one disabled displaying the chosen vehicle details and one enabled for
> selection of faults and entry of additional comments. In fact thinking about
> it this second form is itself probably a main form and sub form - the main
> form being the Inspection and the sub form being a continous form for fault
> information.
>
> I know I've really only 'scratched the surface' so get back if you need more
> help.
>
> Regards,
>
> Rod
>
>
> "Accessidiot" wrote:
>
> > I'm new to using access.
> > I have created a database to help with filling a paper form system we use
> > currently.
> > The current paper form has about 100 entries where the user enters 1 of 5
> > codes regarding checking systems on a vehicle, the codes are "ok", "Serious
> > fault", "Minor Fault", "Advice Only" and "N/A".
> > Buliding the database to present is fine, but I've hit 2 stumbling blocks,
> > The first problem should be easy to resolve (But I can't!!) Once a vehicle's
> > details have been entered, the user simply enters the registration plate
> > details in a combo box and a form loads with all the details- No problem-
> > This form then has a subform where the user enters combo boxes to enter one
> > of the five codes. However I have to load the main form in read only to
> > display the vehicle details, but then I need the subform to be in add mode.
> > So is it possible to load the main form in read only and the subform in add
> > mode?
> >
> > My second problem is taxing me. When the user checks one of 100 combo boxes
> > with Serious, Minor, or advise they then need to enter a description of the
> > fault and a description of the remedy. I've tried showing or hiding text
Reference:: Sikh Philosophy Network http://www.sikhphilosophy.net/showthread.php?t=11886
> > boxes and also using a subform for each combo box, But this makes the form
> > too big and cumbersome.
> >
> > On the original paper form there is simply a set of boxes where the user
> > enters the code number for the fault, the severity of the fault and the
Reference:: Sikh Philosophy Network http://www.sikhphilosophy.net/showthread.php?t=11886
> > descriptions.
> > Is it possible for me to re create this, but with the program checking the
> > combo boxes for thier value then entering the code for the fault, the
> > severity of the fault and then the user can add the descriptions. I would
> > prefer not to have 100 text boxes as again this makes the form cumbersome 20
> > or so is plenty?
> >
> > Thanks for your help
> > Everyone here is very helpful and certainly has a wealth of knowledge, I
> > appreciate it. I'd still be at the first hurdle without your help.
> >
> > Ian

Reply With Quote
   Click Here to Donate Now!

Support Us!
Become a Promoter!
Gurfateh ji, you can become a SPN Promoter by Donating as little as $10 each month. With limited resources & high operational costs, your donations make it possible for us to deliver a quality website and spread the teachings of the Sri Guru Granth Sahib Ji, to serve & uplift humanity. Every contribution counts. Donate Generously. Gurfateh!
ReplyPost New Topic In This Forum Stay Connected to Sikhism, Click Here to Register Now!

Bookmarks


(View-All Members who have read this thread : 0
There are no names to display.

Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Tools Search
Search:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is On
Trackbacks are On
Pingbacks are On
Refbacks are On

» Gurbani Jukebox
Listen to Gurbani while surfing SPN!
» Recent Discussions
sikhism Are Nihangs: A Legacy...
Today 05:16 AM
12 Replies, 243 Views
sikhism Benti Chaupai - Keertan...
Today 04:47 AM
11 Replies, 216 Views
sikhism Fools Who Wrangle Over...
Today 04:44 AM
913 Replies, 77,852 Views
sikhism Meditate - How, What,...
Today 03:54 AM
38 Replies, 1,117 Views
sikhism Is Hindu/Sikh a Valid...
Today 02:20 AM
82 Replies, 1,450 Views
sikhism Undercover Mosque
Today 01:10 AM
0 Replies, 31 Views
sikhism Incidental Happiness...
Yesterday 23:00 PM
0 Replies, 48 Views
sikhism Amazing truth!
Yesterday 22:20 PM
0 Replies, 53 Views
sikhism Black money: Indians...
Yesterday 21:40 PM
1 Replies, 44 Views
sikhism Sikh temple brawl a...
Yesterday 20:33 PM
0 Replies, 51 Views
sikhism Turban Cloth
Yesterday 20:32 PM
3 Replies, 99 Views
sikhism A village where every...
Yesterday 19:12 PM
0 Replies, 40 Views
Why have Sikhs Changed...
Yesterday 18:12 PM
34 Replies, 1,168 Views
Scientists cure cancer,...
By Kamala
Yesterday 14:09 PM
7 Replies, 123 Views
Any Japji Sahib videos...
By Kamala
Yesterday 13:02 PM
6 Replies, 81 Views
» Books You Should Read...
Powered by vBadvanced CMPS v3.2.2

All times are GMT +6.5. The time now is 06:00 AM.
Powered by vBulletin® Version 3.8.6
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.
Search Engine Optimization by vBSEO 3.5.2 Copyright © 2004-12, All Rights Reserved. Sikh Philosophy Network


Page generated in 0.46825 seconds with 30 queries