On Sat Apr 06 11:55:00 2019, m...@xn--jrgen-sauermann-zvb.de wrote:
> On 4/6/19 4:57 PM, Patrick Giagnocavo wrote:
> > On the second page, the results page , enter a different search term.
> >
> > You will get zero results because this result page does not properly
> > link to/access the archives
Hi.
This is not the newest CVS version, but, if the bug still exists, the
test is simple enough:
29⎕cr 1 2 3 +¨ 3 '' 5
┏→━━┓
┃4 ┏⊖┓ 8┃
┃ ┃0┃ ┃
┃ ┗━┛ ┃
┗∊━━┛
1 2 3 + 3 ⍬ 5
==
Assertion failed
Hi.
The ⎕plot window, just after being drawn, jumps to the background
(minimized). Is there any way to control its focus from GNU APL?
(I do not have GNOME; it looks like FluxBox is not 100% compatible with
new GNOME versions.)
(My workaround is to memorize the layer as the top.)
Hudson
i'm assuming you are using apl in an xterm
depending on your 'desperation' or if there isn't a real other fix :)
a workaround might be using wmctrl to focus the window using apl to execute
wmctrl after your ⎕plot line - i have various fluxbox hot keys (in the
~/.fluxbox/keys file) to focus an
Well, you did not say the linux distribution you are using ...
I use Fedora 28 with KDE and it does not show this kind of behavior with
Quad-plot
Xtian.
On 2019-04-08 12:12, Hudson Flavio Meneses Lacerda wrote:
Hi.
The ⎕plot window, just after being drawn, jumps to the background
(minimized)
Hi Blake,
never mid. I have added an APL popup window that one can use
for copy-and-paste APL characters.
I am working on an improved keyboard that pushes the characters
clicked into the APL window. It works so far for computing the
proper
Isn't there some security thing in Javascript that prevents one window from
communicating with another? I think that's what you're running into.
You'll probably have an easier time if you put the virtual keyboard on the
same page.
Regards,
Elias
On Tue, 9 Apr 2019, 04:15 Dr. Jürgen Sauermann,
w
