Complicated form design

I am trying to figure out how, if it's even possible, to design a form like the embedded example.    Any guidance much appreciated.


Blue: Horizontal list from tblProjects (text to be as shown)                                                
Orange: Combo-Box Selection                                                
Green: List from tblCode                                                
Yellow: Numeric data entry                                                

Form Example
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Anders Ebro (Microsoft MVP)Microsoft DeveloperCommented:
Yes, its possible.
It is not that easy, and does requery fairly good coding skills. You can see an example of how it can be achieved here:Editable Crosstab in Access
ste5anSenior DeveloperCommented:
What is your question?

Well, do you want a bound or unbound form? Do you want data sheet view or controls? What process are you implementing? How does your data model look like (cardinalities?)?
Jim Dettman (Microsoft MVP/ EE MVE)President / OwnerCommented:
As Ander's said, it's doable and there are a number of approaches.

 Some would use the MSFlexGrid control, which is an outdated (at this point) grid control.   Other's would go the "unbound" route, using a series of a text controls and push/pull data into the controls as needed, possibly in conjunction with a continuous form.   Some might also embed an Excel spreadsheet and do it that way.

 Acronis Global Cyber Summit 2019 in Miami

The Acronis Global Cyber Summit 2019 will be held at the Fontainebleau Miami Beach Resort on October 13–16, 2019, and it promises to be the must-attend event for IT infrastructure managers, CIOs, service providers, value-added resellers, ISVs, and developers.

I may have offered this to you for another question.  It is a solution based on queries and a couple of lines of code.  It is not completely flexible though.  You will have to determine ahead of time, the maximum number of projects you want to show.  The solution was conceived to handle months for a forcasting application but I expanded it to do expenses as you can see from one of the examples.  Your situation is something in between.  Look at the third item and see how the Generate Seq button works.  It should give you an idea of how to translate the "months" to "projects"..  The solution will allow you to do projects 1-n and then select n+1 - z if you provide a criteria option so you can ultimately access all the projects a set at a time.

