Attachment System Date.mdb (System Date.zip) added by briang1 on 2010-07-19 14:00
Description:
Small access app with macros shows eddit prob.
Update:
File added from Trac

Comment 1 by jteh on 2010-09-24 06:59
Tried to get this working with display model. Unfortunately, although our display model code can retrieve the text, it can't seem to find the caret. This is very low demand and probably very hard to fix.

Technical info for reference:

• Access seems to first fire a focus event on a window with class of OKttbx, MSAA role of client. Interestingly, the caret must be in this window because we automatically use !DisplayModelEditableText. (This must also mean the caret is in this window.) Unfortunately, this object doesn't contain useful info such as the name of the control.
• It then fires focus on an object with window class OForm, MSAA role of text and positive object ID. Unfortunately, using !DisplayModelEditableText here can't find the caret; see above.
• It's possible that the location of the OForm object is wrong and that we'd have better luck finding the caret with OKttbx. However, this requires us to somehow keep track of the OKttbx object while still moving focus to OForm. And I'm not even sure if this would work. Yuck.
  Changes:
  Milestone changed from 2010.3 to None

Comment 2 by briang1 on 2013-04-11 17:32
I tried a runtime version of Access 2010 and the issue still occurs in xp as far as I can tell.

Comment 3 by briang1 on 2013-11-13 10:39
Obviously in XP I cannot try Access 2013, but have been told the app crashes when nvda is run in windows 8.

Comment 4 by nvdakor on 2013-11-18 07:51
Hi,
Interestingly, in Access 2010, if I press backspace, I can tell that the obj.name changes.
Technical (for Access 2010 under Windows 8.x):

• As Jamie said, devInfo says window class name is the name that was mentioned, and the obj.name is the text itself. This can also be verified if I do curNavObject command (NVDA+Numpad5) and checking each time I press BACKSPACE.
• Also, the MRO list contains dynamic_displayMOdel and iAccessible at the same level, indicating multiple inheritance 9not that useful, but hopefully could be a handy note).
  This ticket is by far the biggest show stopper for MS Access app module - something that gives me headache...
  Thanks.

@Brian1Gaff: Could you provide a status update for this issue?

@Brian1Gaff could you please give us an update regarding this issue? Could someone upload the attachment? I want to try it with newest NVDA and MS Access version. Thanks.

@Adriani90, I have edited the original comment with the attachment.

I have tested this in MS Access. This attachment is not working properly after a security updated from MS made in June 2017. I guess this application has been created with a really really old MS Access version (maybe MS Access 2000). I get runtime error 13 when trying to delete the content in the field. That means that types are not consistent because they are using different programming sets.
I also get runtime error 70 when typing the new system date and press enter. This is a permission restriction introduced by the new security update for very old MS Access files.

In any case, when i type something in the "change system date to", it is spoken by NVDA. When I press tab twice I land on the change date field and the content is being reported as it should be.

This issue cannot be reproduced peroperly, I suggest closing it. @Brian1Gaff, please open a new issue with current MS Access file (preferably MS Access 2007 or higher).

Hi,

Actually, with Office 2010 and higher. Closing. Thanks.