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

2014-08-18 Thread David B. Lamkins
Thanks, Juergen. The original post referred to the aplwrap command line. The aplwrap code has been changed to pass "-- additional args" to GNU APL.

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

2014-08-18 Thread Juergen Sauermann
Hi David, working already I believe: *eedjsa@Server65:~/apl/apl-1.4/src$ ./apl -- myargs and more ... ⎕ARG ./apl -- myargs and more * /// Jürgen On 08/13/2014 10:36 PM, David Lamkins wrote: Here's a feature request: - Provide a means to pass command-line arguments to APL. At the very

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

2014-08-16 Thread Chris Moller
Applied, committed, and pushed to github. Chris Retired Computer Engineer On 08/16/14 17:51, Frederick H. Pitts wrote: Chris, I'm using if ( /* Filter out NumLock status from event state */ ( key_event->state & ~ GDK_MOD2_MASK ) == 0 && ( key_event->k

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

2014-08-16 Thread 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 )

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

2014-08-16 Thread Chris Moller
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)) { // se

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

2014-08-14 Thread Blake McBride
Thanks for the help. I found it! (I do most of my work on a Sony laptop. That key is next to the function keys on this keyboard.) The ctl-break does interrupt the function. Thanks! Blake On Thu, Aug 14, 2014 at 11:04 PM, Elias Mårtenson wrote: > It's in the top-right corner here: > http:

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

2014-08-14 Thread Elias Mårtenson
It's in the top-right corner here: http://techgage.com/reviews/corsair/vengeance_peripherals/k60/corsair_k60_03.jpg Regards, Elias On 15 August 2014 11:57, Blake McBride wrote: > What is the "ctrl-break" key? I don't have any key labeled "break". > > > On Thu, Aug 14, 2014 at 10:21 PM, Chris

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

2014-08-14 Thread Blake McBride
What is the "ctrl-break" key? I don't have any key labeled "break". On Thu, Aug 14, 2014 at 10:21 PM, Chris Moller wrote: > A few more patches pushed, including mapping the keyboard interrupt to > the ctrl-break key. > > cm > > > > On 08/13/14 19:24, Blake McBride wrote: > > IMO either Copy o

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

2014-08-14 Thread Chris Moller
A few more patches pushed, including mapping the keyboard interrupt to the ctrl-break key. cm On 08/13/14 19:24, Blake McBride wrote: IMO either Copy or Break should be moved to a menu option. On Wed, Aug 13, 2014 at 6:21 PM, David Lamkins > wrote: Control-C

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

2014-08-14 Thread Chris Moller
Now that my eyeballs have gone all squiggly staring at alien characters, I think the latest push has the right keymap and keymap pop-up. The GNU APL Avec.def file doesn't contain a "CENT" reference, so I faked one in aplwrap. So far as I can tell, APL is cool with it as a character; it doesn'

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

2014-08-13 Thread David Lamkins
That's all correct, I believe. --LX runs a command or expression. To be fair, an expression isn't useful. However, you can write --LX ')copy myws' or --LX ')load myws' to start up APL with a particular workspace. That's useful. If you load a workspace as above, and that workspace ends contains a

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

2014-08-13 Thread Chris Moller
I'm not sure I get it... aplwrap -- --LX "9-8" opens a window containing the result and ?ARG yields apl --noColor --rawCIN -w 500 --silent --LX 8-9 aplwrap -- -f plotsincos runs the script. Is there something I'm missing? On 08/13/14 18:16, David Lamkins wrote: Sor

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

2014-08-13 Thread Blake McBride
IMO either Copy or Break should be moved to a menu option. On Wed, Aug 13, 2014 at 6:21 PM, David Lamkins wrote: > Control-C is bound to GTK's copy. That's going to interfere with the key's > role as the APL attention signal. > >

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

2014-08-13 Thread David Lamkins
Control-C is bound to GTK's copy. That's going to interfere with the key's role as the APL attention signal.

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

2014-08-13 Thread Blake McBride
Dear Chris, Thanks. That looks a lot better. A couple of things I did notice, however. 1. I noticed that the way your program maps is affected by my kxb settings. Didn't expect that. I completely rebooted my machine to eliminate any mapping issues. 2. Keymap errors: Format ⍕ is mapped to

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

2014-08-13 Thread David Lamkins
Sorry... I didn't explain the command-line stuff completely and forgot a part. Here's a patch (attached). On Wed, Aug 13, 2014 at 2:22 PM, Chris Moller wrote: > >- Added the command-line stuff. >- Fixed the assign arrow and branch arrow transposition. > > Both pushed to github. > I'll

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

2014-08-13 Thread David Lamkins
In case you missed my recent note, this problem isn't with quad-PW after all. More details in my other post. On Wed, Aug 13, 2014 at 2:22 PM, Chris Moller wrote: > >- Added the command-line stuff. >- Fixed the assign arrow and branch arrow transposition. > > Both pushed to github. > I

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

2014-08-13 Thread David Lamkins
Hmm. It has something to do with your UTF-8 validation in apl_read(). My guess is that read() returns in the middle of a multibyte UTF-8 character, causing the validation to fail. I don't think this is strictly related to the size of the buffer; I tried changing BUFFER_SIZE to 6256 with no improv

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

2014-08-13 Thread Chris Moller
* Added the command-line stuff. * Fixed the assign arrow and branch arrow transposition. Both pushed to github. I'll look at the quad-PW stuff On 08/13/14 16:36, David Lamkins wrote: Here's a feature request: - Provide a means to pass command-line arguments to APL. At the very least, I'd l

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

2014-08-13 Thread Frederick H. Pitts
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 p

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

2014-08-13 Thread David Lamkins
Here's a feature request: - Provide a means to pass command-line arguments to APL. At the very least, I'd like to be able to do something like: $ aplwrap -s 16 -- --my-option 1234 where everything from -- onward would be tacked onto the end of aplwrap's apl_argv[]. That way, everything after t

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

2014-08-13 Thread Chris Moller
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. *

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

2014-08-13 Thread David Lamkins
A couple more minor concerns: 1. The output pane resizes horizontally to the enclosing window size, but not vertically. 2. Last night's scroll-to-end fix is working for me. Now it'd be nice to have the output pane also scroll to the left when waiting for input.

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

2014-08-12 Thread Chris Moller
Yeah, just found that. I'll put up a new version in the morning. On 08/13/14 01:29, Elias Mårtenson wrote: I recommend using GNU FreeMono as the font. That's what I'm using in Emacs for APL buffers and it looks great. Much better than the disasters of fonts used by Dyalog. On 13 August 201

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

2014-08-12 Thread Chris Moller
The keymap came from Sharp APL, which I'd been using for years, but it's easy enough to modernise it. I'll tinker that in the morning. The -m switch switched to the SimPL font which was alleged to be monospace, but isn't quite. I replaced it just now with GNU FreeMono, which is better, but s

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

2014-08-12 Thread David Lamkins
Seconded. FreeMono works for me. In addition to Emacs, I use FreeMono in xterm and gnome-terminal. On Tue, Aug 12, 2014 at 10:29 PM, Elias Mårtenson wrote: > I recommend using GNU FreeMono as the font. That's what I'm using in Emacs > for APL buffers and it looks great. Much better than the dis

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

2014-08-12 Thread David Lamkins
On Tue, Aug 12, 2014 at 7:17 PM, Chris Moller wrote: > Monospace added; use option -m > Thanks. Doesn't seem to work here. Let me know if there's any info I can provide to help debug. -- "The secret to creativity is knowing how to hide your sources." Albert Einstein http://soundcloud.com

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

2014-08-12 Thread Elias Mårtenson
I recommend using GNU FreeMono as the font. That's what I'm using in Emacs for APL buffers and it looks great. Much better than the disasters of fonts used by Dyalog. On 13 August 2014 13:27, David Lamkins wrote: > On Tue, Aug 12, 2014 at 5:59 PM, Chris Moller > wrote: > >> The --with-apl-sou

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

2014-08-12 Thread David Lamkins
On Tue, Aug 12, 2014 at 5:59 PM, Chris Moller wrote: > The --with-apl-source-dir= thing is left over from an old version and I > forget to take it out of the INSTALL file. Now it asks apl itself where > the source is. If it's important, I can stick the option back in, but, > mostly, it should

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

2014-08-12 Thread Blake McBride
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 out

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

2014-08-12 Thread Chris Moller
Monospace added; use option -m On 08/12/14 18:47, David Lamkins wrote: Nice start! Thanks for doing this. :) --with-apl-source-dir= is not recognized by configure, but APL_SOURCES= ./configure seems to work. A few obvious things for the wish list: 1. a monospaced font 2. ability to adjust

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

