Re: [Bug-apl] A call for justification of feature / library / extension proposals (was Re: Tk/Tcl interface)

First of all, I'm a newcomer to APL and even though I've hit 40 I feel somewhat like the new kid on the block. :-) I haven't advocated plenty of new quad-commands or changes to the core language (although there are certainly a few of those that I'd like to see too, but I respect Jürgens wishes and

Re: [Bug-apl] A call for justification of feature / library / extension proposals (was Re: Tk/Tcl interface)

Blake said: > "This means creating a quad function to load, execute, and interface with > shared libraries (so/dll/etc). > It also means standard ways of communicating data back and forth" clap clap clap. +1. That's basically the idea of what we did at IPSA. As for the file system it was bui

Re: [Bug-apl] apl-cf (Component Files for GNU APL) on Github

Thanks! Really appreciate it! --blake On Tue, Apr 22, 2014 at 6:53 PM, David B. Lamkins wrote: > I've pushed apl-cf to Github. > > The only change (since the last tarball posted to bug-apl) is the > addition of a README.md file. > > https://github.com/TieDyedDevil/apl-cf > > > > >

Re: [Bug-apl] A call for justification of feature / library / extension proposals (was Re: Tk/Tcl interface)

Greetings, Your email sparked many thoughts. Not that my opinion necessarily counts for anything, I think this should be GNU APL's priority list: 1. Fix all known bugs and portability issues as they are discovered. 2. Support all of APL's standard defined features (i.e. trace, stop, etc.) 3.

Re: [Bug-apl] A call for justification of feature / library / extension proposals (was Re: Tk/Tcl interface)

David's is a thoughtful email which which we should consider without prejudice. The ISO standard makes clear, in chapter 4, what it means to be compliant. When I worked at IPSA Ken Iverson's office was just a couple away from mine. He was very thoughtful of what should be added/extended to the lan

[Bug-apl] apl-cf (Component Files for GNU APL) on Github

I've pushed apl-cf to Github. The only change (since the last tarball posted to bug-apl) is the addition of a README.md file. https://github.com/TieDyedDevil/apl-cf

[Bug-apl] A call for justification of feature / library / extension proposals (was Re: Tk/Tcl interface)

Just for the sake of discussion, and not because I specifically object to any of the proposed library bindings: It'd be nice to see some motivation for mapping new libraries into/onto APL. I know that Dyalog APL has all of the features proposed by Elias (and more). I don't, however, assign much we

Re: [Bug-apl] 2 questions wrt editing my programs

Thanks Jürgen & Elias for your responses. I will explore both approaches. In fact I have downloaded Emacs for OS X from but not yet installed it. As a long time user of BBEdit, a great text editor for Mac, I've also downloaded the free TextWrangler app. It's also fr

[Bug-apl] Fwd: Re: 2 questions wrt editing my programs

I accidentally sent this to Jürgen only. Here it is for the rest of the list. Regards, Elias -- Forwarded message -- From: "Elias Mårtenson" Date: 23 Apr 2014 01:13 Subject: Re: [Bug-apl] 2 questions wrt editing my programs To: "Jürgen Sauermann" Cc: I must say that that sounds

Re: [Bug-apl] 2 questions wrt editing my programs

Hi Peter, the built-in ∇-editor should almost work like "Editor 1" described in the IBM language reference manual for APL2, chapter 9. When you are scripting GNU APL then you can define functions in your script like this: )ERASE AVERAGE ∇Z←AVERAGE B Z←(+/B)÷⍴B ∇ Having that said, this is how

Re: [Bug-apl] Tk/Tcl interface

Great ideas. I've been spending a bunch of time trying to correct my Unicomp keyboard mapping with xkbcomp. There is clearly a limit to my intelligence, and xkbcomp is it! It is easy to correct key assignments, but I haven't yet figured out how to setup mappings for RAlt+Control (the Unicomp key

Re: [Bug-apl] Tk/Tcl interface

Oh, and a few other libraries I feel would be useful to have wrappers around include: - Regex: http://www.gnu.org/software/libc/manual/html_node/Regular-Expressions.html - JSON - XML - Images loading and saving (libpng for example, or even easier: netpbm) - Ability to directly lo

Re: [Bug-apl] Tk/Tcl interface

You want to implement it? I'm thinking that a wrapper around libcurl would be very useful as well. I know it can be implemented on top of socket primitives, but there is a lot of intelligence in libcurl that would be painful to reimplement. http://curl.haxx.se/libcurl/c/ Regards, Elias On 22 A

Re: [Bug-apl] Tk/Tcl interface

I strongly agree. Also, sockets will give us better direct access to Web technology (i.e. web services). Thanks. Blake On Tue, Apr 22, 2014 at 9:18 AM, Elias Mårtenson wrote: > I'd love to add trace (step) functionality to the Emacs mode, if the > underlying functionality is available. Jürge

Re: [Bug-apl] Tk/Tcl interface

I'd love to add trace (step) functionality to the Emacs mode, if the underlying functionality is available. Jürgen? A native library for sockets is an obvious feature to add. It should be rather trivial to do so. GUI interface is, in fact, less important in my opinion. These days most people do G

Re: [Bug-apl] Tk/Tcl interface

I know the history of J, and I agree with what they did. I also fully agree with your observations regarding Tk. GTK+ is a far better choice than Tk. There is one important difference though. Integrating GTK+ is a huge job! Integrating Tk is much easier. Bang for the buck, Tk is a good first