Thanks. Checked it again. Both Ctrl-A, and A keystrokes cause narrator to read. At least on my computer. 

Checked the sources. I think it's because in source file gretl_8c_source (or gretl.c). The catch_mdata_key reads:

/* keystrokes recognized in the main gretl window */

static gint catch_mdata_key (GtkWidget *w, GdkEventKey *key, windata_t *vwin)
{
    GdkModifierType mods = widget_get_pointer_mask(w);
    int k = key->keyval;

    if (k == GDK_h || k == GDK_F1) {
...
#if defined(HAVE_FLITE) || defined(G_OS_WIN32)
    if (!(mods & GDK_MOD1_MASK)) {
      if (k == GDK_a) {
          audio_render_window(vwin, AUDIO_LISTBOX);
          return TRUE;
      } else if (k == GDK_x) {
          stop_talking();
          return TRUE;
      }
    }
#endif

The GDK_A check seems to not distinguish between Ctrl-A and A. A check to see if Ctrl is down would do it I guess. 

Best regards,
Bulent Erdemir


On Sat, Mar 31, 2012 at 4:13 PM, Allin Cottrell <cottrell@wfu.edu> wrote:
On Sat, 31 Mar 2012, Bulent Erdemir wrote:

> Is it just me or in the command log windows, when one presses Ctrl-A to
> select all text, Windows Narrator kicks in and starts reading the text in
> the window ?

That shouldn't be happening on Ctrl-A. It is designed to happen on
plain 'A' in a non-editable window, in which case it can be stopped
with 'X'. I'll look into it.

Allin Cottrell
_______________________________________________
Gretl-users mailing list
Gretl-users@lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-users