Re: Latin-American APL keyboard layout?

Hi APLer, let me propose another approach - don't fiddle with keyboard layouts anymore to get APL-symbols. I think this is a bite reflex from the past - APL symbols → I need a specific keyboard layout. Most operating systems offer compose keys, and they are much easier to configure, and independ

Re: Replacing )SAVE with )DUMP

s confusing to have two formats. > > 2. Preferring )DUMP, which isn't even part of standard APL, is, in a > sense, changing the language. > > My suggestion is: > > A. Get rid of )SAVE > B. Rename )DUMP to )SAVE > C. Enhance the dump format to save the SI. > > Blake McBride -- Dipl. Ing. (FH) Otto Diesenbacher-Reinmüller diesenbacher.net Salzburg, Österreich

Re: Each ¨ - behavior of func without parameter

nctions (with ⎕FX or the ∇-editor) and lambda, but that opinion > is not shared unanimously. > > Best Regards, > Jürgen > > On 1/3/21 2:32 PM, Otto Diesenbacher-Reinmüller wrote: > > Dear APLers, > > I don't think this is a bug, but intentionally: > > Doing f.e

Re: APL Christmas 2020 doodle: Tree

Hi Russ, Russtopia writes: > The more I explore, the more I question whether I must choose to study "the > APL2 path" or "the Dyalog APL path" ... :) I hope I do not have to choose! > So far, trying both dialects while learning has illuminated some concepts > for me, but I fear I might confuse m

Each ¨ - behavior of func without parameter

Dear APLers, I don't think this is a bug, but intentionally: Doing f.e.: { 3 } ¨ ⍳5 results in gnu-apl to an error: SYNTAX ERROR λ1¨⍳5 ^ ^ In other APLs, this works just fine, f.e. dyalog (or even april): { 3 } ¨ ⍳5 3 3 3 3 3 More general without Each/¨, f.e. { 3 } 55

Re: Build error for SVN 1365 on Mac OS X

gt; make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > > --- > Louis Chrétien > lchret...@mac.com -- Dipl. Ing. (FH) Otto Diesenbacher-Reinmüller diesenbacher.net Salzburg, Österreich

Re: Build error for SVN 1365 on Mac OS X

not name a non-static > data member or base class > N(8) > ^~~~ > 1 error generated. > make[3]: *** [apl-Quad_RVAL.o] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > > --- > Louis Chrétien > lchret...@mac.com -- Dipl. Ing. (FH) Otto Diesenbacher-Reinmüller diesenbacher.net Salzburg, Österreich

Re: Keyboard layout and fonts for NetBSD-9/X11R7

tory and start an xterm to test, whether it works. For sure, you'll need a fitting font having the APL-symbols and locale UTF8. br Florian Alexander Shendi (Web.DE) writes: > Dear List, > > I feel seriously intellectually challenged. I have compiled gnu apl under > NetBSD (SVN-1271) and all went fine. > > But I'm just not up to configuring the X Window System to support APL input > and output. These are the steps I've taken so far: > 1. set the locale to en_US. UTF-8 (by setting LC_ALL=en_US. UTF-8). > 2. Compile the file trunk/ > support-files/old-Keyboard/apl.xkm resulting in a file apl.xkb in the current > directory. > 3. Try to configure the keyboard. A sample session looks like: (see attached > typescript). > 4. I have not even attempted to add the APL fonts to a font directory. More > fun. > > Is there any guide on doing this? ELI5, preferably in words of one syllable > or less. > > Or should I give up on APL altogether? > > With frustrated salutations, > > -- Alexander -- Dipl. Ing. (FH) Otto Diesenbacher-Reinmüller diesenbacher.net Salzburg, Österreich

Re: Building on openbsd fails

remove the in-base gcc, but that has not happened >yet. ~Brian many, many thanks for the fast reply! yeah, note to myself, RTFM before asking! ;) Sorry for the noise - works fine! br Otto -- Dipl. Ing. (FH) Otto Diesenbacher-Reinmüller diesenbacher.net Salzburg, Österreich

Building on openbsd fails

