Re: [Bug-apl] Formal format for function documentation

Thank you. I didn't think of doing that. I will fix that today. Regards, Elias On 17 Jul 2014 08:02, "David Lamkins" wrote: > Picking up the function name at point doesn't quite work; it stops at _. > You may want to make sure that all valid APL break characters {_⍙∆¯} are > recognized. > > Did

Re: [Bug-apl] Formal format for function documentation

Picking up the function name at point doesn't quite work; it stops at _. You may want to make sure that all valid APL break characters {_⍙∆¯} are recognized. Did you consider trimming the local variables list? To me, that doesn't seem especially useful in a documentation buffer. On Wed, Jul 16,

[Bug-apl] support-files/apl.loadkeys

The recent keyboard layout change is not reflected in support-files/apl.loadkeys .

Re: [Bug-apl] Function definition information (extension proposal)

Oh neat, I didn't know that. :-) Regards, Elias On 16 July 2014 22:20, Juergen Sauermann wrote: > Hi, > > actually *]SYMBOL *shows it as *Creator* attribute. > > /// Jürgen > > > > On 07/15/2014 04:39 AM, Elias Mårtenson wrote: > > Just some extra information: There is not currently (at least

Re: [Bug-apl] Formal format for function documentation

Well, that would be great too. My parsing of the comments right now is very simple, and I can easily change it if a different approach is proposed. If anything more complex than just a simple block of text is decided upon, I can add features to the Emacs mode to provide syntax highlighting and str

Re: [Bug-apl] Formal format for function documentation

Hi, sorry, I sent this one to the wrong topic.., /// Jürgen On 07/14/2014 08:14 PM, Juergen Sauermann wrote: Hi, my favourite for code documentation is *Doxygen*. It does not currently support APL comments but we might be able to change that. Or use one of the existing tags like --- for *VHD

Re: [Bug-apl] Access to preferences

Hi Blake, I think it would not be good to have everything in one file. The reason is that this makes updates of the preferences file more difficult. For example I could not change the file format if I needed to and updates of a file that contains a lot of other information would become awkward fo

Re: [Bug-apl] Function definition information (extension proposal)

Hi, actually *]SYMBOL *shows it as *Creator* attribute. /// Jürgen On 07/15/2014 04:39 AM, Elias Mårtenson wrote: Just some extra information: There is not currently (at least as far as I know) any way you can read this information from within APL. You can, however, set it using the dyadic f

Re: [Bug-apl] Equal incorrect for non-real arguments

Hi Kacper, thanks, fixed in SVN 378. /// Jürgen On 07/15/2014 09:49 PM, Kacper Gutowski wrote: On 2014-07-15 20:09:40, Juergen Sauermann wrote: Except that (not so obviously) : 1E¯15 = 1E¯14 0 Sorry, my mistake. You're, of course, right. Current (r376) behaviour seems to be correc

Re: [Bug-apl] Changes to README-1-prerequisits

Hi Elias, yes, thanks. SVN 378. /// Jürgen On 07/16/2014 03:54 PM, Elias Mårtenson wrote: Actually, it may be that you simply didn't copy sql.apl into the wslib? Regards, Elias On 16 July 2014 21:53, Elias Mårtenson > wrote: Thanks. Could you update again so

Re: [Bug-apl] Changes to README-1-prerequisits

Actually, it may be that you simply didn't copy sql.apl into the wslib? Regards, Elias On 16 July 2014 21:53, Elias Mårtenson wrote: > Thanks. Could you update again so that you get the version that has the > documentation strings included? > > Regards, > Elias > > > On 16 July 2014 21:39, Jue

Re: [Bug-apl] Changes to README-1-prerequisits

Thanks. Could you update again so that you get the version that has the documentation strings included? Regards, Elias On 16 July 2014 21:39, Juergen Sauermann wrote: > Hi, > > thanks, updated in SVN 377. > > /// Jürgen > > > > On 07/15/2014 04:12 AM, Elias Mårtenson wrote: > > It's not suppo

Re: [Bug-apl] Changes to README-1-prerequisits

Hi, thanks, updated in SVN 377. /// Jürgen On 07/15/2014 04:12 AM, Elias Mårtenson wrote: It's not supposed to. I think the error is that it still tries to compile ResultValue.cc even though SQLite wasn't found during the ./configure phase. It's most definitely supposed to (and it was writ

Re: [Bug-apl] Formal format for function documentation

And it's completed. C-c C-h on a function should now display its documentation (if there is one). Regards, Elias On 14 July 2014 09:17, Elias Mårtenson wrote: > I like this idea a lot. Having the comment inside the function allows you > to edit the text when using the Emacs function editor. If