2014-08-12 Thread Chris Moller
The --with-apl-source-dir= thing is left over from an old version and I forget to take it out of the INSTALL file. Now it asks apl itself where the source is. If it's important, I can stick the option back in, but, mostly, it should do things automagically. You can set the font size with the

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

2014-08-12 Thread Elias Mårtenson
Wouldn't it make sense to include this in GNU APL proper? Regards, Elias On 13 Aug 2014 06:47, "David Lamkins" wrote: > Nice start! Thanks for doing this. :) > > --with-apl-source-dir= is not recognized by configure, but > > APL_SOURCES= ./configure > > seems to work. > > > A few obvious things

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

2014-08-12 Thread David Lamkins
Nice start! Thanks for doing this. :) --with-apl-source-dir= is not recognized by configure, but APL_SOURCES= ./configure seems to work. A few obvious things for the wish list: 1. a monospaced font 2. ability to adjust font size 3. automatically scroll to end of buffer on output Again, thank

[Bug-apl] A GTK wrapper for GNU APL

2014-08-12 Thread Chris Moller
I've written a GTK+-based wrapper for APL and Jürgen suggested I tell people about it... Basically, what it does is provide a textual interface to APL that makes it unnecessary to install keymaps and fonts in xterm, konsole, or whatever CLI you usually use--the keymap and font are built into t