basic_string' used without template parameters ../UCS_string.hh: In member function 'void UCS_string::erase(ShapeItem)': ../UCS_string.hh:375: error: 'template class std::basic_string' used without template parameters gmake[3]: *** [Makefile:556: lib_file_io_la-file_io.lo] Error 1 gmake[3]: Leaving directory '/home/okflo/install/gnu-apl/trunk/src/native' gmake[2]: *** [Makefile:4546: all-recursive] Error 1 gmake[2]: Leaving directory '/home/okflo/install/gnu-apl/trunk/src' gmake[1]: *** [Makefile:522: all-recursive] Error 1 gmake[1]: Leaving directory '/home/okflo/install/gnu-apl/trunk' gmake: *** [Makefile:409: all] Error 2 many thanks - Otto -- Dipl. Ing. (FH) Otto Diesenbacher-Reinmüller diesenbacher.net Salzburg, Österreich

exercise 2019/04

∇ Honestly - this solution feels clumsy, or in the words of Kacper - C-style. ;) But I am too dumb :( - I can't see the array-style solution, thinking about it now for 2 days. Could you give me just a hint or direction, no full solution? br & many thanks - Otto -- Dipl. Ing. (F

exercise 2019/03

;3] ⍝ calculate col2÷col3 and round ⍝ for sure, rounding could also be done ⍝ with ⍕! ∇ br & many thanks for any hint! - Otto -- Dipl. Ing. (FH) Otto Diesenbacher-Reinmüller diesenbacher.net Salzburg, Österreich

exercise 2019/02

;s and nested lambdas. Any hint? br & many thanks - Otto -- Dipl. Ing. (FH) Otto Diesenbacher-Reinmüller diesenbacher.net Salzburg, Österreich

Re: exercise 2019/01

t: > ∧/(1=⍴⍴X),(1≥≡X),{' '≡↑0⍴⍵}¨X > > (In case of Dyalog replace monadic ↑ with ⊃ as needed depending on the > value of ⎕ML) > > You won't really need checks like that. Just write your code assuming > your data is of the right "type" and let some pr

Re: exercise 2019/01

s a skalar, but not '' >>> z←((≢a)↑(size/⍳≢a))⊂a ⍝ ≢ or ⍴ in this case? >>> →0 >>> skalar: >>> z←a >>> ∇ >>> >>> ⍝ correct, but feels clumsy... >>> ⍝ - ≢ seems more acurately than ⍴ in this case? >>> ⍝ - should be doable without jump? >>> ⍝ - still the inefficient vector >>> >>> Final thoughts for now: >>> >>> What I learned/understood with this exercise: / is not only reduce >>> (operator), but also dyadic functions filter and especially expand >>> (not all APL-variants?). >>> >>> Checking for types is not easy. 0=⍴N is a scalar. Howto check for a >>> string? >>> >>> br & and many thanks for any hints, Otto >>> >>> -- >>> Dipl. Ing. (FH) Otto Diesenbacher-Reinmüller >>> diesenbacher.net >>> Salzburg, Österreich >>> >>> -- Dipl. Ing. (FH) Otto Diesenbacher-Reinmüller diesenbacher.net Salzburg, Österreich

exercise 2019/01

w: What I learned/understood with this exercise: / is not only reduce (operator), but also dyadic functions filter and especially expand (not all APL-variants?). Checking for types is not easy. 0=⍴N is a scalar. Howto check for a string? br & and many thanks for any hints, Otto -- Dipl. In

Re: canceling ∇-edit mode

ling ∇-edit mode Date: Wed, 8 Apr 2020 13:38:24 +0200 Hi Otto, thanks for reporting this. I guess I simply missed that case. Fxed in *SVN 1254*. Best Regards, Jürgen Sauermann On Wed, Apr 8, 2020 at 12:13 PM Otto Diesenbacher-Reinmüller < ok...@diesenbacher.net> wrote: > Hi APLers, >

canceling ∇-edit mode

Hi APLers, first let me thank, for that wonderful piece of software! Using the ∇-editor I found some inconsistencies, perhaps a bug or am I using ∇ wrong? Reference APL2 docu and Nabla.cc: " // we expect one of the following: // // [⎕] [n⎕] [⎕m] [n⎕m] [⎕n-m](show) //