UtterAccess.com
X   Site Message
(Message will auto close in 2 seconds)

Welcome to UtterAccess! Please ( Login   or   Register )

Custom Search
 
   Reply to this topicStart new topic
> Tab Control Anomaly, Access 2016    
 
   
Graham R Seach
post Jan 10 2017, 10:10 PM
Post#1


UtterAccess VIP
Posts: 640
Joined: 11-November 04
From: Sydney, Australia


Hi guys,

It's been a while since I've been here, but I hope you'll be able to offer some advice.

A2016 (x86 Desktop) on Win10.

Steps the recreate the problem:
  1. Create a new blank form.
  2. Add a tab control with 4 pages.
  3. Add a label on each page. Something like "Page 1", "Page 2", and so on.
  4. Set the tab control's Style property to "None".
  5. View the form in form view.
  6. Click where the tab buttons would be (if they were visible).

Expected behaviour:
I would expect nothing to happen. No tab events to fire and no page changes.

Observed behaviour:
The tab changes pages, so it seems that hiding the tab buttons/tabs only does so graphically, not logically. The control's Change event still fires with every change, and the pages' Click events fire for each page.

I have never seen this behaviour in all my years working with Access. Can anyone confirm this? Have I been lucky or just unobservant?

--------------------
Graham R Seach
Sydney, Australia

There's nothing normalised about a database developer
Go to the top of the page
 
DanielPineault
post Jan 11 2017, 06:29 AM
Post#2


UtterAccess VIP
Posts: 5,283
Joined: 30-June 11



I can somewhat replicate the issue. If I click on the border, where the buttons would normally appear, my button codes does indeed fire even though there are no visible buttons. Odd!

--------------------
Daniel Pineault (2010-2017 Microsoft MVP)
Professional Help: http://www.cardaconsultants.com
Free MS Access Code, Tips, Tricks and Samples: http://www.devhut.net

* Design should never say "Look at me". It should always say "Look at this". -- David Craib
* A user interface is like a joke, if you have to explain it, it's not that good! -- Martin LeBlanc


All code samples, demonstration databases, links,... are provided 'AS IS' and are to be used at your own risk! Take the necessary steps to check, validate ...
Go to the top of the page
 
gemmathehusky
post Jan 11 2017, 06:39 AM
Post#3


UtterAccess VIP
Posts: 4,429
Joined: 5-June 07
From: UK


"lucky" is probably moot

even if it is a bug, why would you want to add an invisible tab control?
I presume access designers just didn't consider someone designing a form in this way.

as a sidenote, you can deliberately disable a textbox, say, but overlay it with an invisible command button (or is it label?) that remains clickable, although invisible. In this case it's clear where the invisible control is, because you design it to overlay the underlying control. The user thinks he is clicking the text box, but he is clicking the invisible command button.

eg The Access CookBook demonstrated this as a way of using a graphical US State bitmap, and overlaying it with invisible buttons to "click" on an individual state.



--------------------
Dave (Male)

(Gemma was my dog)
Go to the top of the page
 
Graham R Seach
post Jan 11 2017, 07:35 AM
Post#4


UtterAccess VIP
Posts: 640
Joined: 11-November 04
From: Sydney, Australia


Daniel:
Thanks for confirming. It is odd indeed. Now that I notice it, I'd love to find a way to remove this "feature".

gemmathehusky:
I didn't say I was adding an invisible tab control. I'm making it's buttons/tabs invisible. This is standard procedure when creating a wizard.

--------------------
Graham R Seach
Sydney, Australia

There's nothing normalised about a database developer
Go to the top of the page
 
TheSmileyCoder
post Jan 11 2017, 10:42 AM
Post#5


UtterAccess VIP
Posts: 1,503
Joined: 19-January 12
From: Denmark, Copenhagen


@Gemma:
You can use the technique of hiding the tab controls to make a multi-page / multi step form, complete with previous/next buttons. I believe most access wizard are in fact created in such a manner. When you click Next it proceeds to the next "tab". Its great because you don't have to pass information to another form, all the information is available on the same form.

--------------------
TheSmileyCoder // Anders Ebro (Access MVP)

~~~~~~~~
Blog: www.TheSmileyCoder.com
YouTube Channel: TheSmileyCoder
Go to the top of the page
 


Custom Search
RSSSearch   Top   Lo-Fi    22nd October 2017 - 08:36 AM