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
<
http://gretl.sourcearchive.com/documentation/1.9.5-2/struct__windata__t.h...
*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(a)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(a)lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-users