The GW-Apps is geared toward discussions of Window-Eyes and GW Micro apps. Any subscriber of the GW-Apps list has the ability to post on-topic messages.
From:
Katherine Moss <Katherine.Moss@gordon.edu>Subject:
RE: MS Access and WE problems (noticed when typing in fields andDate:
Fri, Jan 6, 2012 2:18:19 pm--_000_6C2EC6FBAFC68E4F9694F1BD2BA5BC7D23233A0ASN2PRD0102MB129_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Ah okay. I'll have to tell my mentors that then because I may need an additional set of eyes.
From: Aaron Smith [mailto:aaron@gwmicro.com]
Sent: Friday, January 06, 2012 2:11 PM
To: gw-apps@gwmicro.com
Subject: Re: MS Access and WE problems (noticed when typing in fields and when designing)
Form view should certainly work. Design or table view, however, will read cell contents, but not cell headers. That's what we need to work on.
Aaron
On 1/6/2012 2:05 PM, Katherine Moss wrote:
Oh haha that makes sense. So does Access 2010 work at all right now? I ask because I'm doing a project at my college with my mentors there and it's kind of required for the scenario I'm trying to use.
From: Aaron Smith [mailto:aaron@gwmicro.com]
Sent: Friday, January 06, 2012 1:54 PM
To: gw-apps@gwmicro.com<mailto:gw-apps@gwmicro.com>
Subject: Re: MS Access and WE problems (noticed when typing in fields and when designing)
That's a good question, and for the most part, Microsoft did make Access 2010 more accessible than 2003 (which is why the app currently puts more emphasis on the earlier version). But the biggest reason that we put more effort into getting Access 2003 working is because that is the version that was used by the people who first came to us and said, "Please make this database I'm using work better." Now that 2007 and 2010 users are becoming more prolific, we'll start putting more resources into working with those version.
On 1/6/2012 1:45 PM, Katherine Moss wrote:
Okay then, so what support of Access 2010 is currently offered? And shouldn't support of the different versions go the other way around? In that the latest version out there should come first? Just curious. Thanks for updating us though.
From: Aaron Smith [mailto:aaron@gwmicro.com]
Sent: Friday, January 06, 2012 12:08 PM
Cc: gw-apps@gwmicro.com<mailto:gw-apps@gwmicro.com>
Subject: Re: MS Access and WE problems (noticed when typing in fields and when designing)
Beefing up Access support in the Access app is on our list. Right now, Access 2003 is working best, followed by Access 2007, followed by Access 2010. We'll be focusing on 2007 and 2010 in the next app update.
Aaron
On 1/6/2012 12:40 AM, Katherine Moss wrote:
Hello all,
Not that I am a whiz at MS Access 2010 (I'm just learning it), but in my learning, or attempts thereof, I have discovered some real issues with Access and WE. For one thing, when in design view, WE does not speak very well which field you are on, and I can just get it to sometimes speak the data types when setting up the database, but once you get out of there, you can't tell which field you are on anyway, so trying to design them seemed to have served no purpose in the first place. And then once you get out of design view and you try to type into one of the fields (and after praying to the Lord that you are on the right one), you're lucky if you get a correct placement. Is this something really simple on my end that I'm missing? Or more directly, how would you suggest that a Window-Eyes user use Access 2010? And I have the latest version of the MS Access app installed as well, so that's why this question is going on this list to begin with, but if it should be moved, you can move it. Thanks folks.
Katherine Moss,
Administrator of the AccessCop Network, previously Raeder24.org. Visit us on the web at http://raeder24.org<http://raeder24.org/>
--
Aaron Smith
Web Development * App Development * Product Support Specialist
GW Micro, Inc. * 725 Airport North Office Park, Fort Wayne, IN 46825
260-489-3671 * gwmicro.com
To insure that you receive proper support, please include all past
correspondence (where applicable), and any relevant information
pertinent to your situation when submitting a problem report to the GW
Micro Technical Support Team.
--
Aaron Smith
Web Development * App Development * Product Support Specialist
GW Micro, Inc. * 725 Airport North Office Park, Fort Wayne, IN 46825
260-489-3671 * gwmicro.com
To insure that you receive proper support, please include all past
correspondence (where applicable), and any relevant information
pertinent to your situation when submitting a problem report to the GW
Micro Technical Support Team.
--
Aaron Smith
Web Development * App Development * Product Support Specialist
GW Micro, Inc. * 725 Airport North Office Park, Fort Wayne, IN 46825
260-489-3671 * gwmicro.com
To insure that you receive proper support, please include all past
correspondence (where applicable), and any relevant information
pertinent to your situation when submitting a problem report to the GW
Micro Technical Support Team.
--_000_6C2EC6FBAFC68E4F9694F1BD2BA5BC7D23233A0ASN2PRD0102MB129_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
@font-face
{font-family:"Times New Roman , serif";
panose-1:0 0 0 0 0 0 0 0 0 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
color:black;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
pre
{mso-style-priority:99;
mso-style-link:"HTML Preformatted Char";
margin:0in;
margin-bottom:.0001pt;
font-size:10.0pt;
font-family:"Courier New";
color:black;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";
color:black;}
span.HTMLPreformattedChar
{mso-style-name:"HTML Preformatted Char";
mso-style-priority:99;
mso-style-link:"HTML Preformatted";
font-family:Consolas;
color:black;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";
color:black;}
span.EmailStyle21
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:windowtext;}
span.EmailStyle22
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.EmailStyle23
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.EmailStyle24
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
..MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body bgcolor="white" lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="color:#1F497D">Ah okay. I’ll have to tell my mentors that then because I may need an additional set of eyes.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext"> Aaron Smith [mailto:aaron@gwmicro.com]
<br>
<b>Sent:</b> Friday, January 06, 2012 2:11 PM<br>
<b>To:</b> gw-apps@gwmicro.com<br>
<b>Subject:</b> Re: MS Access and WE problems (noticed when typing in fields and when designing)<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Form view should certainly work. Design or table view, however, will read cell contents, but not cell headers. That's what we need to work on.<br>
<br>
Aaron<br>
<br>
On 1/6/2012 2:05 PM, Katherine Moss wrote: <o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">Oh haha that makes sense. So does Access 2010 work at all right now? I ask because I’m doing a project at my college with my mentors there and it’s kind of required for the scenario I’m trying to use.
</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext"> Aaron Smith [<a href="mailto:aaron@gwmicro.com">mailto:aaron@gwmicro.com</a>]
<br>
<b>Sent:</b> Friday, January 06, 2012 1:54 PM<br>
<b>To:</b> <a href="mailto:gw-apps@gwmicro.com">gw-apps@gwmicro.com</a><br>
<b>Subject:</b> Re: MS Access and WE problems (noticed when typing in fields and when designing)</span><o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">That's a good question, and for the most part, Microsoft did make Access 2010 more accessible than 2003 (which is why the app currently puts more emphasis on the earlier version). But the biggest reason that we put more effort into getting
Access 2003 working is because that is the version that was used by the people who first came to us and said, "Please make this database I'm using work better." Now that 2007 and 2010 users are becoming more prolific, we'll start putting more resources into
working with those version.<br>
<br>
On 1/6/2012 1:45 PM, Katherine Moss wrote: <o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">Okay then, so what support of Access 2010 is currently offered? And shouldn’t support of the different versions go the other way around? In that the latest version out there should come first? Just curious.
Thanks for updating us though. </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext"> Aaron Smith [<a href="mailto:aaron@gwmicro.com">mailto:aaron@gwmicro.com</a>]
<br>
<b>Sent:</b> Friday, January 06, 2012 12:08 PM<br>
<b>Cc:</b> <a href="mailto:gw-apps@gwmicro.com">gw-apps@gwmicro.com</a><br>
<b>Subject:</b> Re: MS Access and WE problems (noticed when typing in fields and when designing)</span><o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Beefing up Access support in the Access app is on our list. Right now, Access 2003 is working best, followed by Access 2007, followed by Access 2010. We'll be focusing on 2007 and 2010 in the next app update.<br>
<br>
Aaron<br>
<br>
On 1/6/2012 12:40 AM, Katherine Moss wrote: <o:p></o:p></p>
<p class="MsoNormal">Hello all,<o:p></o:p></p>
<p class="MsoNormal">Not that I am a whiz at MS Access 2010 (I’m just learning it), but in my learning, or attempts thereof, I have discovered some real issues with Access and WE. For one thing, when in design view, WE does not speak very well which field
you are on, and I can just get it to sometimes speak the data types when setting up the database, but once you get out of there, you can’t tell which field you are on anyway, so trying to design them seemed to have served no purpose in the first place. And
then once you get out of design view and you try to type into one of the fields (and after praying to the Lord that you are on the right one), you’re lucky if you get a correct placement. Is this something really simple on my end that I’m missing? Or more
directly, how would you suggest that a Window-Eyes user use Access 2010? And I have the latest version of the MS Access app installed as well, so that’s why this question is going on this list to begin with, but if it should be moved, you can move it. Thanks
folks. <o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Katherine Moss,<o:p></o:p></p>
<p class="MsoNormal">Administrator of the AccessCop Network, previously Raeder24.org. Visit us on the web at
<a href="http://raeder24.org/">http://raeder24.org</a><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:12.0pt"><br>
<br>
<br>
<br>
</span><o:p></o:p></p>
<pre>-- <o:p></o:p></pre>
<pre>Aaron Smith <o:p></o:p></pre>
<pre>Web Development * App Development * Product Support Specialist<o:p></o:p></pre>
<pre>GW Micro, Inc. * 725 Airport North Office Park, Fort Wayne, IN 46825<o:p></o:p></pre>
<pre>260-489-3671 * gwmicro.com<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>To insure that you receive proper support, please include all past<o:p></o:p></pre>
<pre>correspondence (where applicable), and any relevant information<o:p></o:p></pre>
<pre>pertinent to your situation when submitting a problem report to the GW<o:p></o:p></pre>
<pre>Micro Technical Support Team.<o:p></o:p></pre>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Times New Roman , serif","serif""><br>
<br>
<br>
</span><o:p></o:p></p>
<pre>-- <o:p></o:p></pre>
<pre>Aaron Smith <o:p></o:p></pre>
<pre>Web Development * App Development * Product Support Specialist<o:p></o:p></pre>
<pre>GW Micro, Inc. * 725 Airport North Office Park, Fort Wayne, IN 46825<o:p></o:p></pre>
<pre>260-489-3671 * gwmicro.com<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>To insure that you receive proper support, please include all past<o:p></o:p></pre>
<pre>correspondence (where applicable), and any relevant information<o:p></o:p></pre>
<pre>pertinent to your situation when submitting a problem report to the GW<o:p></o:p></pre>
<pre>Micro Technical Support Team.<o:p></o:p></pre>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Times New Roman","serif""><br>
<br>
<o:p></o:p></span></p>
<pre>-- <o:p></o:p></pre>
<pre>Aaron Smith <o:p></o:p></pre>
<pre>Web Development * App Development * Product Support Specialist<o:p></o:p></pre>
<pre>GW Micro, Inc. * 725 Airport North Office Park, Fort Wayne, IN 46825<o:p></o:p></pre>
<pre>260-489-3671 * gwmicro.com<o:p></o:p></pre>
<pre><o:p> </o:p></pre>
<pre>To insure that you receive proper support, please include all past<o:p></o:p></pre>
<pre>correspondence (where applicable), and any relevant information<o:p></o:p></pre>
<pre>pertinent to your situation when submitting a problem report to the GW<o:p></o:p></pre>
<pre>Micro Technical Support Team.<o:p></o:p></pre>
</div>
</body>
</html>
--_000_6C2EC6FBAFC68E4F9694F1BD2BA5BC7D23233A0ASN2PRD0102MB129_--
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Ah okay. I'll have to tell my mentors that then because I may need an additional set of eyes.
From: Aaron Smith [mailto:aaron@gwmicro.com]
Sent: Friday, January 06, 2012 2:11 PM
To: gw-apps@gwmicro.com
Subject: Re: MS Access and WE problems (noticed when typing in fields and when designing)
Form view should certainly work. Design or table view, however, will read cell contents, but not cell headers. That's what we need to work on.
Aaron
On 1/6/2012 2:05 PM, Katherine Moss wrote:
Oh haha that makes sense. So does Access 2010 work at all right now? I ask because I'm doing a project at my college with my mentors there and it's kind of required for the scenario I'm trying to use.
From: Aaron Smith [mailto:aaron@gwmicro.com]
Sent: Friday, January 06, 2012 1:54 PM
To: gw-apps@gwmicro.com<mailto:gw-apps@gwmicro.com>
Subject: Re: MS Access and WE problems (noticed when typing in fields and when designing)
That's a good question, and for the most part, Microsoft did make Access 2010 more accessible than 2003 (which is why the app currently puts more emphasis on the earlier version). But the biggest reason that we put more effort into getting Access 2003 working is because that is the version that was used by the people who first came to us and said, "Please make this database I'm using work better." Now that 2007 and 2010 users are becoming more prolific, we'll start putting more resources into working with those version.
On 1/6/2012 1:45 PM, Katherine Moss wrote:
Okay then, so what support of Access 2010 is currently offered? And shouldn't support of the different versions go the other way around? In that the latest version out there should come first? Just curious. Thanks for updating us though.
From: Aaron Smith [mailto:aaron@gwmicro.com]
Sent: Friday, January 06, 2012 12:08 PM
Cc: gw-apps@gwmicro.com<mailto:gw-apps@gwmicro.com>
Subject: Re: MS Access and WE problems (noticed when typing in fields and when designing)
Beefing up Access support in the Access app is on our list. Right now, Access 2003 is working best, followed by Access 2007, followed by Access 2010. We'll be focusing on 2007 and 2010 in the next app update.
Aaron
On 1/6/2012 12:40 AM, Katherine Moss wrote:
Hello all,
Not that I am a whiz at MS Access 2010 (I'm just learning it), but in my learning, or attempts thereof, I have discovered some real issues with Access and WE. For one thing, when in design view, WE does not speak very well which field you are on, and I can just get it to sometimes speak the data types when setting up the database, but once you get out of there, you can't tell which field you are on anyway, so trying to design them seemed to have served no purpose in the first place. And then once you get out of design view and you try to type into one of the fields (and after praying to the Lord that you are on the right one), you're lucky if you get a correct placement. Is this something really simple on my end that I'm missing? Or more directly, how would you suggest that a Window-Eyes user use Access 2010? And I have the latest version of the MS Access app installed as well, so that's why this question is going on this list to begin with, but if it should be moved, you can move it. Thanks folks.
Katherine Moss,
Administrator of the AccessCop Network, previously Raeder24.org. Visit us on the web at http://raeder24.org<http://raeder24.org/>
--
Aaron Smith
Web Development * App Development * Product Support Specialist
GW Micro, Inc. * 725 Airport North Office Park, Fort Wayne, IN 46825
260-489-3671 * gwmicro.com
To insure that you receive proper support, please include all past
correspondence (where applicable), and any relevant information
pertinent to your situation when submitting a problem report to the GW
Micro Technical Support Team.
--
Aaron Smith
Web Development * App Development * Product Support Specialist
GW Micro, Inc. * 725 Airport North Office Park, Fort Wayne, IN 46825
260-489-3671 * gwmicro.com
To insure that you receive proper support, please include all past
correspondence (where applicable), and any relevant information
pertinent to your situation when submitting a problem report to the GW
Micro Technical Support Team.
--
Aaron Smith
Web Development * App Development * Product Support Specialist
GW Micro, Inc. * 725 Airport North Office Park, Fort Wayne, IN 46825
260-489-3671 * gwmicro.com
To insure that you receive proper support, please include all past
correspondence (where applicable), and any relevant information
pertinent to your situation when submitting a problem report to the GW
Micro Technical Support Team.
--_000_6C2EC6FBAFC68E4F9694F1BD2BA5BC7D23233A0ASN2PRD0102MB129_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
@font-face
{font-family:"Times New Roman , serif";
panose-1:0 0 0 0 0 0 0 0 0 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
color:black;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
pre
{mso-style-priority:99;
mso-style-link:"HTML Preformatted Char";
margin:0in;
margin-bottom:.0001pt;
font-size:10.0pt;
font-family:"Courier New";
color:black;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";
color:black;}
span.HTMLPreformattedChar
{mso-style-name:"HTML Preformatted Char";
mso-style-priority:99;
mso-style-link:"HTML Preformatted";
font-family:Consolas;
color:black;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";
color:black;}
span.EmailStyle21
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:windowtext;}
span.EmailStyle22
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.EmailStyle23
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.EmailStyle24
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
..MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body bgcolor="white" lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="color:#1F497D">Ah okay. I’ll have to tell my mentors that then because I may need an additional set of eyes.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext"> Aaron Smith [mailto:aaron@gwmicro.com]
<br>
<b>Sent:</b> Friday, January 06, 2012 2:11 PM<br>
<b>To:</b> gw-apps@gwmicro.com<br>
<b>Subject:</b> Re: MS Access and WE problems (noticed when typing in fields and when designing)<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Form view should certainly work. Design or table view, however, will read cell contents, but not cell headers. That's what we need to work on.<br>
<br>
Aaron<br>
<br>
On 1/6/2012 2:05 PM, Katherine Moss wrote: <o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">Oh haha that makes sense. So does Access 2010 work at all right now? I ask because I’m doing a project at my college with my mentors there and it’s kind of required for the scenario I’m trying to use.
</span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext"> Aaron Smith [<a href="mailto:aaron@gwmicro.com">mailto:aaron@gwmicro.com</a>]
<br>
<b>Sent:</b> Friday, January 06, 2012 1:54 PM<br>
<b>To:</b> <a href="mailto:gw-apps@gwmicro.com">gw-apps@gwmicro.com</a><br>
<b>Subject:</b> Re: MS Access and WE problems (noticed when typing in fields and when designing)</span><o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">That's a good question, and for the most part, Microsoft did make Access 2010 more accessible than 2003 (which is why the app currently puts more emphasis on the earlier version). But the biggest reason that we put more effort into getting
Access 2003 working is because that is the version that was used by the people who first came to us and said, "Please make this database I'm using work better." Now that 2007 and 2010 users are becoming more prolific, we'll start putting more resources into
working with those version.<br>
<br>
On 1/6/2012 1:45 PM, Katherine Moss wrote: <o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">Okay then, so what support of Access 2010 is currently offered? And shouldn’t support of the different versions go the other way around? In that the latest version out there should come first? Just curious.
Thanks for updating us though. </span><o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"> </span><o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext"> Aaron Smith [<a href="mailto:aaron@gwmicro.com">mailto:aaron@gwmicro.com</a>]
<br>
<b>Sent:</b> Friday, January 06, 2012 12:08 PM<br>
<b>Cc:</b> <a href="mailto:gw-apps@gwmicro.com">gw-apps@gwmicro.com</a><br>
<b>Subject:</b> Re: MS Access and WE problems (noticed when typing in fields and when designing)</span><o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Beefing up Access support in the Access app is on our list. Right now, Access 2003 is working best, followed by Access 2007, followed by Access 2010. We'll be focusing on 2007 and 2010 in the next app update.<br>
<br>
Aaron<br>
<br>
On 1/6/2012 12:40 AM, Katherine Moss wrote: <o:p></o:p></p>
<p class="MsoNormal">Hello all,<o:p></o:p></p>
<p class="MsoNormal">Not that I am a whiz at MS Access 2010 (I’m just learning it), but in my learning, or attempts thereof, I have discovered some real issues with Access and WE. For one thing, when in design view, WE does not speak very well which field
you are on, and I can just get it to sometimes speak the data types when setting up the database, but once you get out of there, you can’t tell which field you are on anyway, so trying to design them seemed to have served no purpose in the first place. And
then once you get out of design view and you try to type into one of the fields (and after praying to the Lord that you are on the right one), you’re lucky if you get a correct placement. Is this something really simple on my end that I’m missing? Or more
directly, how would you suggest that a Window-Eyes user use Access 2010? And I have the latest version of the MS Access app installed as well, so that’s why this question is going on this list to begin with, but if it should be moved, you can move it. Thanks
folks. <o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Katherine Moss,<o:p></o:p></p>
<p class="MsoNormal">Administrator of the AccessCop Network, previously Raeder24.org. Visit us on the web at
<a href="http://raeder24.org/">http://raeder24.org</a><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:12.0pt"><br>
<br>
<br>
<br>
</span><o:p></o:p></p>
<pre>-- <o:p></o:p></pre>
<pre>Aaron Smith <o:p></o:p></pre>
<pre>Web Development * App Development * Product Support Specialist<o:p></o:p></pre>
<pre>GW Micro, Inc. * 725 Airport North Office Park, Fort Wayne, IN 46825<o:p></o:p></pre>
<pre>260-489-3671 * gwmicro.com<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>To insure that you receive proper support, please include all past<o:p></o:p></pre>
<pre>correspondence (where applicable), and any relevant information<o:p></o:p></pre>
<pre>pertinent to your situation when submitting a problem report to the GW<o:p></o:p></pre>
<pre>Micro Technical Support Team.<o:p></o:p></pre>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Times New Roman , serif","serif""><br>
<br>
<br>
</span><o:p></o:p></p>
<pre>-- <o:p></o:p></pre>
<pre>Aaron Smith <o:p></o:p></pre>
<pre>Web Development * App Development * Product Support Specialist<o:p></o:p></pre>
<pre>GW Micro, Inc. * 725 Airport North Office Park, Fort Wayne, IN 46825<o:p></o:p></pre>
<pre>260-489-3671 * gwmicro.com<o:p></o:p></pre>
<pre> <o:p></o:p></pre>
<pre>To insure that you receive proper support, please include all past<o:p></o:p></pre>
<pre>correspondence (where applicable), and any relevant information<o:p></o:p></pre>
<pre>pertinent to your situation when submitting a problem report to the GW<o:p></o:p></pre>
<pre>Micro Technical Support Team.<o:p></o:p></pre>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Times New Roman","serif""><br>
<br>
<o:p></o:p></span></p>
<pre>-- <o:p></o:p></pre>
<pre>Aaron Smith <o:p></o:p></pre>
<pre>Web Development * App Development * Product Support Specialist<o:p></o:p></pre>
<pre>GW Micro, Inc. * 725 Airport North Office Park, Fort Wayne, IN 46825<o:p></o:p></pre>
<pre>260-489-3671 * gwmicro.com<o:p></o:p></pre>
<pre><o:p> </o:p></pre>
<pre>To insure that you receive proper support, please include all past<o:p></o:p></pre>
<pre>correspondence (where applicable), and any relevant information<o:p></o:p></pre>
<pre>pertinent to your situation when submitting a problem report to the GW<o:p></o:p></pre>
<pre>Micro Technical Support Team.<o:p></o:p></pre>
</div>
</body>
</html>
--_000_6C2EC6FBAFC68E4F9694F1BD2BA5BC7D23233A0ASN2PRD0102MB129_--