The sample is to large to upload so if you would like it, please send a pm with your email address.
John TsioumprisSoftware & Systems EngineerCommented:
Well i am sure that a lot of objection would rise due to my proposal of MsFlexGrid but if you want a solution that would "self adjust" to each and every case i am afraid that this the way to go...take a look at a classic sample here
On the other hand nothing is stopping you from selecting one of the other methods that are proposed here but do take into account that are not that flexible in future changes (i will keep a doubt about editable cross - tab as i have never saw that before although the concept is somewhat known...but in other cases)
Appart from the above it would helpful to have an inside view about what excatly are your requirements...for example could easily create a "matching" form based on some a continuous form design and some temp tables that would "rotate" the recordsources..
For example you could have something like 20 -30 textboxes that are unbound by design and on the Load event populate them on some criteria...but this mean that a "user" would only see 20-30 projects at a glance while the MsFlexGid solution is almost limitless (limited only by memory...which it isn't its strong feature but again we are talking in thousands)

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
Anders Ebro (Microsoft MVP)Microsoft DeveloperCommented:
Is there a 64bit version of the msFlexgrid available?
John TsioumprisSoftware & Systems EngineerCommented:
Even the newest commercial siblings of Grid-alike controls are not usable under 64bit Access as for the time being is a very small market... since there isn't a clear advantage of using 64bit Access.
EDIT1 : Here you can find all the "benefits" of Using 64-bit Access...too bad there aren't any real user case except for Large Number datatype.
Anders Ebro (Microsoft MVP)Microsoft DeveloperCommented:
I realize that there are no real benefits of running 64bit access, but alas Access is just one cog in the office suite, and people might install office 64bit to get support for larger datasheets in excel.

Add to that, from Office 2019 and on, the default installation is 64bit. I would therefore strongly recommend against a solution that will only work on 32 bit.
John TsioumprisSoftware & Systems EngineerCommented:
the default installation is 64bit
Sometimes you need to take a look behind the curtain...For years Ms has being recommending 32bit Office against 64 bit but it seems that conflicts with their marketing agenda so i guess the time has come to force 64bit to avoid the fuss....of course they don't care about the true user needs ...i have being reading about people complaining for the lack of extra controls ...the answer was : "Just gather more votes to consider it"....controls that have being widely used in the past (like Treeview)
IMHO if you are developing for an in house solution that would never take off besides the company premises then 32bit/64bit makes no difference ...and to be honest Access targets "local" development...
On the other hand i don't see any real advantage so its up to developer to pick...but personally i would like to have code pieces working right away without wasting work hours ...
Back when AMD released the 1st 64bit processor there were huge talks and promises about the wonderful 64bit applications...the years have passed and besides a handful of applications that really take advantage of 64bit (like 3D) the revolution hasn't came...
To me its just a natural get a 64 OS why not to use a 64bit Office....too bad there are cons/pros to consider before installing.
Jim Dettman (Microsoft MVP/ EE MVE)President / OwnerCommented:

  On this:

EDIT1 : Here you

 You are not pointing to the current content as you are pointing to the Office 2016 tab; a lot has changed in the past three years.  This is the current link:

 for Office 2019 and forward (hard to say there is a "version" anymore) and at the end, there is one specific reason for using 64 bit Access that is  given:

You’re working with the Large Number data type in Access,

 also as we have discussed in other threads, the other reason is the process address space, which right now, Access is limited to 2GB.   While that's not a major problem at the moment, it is becoming a problem.   More and more posts are showing up where users are getting the "out of system resources" messages with the latest releases.

So while I certainly would agree that we are not yet there with Active-x controls, if you don't use them there is no reason not to switch to 64 bit at this time and there are benefits over 32 bit.    If you do use them, then it's time to start pushing for 64 bit versions of them or find alternatives, which I think is what Ander's was trying to get at.  No sense in building a solution if it's not going to be workable going forward.

I would not be shocked either if in the next five years or six years Microsoft no longer offered 32 bit Office.   With that said, I have no idea if that will be the case or not, but the push is on to move to 64 bit and not just from Microsoft.

At the very least, you should be looking at what it will take you to get there and always give that consideration when your working on solutions.

There will be a day when we leave 32 behind and that day is coming.

John TsioumprisSoftware & Systems EngineerCommented:
I reckon this would take roughly a decade so probably it would be wiser to move to another platform than yo argue about 32 vs 64.
One thing i know for sure is that my copy of  Office 2016 is going to accompany me for many years more
Jim Dettman (Microsoft MVP/ EE MVE)President / OwnerCommented:
I reckon this would take roughly a decade ...

 umm...don't think it will be that long.  Could be, but we've already had 64 bit in Office since 2010.

 Certainly Access 2016 will be workable for many years and there's nothing wrong with using it well into the future.  Even 2019 and Office 365 are still available in 32 bit.   Right now, 64 bit is just the default install.     But once Microsoft moves onto 64 bit only,  you'll be stuck with the feature set that it offers.  If you can live with that, then you will be set for a long time.  I don't see 32 bit support dying out in windows for quite some time.

 But as you pointed out, it depends on the type of development you do to an extent (in-house vs out).   I think though that even in-house will become difficult.

 From Office 2010 and up, any version of Office will need to be the same bitness, and all products within the install need to be the same.  So by saying "I'll stick with 32 bit Access", that means everything else (Excel, Word, Outlook, etc) as well will be 32 bit and that will limit you.  Especially as we move forward over the next few years.

Also one thing with Access is that you can't get around the large number data type limitations using 32 bit.   Yes it's supported in 32 bit, but only to an extent.  The only clean way of handling the large number data type is with the 64 bit edition.   Something like that may be out of your control, i.e. you develop apps that run against databases that are not yours.

There is a very mixed bag of Access apps out there and some may be able to live with 32 bit Office for quite some time.  Heck I still have clients on Access 2000!    But I see that segment narrowing more and more as we move forward over the next five or six years.

Sooner or later everyone will need to get over the 64 bit hump just as we did with 16 bit.

SteveL13Author Commented:
All of this went way over my head.  But thanks to those that contributed.  I've decided to go a different route.
Jim Dettman (Microsoft MVP/ EE MVE)President / OwnerCommented:
Anything we can help you understand about what's been discussed or with your new direction on this?

SteveL13Author Commented:
Thanks Jim, but not at this time.  I went off in a different direction which seems to be working out.  I do appreciate the offer however.
Jim Dettman (Microsoft MVP/ EE MVE)President / OwnerCommented:

It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Microsoft Access

From novice to tech pro — start learning today.