Re: [Bug-apl] A GTK wrapper for GNU APL

[Frederick H. Pitts]

Chris,

        I'm using

  if (
      /* Filter out NumLock status from event state */
      ( key_event->state & ~ GDK_MOD2_MASK ) == 0 &&
      (
        key_event->keyval == GDK_KEY_Return ||
          /* Honor numeric keypad enter key */
          key_event->keyval == GDK_KEY_KP_Enter
      )
  ) { /* send line to APL */ }

I think we are on the same page.  Only difference I see between your and
my solutions is that mine will honor the numeric keypad enter key
irrespective of the NumLock state whereas your requires NumLock to be
active for the numeric keypad enter key to be honored.  Personally, I
prefer the former arrangement.

Regards,

Fred
Retired Chemical Engineer

On Sat, 2014-08-16 at 17:04 -0400, Chris Moller wrote:
> I'm not sure what you're trying to do.  Would this do it?
> 
>          if (((key_event->state == 0 || key_event->state ==
>         GDK_MOD2_MASK) &&
>                key_event->keyval == GDK_KEY_Return) ||
>               (key_event->state == GDK_MOD2_MASK
>                && key_event->keyval == GDK_KEY_KP_Enter)) {
>                 // send line to APL
>         }
>         
> (GDK_MOD2_MASK is numlock)
> 
> What this does is:
>       * If the state is zero or Numlock is on, and Return is pressed,
>         send the line to APL.
>       * If numlock is off, treat KP_Enter like a normal character and
>         insert a newline into the buffer.
>       * if numlock is on, treat KP_Enter like Return and send the line
>         to APL.
> 
> cm
> 
> 
> On 08/13/14 17:03, Frederick H. Pitts wrote:
> 
> > Hello Chris,
> > 
> >     Please consider 1) filtering out whether the 'NumLock' is active or not
> > when you test the key event state is 0 and keyval is GDK_KEY_Return and
> > 2) adding support for a keyval of GDK_KEY_KP_Enter in the same test.
> > Then using the numeric keypad with aplwrap would be a lot more pleasant.
> > As it is right now, aplwrap doesn't send text to GnuAPL on return key
> > presses when the 'NumLock' is active.
> > 
> > Thanks,
> > 
> > Fred
> > Retired Chemical Engineer
> > 
> > On Wed, 2014-08-13 at 13:33 -0400, Chris Moller wrote:
> > > I've just pushed a new version to github.  
> > > 
> > >       * Switched to the FreeMono font rather than the SimPL font.
> > >         ]keyb still doesn't look right, but I think it's the box
> > >         characters screwing up and not the normal characters. Mono is
> > >         now the default; use the -v option if you  want variable
> > >         width.
> > >       * Revised the keymap to match ]keyb.  There are a few symbols,
> > >         circle-diaresis, star-diaresis, and quad-colon that GNU APL
> > >         doesn't seem to support, and since I'm basing my keymap on the
> > >         GNU APL Avec.def file, nothing happens when you press those
> > >         keys.  Let me know if that's a problem and I'll try to do
> > >         something about it.  Also, in the real world, diamond is on
> > >         the alt-backquote key but KDE-world intercepts that key and
> > >         there's no way to change that, so I've mapped diamond to the
> > >         otherwise unused alt-d. ]keyb also shows a bizarre symbol, a
> > >         tilde-zero or something like that, on alt-].  I  can't find
> > >         anything similar in the Unicode tables, so I'm ignoring it,
> > >         Let me know if that's a problem.
> > > 
> > > Have fun,
> > > cm
> > > 
> > > 
> > > 
> > > On 08/13/14 00:11, Blake McBride wrote:
> > > 
> > > > Dear Chris, 
> > > > 
> > > > 
> > > > Wow.  Very nice!  A few things I noticed: 
> > > > 
> > > > 
> > > > 1.  The -m did not put it in mono font for me (using current GIT).
> > > > 
> > > > 
> > > > 2.  Mono font really should be the default otherwise nothing
> > > > displays correctly.  Try ]keyb.  Try 5 5⍴⍳25
> > > > 
> > > > 
> > > > 3.  You are using an old keyboard mapping.  It doesn't match the
> > > > output of ]keyb.  It also doesn't match my actual keyboard (which
> > > > was designed to match the GNU APL standard.)
> > > > 
> > > > 
> > > > Thanks.
> > > > 
> > > > 
> > > > Blake
> > > > 
> > > > 
> > > > 
> > > > 
> > 
> > 
> > 
>