Re: [Jgeneral] [Jprogramming] J forums migrate to Google Groups on Jan 1

2023-12-31 Thread chris burke
In 30 minutes we will close the mailman forums and set up the new
forum. This should take an hour or so.

Relevant pages:

migration overview: https://code.jsoftware.com/wiki/System/Forums/Migration

new forum archives: https://groups.google.com/a/jsoftware.com/g/forum

new forum wiki page: https://code.jsoftware.com/wiki/System/Forum

Please message me privately with any problems.


On Wed, Dec 27, 2023 at 11:33 AM chris burke  wrote:
>
> Just a reminder that we will move the forums to a single Google Group
> fo...@jsoftware.com over the New Year.
>
> We plan to shut down the current Mailman forums at midnight UTC Dec 31
> and then try to enroll subscribers to the new forum. I think most
> emails should work, but there are likely to be some that do not, e.g.
> because their Google settings prevent automatic forum subscriptions.
>
> All current forum subscribers will be enrolled. If you do not want to
> be enrolled, either remove your current Mailman subscriptions or email
> me directly (not to the forums) with the addresses to be ignored.
>
> The new group webpage can be seen at
> https://groups.google.com/a/jsoftware.com/g/forum.
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] Compile Jqt for macOS

2023-12-22 Thread chris burke
It is good that this worked.

However, you could also have followed the instructions at
https://code.jsoftware.com/wiki/Guides/Qt_IDE/Install, e.g. in J
console:

  install'qtide'

On Fri, Dec 22, 2023 at 5:17 PM 'Godfrey' via General
 wrote:
>
> Merry Christmas,
> I tried to start jqt from the desktop shortcut, after I install J on macOs 
> with m2, but it fail to start.So I tried to recompile jqt for macOs.
> First I tried to install Qt from source, but fail.Then I used the Qt online 
> installer for macOS, and install the Qt version 6.5.3.Just follow the Guide 
> to compile Jqt on macOs, basically.I am on the just released J 9.5.1
>
> In the environment script, env.command,my setting for PATH isexport 
> PATH=~/Qt/6.5.3/macos/bin:$PATH
>
> After compile jqt, I copy the jqt file according to the guide, to the 
> j9.5/bin directory,
> in addition, I also need to copy these four files, otherwise it won't start
> libjqt.2.5.2.dyliblibjqt.2.5.dyliblibjqt.2.dyliblibjqt.dylib
> Then jqt can be started, from jqt JVERSION report:
>
> Qt IDE: 2.5.2/6.5.3(6.5.3)
>
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] https certificate problem, forums.jsoftware.com

2023-12-13 Thread chris burke
Looks like a transient error.

The page forums.jsoftware.com just forwards to the System/Forums page
on the wiki. I don't see any errors now when I load that page.

On Wed, Dec 13, 2023 at 9:27 AM Raul Miller  wrote:
>
> I'm getting NET::ERR_CERT_COMMON_NAME_INVALID from
> forums.jsoftware.com which causes my browser to issue a warning that
> someone could be trying to hijack the site.
>
> Apparently, its certificate is for www.jsoftware.com
>
> This probably means that the apache VirtualHost block for
> forums.jsoftware.com is missing one or more statements:
> SSLCertificateFile, SSLCertificateKeyFile, SSLCertificateChainFile
>
> Though possibly there's some other problem with these files or these 
> statements.
>
> Thanks,
>
> --
> Raul
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] addon/gethttp

2023-10-05 Thread chris burke
Fixed now.

On Thu, Oct 5, 2023 at 7:47 AM chris burke  wrote:
>
> Thanks. This is a bug in the test program. I will fix it.
>
> Chris
>
> On Wed, Oct 4, 2023 at 7:49 PM William Szuch  wrote:
> >
> > Running test_gethttp the following error occurs.
> >
> >
> >
> > load 'web/gethttp'
> >
> > load 'web/gethttp/test/test_gethttp'
> >
> > |assertion failure: assert
> >
> > | assert checkFile TestDefFile
> >
> > |[-78] c:\users\bill\j9.5\addons\web\gethttp\test\test_gethttp.ijs
> >
> >
> >
> > JVERSION
> >
> > Engine: j9.5.0-beta7/j64avx2/windows
> >
> > Build: commercial/2023-09-15T21:03:14/clang-16-0-6/SLEEF=1
> >
> > Library: 9.5.4
> >
> > Qt IDE: 2.5.1/6.5.2(6.5.2)
> >
> > OS Ver: Windows 11 Version 22H2 10.0.22621
> >
> > Platform: Win 64
> >
> > Installer: j9.5 install
> >
> > InstallPath: c:/users/bill/j9.5
> >
> > Contact: www.jsoftware.com
> >
> >
> > Regards
> > Bill Szuch
> >
> > --
> > For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] addon/gethttp

2023-10-05 Thread chris burke
Thanks. This is a bug in the test program. I will fix it.

Chris

On Wed, Oct 4, 2023 at 7:49 PM William Szuch  wrote:
>
> Running test_gethttp the following error occurs.
>
>
>
> load 'web/gethttp'
>
> load 'web/gethttp/test/test_gethttp'
>
> |assertion failure: assert
>
> | assert checkFile TestDefFile
>
> |[-78] c:\users\bill\j9.5\addons\web\gethttp\test\test_gethttp.ijs
>
>
>
> JVERSION
>
> Engine: j9.5.0-beta7/j64avx2/windows
>
> Build: commercial/2023-09-15T21:03:14/clang-16-0-6/SLEEF=1
>
> Library: 9.5.4
>
> Qt IDE: 2.5.1/6.5.2(6.5.2)
>
> OS Ver: Windows 11 Version 22H2 10.0.22621
>
> Platform: Win 64
>
> Installer: j9.5 install
>
> InstallPath: c:/users/bill/j9.5
>
> Contact: www.jsoftware.com
>
>
> Regards
> Bill Szuch
>
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] Forum Migration

2023-08-27 Thread chris burke
Thanks for the feedback. I would like to think google groups has much
improved since you last used it.

We will restrict posting to group members, so the question then is how
to moderate the applicants. The mailman system does this by sending an
email to any applicant where they have to confirm the application.
That seems to weed out the spammers - I am not aware of any spammer
that confirmed the application and then sent spam to our forums. We
could do the same, either manually or through a form on the website.
It will be interesting to see how this works with our test group.

I agree that chat is better than beta for testing. In the test, the
mailman forum will be running as before but just not posting messages.
So it would be easy to revert to mailman.

On Sun, Aug 27, 2023 at 2:29 AM Ian Clark  wrote:
>
> Sorry to be a party-pooper, but I find this disturbing.
>
> At one time or other I've helped moderate some 5-10 googlegroups. To begin
> with I felt they were the best thing since sliced bread. The
> information-gathering tools are superb – but that's all that can be said
> for them. All the googlegroups I know of have been closed down (to the
> relief of the membership) as forum owners come to realise that obscure
> obsolescent media do have the advantage of keeping one's affairs under the
> radar.
>
> All "my" googlegroups proved to be hard work for moderators. No matter what
> protection you opt for, the barriers are semi-permeable. There's a whole
> industry in penetrating them, and you have to be ultra-cautious who you let
> in. Ensure the very existence of the group is visible to nobody but members
> – but that's not enough. Googlegroups are, after all, free mailing-lists
> for spammers who can break into them. In practice over 90% of applicants to
> join the groups I know of were bad actors. As time went on it grew steadily
> worse.
>
> Google has wonder tools for checking the usage history of an applicant, but
> it's not the work of a moment to use them. With a bit of practice you get
> to recognise the profile of a spammer, but the checking has to be done, and
> done promptly, i.e. within an hour or two. Else members are flooded with
> spam offering unwholesome products, or worse, and once you've banned the
> malefactor there's a helluva mess to clear up, which (for members) doesn't
> seem to stay confined to the forum. Spammers have tactics for overwhelming
> moderators to compel them to cut corners. You'd get a hundred or so
> applicants all at once, and the thing to do is reject the lot.
>
> I daresay my 2¢ will not be welcome, but I feel I ought to sound a note of
> warning. You are at liberty to dismiss it – my experience is 10 years
> out-of-date: plenty of time for Google to plug its many holes. But also
> plenty of time for spammers to hone their tools. Big friendly Google cuts
> cat-flaps in every door in your machine (*vide* Duck-Duck-Go) and where
> Google goes, others can follow.
>
> (Surely I must be teaching granny to suck eggs with all this – if so, my
> abject apologies. Put it down to my age.)
>
> But if notwithstanding we are all happy to embrace Google for the delicious
> bait in its mousetraps, I'd be inclined to try it out with something you
> can instantly shut down, like Chat – anyway a sweeter honeypot for bad
> actors – than Beta, which for all its low traffic I think of as
> mission-critical.
>
> Ian Clark
>
> On Tue, 22 Aug 2023 at 19:58, chris burke  wrote:
>
> > (This message is cross posted to programming and general. Please reply
> > to general, thanks.)
> >
> > Dear All
> >
> > We plan to migrate the forums from Mailman to Google Groups, which has
> > similar features. After the migration, the user experience of the
> > forums should be essentially the same. A new feature is a browseable
> > message list, for example see https://groups.google.com/g/osmand.
> >
> > See wiki page code.jsoftware.com/wiki/System/Forums/Migration for more
> > information.
> >
> > We expect to migrate the beta forum for testing early in September,
> > with the remaining forums to follow if all goes well.
> >
> > Chris
> > --
> > For information about J forums see http://www.jsoftware.com/forums.htm
> >
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


[Jgeneral] Forum Migration

2023-08-22 Thread chris burke
(This message is cross posted to programming and general. Please reply
to general, thanks.)

Dear All

We plan to migrate the forums from Mailman to Google Groups, which has
similar features. After the migration, the user experience of the
forums should be essentially the same. A new feature is a browseable
message list, for example see https://groups.google.com/g/osmand.

See wiki page code.jsoftware.com/wiki/System/Forums/Migration for more
information.

We expect to migrate the beta forum for testing early in September,
with the remaining forums to follow if all goes well.

Chris
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] Problem with general/misc/prompt in loaded scripts

2023-08-15 Thread chris burke
This is an old problem. See
https://www.jsoftware.com/pipermail/general/2001-September/007603.html.

On Tue, Aug 15, 2023 at 7:54 AM Raul Miller  wrote:
>
> That's what I get when I run the code line-by-line.
>
> But when I load the script, I get this behavior:
>
> test:123
> |spelling error (invalid inflection)
> |   test:123
> |   ^
>
> Note that I'm on a windows machine here. Linux may behave differently.
> I should have specified my use of windows (windows 11) in my initial
> post.
>
> Thanks,
>
> --
> Raul
>
> On Tue, Aug 15, 2023 at 10:48 AM chris burke  wrote:
> >
> > Did you make an entry after the prompt? On my machine, after entering 123:
> >
> >abc=: prompt'test'
> > test123
> >
> >abc
> > 123
> >
> > On Tue, Aug 15, 2023 at 7:38 AM Raul Miller  wrote:
> > >
> > > This script fails when loaded in jqt (tested in j9.4 and the current j9.5 
> > > beta):
> > >
> > > require'general/misc/prompt'
> > > abc=: prompt'test:'
> > > echo abc
> > >
> > > In a sense it fails silently. But it's a rather noisey form of silence.
> > >
> > > --
> > > Raul
> > > --
> > > For information about J forums see http://www.jsoftware.com/forums.htm
> > --
> > For information about J forums see http://www.jsoftware.com/forums.htm
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] Problem with general/misc/prompt in loaded scripts

2023-08-15 Thread chris burke
Did you make an entry after the prompt? On my machine, after entering 123:

   abc=: prompt'test'
test123

   abc
123

On Tue, Aug 15, 2023 at 7:38 AM Raul Miller  wrote:
>
> This script fails when loaded in jqt (tested in j9.4 and the current j9.5 
> beta):
>
> require'general/misc/prompt'
> abc=: prompt'test:'
> echo abc
>
> In a sense it fails silently. But it's a rather noisey form of silence.
>
> --
> Raul
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] can't load math/cal in j9.4 or j9.5 beta

2023-08-11 Thread chris burke
Thanks Raul and Ian.

As suggested, I will move the addons back to jsoftware, and also fix
the version number.

On Wed, Aug 9, 2023 at 5:27 PM Ian Clark  wrote:
>
> Thanks for alerting me to this 4 year old situation, which I had quite
> forgotten about.
>
> I am the owner of https://github.com/earthspot/math_cal -an experimental
> version of the addon: math/cal .
> There is no good reason why I should continue to own it. I recommend
> jsoftware takes it over, and give permission for
> https://github.com/earthspot/math_cal to be cloned for the purpose. Ditto
> the associated addons:
> https://github.com/earthspot/math_uu
> https://github.com/earthspot/math_tabula
>
> Ian Clark
>
> On Wed, 9 Aug 2023 at 14:55, chris burke  wrote:
>
> > Thanks for pointing this out.
> >
> > The repo for the addon is https://github.com/earthspot/math_cal, see
> > the source directory . The jsoftware original has been archived.
> >
> > Your fix works, but a slightly better change for 9.4 and 9.5 would be
> > based on JVERSION_NUMBER, e.g. in the current beta:
> >
> >JVERSION_NUMBER
> > 9050005
> >
> > On Wed, Aug 9, 2023 at 6:09 AM Raul Miller  wrote:
> > >
> > > J's math/cal has a version test which needs to be fixed.
> > >
> > > On line 25,
> > >
> > > if. 900 < ". }. '/' taketo 9!:14'' do.
> > >
> > > should become
> > >
> > > if. 900 < ". }. '/' taketo rplc&'.0' 9!:14'' do.
> > >
> > > However, https://github.com/jsoftware/math_cal/blob/master/cal.ijs
> > > does not represent this script, so I cannot submit a fix through
> > > github.
> > >
> > > FYI,
> > >
> > > --
> > > Raul
> > > --
> > > For information about J forums see http://www.jsoftware.com/forums.htm
> > --
> > For information about J forums see http://www.jsoftware.com/forums.htm
> >
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] can't load math/cal in j9.4 or j9.5 beta

2023-08-09 Thread chris burke
Thanks for pointing this out.

The repo for the addon is https://github.com/earthspot/math_cal, see
the source directory . The jsoftware original has been archived.

Your fix works, but a slightly better change for 9.4 and 9.5 would be
based on JVERSION_NUMBER, e.g. in the current beta:

   JVERSION_NUMBER
9050005

On Wed, Aug 9, 2023 at 6:09 AM Raul Miller  wrote:
>
> J's math/cal has a version test which needs to be fixed.
>
> On line 25,
>
> if. 900 < ". }. '/' taketo 9!:14'' do.
>
> should become
>
> if. 900 < ". }. '/' taketo rplc&'.0' 9!:14'' do.
>
> However, https://github.com/jsoftware/math_cal/blob/master/cal.ijs
> does not represent this script, so I cannot submit a fix through
> github.
>
> FYI,
>
> --
> Raul
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] Insidious alteration of code in old forum messages

2023-07-16 Thread chris burke
AFAIK, this is done by pipermail, which is the mail archiving system
in Mailman 2.0.

When a message is posted to one of the forums, the pipermail program
writes a copy to an html file on the server.

When you search the forum archives, the search points to the relevant
html files, in this case ../pipermail/general/2005-August/024019.html
.

So it looks like pipermail sometimes converts an "@" into "at",
presumably where it thinks the code represents an email address.

On Sun, Jul 16, 2023 at 1:13 PM Devon McCormick  wrote:
>
> When I was looking into some code from messages posted on the J forums in
> 2005, I noticed that something seems to have altered (maybe) "@" to "at" in
> some of the posted code.
>
> For example, in this message about a 3D version of Life -
> http://www.jsoftware.com/pipermail/general/2005-August/024019.html -
> we see this: life=: (tidy at test
> @shift)&.>@] ^: [
> I'm guessing it's supposed to be something like "life=: (tidy@test@shift)&.>@]
> ^: [" but don't understand why the other @s were not also messed up, so I
> may be wrong but the code is definitely altered somehow.
>
> Has anyone else noticed this?  Does anyone know what might be causing this
> or what a fix would be?
>
> Thanks,
>
> Devon
>
> --
>
> Devon McCormick, CFA
>
> Quantitative Consultant
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] savemat_jviewmat_ j9.4 - all colors are white

2023-06-15 Thread chris burke
I couldn't duplicate this on windows. My version is the same as yours:

   JVERSION
Engine: j9.4.2/j64avx2/windows
Build: commercial/2023-04-10T01:19:53/clang-15-0-7/SLEEF=1
Library: 9.4.22
Qt IDE: 2.4.1/6.2.4(6.2.4)
Platform: Win 64
Installer: j9.4 install
InstallPath: c:/users/elmo/appdata/local/programs/j9.4

On Wed, Jun 14, 2023 at 7:28 AM Raul Miller  wrote:
>
>JVERSION
> Engine: j9.4.2/j64avx2/windows
> Build: commercial/2023-04-10T01:19:53/clang-15-0-7/SLEEF=1
> Library: 9.4.22
> Qt IDE: 2.4.1/6.2.4(6.2.4)
> Platform: Win 64
> Installer: j9.4 install
> InstallPath: c:/other/j9.4
> Contact: www.jsoftware.com
>
> Thanks,
>
> --
> Raul
>
> On Wed, Jun 14, 2023 at 8:43 AM chris burke  wrote:
> >
> > What is your environment? It works for me on:
> >
> > Engine: j9.5.0-beta3/j64avx2/linux
> > Build: commercial/2023-05-31T14:52:14/clang-11-0-0/SLEEF=1
> > Library: 9.5.2
> > Qt IDE: 2.5.1/6.2.2(6.2.2)
> > OS Ver: Linux Mint 21.1 5.15.0-69-generic
> > Platform: Linux 64
> >
> > On Wed, Jun 14, 2023 at 4:50 AM Raul Miller  wrote:
> > >
> > > Oops, the first example should have used ~:/ instead of +/
> > >
> > > --
> > > Raul
> > >
> > > On Wed, Jun 14, 2023 at 7:35 AM Raul Miller  wrote:
> > > >
> > > > This works for me in j9.4:
> > > >   viewmat +/"1 #:p:i.3 3
> > > >   savemat_jviewmat_''
> > > >
> > > > This fails for me in j9.4:
> > > >   viewmat +/"1 #:p:i.3 3
> > > >   savemat_jviewmat_''
> > > >
> > > > (the color image is rendered as solid white when saved as a file)
> > > >
> > > > Setting USEQTPNG_jpng_=: 0 does not fix the problem.
> > > >
> > > > Setting USEPPPNG-jpng_=: 0 does not fix the problem.
> > > >
> > > > --
> > > > Raul
> > > --
> > > For information about J forums see http://www.jsoftware.com/forums.htm
> > --
> > For information about J forums see http://www.jsoftware.com/forums.htm
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] savemat_jviewmat_ j9.4 - all colors are white

2023-06-14 Thread chris burke
What is your environment? It works for me on:

Engine: j9.5.0-beta3/j64avx2/linux
Build: commercial/2023-05-31T14:52:14/clang-11-0-0/SLEEF=1
Library: 9.5.2
Qt IDE: 2.5.1/6.2.2(6.2.2)
OS Ver: Linux Mint 21.1 5.15.0-69-generic
Platform: Linux 64

On Wed, Jun 14, 2023 at 4:50 AM Raul Miller  wrote:
>
> Oops, the first example should have used ~:/ instead of +/
>
> --
> Raul
>
> On Wed, Jun 14, 2023 at 7:35 AM Raul Miller  wrote:
> >
> > This works for me in j9.4:
> >   viewmat +/"1 #:p:i.3 3
> >   savemat_jviewmat_''
> >
> > This fails for me in j9.4:
> >   viewmat +/"1 #:p:i.3 3
> >   savemat_jviewmat_''
> >
> > (the color image is rendered as solid white when saved as a file)
> >
> > Setting USEQTPNG_jpng_=: 0 does not fix the problem.
> >
> > Setting USEPPPNG-jpng_=: 0 does not fix the problem.
> >
> > --
> > Raul
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] recursive load (and jpath)

2023-05-19 Thread chris burke
I again think you overstate the problem.

An addon goes into a well-defined folder, so we can forget about them.

Userfolders allow more than one developer to work on the same source,
even where the source may be stored in different locations on
different machines - but this is a development issue.

Once the app is developed, the usual way to distribute it is to agree
on a deployment directory, then zip everything up and send out the
zip. Userfolders are not relevant here.

On Fri, May 19, 2023 at 10:30 AM Raul Miller  wrote:
>
> My take here is that at least some of the time during development,
> multiple instances of the petal project would need to exist on
> developer machines.
>
> Probably each developer would set up a user key (perhaps
> control-shift-P) to load the primary development copy of the
> application.
>
> In messages, we typically refer to files using abbreviated paths
> relative to the project root.
>
> The developers should not have to know the absolute path of the
> project on other developer machines. That information is subject to
> change and developers are likely to have multiple copies of the app
> deployed (for testing and maintenance purposes).
>
> My plan was to support this by allowing the project to be stored
> anywhere (including under ~addons/), with recursive loads able to use
> the ~dir/ prefix which is agnostic to project location.
>
> So, for example, if there's a bug in the addon, the developer could
> have a test instance of that version of the addon for debugging
> purposes without having to give up any incomplete work on a potential
> next major release. No special tooling or configuration needed here.
>
> (That said, perhaps it would be better to name this shortcut ~loading/
> rather than ~dir/ to better convey its role.)
>
> Anyways... the problem I see with ~Petal in UserFolders_j_ is that
> that becomes a complication at deployment time. And that's going to be
> a problem for anyone who wants to use J to develop software which
> other people  would use.
>
> Thanks,
>
> --
> Raul
>
> On Fri, May 19, 2023 at 9:57 AM chris burke  wrote:
> >
> > If Petal is an addon, then it will be found in ~addons/alice/petal.
> >
> > More realistically, suppose Petal is a new app being developed that
> > might eventually end up as an addon. At least for now, each
> > collaborator will define ~Petal appropriately for their system layout.
> >
> > Normally, the collaborators will have no interest in where each stores
> > their copy of the Petal source. But suppose that for whatever reason,
> > they decide to tell each other. In what way would this information be
> > of use? Note, I am not thinking of pathological examples, but rather
> > of ordinary examples where knowing where Petal is stored on each
> > machine might be of use. Are there non-trivial examples where such
> > information would be helpful? Remember that the information is readily
> > obtained from jpath '~Petal'.
> >
> > On Fri, May 19, 2023 at 8:55 AM Raul Miller  wrote:
> > >
> > > Let's say that this is an addon. In other words, this should work:
> > >
> > > install'github:alice/petal'
> > > load'alice/petal'
> > >
> > > Except, load'alice/petal' doesn't work yet, because first the user
> > > needs to update UserFolders_j_
> > >
> > > Why?
> > >
> > > But, even before that, Alice needed to test that this install
> > > procedure worked. So Alice could not have the code in
> > > ~addons/alice/petal/ -- if the code was there, Alice could not test
> > > how installation works.
> > >
> > > How does a fixed definition in UserFolders_j_ help here?
> > >
> > > Thanks,
> > >
> > > --
> > > Raul
> > >
> > > On Fri, May 19, 2023 at 7:48 AM chris burke  wrote:
> > > >
> > > > OK, suppose Alice, Bob and Chad work jointly on an app called Petal.
> > > >
> > > > Alice (a Mac user) installs the app in ~dev/petal.
> > > >
> > > > Bob (a windows user) installs the app in c:\users\bob\apps\petal
> > > >
> > > > Chad (a linux user) installs the app in ~/mywork/mydev/mypetal.
> > > >
> > > > Each user creates the path ~Petal to point to the source on their 
> > > > machine.
> > > >
> > > > IMHO, this completely solves any problem with paths.
> > > >
> > > > For example, each user can load and run the application with an 
> > > > expression like
> > > >
> > > >load '~Petal/run.ijs'
> &g

Re: [Jgeneral] recursive load (and jpath)

2023-05-19 Thread chris burke
If Petal is an addon, then it will be found in ~addons/alice/petal.

More realistically, suppose Petal is a new app being developed that
might eventually end up as an addon. At least for now, each
collaborator will define ~Petal appropriately for their system layout.

Normally, the collaborators will have no interest in where each stores
their copy of the Petal source. But suppose that for whatever reason,
they decide to tell each other. In what way would this information be
of use? Note, I am not thinking of pathological examples, but rather
of ordinary examples where knowing where Petal is stored on each
machine might be of use. Are there non-trivial examples where such
information would be helpful? Remember that the information is readily
obtained from jpath '~Petal'.

On Fri, May 19, 2023 at 8:55 AM Raul Miller  wrote:
>
> Let's say that this is an addon. In other words, this should work:
>
> install'github:alice/petal'
> load'alice/petal'
>
> Except, load'alice/petal' doesn't work yet, because first the user
> needs to update UserFolders_j_
>
> Why?
>
> But, even before that, Alice needed to test that this install
> procedure worked. So Alice could not have the code in
> ~addons/alice/petal/ -- if the code was there, Alice could not test
> how installation works.
>
> How does a fixed definition in UserFolders_j_ help here?
>
> Thanks,
>
> --
> Raul
>
> On Fri, May 19, 2023 at 7:48 AM chris burke  wrote:
> >
> > OK, suppose Alice, Bob and Chad work jointly on an app called Petal.
> >
> > Alice (a Mac user) installs the app in ~dev/petal.
> >
> > Bob (a windows user) installs the app in c:\users\bob\apps\petal
> >
> > Chad (a linux user) installs the app in ~/mywork/mydev/mypetal.
> >
> > Each user creates the path ~Petal to point to the source on their machine.
> >
> > IMHO, this completely solves any problem with paths.
> >
> > For example, each user can load and run the application with an expression 
> > like
> >
> >load '~Petal/run.ijs'
> >
> > Nothing else is needed. But if you really want to, you could get each
> > source directory with an expression like:
> >
> >jpath '~Petal'
> >
> > On Fri, May 19, 2023 at 6:33 AM Raul Miller  wrote:
> > >
> > > Indeed.
> > >
> > > Perhaps I should better document my proposed approach:
> > >
> > > My modified 'load' verb adds a 'dir' entry to the top of
> > > SystemFolders_j_ while each script is being loaded, and removes the
> > > first 'dir' entry from SystemFolders_j_ when the script finishes
> > > loading.
> > >
> > > Thus when a script is being loaded, it can use the "~dir/" prefix to
> > > load adjacent scripts. Without that prefix, scripts would be loaded
> > > normally (which is to say, based on the working directory of the J
> > > process or of course based on absolute path). Because the 'dir' entry
> > > is removed from SystemFolders_j_ after the load is finished, this
> > > mechanism can only be used for recursive loads.
> > >
> > > Because this entry is added to the top of SystemFolders_j_, each
> > > recursive load would override any invoking load in the rare cases
> > > where that could conflict.
> > >
> > > In other words: Only load / require arguments which use the "~dir/"
> > > prefix from inside a script would be affected by this change.
> > >
> > > (And, since this is still just a proposal, 'dir' could be replaced
> > > with some other name.)
> > >
> > > See http://www.jsoftware.com/pipermail/general/2023-May/039741.html
> > > for the example implementation.
> > >
> > > Thanks,
> > >
> > > --
> > > Raul
> > >
> > > On Fri, May 19, 2023 at 12:01 AM bill lam  wrote:
> > > >
> > > > On reflection, this can be quite complicated because a script can load
> > > > other scripts recursively as mentioned in the subject line of the 
> > > > current
> > > > email thread.
> > > >
> > > > On Fri, 19 May 2023 at 2:52 PM bill lam  wrote:
> > > >
> > > > > Actually I quite like this idea that loading scripts relative to the
> > > > > folder of current script loaded ( not current working directory).
> > > > >
> > > > > I can think of an alternative is saving the folder of the last 1!:x 
> > > > > and
> > > > > then querying it using a foreign conjunction.
> > > > >
> > > > > On Fri, 1

Re: [Jgeneral] recursive load (and jpath)

2023-05-19 Thread chris burke
> On reflection, this can be quite complicated because a script can load other 
> scripts recursively as mentioned in the subject line of the current email 
> thread.

Right, but isn't this just a matter of giving the user enough rope to
hang themselves?

The definitions of folders and projects are as simple as you can get.
Any increase in complexity suggests that the user does not appreciate
what is already available.

On Fri, May 19, 2023 at 7:48 AM chris burke  wrote:
>
> OK, suppose Alice, Bob and Chad work jointly on an app called Petal.
>
> Alice (a Mac user) installs the app in ~dev/petal.
>
> Bob (a windows user) installs the app in c:\users\bob\apps\petal
>
> Chad (a linux user) installs the app in ~/mywork/mydev/mypetal.
>
> Each user creates the path ~Petal to point to the source on their machine.
>
> IMHO, this completely solves any problem with paths.
>
> For example, each user can load and run the application with an expression 
> like
>
>load '~Petal/run.ijs'
>
> Nothing else is needed. But if you really want to, you could get each
> source directory with an expression like:
>
>jpath '~Petal'
>
> On Fri, May 19, 2023 at 6:33 AM Raul Miller  wrote:
> >
> > Indeed.
> >
> > Perhaps I should better document my proposed approach:
> >
> > My modified 'load' verb adds a 'dir' entry to the top of
> > SystemFolders_j_ while each script is being loaded, and removes the
> > first 'dir' entry from SystemFolders_j_ when the script finishes
> > loading.
> >
> > Thus when a script is being loaded, it can use the "~dir/" prefix to
> > load adjacent scripts. Without that prefix, scripts would be loaded
> > normally (which is to say, based on the working directory of the J
> > process or of course based on absolute path). Because the 'dir' entry
> > is removed from SystemFolders_j_ after the load is finished, this
> > mechanism can only be used for recursive loads.
> >
> > Because this entry is added to the top of SystemFolders_j_, each
> > recursive load would override any invoking load in the rare cases
> > where that could conflict.
> >
> > In other words: Only load / require arguments which use the "~dir/"
> > prefix from inside a script would be affected by this change.
> >
> > (And, since this is still just a proposal, 'dir' could be replaced
> > with some other name.)
> >
> > See http://www.jsoftware.com/pipermail/general/2023-May/039741.html
> > for the example implementation.
> >
> > Thanks,
> >
> > --
> > Raul
> >
> > On Fri, May 19, 2023 at 12:01 AM bill lam  wrote:
> > >
> > > On reflection, this can be quite complicated because a script can load
> > > other scripts recursively as mentioned in the subject line of the current
> > > email thread.
> > >
> > > On Fri, 19 May 2023 at 2:52 PM bill lam  wrote:
> > >
> > > > Actually I quite like this idea that loading scripts relative to the
> > > > folder of current script loaded ( not current working directory).
> > > >
> > > > I can think of an alternative is saving the folder of the last 1!:x and
> > > > then querying it using a foreign conjunction.
> > > >
> > > > On Fri, 19 May 2023 at 1:31 PM Raul Miller  
> > > > wrote:
> > > >
> > > >> The problem that this would address is the complexity of figuring out
> > > >> where a project has been deployed.
> > > >>
> > > >> Yes, it's true that we can install from github. But to test that we
> > > >> have supported that we need the project installed in a different
> > > >> location.
> > > >>
> > > >> And, yes, this is entirely solvable. But it's not easily solvable,
> > > >> especially on the part of new users.
> > > >>
> > > >> Why should this be difficult?
> > > >>
> > > >> Thanks,
> > > >>
> > > >> --
> > > >> Raul
> > > >>
> > > >>
> > > >> On Thu, May 18, 2023 at 6:59 PM chris burke  
> > > >> wrote:
> > > >> >
> > > >> > Suggestions like this come up from time to time, but I think they are
> > > >> > mistaken. We already have a mechanism for naming files outside
> > > >> > standard J directories, see
> > > >> > https://code.jsoftware.com/wiki/Guides/Folders_and_Projects . I don't
> > > >> > think  anything e

Re: [Jgeneral] recursive load (and jpath)

2023-05-19 Thread chris burke
OK, suppose Alice, Bob and Chad work jointly on an app called Petal.

Alice (a Mac user) installs the app in ~dev/petal.

Bob (a windows user) installs the app in c:\users\bob\apps\petal

Chad (a linux user) installs the app in ~/mywork/mydev/mypetal.

Each user creates the path ~Petal to point to the source on their machine.

IMHO, this completely solves any problem with paths.

For example, each user can load and run the application with an expression like

   load '~Petal/run.ijs'

Nothing else is needed. But if you really want to, you could get each
source directory with an expression like:

   jpath '~Petal'

On Fri, May 19, 2023 at 6:33 AM Raul Miller  wrote:
>
> Indeed.
>
> Perhaps I should better document my proposed approach:
>
> My modified 'load' verb adds a 'dir' entry to the top of
> SystemFolders_j_ while each script is being loaded, and removes the
> first 'dir' entry from SystemFolders_j_ when the script finishes
> loading.
>
> Thus when a script is being loaded, it can use the "~dir/" prefix to
> load adjacent scripts. Without that prefix, scripts would be loaded
> normally (which is to say, based on the working directory of the J
> process or of course based on absolute path). Because the 'dir' entry
> is removed from SystemFolders_j_ after the load is finished, this
> mechanism can only be used for recursive loads.
>
> Because this entry is added to the top of SystemFolders_j_, each
> recursive load would override any invoking load in the rare cases
> where that could conflict.
>
> In other words: Only load / require arguments which use the "~dir/"
> prefix from inside a script would be affected by this change.
>
> (And, since this is still just a proposal, 'dir' could be replaced
> with some other name.)
>
> See http://www.jsoftware.com/pipermail/general/2023-May/039741.html
> for the example implementation.
>
> Thanks,
>
> --
> Raul
>
> On Fri, May 19, 2023 at 12:01 AM bill lam  wrote:
> >
> > On reflection, this can be quite complicated because a script can load
> > other scripts recursively as mentioned in the subject line of the current
> > email thread.
> >
> > On Fri, 19 May 2023 at 2:52 PM bill lam  wrote:
> >
> > > Actually I quite like this idea that loading scripts relative to the
> > > folder of current script loaded ( not current working directory).
> > >
> > > I can think of an alternative is saving the folder of the last 1!:x and
> > > then querying it using a foreign conjunction.
> > >
> > > On Fri, 19 May 2023 at 1:31 PM Raul Miller  wrote:
> > >
> > >> The problem that this would address is the complexity of figuring out
> > >> where a project has been deployed.
> > >>
> > >> Yes, it's true that we can install from github. But to test that we
> > >> have supported that we need the project installed in a different
> > >> location.
> > >>
> > >> And, yes, this is entirely solvable. But it's not easily solvable,
> > >> especially on the part of new users.
> > >>
> > >> Why should this be difficult?
> > >>
> > >> Thanks,
> > >>
> > >> --
> > >> Raul
> > >>
> > >>
> > >> On Thu, May 18, 2023 at 6:59 PM chris burke  wrote:
> > >> >
> > >> > Suggestions like this come up from time to time, but I think they are
> > >> > mistaken. We already have a mechanism for naming files outside
> > >> > standard J directories, see
> > >> > https://code.jsoftware.com/wiki/Guides/Folders_and_Projects . I don't
> > >> > think  anything else is needed, rather any extra mechanism will add
> > >> > unnecessary complexity.
> > >> >
> > >> > I'd recommend becoming thoroughly familiar with what we already have.
> > >> Thanks!
> > >> >
> > >> > On Thu, May 18, 2023 at 8:59 AM Raul Miller 
> > >> wrote:
> > >> > >
> > >> > > Quite often, we might want to work with collections of J scripts 
> > >> > > which
> > >> > > are outside the standard J system and user directories.
> > >> > >
> > >> > > It's quite possible, though obscure, to use introspection (4!:4 and
> > >> > > 4!:3) to locate scripts relative to the currently executing script.
> > >> > >
> > >> > > It would probably be better to make this be an explicitly supported
> > >> > > feature of J's load verb.
> &

Re: [Jgeneral] recursive load (and jpath)

2023-05-18 Thread chris burke
Suggestions like this come up from time to time, but I think they are
mistaken. We already have a mechanism for naming files outside
standard J directories, see
https://code.jsoftware.com/wiki/Guides/Folders_and_Projects . I don't
think  anything else is needed, rather any extra mechanism will add
unnecessary complexity.

I'd recommend becoming thoroughly familiar with what we already have. Thanks!

On Thu, May 18, 2023 at 8:59 AM Raul Miller  wrote:
>
> Quite often, we might want to work with collections of J scripts which
> are outside the standard J system and user directories.
>
> It's quite possible, though obscure, to use introspection (4!:4 and
> 4!:3) to locate scripts relative to the currently executing script.
>
> It would probably be better to make this be an explicitly supported
> feature of J's load verb.
>
> Specifically, I would like to propose that while load is executing,
> jpath would expand ~dir/ to be the innermost referenced directory of
> the currently executing load.
>
> In other words:something like
>
> load=: {{
>   0 load y
> :
>   fls=. getscripts_j_ y
>   fn=. ('script',x#'d')~
>   for_fl. fls do.
> SystemFolders_j_=: SystemFolders_j_,~ 'dir';fpath_j_;fl
> if. Displayload_j_ do. echo;fl end.
> if. -. fexist fl do.
>   echo 'not found: ',;fl
> end.
> fn fl
> SystemFolders_j_=: (<<<({."1 SystemFolders_j_)i.<'dir') { SystemFolders_j_
> Loaded_j_=: ~. Loaded_j_,fl
>   end.
>   EMPTY
> }}
>
> Thoughts? Objections? Improvements?
>
> Thanks,
>
> --
> Raul
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] Form Editor & wd commands

2023-04-16 Thread chris burke
The main benefit of the J6 form editor was that it made it easy to lay
out controls. Each control needed a position and size, given as xywh
values, and it would have been tedious to create and update those
values manually.

J8 wd uses Qt which has its own layout manager. We no longer give xywh
values, but instead give high level instructions as to how controls
should be laid out, and let Qt do the rest. As a result, the old form
editor is really not needed.

I did a lot of form design using J6 and earlier, and much prefer the new way.

I would encourage you to experiment more with the new wd and post any
problems you have to the forum. The Help|Studio|Qt Demos should be a
good starting point.

As regards using another program to build a GUI, yes this is certainly
possible. J can be called from other programs, so you could have J for
calculations and another program for the GUI.

On Sun, Apr 16, 2023 at 6:09 AM adam dunne  wrote:
>
> I am an old fan of J who stuck with J602 because of theForm Editor when it
> was dropped in J7 & later updates.
> I have now returned to using J after a long absence.
> Installed J 9.4 two days ago.
>
> Frankly I find wd cmds bewildering & would far prefer to use the old Form
> Editor.
> However I note J602 is archived and can no longer be installed.
>
> You still have Form Editor documentation both in WIki & Labs in spite of no
> one being able to  use it  anymore.
>
> Frankly I think the  whole thing is a mess and the original decision to
> drop the form editor was flawed.
>
> Can I use visual basic or visual studio to create a GUI instead?
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] math/lapack2 addon questions

2023-03-27 Thread chris burke
On point 1, it is not necessary that addon code be compatible with
earlier versions.

You can use RELEASE in the manifest to specify which releases are
supported. Use j904 or j9.4 to support only the current release, e.g.

   RELEASE=: 'j9.4'

If so, the builds for earlier versions will remain unchanged.

See also code.jsoftware.com/wiki/Addons/Developers_Guide#Release

On Mon, Mar 27, 2023 at 1:25 AM bill lam  wrote:
>
> Your contributions are always welcome!
>
> On the point 2, & means no memu applied. The trailing \0 might be absent.
> Nevertheless, LAPACK are fortran routines so that C style strings are not
> expected.
> Therefore I _think_ that is OK.
>
>
>
> On Mon, Mar 27, 2023 at 3:55 PM Igor Zhuravlov  wrote:
>
> > Dear addon maintainers,
> >
> > 1. Addon code looks outdated a bit. Is it done intentional to provide
> > addon
> > compatibility with older JE versions? If not, I'd like to prepare pull
> > request
> > to update code. No hardcore with multitasking and modifier trains, just a
> > few
> > nice J9.4 features, plus some refactoring and bug fixes.
> >
> > 2. LAPACK specs distinguish "in" (i.e. read-only) parameters type. Those
> > are
> > eligible candidates to be marked with & instead of * in parameters list of
> > addon interface verbs, to avoid copying. Are there any objections for this
> > massive change?
> >
> > --
> > Regards,
> > Igor
> >
> >
> > --
> > For information about J forums see http://www.jsoftware.com/forums.htm
> >
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] Folders and Projects

2023-03-04 Thread chris burke
Folders and Projects are just convenient ways to name and navigate
through directories. This helps you organize your code, particularly
when using Jqt. It also helps when sharing code with someone else who
may use a different directory structure, since they need only define
Folder names to match their directories, otherwise no change is needed
to the source code.

A Folder is a short name for a directory, and Project is a
subdirectory of a Folder with a .jproj file. Typically you create a
Folder for any new system, and Projects under that Folder for its
various components.

For example, on my machine

   jpath '~Sqlite'NB. a folder name
/home/chris/dev/apps/sqlite/source

   dir jpath '~Sqlite/base'   NB. a project under that folder
api.ijs   1947 27-Aug-18 12:29:08
base.jproj 114 24-May-18 12:18:49
build.ijs   50 30-Apr-18 07:42:27
info.ijs   399 30-Apr-18 07:42:27
...

The examples in the wiki should give you the idea.

As regards your questions:

> Is it mandatory, that project directories are children of the folders 
> specified in UserFolders_j_? Or is it at least discouraged to create a J 
> project in an arbitrary
directory which is not part of the folder hierarchy already known to J?

You can create a project anywhere you like, but lose the benefit of
Folders if your project is not under a Folder.

> Or, to put it in another way: What is the recommended way to create a J 
> project in a directory outside of the /home/user/j9.4-user/projects hierarchy?

Create a Folder name for your directory (Edit|Configure|Folders).
Restart J, then Project|New. Alternatively, just create a directory
under your Folder and add an empty .jproj file with that name.

On Sat, Mar 4, 2023 at 4:32 AM Thomas Bulka
 wrote:
>
> Hi Forum,
>
> I studied the guide about folders and projects in the wiki and it kind
> of confused me
> (https://code.jsoftware.com/wiki/Guides/Folders_and_Projects).
>
> It says "A project is a subdirectory of a folder that contains a file
> with extension .jproj with the same name as the directory." Fine.
>
> Folders have been introduced together with the nouns SystemFolder_j_ and
> UserFolders_j_ which J creates upon installation. Also fine.
>
> I'm not sure about the conclusion, though. Is it mandatory, that project
> directories are children of the folders specified in UserFolders_j_? Or
> is it at least discouraged to create a J project in an arbitrary
> directory which is not part of the folder hierarchy already known to J?
>
> Or, to put it in another way: What is the recommended way to create a J
> project in a directory outside of the /home/user/j9.4-user/projects
> hierarchy?
>
> Sorry for this most likely trivial question, but somehow I'm not able to
> figure out the connection between folders and directories.
>
> Thanks in advance!
>
> Regards,
>
> Thomas
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] Installation on Linux

2022-11-29 Thread chris burke
> I want to install the program in my home directory so that is not a problem 
> but getting Jqt.sh to run required installing libqt5webenginewidgets5, 
> libqt5multimediawidgets5 and libqt5websockets5 on Ubuntu 22.04 (LTS).

This is mentioned in page
https://code.jsoftware.com/wiki/Guides/Qt_IDE/Install. Feel free to
update as needed, thanks.

On Tue, Nov 29, 2022 at 7:16 AM Marv  wrote:
>
> Hi!
>
> I can see where Adrien Matthieu is coming from. Installation on linux is
> not yet as straightforward as other platforms (Windows, Mac and Android).
>
> I want to install the program in my home directory so that is not a
> problem but getting Jqt.sh to run required installing
> libqt5webenginewidgets5, libqt5multimediawidgets5 and libqt5websockets5
> on Ubuntu 22.04 (LTS).
>
> I believe the relevant code would be:
>
> sudo apt-get update
> sudo apt-get install libqt5webenginewidgets5 libqt5multimediawidgets5
> libqt5websockets5
>
> but I preferred to use Synaptic, so this will need checking! Would it be
> worth adding this or something similar to the updatejqt.sh script?
>
> I considered modifying the install-usr.sh script by replacing /usr with
> /home/mark but when using a local folder, it was not clear how the items
> copied into the /etc folder would be used so I decided against it,
> without further advice/research.
>
> Could this script be adapted so that one can specify the prefix of the
> install location?
>
> One final matter, when running jqt.sh, the following warning was reported:
>
> Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use
> QT_QPA_PLATFORM=wayland to run on Wayland anyway.
>
> Since this is warning, it's not an issue and no-doubt X users would want
> the old code but would it be worth making the relevant call sensitive to
> its environment?
>
> Many thanks
>
> Mark
>
>
>
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] qtide name only search issues

2022-10-09 Thread chris burke
I made those changes, but don't see any difference in the search.
Please check, thanks.

See 
https://github.com/jsoftware/qtide/commit/1ace6d8fea79f74ea73be4db8d992cbbca5efff9

builds at https://github.com/jsoftware/qtide/releases/tag/build

On Sat, Oct 8, 2022 at 6:24 PM Raul Miller  wrote:
>
> It might be good enough to change Rxnna and Rxnnz at
> https://github.com/jsoftware/qtide/blob/master/lib/base/state.cpp#L189
> to
>
>   Rxnna = "\\b\\Q";
>   Rxnnz = "\\E\\b";
>
> There's an obscure edge case here, if someone tries searching for a
> "name" containing \E but that should never happen.
>
> Thanks,
>
> --
> Raul
>
> On Sat, Oct 8, 2022 at 8:44 PM chris burke  wrote:
> >
> > The name only search is a regex of \b (word boundary) at start and end
> > of the string, see
> >
> > https://github.com/jsoftware/qtide/blob/master/lib/base/fiw.cpp line 363
> >
> > and
> >
> > https://github.com/jsoftware/qtide/blob/master/lib/base/state.cpp line 189.
> >
> > Perhaps a better regex could be taken from
> >
> > https://github.com/jsoftware/base9/blob/master/regex/regj.ijs
> >
> > and maybe this needs updating as well.
> >
> > On Sat, Oct 8, 2022 at 10:19 AM Raul Miller  wrote:
> > >
> > > An additional problem here is that a name only search for m. will
> > > treat the . as a wildcard character rather than matching specifically
> > > on the . character.
> > >
> > > This is probably due to the use of a regular expression in the
> > > implementation without the use of a regular expression quoting
> > > mechanism for the name part.
> > >
> > > In J, this quoting mechanism could look like
> > >
> > > alphanum=. '0123456789',(#~ tolower~:toupper)a.
> > > quotere=: {{1}.(#!.'\'~1 j. 1|.-.@e.)'x',y}}
> > >
> > > (In other words: precede every non-alphanumeric character with a 
> > > backslash.)
> > >
> > > FYI,
> > >
> > > --
> > > Raul
> > >
> > > On Sat, Oct 8, 2022 at 12:51 PM Raul Miller  wrote:
> > > >
> > > > (I am not sure where I should leave these observations.)
> > > >
> > > > Today, I stumbled over a couple mis-features in the implementation of
> > > > the "name only" mechanism in j's qtide search mechanism.
> > > >
> > > > One issue is that a "name only" search for 'm' finds the 'm' in 'm.'
> > > > This makes searching for instances of 'm' which are not 'm.'
> > > > interesting, but arguably this is an acceptable compromise because J
> > > > merged 'm.' into 'm' some time ago.
> > > >
> > > > However, a "name only" search for 'm' does not find the 'm' in
> > > > 'var__m' (quotes are for emphasis here, and would not appear in the
> > > > text being searched), nor does a name only search for 'i' find the 'i'
> > > > in 'for_i.'.
> > > >
> > > > Anyways, at some point, I think we should do better here.
> > > >
> > > > Thanks,
> > > >
> > > > --
> > > > Raul
> > > --
> > > For information about J forums see http://www.jsoftware.com/forums.htm
> > --
> > For information about J forums see http://www.jsoftware.com/forums.htm
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] qtide name only search issues

2022-10-08 Thread chris burke
The name only search is a regex of \b (word boundary) at start and end
of the string, see

https://github.com/jsoftware/qtide/blob/master/lib/base/fiw.cpp line 363

and

https://github.com/jsoftware/qtide/blob/master/lib/base/state.cpp line 189.

Perhaps a better regex could be taken from

https://github.com/jsoftware/base9/blob/master/regex/regj.ijs

and maybe this needs updating as well.

On Sat, Oct 8, 2022 at 10:19 AM Raul Miller  wrote:
>
> An additional problem here is that a name only search for m. will
> treat the . as a wildcard character rather than matching specifically
> on the . character.
>
> This is probably due to the use of a regular expression in the
> implementation without the use of a regular expression quoting
> mechanism for the name part.
>
> In J, this quoting mechanism could look like
>
> alphanum=. '0123456789',(#~ tolower~:toupper)a.
> quotere=: {{1}.(#!.'\'~1 j. 1|.-.@e.)'x',y}}
>
> (In other words: precede every non-alphanumeric character with a backslash.)
>
> FYI,
>
> --
> Raul
>
> On Sat, Oct 8, 2022 at 12:51 PM Raul Miller  wrote:
> >
> > (I am not sure where I should leave these observations.)
> >
> > Today, I stumbled over a couple mis-features in the implementation of
> > the "name only" mechanism in j's qtide search mechanism.
> >
> > One issue is that a "name only" search for 'm' finds the 'm' in 'm.'
> > This makes searching for instances of 'm' which are not 'm.'
> > interesting, but arguably this is an acceptable compromise because J
> > merged 'm.' into 'm' some time ago.
> >
> > However, a "name only" search for 'm' does not find the 'm' in
> > 'var__m' (quotes are for emphasis here, and would not appear in the
> > text being searched), nor does a name only search for 'i' find the 'i'
> > in 'for_i.'.
> >
> > Anyways, at some point, I think we should do better here.
> >
> > Thanks,
> >
> > --
> > Raul
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] [Jbeta] Error in new wiki

2022-09-26 Thread chris burke
See www.jsoftware.com/pipermail/beta/2022-August/010622.html

Yes, we should fix this, but likely will do so when we merge and
rebuild the yellow wiki.

On Mon, Sep 26, 2022 at 7:14 AM Don Guinn  wrote:
>
> MOved to General Forum
>
> After sending this note I reran the request and it worked. But this was
> from the normal search control. It failed from a control on the left side
> of the screen just after entering the new wiki.
>
> On Mon, Sep 26, 2022 at 8:01 AM Raul Miller  wrote:
>
> > When I visit
> > https://code.jsoftware.com/mediawiki/index.php?title=Special%3AJwikiSearch=hqt+function+keys
> > I do not get this error.
> >
> > (That said, this might be more of an issue for the general forum than
> > the beta forum, since this is not a j beta issue.)
> >
> > FYI,
> >
> > --
> > Raul
> >
> > On Mon, Sep 26, 2022 at 9:35 AM Don Guinn  wrote:
> > >
> > > Die a search for jqt function keys
> > >
> > >
> > > 942e90ea9bb6fb0ecb882b9a]
> > > /mediawiki/index.php?title=Special%3AJwikiSearch=hqt+function+keys
> > > Error from line 66 of
> > > /var/www/html/mediawiki/extensions/JwikiSearch/SpecialJwikiSearch.php:
> > Call
> > > to undefined method OutputPage::addWikiText()
> > >
> > > Backtrace:
> > >
> > > #0 /var/www/html/mediawiki/includes/specialpage/SpecialPage.php(600):
> > > SpecialJwikiSearch->execute()
> > > #1
> > > /var/www/html/mediawiki/includes/specialpage/SpecialPageFactory.php(635):
> > > SpecialPage->run()
> > > #2 /var/www/html/mediawiki/includes/MediaWiki.php(307):
> > > MediaWiki\SpecialPage\SpecialPageFactory->executePath()
> > > #3 /var/www/html/mediawiki/includes/MediaWiki.php(945):
> > > MediaWiki->performRequest()
> > > #4 /var/www/html/mediawiki/includes/MediaWiki.php(548): MediaWiki->main()
> > > #5 /var/www/html/mediawiki/index.php(53): MediaWiki->run()
> > > #6 /var/www/html/mediawiki/index.php(46): wfIndexMain()
> > > #7 {main}
> > > --
> > > For information about J forums see http://www.jsoftware.com/forums.htm
> > --
> > For information about J forums see http://www.jsoftware.com/forums.htm
> >
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] requiring regex on Mac M1 produces a security error

2022-08-30 Thread chris burke
OK, I will make that change.

On Tue, Aug 30, 2022 at 1:38 PM Norman Drinkwater
 wrote:
>
> Ah, didn't realize that. We should replace the contents of
> macos-fix.command with
> xattr -rc *
>
> That should fix the problem.
>
> On Tue, Aug 30, 2022 at 3:21 PM chris burke  wrote:
>
> > I am a little puzzled by this. Regex is part of the base installation,
> > not an addon. Jd has its own copy of regex for historical reasons, but
> > this should not be needed by tgsjo.
> >
> > Is it that the macos-fix.command should also call xattr on
> > tools/regex/libjpcre2.dylib?
> >
> > On Tue, Aug 30, 2022 at 1:04 PM Norman Drinkwater
> >  wrote:
> > >
> > > Downloads that use curl to retrieve the file (like package manager)
> > > shouldn’t have this issue. If you download a file with a web browser,
> > > you’ll need to run xattr from a terminal to clear the extended attribute
> > > for the file. See here:
> > >
> > https://code.jsoftware.com/wiki/Guides/J9_Standalone#macOS_standalone_application
> > >
> > >
> > > On Tue, Aug 30, 2022 at 2:13 PM Brian Schott 
> > wrote:
> > >
> > > > I just received a notice from a person wishing to load
> > > > '/Users/xxx/j/j903/addons/zerowords/tgsjo' that the regex addon and is
> > not
> > > > working (see the quoted excerpt below of the person's message). I can
> > > > confirm the error message and am able to overcome the problem by
> > employing
> > > > System Preferences>Security & Privacy> General, but with multiple
> > steps. At
> > > > the bottom half of the General dialog box there is the option "Allow
> > apps
> > > > downloaded from:" . I clicked on an option (which is no longer
> > showing) to
> > > > accept anyway. Then the load in jQt still gives an error which offers
> > a NEW
> > > > option to Open; I clicked that option. But even then another error
> > shows up
> > > > during the load process. A repeat NEW load (without even quitting jQt)
> > > > succeeds without error.
> > > >
> > > > So, I am wondering if there is an easier workaround?
> > > >
> > > > "starting tsgjo.ijs.  in the Jqt903. on the Mac M1 raises the following
> > > > error:
> > > >
> > > > libjpcre2.dylib. cannot be opened because the developper cannot be
> > > > verified
> > > >
> > > >
> > > > this is obviously a Mac security idiosyncrasy   I see that.
> > > > libjpcre2.dylib is installed in the   addons/data/jd/cd. folder.
> > > > "
> > > >
> > > > --
> > > > (B=) <-my sig
> > > > Brian Schott
> > > > --
> > > > For information about J forums see http://www.jsoftware.com/forums.htm
> > > >
> > > --
> > > For information about J forums see http://www.jsoftware.com/forums.htm
> > --
> > For information about J forums see http://www.jsoftware.com/forums.htm
> >
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] requiring regex on Mac M1 produces a security error

2022-08-30 Thread chris burke
I am a little puzzled by this. Regex is part of the base installation,
not an addon. Jd has its own copy of regex for historical reasons, but
this should not be needed by tgsjo.

Is it that the macos-fix.command should also call xattr on
tools/regex/libjpcre2.dylib?

On Tue, Aug 30, 2022 at 1:04 PM Norman Drinkwater
 wrote:
>
> Downloads that use curl to retrieve the file (like package manager)
> shouldn’t have this issue. If you download a file with a web browser,
> you’ll need to run xattr from a terminal to clear the extended attribute
> for the file. See here:
> https://code.jsoftware.com/wiki/Guides/J9_Standalone#macOS_standalone_application
>
>
> On Tue, Aug 30, 2022 at 2:13 PM Brian Schott  wrote:
>
> > I just received a notice from a person wishing to load
> > '/Users/xxx/j/j903/addons/zerowords/tgsjo' that the regex addon and is not
> > working (see the quoted excerpt below of the person's message). I can
> > confirm the error message and am able to overcome the problem by employing
> > System Preferences>Security & Privacy> General, but with multiple steps. At
> > the bottom half of the General dialog box there is the option "Allow apps
> > downloaded from:" . I clicked on an option (which is no longer showing) to
> > accept anyway. Then the load in jQt still gives an error which offers a NEW
> > option to Open; I clicked that option. But even then another error shows up
> > during the load process. A repeat NEW load (without even quitting jQt)
> > succeeds without error.
> >
> > So, I am wondering if there is an easier workaround?
> >
> > "starting tsgjo.ijs.  in the Jqt903. on the Mac M1 raises the following
> > error:
> >
> > libjpcre2.dylib. cannot be opened because the developper cannot be
> > verified
> >
> >
> > this is obviously a Mac security idiosyncrasy   I see that.
> > libjpcre2.dylib is installed in the   addons/data/jd/cd. folder.
> > "
> >
> > --
> > (B=) <-my sig
> > Brian Schott
> > --
> > For information about J forums see http://www.jsoftware.com/forums.htm
> >
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] Report on the J wiki Meeting of 2022-08-18

2022-08-27 Thread chris burke
Thanks, Bob.

> Chris said that the J wiki search should be able to be expanded to searching 
> through categories and become smarter in the way that it narrowed down search 
> content. The challenge that Chris has is that it is written in php and he is 
> not an expert in it.

Just a comment on this -

The J wiki search (in the left navbar) is written in J, with a small
php wrapper. We could easily extend it, e.g. to support searching
subsets of the pages such as everything under Jd.

The php problem was when trying to replace the standard wiki search on
the top right of each page. I tried to do that originally without
success, and it would require some php expertise.

Chris

On Wed, Aug 24, 2022 at 11:48 PM 'robert therriault' via General
 wrote:
>
> Present: Art Anger, Chris Burke, Raul Miller, Bob Therriault
>
> 1) Bob talked about the video that he had posted on how to get involved in 
> the wiki and help to categorize the essays 
> https://www.youtube.com/watch?v=x2hsnuxK79c Bob also mentioned that some of 
> the wiki instructions still referenced Moin Moin 
> https://code.jsoftware.com/wiki/EditingGuidelines#Reusing_Page_Name
>
> 2) Chris addressed the issue of the Essays that had not been transferred 
> across to the yellow wiki. This is a problem with content that was updated 
> from Moin Moin, but had not been touched since upgrading the Mediawik 
> version. Chirs indicated that he would take a look at it to see if it was an 
> update that he could do.
>
> 3) Chris asked about our plans for the yellow code2 wiki and how long we 
> would be needing it. We suggested that we would use it as a place for 
> experimenting before making the changes to the blue code wiki. We anticipate 
> using it for the next year in this fashion, although as changes to the blue 
> wiki become less obtrusive, we may not need the experimental area.
>
> 4) Bob showed the list of essays that are not available on the code2 wiki 
> marked with asterisks  https://code2.jsoftware.com/wiki/Essays/Categorize and 
> Chris noted that the information is actually there if you look at history, 
> but it is not available for display.
>
> 5) Raul mentioned the issue with rebuilding the Essays on the update page 
> that seems not to be working. 
> https://code.jsoftware.com/wiki/Essays/Directory Chris said that he would 
> look into it as it should be rebuilding more often than it is.
>
> 6) Bob asked whether there was any indication about whether books such as "50 
> Shades of J" could be included in Essays and the way forward may be to just 
> have entries from the chapters of the book show up in Essay links as well as 
> as a link to the entire book. Categories in the end may be the best way to do 
> a search. Chris said that the J wiki search should be able to be expanded to 
> searching through categories and become smarter in the way that it narrowed 
> down search content. The challenge that Chris has is that it is written in 
> php and he is not an expert in it. Raul mentioned that he has worked as a php 
> programmer, but there are challenges with making changes without taking down 
> the whole system. This may be another reason to use the yellow code2 wiki for 
> experimentation
>
> 7) Chris talked about the challenges facing the Add-on libraries 
> https://code.jsoftware.com/wiki/Vocabulary/Libraries, Pacman 
> https://code.jsoftware.com/wiki/Pacman and the JAL framework 
> https://code.jsoftware.com/wiki/JAL/User_Guide. You can access the add-ons 
> documentation through the Vocabulary of Nuvoc, but it may be better moved to 
> access through the JAL pages renamed as Add-ons. Private add-ons can be 
> created on GitHub https://code.jsoftware.com/wiki/Pacman#github and then the 
> link can be done through JQt with the install command if the code is in the 
> right format. These are not available through the JAL or Pacman menus. 
> Perhaps it would be a good idea to have some requirements for private add-ons 
> in terms of documentation to support JAL distribution. Chris suggests that we 
> may want to look at how R does its packages.
>
> 8) Chris also mentioned that there is an educational opportunity with addons, 
> so that people can know that this is a very powerful way to distribute J code 
> and should be more publicized. Chris is looking for a knight in shining 
> armour who might be willing to take on the addons and clean them up so that 
> they are current and there is instruction to support new users who would like 
> to create addons. The knight could be a group of people as well so any 
> interest in this area would be welcome and getting in touch with the wiki 
> group might be the best way to move forward with the project.
>
> 9) Chris mentioned that for "50 Shades of J" there was work 

Re: [Jgeneral] Thought experiment -- pacman

2022-08-26 Thread chris burke
I agree it makes sense to support more hosting repos. The relevant
pacman code is under https://github.com/jsoftware/base9, in particular
see gitrepo.ijs.

Perhaps the info in the proposed ~user/config/user-addons.txt would be
better in ~addons/config, either as a new file or extra info in
addins.txt?

On Fri, Aug 26, 2022 at 5:28 AM Raul Miller  wrote:
>
> On Fri, Aug 26, 2022 at 1:22 AM 'Viktor Grigorov' via General
>  wrote:
> > There's bitbucket.org, codeberg.org, gitlab.com, sr.ht, gitea.io, among 
> > others. (They don't also arguably illegaly feed your code to their 
> > commercial products.) There can't not exist some way to test whether or not 
> > a URI points to a repository. Most, if not all use have a suffix of 
> > 'username/repositoryname', you could make a fall-through case of github if 
> > no explicit domain is given.
>
> I'm not too worried about J addons "appearing illegally in commercial
> products" as a risk model (at least, not this year, for a variety of
> reasons). I'm far more concerned with the availability of at least one
> J addon hosted publicly at the repository.
>
> (I guess adding support for private repositories might be worth
> doing... But using the repository's shell tools should be adequate if
> you're at that level of involvement with a project. And ironically
> that would be a much bigger project than what I've proposed here.)
>
> > That said, one could easily manage updates with a short shell script: go to 
> > plugins dir, sequentially cd and pull --rebase. I don't use any myself, so 
> > I'm unfamilar with what pacman can do exclusively. My 2c.
>
> pacman uses the repository's web interface and the "raw" url structure
> to retrieve the files (starting with manifest.ijs), bypassing git's
> shell command tools entirely.
>
> An addon, in this context, is the repository identifier (which is, in
> essence, the "protocol" because this defines the url structure), the
> user's account name (which becomes the name of the containing
> directory under J's addons directory), and the project name (which
> becomes the directory name within that account name directory). The
> addon must have a manifest.ijs at the top level of the project, and
> this identifies all other files within the addon (which are the only
> files retrieved by J -- so, no git history). See also:
> https://code.jsoftware.com/wiki/Addons/Developers_Guide
>
> However, as you say, bypassing pacman altogether and installing the
> archive outside of J -- including using git itself -- would be an
> option for people inclined to work that way. This approach might be
> convenient when *developing* an addon (though it has the minor
> downside of requiring a second install of J if the J developer wants
> to test that pacman installs the package properly -- that said...
> personally, I like organizing my primary copies of hosted repositories
> in a directory named for the repository hosting site).
>
> Anyways... I guess the focus I'm taking from all of this is that
> perhaps my proposed user addons.txt should be named "user-addons.txt"
> to make it independent from the repository name, in the event that
> people are interested in hosting J addons in some other repository.
>
> Also, expanding the current pacman github support should be relatively
> straightforward. Basically, it would be adding another repo with a
> slightly different raw url structure.
>
> Thanks,
>
> --
> Raul
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] wiki migration

2022-07-25 Thread chris burke
What pages are missing?

On Mon, Jul 25, 2022 at 9:20 AM 'Viktor Grigorov' via General
 wrote:
>
> Hey,
>
> I just now realized articles and pages have not been copied from the old 
> version of the wiki like the users' credentials have been. I am now wonder 
> whether to edit my two pages there, or create new ones on code2---will a 
> migration of all users' pages be instigated at some point? How should I 
> proceed?
>
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] jpath issue

2022-07-04 Thread chris burke
Ian

Thanks. This should be fixed in the latest base library 9.4.3.

Chris

On Sun, Jul 3, 2022 at 10:30 PM 'Ian Shannon' via General
 wrote:
>
> Hello there,
>
> I have just copied in Ewart Shaw's utilities, and tried to combine his path 
> names with my directory structure.
>
> The system utility  jpath  resolves  names starting with tilde (~) according 
> to SystemFolders_j_ and UserFolders_j_
>
> This uses the case of the first letter of Name to select which of these 2 
> nouns to use.
>
> Because jpath is potentially recursive, ~name1 can refer to ~name0 and ~name 
> 2 can refer to ~name1 and the names get resolved without issue.
>
> EXCEPT that in the construction of  UserFolders_j_  (in 
> ~system/utils/configure.ijs) the verb   filecase  is called before the  jpath 
>  resolution occurs.
>
> Verb   filecase   ensures that file name are correctly handled for the 
> various file systems and mostly returns a lowercase of its argument. But it 
> becomes problematic when applied  to that part of a file name  which may 
> require resolution by jpath and has capital letters in the name.
>
> There is added complications that  jpath  uses   SystemFolders_j_  and   
> UserFolders_j_  in name resolution, but it is called in configure.ijs which 
> constructs both of these nouns!
>
> Changing the expression
>
> jpath each filecase each
>
> into
>
> filecase each jpath each
>
> inside  configure.ijs  may fix this issue, but could potentially break some 
> other pre-existing code.
>
>
> Regards,
>
> Ian
> Ian Shannon
> Undertaking rigorous statistics in support of the NSW environment
> For every complex problem there is an answer that is clear, simple, and 
> wrong. Mencken
>
> Science Strategy & Impact Branch
> Department of Planning and Environment
>
> The Department of Planning and Environment acknowledges that it stands on 
> Aboriginal land. We acknowledge the traditional custodians of the land and we 
> show our respect for elders past, present and emerging through thoughtful and 
> collaborative approaches to our work, seeking to demonstrate our ongoing 
> commitment to providing places in which Aboriginal people are included 
> socially, culturally and economically.
> --
> This email is intended for the addressee(s) named and may contain 
> confidential and/or privileged information.
> If you are not the intended recipient, please notify the sender and then 
> delete it immediately.
> Any views expressed in this email are those of the individual sender except 
> where the sender expressly and with authority states them to be the views of 
> the NSW Office of Environment and Heritage.
>
> PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS EMAIL
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] jqt showcase

2022-06-29 Thread chris burke
The reason for the difference is that the Showcase demos are more
complicated than the Qt demos, and not just a few lines of J.

Perhaps instead of showing the script, you could browse to the source
in the repo, e.g. for the webview to
https://github.com/jsoftware/demos_wd/tree/master/source/webview .

On Wed, Jun 29, 2022 at 1:34 AM Raul Miller  wrote:
>
> Today, I was looking at the wd isigrid and table child classes, and I
> noticed that the implementation in ~addons/demos/wd/demos.ijs includes
> support for browsing the source code of the showcased demos, and
> viewing the implementations on github, but the jqt showcase popup does
> not expose these features.
>
> I think that it should. (This is probably a simple change, and I might
> tackle it at some point. But it might be faster if someone else more
> familiar with that part of the code went in and made the change.)
>
> Thanks,
>
> --
> Raul
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] NuVoc wordings

2022-06-08 Thread chris burke
I am opposed to this for several reasons, e.g.

I disagree that verb descriptions suggest that results will somehow
replace the values being operated on.

Experienced users don't think this way, and beginners will quickly follow suit.

It makes any explanations longer. We expect users to understand J
syntax without constant reminder of it.

By starting with "takes a copy of" this suggests that something
unusual is being done. So the natural question would then be what if I
don't want to "take a copy of".

On Wed, Jun 8, 2022 at 9:14 PM Arthur Anger  wrote:
>
> All--
> Each non-assigment step in a computation produces copies(!) of its inputs, 
> selected and arranged in various specified ways, awaiting disposition--in 
> another step, in assignment to storage, in output, or in discard.
>
> At the very least, any recipe for processing an array should begin with some 
> version of "Take a copy of y, then...", and consistently refer to that copy, 
> rather than to y.
>
> As an example, the page for Nub currently contains the following statements:
>   Removes duplicates from a list 
> .
>
>   More generally, removes any item 
>  of an array 
>  that matches a 
> preceding item.
>
>   1. Remove duplicate values 
>  from a lis 
> t
>
>   2. Remove duplicate rows from a table 
> 
> I recommend replacing them with:
>   Copies items from a list, omitting duplicates.
>   More generally, omits any item 
>  of an array 
>  that matches a 
> preceding item.
>   1. Omit duplicate values 
>  from a lis 
> t
>   2. Omit duplicate rows from a table 
> 
>
> The language used to describe a verb often suggests that its result will 
> somehow replace the values being operated on, which will be (nearly) accurate 
> only if followed immediately by re-assignment to the same, named, argument.
>
> I urge that any new documentation observe this distinction, and that any 
> definition being updated follow this pattern.  If there is a consensus that 
> this is a worthy cause, I shall be willing to propose such changes where I 
> may encounter them in coming months.
> --Art
>
>
>
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] [Jprogramming] wiki maintenance

2022-06-06 Thread chris burke
The code2 site is a test wiki used by bob and his team for trying out new
pages.  It is not part of the maintenance.

We know of some missing pages and are trying to fix that now.

On Mon, Jun 6, 2022 at 8:51 AM Arthur Anger  wrote:

> Chris--
> The vocabulary page for NuVoc on the code2 site is missing the most recent
> three months of updates, including appearance of t and T. .
> --Art
>
> On Sun, 5 Jun 2022 17:06:19 -0700, chris burke  <mailto:cbu...@jsoftware.com>> wrote:
>
> It looks like the wiki move did not complete correctly!
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
>
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] Wiki editing refusal

2022-05-11 Thread chris burke
This wiki config option seems relevant:

https://www.mediawiki.org/wiki/Manual:$wgObjectCacheSessionExpiry

We don't set this right now, and it defaults to 1 hour.
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] J Playground test

2022-05-11 Thread chris burke
Bob

I still think this has nothing to do with the edit window.

When the Playground is first loaded, using t in Term should give a value
error, not the boxed list that is shown. That t is also defined in the edit
window is immaterial.

Chris

On Wed, May 11, 2022 at 11:18 AM 'robert therriault' via General <
gene...@jsoftware.com> wrote:

> Yes, in that case you are initializing t and would be able to use it. I
> only get the
>
> ++---++--+---++---+
> |invalid name|not defined|noun|adverb|conjunction|verb|unknown|
> ++---++--+---++---+
>
> message when I try to access a noun that has not been loaded and I believe
> that the original problem was that t was not initialized when there was an
> attempt to use it in the edit window.
>
> If you are getting messages like that after initializing t then you are
> seeing behaviour that I am not.
>
> I'm sorry that I seem to have misunderstood some of your posts and have
> not made myself as clear as I should have.
>
> Cheers, bob
>
> > On May 11, 2022, at 11:11, greg heil  wrote:
> >
> > Bob
> >
> > if run "t" from edit pane
> > (ctrl-enter)
> > is this not an
> > initialization?
> >
> > certainly
> > i can put something in t
> > and this overrides the default..
> >
> > ~greg heil
> > picsrp.github.io
> > i.tgu.ca/real_cal
> > twitter.com/g1h
> > twitter.com/tweitku
> >
> > --
> >
> > from: 'robert therriault' via General 
> > to: gene...@jsoftware.com
> > date: May 11, 2022, 10:59 AM
> > subject: Re: [Jgeneral] J Playground test
> >
> > Hi greg,
> >
> >> I think you may be assuming that when you see the contents of the edit
> window that it has been loaded. It is not automatically loaded, but is only
> loaded when the user chooses to load it. I believe that is the
> initialization that you are expecting.
> >
> > Let me know if I have misunderstood.
> >
> > Cheers, bob
> > --
> > For information about J forums see http://www.jsoftware.com/forums.htm
>
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
>
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] J Playground test

2022-05-11 Thread chris burke
This just looks like a bug. It shouldn't be necessary to run the edit
window first just to use Term.

However on a related matter - when you load a lab, it should automatically
hide the edit window.

On Wed, May 11, 2022 at 10:10 AM 'robert therriault' via General <
gene...@jsoftware.com> wrote:

> From what I can see the issue is that even though you can see the contents
> of the edit window, it has not yet been run.
>
> Perhaps, the easiest solution is to have the edit section hidden when the
> Playground first loads.
>
> When the user opens an example edit session there could be a comment at
> the top that says that the edit session will not be loaded until you either
> select loading from the menu or use an appropriate shortcut, followed by a
> list of the short cuts. This comment at the top would be required on
> example edit sessions and shorter version might be useful on user generated
> edit sessions.
>
> Cheers, bob
>
> > On May 11, 2022, at 09:37, greg heil  wrote:
> >
> > same in win10/chrome
> >
> > BTW
> > it might be useful
> > to have a 'revert' functionality
> > that reloaded the system
> > without affecting user data
> >
> > ~greg heil
> > picsrp.github.io
> > i.tgu.ca/real_cal
> > twitter.com/g1h
> > twitter.com/tweitku
> >
> > --
> >
> > from: Gilles Kirouac  via gmail.com
> > reply-to: gene...@jsoftware.com
> > to: gene...@jsoftware.com
> > date: May 11, 2022, 9:26 AM
> > subject: [Jgeneral] J Playground test
> >
> >> I tested the Playground minimally with Firefox and Edge in Win10.
> >
> > I started with the landing page at
> > https://code.jsoftware.com/wiki/Playground
> >
> > In Term, if you type "t", you get
> > t
> >> ++---++--+---++---+
> >> |invalid name|not defined|noun|adverb|conjunction|verb|unknown|
> >> ++---++--+---++---+
> >
> >> In Term (after reloading the page), if you type ";" followed by Ctrl+F1
> (Contextual Help), the input line goes away and you get
> >
> > |value error: helpplay_jws_
> > |   helpplay_jws_'0 0 1 1 ;'
> > |[-0]
> >
> > ~ Gilles
> > --
> > For information about J forums see http://www.jsoftware.com/forums.htm
>
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
>
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] J Playground - Major upgrade announcement and approaching version 1.0

2022-04-26 Thread chris burke
> As it is currently working, I don't know the point of having Line & Show
under Echo Run. I don't know what Connect and Disconnect under Server do. I
also don't know what Center Panes under View does.

1. The Server menu with Connect and Disconnect is from the 2018 original,
which connected to a remote server. Not needed in this version.

2. Line and Show means run the line and show the result, e.g. A=: i.3 would
display 0 1 2, rather have no output. This is the same as Jqt, and should
be useful in a demo.

3. Center Panes does just that, i.e. you can resize the Term and Edit panes
as you like, and Center Panes will center them back.

We should have the Help|Playground menu open a wiki page with better
documentation.


On Tue, Apr 26, 2022 at 12:07 AM Paul Jackson  wrote:

> My initial response was to the appearance of this is approach. Issues I've
> discovered in subsequent use in no way have distracted from that initial
> opinion. I found several things to report, but I'm getting different
> behavior on Android where I have to use Firefox and Chromebook where Chrome
> does not crash. My children have the Chromebook and Windows 10 machines so
> I have to wait till they're not working to try experiments on either of
> those.
>
> The first issue isn't really in this app. All of the labs I remember using
> begin with the sentence:
> To advance the lab, select menu Help|Studio|Advance or the
> corresponding shortcut.
> To my knowledge, the Android version has never had that menu choice, but
> it's always been so different than every other platform I've never reported
> it. That seems important to overcome on something you'd like to show people
> first. If I'm right about that sentence being in every lab, perhaps the
> simplest thing to do would be just replace it with an empty string in this
> app and assume people would use the advice at the top of the Labs menu.
>
> I haven't tested Windows yet, but so far I cannot advance a lab with Crtl+>
> anywhere.
>
> Pressing enter after a result echos the last output, unless there was none
> as happens with plot. In that case
>  Edit Run > Line
> echos the line you typed as part of your entering the request initially,
> and
>  Echo Run > Line & Show
> has
>  output_jrx_
> under the plot.
>
> As it is currently working, I don't know the point of having Line & Show
> under Echo Run. I don't know what Connect and Disconnect under Server do. I
> also don't know what Center Panes under View does.
>
> My own preference for introductory interfaces is to provide as few choices
> as necessary, and to choose both descriptive words and organizational
> positioning to ensure the meaning of each is clear. To that end, several of
> the items in the previous paragraph might best be removed. Furthermore, a
> number of the options under Links seem better categorized as Help, and I
> would argue for choosing one initial form of help even though I don't much
> care which one it is.
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
>
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] Re (2): An invitation to participate in developing the J wiki

2022-03-09 Thread chris burke
When I look at the README page, the term "WIKI GUIDES" jumps out, so I
would see these wiki links immediately.

However, I have replaced the term "WIKI GUIDES" with "WIKI LINKS", and have
changed the text referring to the wiki from

"Documentation can be found in the wiki ..."

to

"Documentation can be found in the wiki (see links in the side panel) ..."

On Wed, Mar 9, 2022 at 10:40 PM  wrote:

> From:   chris burke 
> Date:   Wed, 9 Mar 2022 15:50:48 +0800
> > ... several links to the wiki in the side panel of that page.
>
> Links at the left margin are Overview, Source, Contact, Donate, Main,
> Page, Installation, Jd, Getting Started, Vocabulary, Forums, Showcase,
> HTML and Help.  No "wiki".  No "Wiki".
>
> The links in the narrative text are source, Release Notes, J forums
> and J tag. Of these, J forums is the best possibility for a novice.
> Even so, at least two more steps: find the right forum; submit a
> question.
>
> Simplify, simplify, simplify.
>
> Regards,   ... P.
>
> --
> mobile: +1 778 951 5147
>   VoIP: +1 604 670 0140
>48.7693 N 123.3053 W
>
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
>
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] An invitation to participate in developing the J wiki

2022-03-08 Thread chris burke
Thanks. I will add a link to the word "wiki", but note that there are
several links to the wiki in the side panel of that page.

On Wed, Mar 9, 2022 at 11:07 AM  wrote:

> Robert & All,
>
> From:   "'robert therriault' via General" 
> Date:   Tue, 8 Mar 2022 18:35:03 -0800
> > ps. please respond on the general forum, if you are posting a reply.
>
> Suppost J. Doe is absolutely new to J.  J. might have the good luck to
> find J.  =8~)  https://en.wikipedia.org/wiki/J_(programming_language)
>
> There J. finds the official URL.  https://www.jsoftware.com/
> A click on the [Get Started] button opens
> https://www.jsoftware.com/#/README So far, so good.
>
> Any evidence of the wiki?  "Documentation can be found in the wiki
> ..." but  no link visible.  Where is it?  J. says "Try to find it
> later."  (Maybe infinitely later.)  =8~(
>
> TTFN,   ... P.
>
>
> --
> mobile: +1 778 951 5147
>   VoIP: +1 604 670 0140
>48.7693 N 123.3053 W
>
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
>
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] How to make graphview work?

2022-03-06 Thread chris burke
In the slim version, JVERSION or Help|About will have an "s" after the Qt
version number, e.g.

  Qt IDE: 1.9.5s/5.12.8(5.12.8)

On Mon, Mar 7, 2022 at 7:21 AM chris burke  wrote:

> Sounds like you have the slim version of Jqt which doesn't support
> webview. See https://code.jsoftware.com/wiki/Guides/Qt_IDE/Install .
>
>
>
>
>
> On Mon, Mar 7, 2022 at 5:34 AM Thomas Bulka <
> thomas.bu...@constraintegic.net> wrote:
>
>> Hello Forum,
>>
>> I'm running J 9.03 on a Windows 11 computer and installed the most
>> recent version of the graphviz addon (2.0.12).
>>
>> After loading the package, it installed the graphviz binaries (though
>> a pretty dated version, i.e. version 2.38). However, when I try to use
>> the graphview command from JQt, I get the following error message:
>>
>> |cc : child not supported: webview
>> : wd
>> | (LF,~wd ::(''"_)'qer') (13!:8)3
>>
>> I'd very much appreciate any help on what is going on here.
>>
>> Besides, is there any way to tell graphview to use a more recent
>> version of the graphviz binaries, which are installed on my local
>> machine?
>>
>> Regards,
>>
>> Thomas
>> --
>> For information about J forums see http://www.jsoftware.com/forums.htm
>>
>
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] How to make graphview work?

2022-03-06 Thread chris burke
Sounds like you have the slim version of Jqt which doesn't support webview.
See https://code.jsoftware.com/wiki/Guides/Qt_IDE/Install .





On Mon, Mar 7, 2022 at 5:34 AM Thomas Bulka 
wrote:

> Hello Forum,
>
> I'm running J 9.03 on a Windows 11 computer and installed the most
> recent version of the graphviz addon (2.0.12).
>
> After loading the package, it installed the graphviz binaries (though
> a pretty dated version, i.e. version 2.38). However, when I try to use
> the graphview command from JQt, I get the following error message:
>
> |cc : child not supported: webview
> : wd
> | (LF,~wd ::(''"_)'qer') (13!:8)3
>
> I'd very much appreciate any help on what is going on here.
>
> Besides, is there any way to tell graphview to use a more recent
> version of the graphviz binaries, which are installed on my local
> machine?
>
> Regards,
>
> Thomas
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
>
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] Update on this week's wiki work

2021-12-01 Thread chris burke
> I tried downloading the referenced zip file but it asked that I log in
first. (Why?) I appear to have lost my record of my credentials and was
unable to log in. Perhaps someone, could guide me here. Help, please.

On that page, clicking the link is a request to upload the file, not
download it. Ian made a copy of the zip at
https://app.box.com/s/v0nabjex23o25dynn1ma8jl1wbikmnni .

If you forgot your wiki password, please visit
https://code.jsoftware.com/wiki/Special:PasswordReset

On Wed, Dec 1, 2021 at 5:37 PM Mike Powell  wrote:

> > So the choice is yours, if we hear nothing about keeping these pages, in
> a few weeks they will go away.
>
> > These are a bit more of a miscellaneous group.
> > https://code.jsoftware.com/wiki/Interfaces
>
>
> I’m the author of the material that appears at …/wiki/Interfaces/JTask.
> It’s from 2009 and seemed to be of use to some at the time. Since then I’ve
> been working on other things. Complaints, kudos et al probably went to my
> old email address mikepow...@shaw.ca . Which I
> haven’t read (or been able to read) for some years now. I should have
> updated that.
>
> But, I’m willing to revisit this. A good starting point would be to know
> why this looks like a candidate to be discarded.
>
> I tried downloading the referenced zip file but it asked that I log in
> first. (Why?) I appear to have lost my record of my credentials and was
> unable to log in. Perhaps someone, could guide me here. Help, please.
>
> Regards,
>
> Mike Powell
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
>
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] [Jprogramming] J Wiki Coordinator

2021-11-11 Thread chris burke
It looks like the Page count includes the Files count, so I calculated
Pages - Files.

As a rough check, look at the list of pages at
https://code.jsoftware.com/mediawiki/index.php?title=Special:AllPages

This is 7+ pages with about 350 entries per page in the Main
namespace. Files are listed in the File namespace

On Thu, Nov 11, 2021 at 10:04 AM 'robert therriault' via General <
gene...@jsoftware.com> wrote:

> Hey Raul,
>
> I mentioned the number of files because that was another number from Chris
> that did not jibe with mine.
> Are you seeing numbers that match my stats, Chris' stats or do you have
> completely separate numbers.
>
> Cheers, bob
>
> > On Nov 11, 2021, at 09:29, Raul Miller  wrote:
> >
> > An uploaded file (most of them uploaded by Tom Allen) is different from
> a page.
> >
> > You can drill down into that statistics page to see the details.
> >
> > FYI,
> >
> > --
> > Raul
> >
> > On Thu, Nov 11, 2021 at 12:16 PM 'robert therriault' via General
> >  wrote:
> >>
> >> Cross posting back over to the general forum where the discussion can
> and should continue.
> >>
> >> Chris,
> >>
> >> When I go to the statistics page I see 9,895 pages including redirects
> and 7,018 uploaded files.
> >> Perhaps, our first task on the wiki is to try and figure out the
> difference in results! :-)
> >>
> >> Regardless, we have our work cut out for us as we proceed with this
> 'renovation'
> >>
> >> Cheers, bob
> >>
> >>> On Nov 11, 2021, at 05:34, chris burke  wrote:
> >>>
> >>> Wiki statistics are at
> https://code.jsoftware.com/wiki/Special:Statistics
> >>>
> >>> This gives the page count as 2,877 (Pages - Uploaded files).
> >>>
> >>> This would include archived pages and redirects, so perhaps around
> 2,500
> >>> active pages.
> >>>
> >>> On Wed, Nov 10, 2021 at 3:32 PM Ian Clark 
> wrote:
> >>>
> >>>> This is good news. J Wiki is a peerless garden. I look in vain for
> anything
> >>>> to match it in other computer languages. Other vendors' wikis are pale
> >>>> shadows – even in the realm of APL. (Can somebody tell us just how
> many J
> >>>> wiki pages there are?)
> >>>>
> >>>> J wiki is my first stop when I come across an emergent topic, or ask
> the
> >>>> question: is there a J-er who knows something about that?
> >>>> But all too often I hit pages that are seriously out-of-date.
> Example: just
> >>>> search on "Oleg" or "j602" and you reap a harvest of pure gold – but
> >>>> antique gold. Last updated 2009 say, and nothing written since then.
> >>>>
> >>>> Now I have a contact point when I hit such a page. Weeding the J
> garden is
> >>>> going to be a Herculean labor. But if I ruled the world I'd have
> picked Bob
> >>>> for the task myself :-D
> >>>>
> >>>>
> >>>> On Wed, 10 Nov 2021 at 20:29, 'robert therriault' via Programming <
> >>>> programm...@jsoftware.com> wrote:
> >>>>
> >>>>> Hi everyone,
> >>>>>
> >>>>> First, thank you to Eric, Chris and Henry for asking me to take on
> this
> >>>>> role. Over the last few weeks, I have seen discussions about the
> state of
> >>>>> the wiki naturally emerge on the forums and so the time seems ripe to
> >>>>> approach this challenge in a coordinated fashion. This is not a task
> >>>> that I
> >>>>> can take on alone and I have to acknowledge the amazing contributions
> >>>> that
> >>>>> have already been made to the wiki by Chris Burke in migrating the
> >>>> original
> >>>>> documents to a wiki format, Ian Clark and Henry Rich and the many
> others
> >>>>> who have contributed to Nuvoc, and to Roger Hui for the excellent
> >>>>> contributions he made through the years in the essays section. These
> are
> >>>>> just a few of the people who have kept the wiki going over the
> years, but
> >>>>> just as important are the people who stepped up and clarified that
> one
> >>>>> detail about a little used adverb or included  some details about
> the way
> >>>>> that they were using J. If you have contributed to the wiki in th

Re: [Jgeneral] replace in QTide

2021-09-15 Thread chris burke
I have seen this before but cannot reproduce it. Perhaps it is related to
something in the script itself?

Do you have an example that reliably reproduces it? If so, please send me
the script.

BTW, the find/replace code hasn't changed for some time.

On Tue, Sep 14, 2021 at 3:11 AM R.E. Boss  wrote:

> If I do a Find|Replace in a script under QTide, the line where the replace
> have to be executed jumps out of sight, below my QT-window, which is a
> nuisance.
> How do I repair that?
>
>JVERSION
> Engine: j903/j64avx2/windows
> Beta-p: commercial/2021-09-13T09:34:33
> Library: 9.03.03
> Qt IDE: 1.9.2/5.12.10(5.12.10)
> Platform: Win 64
> Installer: J903 install
> InstallPath: c:/program files/j903
> Contact: www.jsoftware.com
>
> R.E. Boss
>
>
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
>
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] bug/feature request tracking

2021-09-14 Thread chris burke
This looks good.

Something to bear in mind for the future -

Github repos have both issues and projects. At some point we might have
issues = bug reports, and projects = proposed new features.

On Tue, Sep 14, 2021 at 6:43 AM Michal Wallace 
wrote:

> Okay, I've made a start. Will resume tomorrow.
> I'm doing a lot of manual wiki->github cleanup in passes, so apologies if
> you guys are getting a bunch of unformatted emails.
> (I decided to record the process and talk through the bugs, so I'll
> probably post a video of this after some editing...)
>
> On Mon, Sep 13, 2021 at 12:36 PM Eric Iverson 
> wrote:
>
> > I am better informed now and see that your suggestion has great merit. In
> > particular your offer to 'do all the ... work' :)
> >
> > You have the blessing of Jsoftware, I can't imagine anyone being opposed,
> > so full speed ahead!
> >
> > On Mon, Sep 13, 2021 at 11:42 AM Michal Wallace <
> michal.wall...@gmail.com>
> > wrote:
> >
> > > I suggest we take this:
> > >
> > > https://code.jsoftware.com/wiki/System/Interpreter/Requests
> > >
> > > ... and migrate everything here:
> > >
> > > https://github.com/jsoftware/jsource/issues
> > >
> > > Pros:
> > >   - permalink to issues (currently the link breaks when moved to
> "done")
> > >   - issues can be assigned, searched, etc
> > >   - can be associated with pull requests / code reviews on github
> > >   - can be marked as "easy" or "help wanted" to encourage outsiders
> > >   - commit messages can auto-link to the issue
> > >   - free and fairly standard for github accounts
> > >   - github accounts don't require manual setup (vs j wiki accounts)
> > >
> > > Cons:
> > >   - requests would no longer show up in j wiki search
> > >   - requestors would need a github account
> > >   - might be other options that are even better
> > >   - inertia?
> > >
> > > Thoughts?
> > >
> > > (I am happy to help with / do all of the migration work, if people
> aren't
> > > opposed to the idea...)
> > > --
> > > For information about J forums see http://www.jsoftware.com/forums.htm
> > >
> > --
> > For information about J forums see http://www.jsoftware.com/forums.htm
> >
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
>
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] FF character in J source files on windows jconsole.

2021-07-18 Thread chris burke
It looks like FF is not supported in linux scripts, e.g.

   9!:14''
j903/j64avx2/linux/beta-l/commercial/
www.jsoftware.com/2021-06-17T13:00:33/clang-10-0-0/SLEEF=1

   ('1',FF,'2') fwrite 't1.ijs'
3
   0!:1 <'t1.ijs'
   1
2
|spelling error
|   1
 2
|^
|[-0] t1.ijs

I think FF is normally considered to be whitespace, so it can be treated
like LF.

On Sun, Jul 18, 2021 at 1:15 PM Henry Rich  wrote:

> Every bytecode that is not an ASCII graphic or SP, CR, TAB, or LF will
> cause a spelling error if encountered as a word:
>
> ". 12 { a.
> |spelling error
> |
> The question here is whether FF is enough of an industry-standard to be
> called whitespace, like TAB.
>
> I don't know myself.  I have looked at the code & decided that making FF
> look like LF for script purposes is not too hard, while making it look
> like TAB takes more work.
>
> But I am loath to make any change at all until I understand why FF works
> sometimes and not others.  As I see it, any script containing FF would
> fail when loaded, unless the FF were buried inside a string.  If you
> have cases where this is not so I want to know where the FF is
> disappearing to.
>
> In the meantime you can use Eric's trick of stripping FF during load.
>
> Henry Rich
>
>
>
> On 7/18/2021 3:56 PM, Eric Iverson wrote:
> > FF char (12{a.) gets a spelling error if in a script that is loaded in
> > linux. I think this would be the same as in windows but have not tested.
> >
> > There are lots of values that will give spelling errors. I am not sure it
> > makes sense to special case (i.e. ignore FF).
> >
> > If the FF is desired for its behavior in an editor, that is OK. But it
> and
> > perhaps other chars should be stripped out before being fed to load.
> >
> > On Sun, Jul 18, 2021 at 3:39 PM Henry Rich  wrote:
> >
> >> I will look into turning FF into LF when a script is read, & will do it
> >> if there are no problems.
> >>
> >> Does Linux do something to the FF?  I don't see why you don't get the
> >> same error there as on Windows.
> >>
> >> Henry Rich
> >>
> >> On 7/18/2021 7:58 AM, Michal Wallace wrote:
> >>> I sometimes use the ^L character (FF, or 12{a.) in source code files to
> >>> divide my code into "pages".
> >>>
> >>> (I have emacs set up so that I can page back and forth showing one page
> >> at
> >>> a time without scrolling, so the top line of the page is always at the
> >> top
> >>> of the screen when that page is showing, etc.)
> >>>
> >>> I've done this with J source code with no problems in the past. It
> works
> >>> fine in jqt and in jconsole on linux, but I just discovered that if I
> try
> >>> to load a J script written this way in the windows version of jconsole,
> >> it
> >>> gives me a spelling error on that character.
> >>>
> >>> Is this something that could be officially supported, or do I need to
> >>> change my ways? :D
> >>> --
> >>> For information about J forums see http://www.jsoftware.com/forums.htm
> >>
> >> --
> >> This email has been checked for viruses by AVG.
> >> https://www.avg.com
> >>
> >> --
> >> For information about J forums see http://www.jsoftware.com/forums.htm
> >>
> > --
> > For information about J forums see http://www.jsoftware.com/forums.htm
>
>
> --
> This email has been checked for viruses by AVG.
> https://www.avg.com
>
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
>
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] Projects: Jqt project builds vs GitHub ~addons

2021-06-27 Thread chris burke
Addons are sourced from github, but otherwise there is nothing specific to
github about them.

They must comply with some basic rules, see
https://code.jsoftware.com/wiki/Addons/Developers_Guide but otherwise are
free form. Jqt isn't needed.

>  I inadvertently overwrote the main file in my github-based installation
when I built with the Jqt project build.

Addons should be installed under ~addons with two-level subdirectories. The
github installation should write to the target directory. Your Jqt project
can also write to that directory, but it doesn't have to.

On Fri, Jun 25, 2021 at 6:31 PM John Ference  wrote:

> I'd like to create an add-on in the way that is envisioned as the standard
> for J package manager. I'd also like to store this package on github.
>
> There are multiple files in the package I've created.
>
> 1) I first created a project in Jqt, with the 'new project' template. I
> followed the process to build with Ctrl+F9 and run with F9.
> Building created a single file that was loaded to ~addons/.
>
> 2) Then I realized that the ‘build’ concept with .jproj didn’t seem to fit
> with the GitHub repo approach.
>  In the github repo approach, all files are referenced by path,
> relative to ~addons/.
>
> These two approaches don't appear to mesh:
>  I inadvertently overwrote the main file in my github-based
> installation when I built with the Jqt project build.
>
> What is the expected usage / future vision for how projects (created via
> Jqt project templates) relate to Github-based package installation? Ideally
> the template in Jqt accommodates that method, and an example could be
> documented.
>
> Thank you,
> John
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
>
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] System installation

2021-04-30 Thread chris burke
For screen info, use wd 'qscreen'.

See https://code.jsoftware.com/wiki/Guides/Window_Driver/Command_Reference

On Fri, Apr 30, 2021 at 5:33 AM Brian Schott  wrote:
>
> Chris,
>
> That was what I needed to know. Thanks.
> Meanwhile I found that the slow processing was due to
> my slow internet connection.
>
> I've got a new problem that I will be trying to solve
> in a new thread, likely: my jqt app using openGL depends
> on the graphics screen and I am finding that the
> dimensions or resolution of that screen are quite
> different on different devices, but are important to the
> viewing experience. I don't know how to manage that.
>
> On Thu, Apr 29, 2021 at 7:31 PM chris burke  wrote:
>
> > Did you try:
> >
> >install 'qtide'
> >
> > as per wiki page https://code.jsoftware.com/wiki/Guides/Qt_IDE/Install
> >
> > --
> (B=)
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] System installation

2021-04-29 Thread chris burke
Did you try:

   install 'qtide'

as per wiki page https://code.jsoftware.com/wiki/Guides/Qt_IDE/Install

On Thu, Apr 29, 2021 at 2:59 PM Brian Schott  wrote:
>
> Looking more at the code in install_console
> in the locale 'jpacman'
> I've been able to selectively use *'install'jpkg y*
> making y into a list of boxes containing certain
> addons and the 'base library' and 'BASELIBRARY'
> *but* I cannot see a way to install the executable
> `*bin/jqt*` . I really need the executable to be installed.
>
>
>
> --
> (B=)
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] forums block my email

2021-03-10 Thread chris burke
Curious. I don't see anything wrong with your earlier message, or why
it was not posted by mailman.

In the past your normal messages went through. It might be worth trying again.

If you post your earlier message, then try minor changes to it, e.g.
do not append the message you are responding to.

On Wed, Mar 10, 2021 at 7:02 AM Tom Arneson  wrote:
>
> The J forums seem not to get my emails unless I send them as plain text.
>
> I'm sending this one in plain text as a test.
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] searchable mailing list archive

2020-11-14 Thread chris burke
The forum search page is www.jsoftware.com/forumsearch.htm

See also code.jsoftware.com/wiki/System/Forums for an overview of the forums.

On Sat, Nov 14, 2020 at 10:26 AM 'Rudolf Sykora' via General
 wrote:
>
> Hello,
>
>
> is it so that the mailing list archive
>
> http://jsoftware.com/pipermail/programming/
>
> is really not searchable? If that's the case, it's a pitty.
>
> (E.g., OpenBSD, emacs org-mode, plan9 fora are all [at least to some
> extent] searchable...)
>
> (I was thinking about reducing the volume of messages that I keep in my
> mailboxes, and it occured to me that it's strange that each person
> should keep a copy of messages that went to a mailing list just to be
> able to search through it.)
>
> Thanks for comments. Do you actually keep all the messages?
>
>
> Ruda
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] Copy in jqt

2020-10-05 Thread chris burke
You could program this. Selecting an area in the table and then
pressing Ctrl+C (or any key) gives an event that you could use to read
the cells selected and write them to the clipboard.

To see the events, run:

  showevents_jqtide_ 2

On Mon, Oct 5, 2020 at 9:31 AM Brian Schott  wrote:
>
> Henry,
>
> Yes, that's true. Thanks for the correction.
> Still I cannot even copy a single cell from the qtdemo named table.
>
> On Mon, Oct 5, 2020 at 12:19 PM Henry Rich  wrote:
>
> > 1 + 'a'
> > |domain error
> > |   1+'a'
> >
> > Inserted by copy in Jqt, paste in my mailer.
> >
> > BUT: If I cancel the Jqt window, it clears the clipboard if the current
> > clipboard was written by Jqt.  This bug has been in Jqt a long time.
> >
> > Henry Rich
> >
> >
> >
> --
> (B=)
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] Running J in Jupyter

2020-08-23 Thread chris burke
1. Can you confirm that J does run on your machine, i.e. the following
should load J;

 ../JDemo/J805/bin/jconsole

2. Line 19 has "ModuleNotFoundError: No module named 'contextvars'"

This looks like a Python problem, perhaps a mismatch between the
download and your local copy of python?

The download is a little old and may need updating.

On Sat, Aug 22, 2020 at 10:41 AM Francesco Pedulla'  wrote:
>
> Dear all,
> I cannot run J in a Jupyter notebook.
> Following the instructions at
> https://code.jsoftware.com/wiki/Guides/Jupyter, I:
>
>1. downloaded the 64bit compressed tar file for Linux
>2. unpacked it under my home directory on a Ubuntu 18 desktop machine
>3. cd to the new directory (/home/francesco/JDemo)
>4. run the jupyter-notebook.sh script
>5. in the freshly opened browser window (http://localhost:/tree),
>selected New->J
>6. waited while the kernel was starting and jupyter tried to connect to
>it
>7. give up after jupyter repeatedly failed to connect to the J kernel
>(see attached stderr output).
>
> The error about the NaCl helper process at line 10 shows up also in another
> installation of jupyter, on the same machine, where both python and
> sagemath run fine. Hence, I believe it should be the reason for the
> failure.
> Error on line 19 looks more promising, but I am not sure how to interpret
> it - even less how to fix it.
> Any hint?
> Thanks in advance,
>
> Francesco
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] [Jprogramming] Ancillary pages disappeared??

2020-08-06 Thread chris burke
Thanks. It looks like they fell off in the last update. I will restore them.

As regards the forum, please see
code.jsoftware.com/wiki/System/Forums#Which_forum_to_use . In this
case, the general forum would be correct.

On Thu, Aug 6, 2020 at 12:32 AM HH PackRat  wrote:
>
> I didn't know which of the two email pages was the better one to post
> this on, so I posted on both--sorry if this was a violation.
>
> When I clicked on the "Ancillary Pages" option near the top of the
> main NuVoc pages, the page goes to the bottom, but there are NO pages
> there!  Have they moved elsewhere?
>
> Harvey
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] install from github

2020-04-08 Thread chris burke
Vanessa

Just to clarify - the addon is installed into the directory given in
the manifest. Any locale setting should be done in the script, so this
is not part of the manifest.

In your case, it should be fine for the definitions to be loaded into base.

Chris

On Tue, Apr 7, 2020 at 1:26 PM Vanessa McHale  wrote:
>
> Thanks! It does install now, but into the base locale…
>
> Cheers,
> Vanessa
>
> > On Apr 7, 2020, at 3:00 PM, chris burke  wrote:
> >
> > The brief doc is at https://code.jsoftware.com/wiki/Pacman#github .
> >
> > Trying this:
> >
> >  install 'github:vmchale/elliptic-fourier'
> > installed: vmchale/elliptic-fourier master into folder: 
> > math/elliptic-fourier
> >   dir '~addons/math/elliptic-fourier'
> > manifest.ijs 310 07-Apr-20 12:55:53
> >
> > This looks like a work in progress. The other file referenced in the
> > manifest doesn't exist.
> >
> > On Tue, Apr 7, 2020 at 12:24 PM Vanessa McHale  wrote:
> >>
> >> Hi Raul,
> >>
> >> I haven’t actually tried out pacman at all! I just cargo-culted that from 
> >> tables/csv.
> >>
> >> Right now I think I need to figure out locales before it would be a 
> >> “release” of sorts
> >>
> >> Cheers,
> >> Vanessa
> >>
> >>> On Apr 7, 2020, at 1:46 PM, Raul Miller  wrote:
> >>>
> >>> I was looking at an interesting bit of J --
> >>> https://github.com/vmchale/elliptic-fourier
> >>>
> >>> And, while the code basically works (need to run plot plot_points
> >>> after executing the data building lines of demo.ijs), the presence of
> >>> a manifest.ijs suggested that I could use
> >>> https://code.jsoftware.com/wiki/Pacman#github but that doesn't work.
> >>>
> >>> So, I forked it, and changed the manifest, and restarted J, and .. it
> >>> still doesn't work.
> >>>
> >>>  install'github:rdm/elliptic-fourier'
> >>> installed: rdm/elliptic-fourier master into folder: math/elliptic-fourier
> >>>  require'math/elliptic-fourier'
> >>> not found: 
> >>> /users/rauldmiller/j901/addons/math/elliptic-fourier/elliptic-fourier.ijs
> >>>
> >>> And, looking at the developer's guide for addons --
> >>> https://code.jsoftware.com/wiki/Addons/Developers_Guide -- I don't see
> >>> that there's any description there of what should be done about this
> >>> issue.
> >>>
> >>> (The issue is that load/require/getscripts wants to load a file which
> >>> is not listed in the manifest.ijs)
> >>>
> >>> So I think this should be treated as a core J issue rather than just a
> >>> problem with that particular example.
> >>>
> >>> If I'm wrong, can someone point me at the right documentation?
> >>>
> >>> Thanks,
> >>>
> >>> --
> >>> Raul
> >>> --
> >>> For information about J forums see http://www.jsoftware.com/forums.htm
> >>
> >> --
> >> For information about J forums see http://www.jsoftware.com/forums.htm
> > --
> > For information about J forums see http://www.jsoftware.com/forums.htm
>
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] install from github

2020-04-08 Thread chris burke
An addon need not have a script with the same name as the directory.
However, if there is such a script, then it can be loaded using a
short form. For example, the following are all the same:

  load 'convert/pjson'
  load 'convert/pjson/pjson'
  load '~addons/convert/pjson/pjson.ijs'

To load another script or where the addon does not have a script with
the same name as the directory, use the last two methods, e.g.

  load 'net/clientserver/jsss'
  load '~addons/net/clientserver/jsss.ijs'

I haven't checked the wiki documentation. Please update as needed, thanks.

On Wed, Apr 8, 2020 at 9:04 AM Raul Miller  wrote:
>
> Adding in the file with the same name as the directory works, but..
> when I look in addons, I see a variety of addons which don't follow
> this convention (I see a variety of addons without an .ijs file whose
> base name matches the containing directory name):
>
> api/java games/minesweeper misc/classroom
> api/python3 general/joddocument misc/miscutils
> convert/misc general/jodsource net/clientserver
> demos/coins general/misc profiles/profiles
> demos/isigraph graphics/color sockets/socklib
> demos/publish graphics/fvj4 sockets/sockutils
> demos/wd ide/jhs stats/jserver4r
> demos/wdplot math/misc stats/r
> docs/help media/videolabs stats/rlibrary
>
> And I know that at least some of these addons aren't broken (ide/jhs
> for example).
>
> But when I try to test some of these, using require, some do seem broken.
>
> So even if you've worked around the issue, it seems like something is
> still not right.
>
> If it's supposed to work like this, I think we've got missing
> documentation. If it's supposed to work like it's documented I think
> we've got a different problem.
>
> Thanks,
>
> --
> Raul
>
> On Tue, Apr 7, 2020 at 4:26 PM Vanessa McHale  wrote:
> >
> > Thanks! It does install now, but into the base locale…
> >
> > Cheers,
> > Vanessa
> >
> > > On Apr 7, 2020, at 3:00 PM, chris burke  wrote:
> > >
> > > The brief doc is at https://code.jsoftware.com/wiki/Pacman#github .
> > >
> > > Trying this:
> > >
> > >  install 'github:vmchale/elliptic-fourier'
> > > installed: vmchale/elliptic-fourier master into folder: 
> > > math/elliptic-fourier
> > >   dir '~addons/math/elliptic-fourier'
> > > manifest.ijs 310 07-Apr-20 12:55:53
> > >
> > > This looks like a work in progress. The other file referenced in the
> > > manifest doesn't exist.
> > >
> > > On Tue, Apr 7, 2020 at 12:24 PM Vanessa McHale  wrote:
> > >>
> > >> Hi Raul,
> > >>
> > >> I haven’t actually tried out pacman at all! I just cargo-culted that 
> > >> from tables/csv.
> > >>
> > >> Right now I think I need to figure out locales before it would be a 
> > >> “release” of sorts
> > >>
> > >> Cheers,
> > >> Vanessa
> > >>
> > >>> On Apr 7, 2020, at 1:46 PM, Raul Miller  wrote:
> > >>>
> > >>> I was looking at an interesting bit of J --
> > >>> https://github.com/vmchale/elliptic-fourier
> > >>>
> > >>> And, while the code basically works (need to run plot plot_points
> > >>> after executing the data building lines of demo.ijs), the presence of
> > >>> a manifest.ijs suggested that I could use
> > >>> https://code.jsoftware.com/wiki/Pacman#github but that doesn't work.
> > >>>
> > >>> So, I forked it, and changed the manifest, and restarted J, and .. it
> > >>> still doesn't work.
> > >>>
> > >>>  install'github:rdm/elliptic-fourier'
> > >>> installed: rdm/elliptic-fourier master into folder: 
> > >>> math/elliptic-fourier
> > >>>  require'math/elliptic-fourier'
> > >>> not found: 
> > >>> /users/rauldmiller/j901/addons/math/elliptic-fourier/elliptic-fourier.ijs
> > >>>
> > >>> And, looking at the developer's guide for addons --
> > >>> https://code.jsoftware.com/wiki/Addons/Developers_Guide -- I don't see
> > >>> that there's any description there of what should be done about this
> > >>> issue.
> > >>>
> > >>> (The issue is that load/require/getscripts wants to load a file which
> > >>> is not listed in the manifest.ijs)
> > >>>
> > >>> So I think this should be treated as a core J issue rather than just a
> > >>> problem with that particular example.
&g

Re: [Jgeneral] install from github

2020-04-07 Thread chris burke
The brief doc is at https://code.jsoftware.com/wiki/Pacman#github .

Trying this:

  install 'github:vmchale/elliptic-fourier'
installed: vmchale/elliptic-fourier master into folder: math/elliptic-fourier
   dir '~addons/math/elliptic-fourier'
manifest.ijs 310 07-Apr-20 12:55:53

This looks like a work in progress. The other file referenced in the
manifest doesn't exist.

On Tue, Apr 7, 2020 at 12:24 PM Vanessa McHale  wrote:
>
> Hi Raul,
>
> I haven’t actually tried out pacman at all! I just cargo-culted that from 
> tables/csv.
>
> Right now I think I need to figure out locales before it would be a “release” 
> of sorts
>
> Cheers,
> Vanessa
>
> > On Apr 7, 2020, at 1:46 PM, Raul Miller  wrote:
> >
> > I was looking at an interesting bit of J --
> > https://github.com/vmchale/elliptic-fourier
> >
> > And, while the code basically works (need to run plot plot_points
> > after executing the data building lines of demo.ijs), the presence of
> > a manifest.ijs suggested that I could use
> > https://code.jsoftware.com/wiki/Pacman#github but that doesn't work.
> >
> > So, I forked it, and changed the manifest, and restarted J, and .. it
> > still doesn't work.
> >
> >   install'github:rdm/elliptic-fourier'
> > installed: rdm/elliptic-fourier master into folder: math/elliptic-fourier
> >   require'math/elliptic-fourier'
> > not found: 
> > /users/rauldmiller/j901/addons/math/elliptic-fourier/elliptic-fourier.ijs
> >
> > And, looking at the developer's guide for addons --
> > https://code.jsoftware.com/wiki/Addons/Developers_Guide -- I don't see
> > that there's any description there of what should be done about this
> > issue.
> >
> > (The issue is that load/require/getscripts wants to load a file which
> > is not listed in the manifest.ijs)
> >
> > So I think this should be treated as a core J issue rather than just a
> > problem with that particular example.
> >
> > If I'm wrong, can someone point me at the right documentation?
> >
> > Thanks,
> >
> > --
> > Raul
> > --
> > For information about J forums see http://www.jsoftware.com/forums.htm
>
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] error with Graphviz and/or webview in j901 under Windows

2020-03-02 Thread chris burke
Just to confirm -

Your user folder can be anywhere you like.

Your scripts should be in project folders, which can also be anywhere
you like. By default there is a "projects" folder under user, but you
don't need to use that.

These can be changed without reinstalling or affecting the binaries.
Update the profile to set the user folder, and use
Edit|Configure|Folders to set project folders.

On Mon, Mar 2, 2020 at 10:42 AM 'Michael Day' via General
 wrote:
>
> I know - in theory - and that's what I used to do,  but it looks as some
> of my profile
> changes had interfered with some aspects of the distribution.   I used
> to just copy
> my profilex.ijs to the new config folder,  when installing a vew
> version,  but was perhaps
> too cavalier in some of my choices!
>
> I might try reinstalling again - or just live with my scripts sitting
> where I don't really
> want them.  Recent versions of Dyalog APL have put ws under Documents,
> which I
> find unappealing,  but somehow unavoidable!
>
> Sorry to raise a hare of my own making,
> Thanks,
> Mike
>
> On 01/03/2020 20:34, chris burke wrote:
>
> > The user issue should be unrelated to your earlier problems.
> >
> > The user folder can be anywhere you like. You just need to update
> > bin/profile.ijs or see bin/profilex_template.ijs for an alternative
> > that doesn't change the distributed profile.ijs script.
> >
> > This won't affect whether the qt library is slim or full.
> >
> > On Sun, Mar 1, 2020 at 10:29 AM 'Michael Day' via General
> >  wrote:
> >> Hard to say,  now, Raul - my general problem - with Graphviz and with
> >> Launchpad - seems to have
> >>
> >> somehow been of my own making.
> >>
> >> For years,  I've resisted putting my user stuff into the Windows- and
> >> J-Installation-preferred Users/mike_/jxxx-user
> >>
> >> folder,  and kept it in .../jxxx/user,  parallel with addons and bin and
> >> so on.
> >>
> >> In yesterday's installation,  where I downloaded the full zip file and
> >> copied up to j901,  I rather inadvertently
> >>
> >> let it use Users/.../jxxx-user by default.
> >>
> >> Those problems mentioned above disappeared,but now I'm wrestling
> >> with a somewhat unfamiliar set-up,
> >>
> >> as my config and profile files got overwritten this time.  I think I'd
> >> better live with these new problems,  as my previous
> >>
> >> set-up had presumably been at fault,  and interfered with install 'full'
> >> and other things.
> >>
> >> Sorry not to be able to cast light on the exe-size,
> >>
> >> Cheers,
> >>
> >> Mike
> >>
> >>
> >> On 01/03/2020 13:33, Raul Miller wrote:
> >>> Out of curiosity, did jconsole change in size because of the install? Or,
> >>> because of some other issue (such as malware)?
> >>>
> >>> Thanks,
> >>>
> >> --
> >> This email has been checked for viruses by Avast antivirus software.
> >> https://www.avast.com/antivirus
> >>
> >> --
> >> For information about J forums see http://www.jsoftware.com/forums.htm
> > --
> > For information about J forums see http://www.jsoftware.com/forums.htm
>
> --
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] jqt - failure to install libjqt.so on ubuntu 19.10

2020-03-01 Thread chris burke
Alex

Thanks for the report.

I haven't tried the deb install in a while and will take a look.

In the meantime, the zips install should work fine. I run linux mint
19.3 and install in my home directory.

Chris

On Sun, Mar 1, 2020 at 10:32 AM Alex Gibbs  wrote:
>
> I'd like to try J and the IDE, but have run aground during installation.  I 
> hoped someone might be able to point me in the right direction.
> I'm on ubuntu 19.10.
>
> I followed the directions at 
> https://code.jsoftware.com/wiki/System/Installation/J901/Debian for the 
> installation:
> -- download the .deb
> -- sudo dpkg -i j901_amd64.deb
> -- sudo ijconsole
> -- install 'qtide'
>
> After the above, I found the below exception:
> % jqt
> "libjqt.so.9.01"
> "could not resolve: state_run:\n\nCannot load library libjqt.so.9.01: 
> (libjqt.so.9.01: cannot open shared object file: No such file or directory)"
>
> And sure enough, when I try to locate libjqt.so, I get nothing
> % locate libjqt
>
> % which jqt
> /usr/bin/jqt
>
> On https://code.jsoftware.com/wiki/Guides/Qt_IDE/Install, I found the 
> following, and was hopeful their absence could be related (though I would 
> have expected a different shared object to be missing).
>
> Ubuntu/Linux Mint
> Two issues have been reported:
>
> you may need to install the Qt webkit, websockets, multimedia libraries, as:
>sudo apt-get install qt5-default
>sudo apt-get install libqt5webkit5
>sudo apt-get install libqt5websockets5
>sudo apt-get install libqt5multimediawidgets5
>
> There were, indeed, qt libraries to install.
> But the problem persisted after their installation.
>
> I ran another round of sudo ijconsole, trying the different installs, hoping 
> something would get the missing object into place, but none of the below did.
> -- install 'all'
> -- install 'qtide'
> -- install 'full'
>
> There is a warning in the output that seems related.  Does anyone know a fix 
> for this, or options for more verbose output, or what might be triggering the 
> failure to install?
> Example from install 'full' below:
>
> % sudo ijconsole
>install 'full'
> Updating server catalog...
> Installing 1 package
> Downloading base library...
> Installing base library...
> Done.
> Installing JQt binaries...
> install libjqt.so to /usr/lib/x86_64-linux-gnu/.
> update-alternatives: warning: forcing reinstallation of alternative 
> /usr/bin/jqt-9.01 because link group jqt is broken
> Finished install of JQt binaries.
> Exit and restart J using jqt
>
> The "update-alternatives: warning: ..." is concerning, and the failure of 
> "install libjqt.so to /usr/lib/x86_64-linux-gnu/" makes me suspicious there 
> is something the installer doesn't like.
> Any advice would be appreciated
> Thanks
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] error with Graphviz and/or webview in j901 under Windows

2020-03-01 Thread chris burke
The user issue should be unrelated to your earlier problems.

The user folder can be anywhere you like. You just need to update
bin/profile.ijs or see bin/profilex_template.ijs for an alternative
that doesn't change the distributed profile.ijs script.

This won't affect whether the qt library is slim or full.

On Sun, Mar 1, 2020 at 10:29 AM 'Michael Day' via General
 wrote:
>
> Hard to say,  now, Raul - my general problem - with Graphviz and with
> Launchpad - seems to have
>
> somehow been of my own making.
>
> For years,  I've resisted putting my user stuff into the Windows- and
> J-Installation-preferred Users/mike_/jxxx-user
>
> folder,  and kept it in .../jxxx/user,  parallel with addons and bin and
> so on.
>
> In yesterday's installation,  where I downloaded the full zip file and
> copied up to j901,  I rather inadvertently
>
> let it use Users/.../jxxx-user by default.
>
> Those problems mentioned above disappeared,but now I'm wrestling
> with a somewhat unfamiliar set-up,
>
> as my config and profile files got overwritten this time.  I think I'd
> better live with these new problems,  as my previous
>
> set-up had presumably been at fault,  and interfered with install 'full'
> and other things.
>
> Sorry not to be able to cast light on the exe-size,
>
> Cheers,
>
> Mike
>
>
> On 01/03/2020 13:33, Raul Miller wrote:
> > Out of curiosity, did jconsole change in size because of the install? Or,
> > because of some other issue (such as malware)?
> >
> > Thanks,
> >
>
> --
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] error with Graphviz and/or webview in j901 under Windows

2020-02-29 Thread chris burke
I have no idea why your upgrade fails. All it does is get the zip from
https://www.jsoftware.com/download/j901/qtlib/ and extract it into
bin. It sounds like the extract does not overwrite some files.

Try deleting your J installation and install again.

On Sat, Feb 29, 2020 at 8:29 AM 'Michael Day' via General
 wrote:
>
>
> Thanks,  Chris.
> There are plenty of such files in bin - but I thought the date stamps
> looked a bit old:
> They are various, including April/19 for dlls: Qt5WebEngine,
> Qt5MultiMedia etc,  and
> November/19 for Qt5WebSockets, Qt5Widgets etc.
>
> Taking your point about permissions,  quite a mystery with recent
> incarnations of Windows,
> I've retried once again,  this time starting up Jconsole "as
> administrator" (Windows 10);
>
>
> (JQt having been closed)
>
>
> Jconsole: (as before)
>
> install'full'
> Updating server catalog...
> Installing 1 package
> Downloading base library...
> Installing base library...
> Done.
> Installing JQt binaries...
> Finished install of JQt binaries.
> Installing Qt library...
> Finished install of Qt library.
> Exit and restart J using jqt.cmd
>
> JVERSION
> Engine: j901/j64avx2/windows
> Release-e: commercial/2020-01-29T11:17:19
> Library: 9.01.21
> Platform: Win 64
> Installer: J901 install
> InstallPath: c:/d/j901
> Contact: www.jsoftware.com
>
>
> The date-stamps don't appear to have changed for those dlls.
>
> Restarting JQt results in the same behaviour.
>
>
>
> Just now, I noticed my  laptop was telling me it wanted to update, so
> I've restarted
> Windows.  I thought this might reset JQt in some fashion,  but
> restarting JQt once more
> still yields the same result with ...smtest.ijs, while JVERSION
> continues showing:
> AFTER Windows update and restart:
> Qt IDE: 1.8.5s/5.12.6
> Any other ideas?
> NB - this isn't terribly important to me,  but you presumably need to
> know what's going
> wrong anyway,
> Cheers,
> MIke
>
>
> On 29/02/2020 14:19, chris burke wrote:
> > After running install'full', then the J bin directory should have file
> > Qt5WebEngine.dll (as well as several other files included with full.
> >
> > Do you see that file in bin?
> >
> > Are there any permission problems, e.g. you are running the
> > install'full' but cannot save to bin?
> >
> > On Fri, Feb 28, 2020 at 2:56 PM 'Michael Day' via General
> >   wrote:
> >> OK, Chris  - just back home from evening rehearsal ...
> >>
> >> This "log" records what I've done since then (J-wise, anyway):
> >>
> >> 0) have just closed down the one JQt session which I'd left open - via
> >> exit''
> >>
> >> 1) have run jconsole anew - here's a copy of the session:
> >>
> >>  JVERSION
> >> Engine: j901/j64avx2/windows
> >> Release-e: commercial/2020-01-29T11:17:19
> >> Library: 9.01.21
> >> Platform: Win 64
> >> Installer: J901 install
> >> InstallPath: c:/d/j901
> >> Contact:www.jsoftware.com
> >>
> >>  install'full'
> >> Updating server catalog...
> >> Installing 1 package
> >> Downloading base library...
> >> Installing base library...
> >> Done.
> >> Installing JQt binaries...
> >> Finished install of JQt binaries.
> >> Installing Qt library...
> >> Finished install of Qt library.
> >> Exit and restart J using jqt.cmd
> >>
> >> 2) exit'' in jconsole
> >>
> >> 3) (re)start JQt:
> >>
> >>  load 'c:/d/j901/addons/graphics/graphviz/testsm/csv.ijs'
> >> |cc : child not supported: webview
> >> : wd
> >> |   (LF,~wd ::(''"_)'qer')(13!:8)3
> >> |[-22] c:\d\j901\addons\graphics\graphviz\testsm\csv.ijs
> >>
> >>  JVERSION
> >> Engine: j901/j64avx2/windows
> >> Release-e: commercial/2020-01-29T11:17:19
> >> Library: 9.01.21
> >> Qt IDE: 1.8.5s/5.12.6
> >> Platform: Win 64
> >> Installer: J901 install
> >> InstallPath: c:/d/j901
> >> Contact:www.jsoftware.com
> > --
> > For information about J forums seehttp://www.jsoftware.com/forums.htm
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] error with Graphviz and/or webview in j901 under Windows

2020-02-29 Thread chris burke
After running install'full', then the J bin directory should have file
Qt5WebEngine.dll (as well as several other files included with full.

Do you see that file in bin?

Are there any permission problems, e.g. you are running the
install'full' but cannot save to bin?

On Fri, Feb 28, 2020 at 2:56 PM 'Michael Day' via General
 wrote:
>
> OK, Chris  - just back home from evening rehearsal ...
>
> This "log" records what I've done since then (J-wise, anyway):
>
> 0) have just closed down the one JQt session which I'd left open - via
> exit''
>
> 1) have run jconsole anew - here's a copy of the session:
>
> JVERSION
> Engine: j901/j64avx2/windows
> Release-e: commercial/2020-01-29T11:17:19
> Library: 9.01.21
> Platform: Win 64
> Installer: J901 install
> InstallPath: c:/d/j901
> Contact: www.jsoftware.com
>
> install'full'
> Updating server catalog...
> Installing 1 package
> Downloading base library...
> Installing base library...
> Done.
> Installing JQt binaries...
> Finished install of JQt binaries.
> Installing Qt library...
> Finished install of Qt library.
> Exit and restart J using jqt.cmd
>
> 2) exit'' in jconsole
>
> 3) (re)start JQt:
>
> load 'c:/d/j901/addons/graphics/graphviz/testsm/csv.ijs'
> |cc : child not supported: webview
> : wd
> |   (LF,~wd ::(''"_)'qer')(13!:8)3
> |[-22] c:\d\j901\addons\graphics\graphviz\testsm\csv.ijs
>
> JVERSION
> Engine: j901/j64avx2/windows
> Release-e: commercial/2020-01-29T11:17:19
> Library: 9.01.21
> Qt IDE: 1.8.5s/5.12.6
> Platform: Win 64
> Installer: J901 install
> InstallPath: c:/d/j901
> Contact: www.jsoftware.com
--
For information about J forums see http://www.jsoftware.com/forums.htm


[Jgeneral] error with Graphviz and/or webview in j901 under Windows

2020-02-28 Thread chris burke
Mike

I downloaded the latest 901 on Windows 10 and running install'full'
converts my slim install to full. Lets try to track down where this is
not working for you.

First, can you confirm that you did indeed exit J and restart?

Chris
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] Home page claims latest release is 807

2020-02-08 Thread chris burke
Thanks, that page is updated now.

On Sat, Feb 8, 2020 at 2:05 AM ethiejiesa via General 
wrote:

> It looks like the page at the url below got lost in the shuffle updating to
> 901:
>
> https://www.jsoftware.com/indexno.html
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
>
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] @jsoftware.com vs @forums.jsoftware.com

2020-02-06 Thread chris burke
Hi Ruda

Please see https://code.jsoftware.com/wiki/System/Forums#Mail_Routing .

It would be nice if the forums.jsoftware.com address were completely
hidden, but I don't know how to do that.

Chris

On Thu, Feb 6, 2020 at 11:53 AM  wrote:

> Hello,
>
>
> as I bumped into this several times before, I want to ask:
> Is it really necessary to have both @jsoftware.com and
> @forums.jsoftware.com? I never remember the right one to send
> a message to... (And in the end I tend to send to the wrong one,
> to the latter.) And if both are needed, do the emails going to
> @forums... have to be discarded?
>
>
> Thanks
> Ruda
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
>
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] Is forum search broken?

2020-01-09 Thread chris burke
Your old forum posts used to have your yahoo email address, but now they
are shown as coming from the forum itself, e.g. see the last days messages
in the forum search.

I am not sure why this is. The forum search hasn't changed for some time.

Any suggestions?

On Thu, Jan 9, 2020 at 5:30 PM Jim Russell  wrote:

> Having some of my J confusion addressed by kind responses from forum
> members, I frequently use the forum search page on the wiki to locate old
> responses.
>
> I was not having luck finding replies earlier tonight. In desperation, I
> searched just for my questions, specifying only my email address, all
> forms, all dates.
> I got hits on only 63 messages, all between 2011 and 2014.
>
> Many of you might wish that I would limit myself to that, but I'm pretty
> sure
> some were missing. Am I doing something (else) wrong?
>
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] R interface problem

2020-01-01 Thread chris burke
After the cd error, please run

  cder''

and let us know the result. See
https://code.jsoftware.com/wiki/Guides/DLLs/Error_Messages


On Wed, Jan 1, 2020 at 5:37 PM Lippu Esa  wrote:

> Happy new year to everybody!
>
> I am having trouble with the R interface:
>
>Ropen''
> |domain error: cd
> |   r=.ropen1 0
>
>
>JVERSION
> Engine: j901/j64avx2/windows
> Release-a: commercial/2019-12-12T14:43:50
> Library: 9.01.18
> Qt IDE: 1.8.5s/5.12.6
> Platform: Win 64
> Installer: J901 install
> InstallPath: c:/j901
> Contact: www.jsoftware.com
>
>  shell 'set | findstr R_HOME'
> R_HOME=C:\Program Files\r\r-3.5.0
>
>chdir 'C:\Program Files\r\r-3.5.0'
>
>dir ''
> Tcl   21-May-18 21:42:54
> bin   21-May-18 21:42:02
> doc   21-May-18 21:42:05
> etc   21-May-18 21:42:05
> include   21-May-18 21:42:05
> library   21-May-18 21:42:43
> modules   21-May-18 21:42:46
> share 21-May-18 21:42:46
> src   21-May-18 21:42:47
> tests 21-May-18 21:42:55
> CHANGES  27421 23-Apr-18 10:33:34
> COPYING  18011 17-Mar-10 14:43:02
> MD5 52 23-Apr-18 10:41:06
> README4132 04-Oct-16 09:14:58
> README.R-3.5.08676 23-Apr-18 10:40:48
> unins000.dat   1089568 21-May-18 21:42:56
> unins000.exe   1202385 21-May-18 21:41:20
>
>
> I have never tried this in any J version.
>
> Any ideas?
>
> Esa
>
> Tämän viestin sisältö liitteineen on luottamuksellinen ja tarkoitettu vain
> sen vastaanottajalle. Jos et ole viestin tarkoitettu vastaanottaja,
> pyydämme sinua poistamaan viestin liitteineen ja sen jälkeen ilmoittamaan
> asiasta välittömästi viestin lähettäjälle. Viestin sisällön paljastaminen,
> kopioiminen tai muu käyttö on kielletty.
>
> The contents of this message and any attachments are confidential and
> meant solely for the intended recipient. If you are not the intended
> recipient, we kindly ask that you delete the message and its attachments,
> and immediately notify the sender of the email. Disclosing, copying or
> using the contents of the message is strictly prohibited.
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
>
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] support for case sensitive file system in macos

2019-12-09 Thread chris burke
Note that Jqt also has a toLower for the mac in base/util.cpp/cfcase. I
don't think this caused the "first line error", but you would need to
recompile it for normal use.

On Sun, Dec 8, 2019 at 8:27 PM Dimitrios Galanakis 
wrote:

> I initialized a git repository and added the 'system' dir files. So I
> don't think that there has been in change in my change.
>
> In addition (I am embarrassed to say that I did this), I installed j901 in
> the root directory (easiest directory, I could think of without cases).
>
> bin/jqt.command
>
> worked successfully and I was presented with the IDE.
>
> Therefore it is definitely capitalization problems.
>
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] support for case sensitive file system in macos

2019-12-08 Thread chris burke
This is a file name error when initializing Jqt - most likely because of
incorrect capitalization.

Does jconsole work properly, i.e. run bin/jconsole in a terminal? If so, do
BINPATH and SystemFolders_j_ have correct capitalization?

On Sun, Dec 8, 2019 at 12:20 PM Dimitrios Galanakis 
wrote:

> I see. Here is the new error.
>
> j first line error:  "25"
> Assertion failed: (p->t==2), function dors, file base/jsvr.cpp, line 444.
> bin/jqt.command: line 4: 32726 Abort trap: 6   bin/jqt
>
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] support for case sensitive file system in macos

2019-12-08 Thread chris burke
On the mac, please run jqt.command (in the same directory), not bin/jqt.

On Sun, Dec 8, 2019 at 5:18 AM Dimitrios Galanakis 
wrote:

> Thank you for the response.
>
> I did hack around in the way you suggested and the installation script
> succeded..
>
> However running bin/jqt results in error
>
> qt.qpa.plugin: Could not find the Qt platform plugin "cocoa" in ""
> This application failed to start because no Qt platform plugin could be
> initialized. Reinstalling the application may fix this problem.
>
> Not sure if this is a filecase problem.
>
> > On Dec 8, 2019, at 09:12, chris burke  wrote:
> >
> > I doubt this has ever been tried. In order to handle case-insensitivity,
> > the scripts convert filenames to lowercase in windows and mac.
> >
> > If you want to experiment, edit system/main/stdlib.ijs and replace the
> > Darwin definition:
> >
> >  filecase=: 'tolower'
> >
> > with
> >
> >  filecase=: ]
> >
> > Then restart J.
> >
> > On Sat, Dec 7, 2019 at 11:45 PM Dimitrios Galanakis 
> > wrote:
> >
> >> Hello there,
> >>
> >> Attempting to install J on my mac with a case sensitive filesystem, I
> run
> >> into problems.
> >>
> >> Assuming that I placed j901 in /usr/local and run
> >>
> >> /usr/local/j901/updatejqt.sh
> >>
> >> I get various errors that suggest case insensitivity. For example:
> >>
> >> Updating server catalog...
> >> Warning: Failed to open /users/galanakis/j901-user/temp/httpget.log!
> >> curl: (6) Could not resolve host: www.jsoftware.com
> >> Connection failed: Unexpected error
> >> Connection failed:
> >>
> >> It fails to open Note that the correct path should be
> >>
> >> /Users/galanakis/j901-user/temp/httpget.log!
> >>
> >> that is with capital a 'U' for Users.
> >>
> >> Is there support for case sensitive filesystems in mac os?
> >>
> >> DG
> >>
> >>
> >> --
> >> For information about J forums see http://www.jsoftware.com/forums.htm
> >>
> > --
> > For information about J forums see http://www.jsoftware.com/forums.htm
>
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
>
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] support for case sensitive file system in macos

2019-12-08 Thread chris burke
I doubt this has ever been tried. In order to handle case-insensitivity,
the scripts convert filenames to lowercase in windows and mac.

If you want to experiment, edit system/main/stdlib.ijs and replace the
Darwin definition:

  filecase=: 'tolower'

with

  filecase=: ]

Then restart J.

On Sat, Dec 7, 2019 at 11:45 PM Dimitrios Galanakis 
wrote:

> Hello there,
>
> Attempting to install J on my mac with a case sensitive filesystem, I run
> into problems.
>
> Assuming that I placed j901 in /usr/local and run
>
> /usr/local/j901/updatejqt.sh
>
> I get various errors that suggest case insensitivity. For example:
>
> Updating server catalog...
> Warning: Failed to open /users/galanakis/j901-user/temp/httpget.log!
> curl: (6) Could not resolve host: www.jsoftware.com
> Connection failed: Unexpected error
> Connection failed:
>
> It fails to open Note that the correct path should be
>
> /Users/galanakis/j901-user/temp/httpget.log!
>
> that is with capital a 'U' for Users.
>
> Is there support for case sensitive filesystems in mac os?
>
> DG
>
>
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
>
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] Configuring different folder for Project Manager

2019-06-26 Thread chris burke
It should pick up your projects automatically when you restart J.

Can you confirm that your projects are correctly set up, i.e. that each
project folder has a .jproj file of the same name? See https://code.
jsoftware.com/wiki/Guides/Folders_and_Projects.

Also check that ~Projects is defined correctly:

  dir '~Projects'

On Wed, Jun 26, 2019 at 2:10 PM Yuvaraj Athur Raghuvir <
yuvaraj@gmail.com> wrote:

> Hello,
>
> I decided to add a /projects/jgit folder to keep my J Projects under Git
> control. However, when I launch Project Manager from Jqt (on mac), it does
> not find my projects.  I modified folders path as follows.
>
> Projects ~user/projects/jgit
>
> What am I missing?
>
> Regards,
> Yuva
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
>
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] Android install for new users

2019-05-05 Thread chris burke
The website has a link to Installation in the side menu which points to the
apk.

On Sun, May 5, 2019 at 11:48 AM Tom Arneson  wrote:

> Linda is correct about the J website not having a good method to get to
> the jandroid.apk. There is just a loop in the links.
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
>
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] New addon

2019-04-30 Thread chris burke
I added a section on this to the Developers Guide, see
https://code.jsoftware.com/wiki/Addons/Developers_Guide#Github

On Mon, Apr 29, 2019 at 11:06 PM William Szuch 
wrote:

> Are there guides on the Wiki to help with setting up a new addon using
> GitHub on the new Jsoftware website?
>
> I am not familiar with GitHub.
>
>
>
> The files (and subfolders) for the addon are on my PC and are being
> developed.
>
>
>
> I have setup a Wiki page for my proposed addon:
>
> .wiki/addons/finance/fp
>
>
>
> It would seem that I need to setup:
>
> https://github.com/jsoftware/finance_fp
>
> and upload the files.
>
>
>
> Any HELP will be most welcome and appreciated.
>
>
>
> Regards
>
>
>
> Bill Szuch
>
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
>
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] [Jprogramming] bug in addons/math/uu for the past week or more

2019-04-24 Thread chris burke
Tom

Thanks for the report. I can reproduce and will pass it on to Ian Clark who
has been reworking the math addons.

There were a couple of posts from you on Monday that were not delivered to
the forum. I could not trace why, but I have made some internal changes to
the forums in the last few days and likely you got caught by them. Your
forum registrations have not changed.

Chris

On Tue, Apr 23, 2019 at 8:35 PM Tom Arneson  wrote:

> I hope this message gets through. I've tried to report this problem
> several times in the past week. I thought I was registered in the forums
> for many years.
>
> JVERSION
> Engine: j807/j64/windows
> Release-d: commercial/2019-03-18T13:21:35
> Library: 8.07.26
> Qt IDE: 1.7.9s/5.9.6
> Platform: Win 64
> Installer: J807 install
> InstallPath: c:/program files/j64-807
> Contact: www.jsoftware.com
>
> load '~addons/math/uu/uu.ijs'
> |syntax error: script
> | vt=:viewtable=: ''ddefine
> |[-222] c:\program files\j64-807\addons\math\uu\uu.ijs
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
>
--
For information about J forums see http://www.jsoftware.com/forums.htm


Re: [Jgeneral] Unexpected nonce error in j901

2019-04-22 Thread chris burke
Hi Pablo

That replace function is not in the distribution. Perhaps you could use the
distributed rplc, i.e.

'abcdef' replace 'ab'

|value error

| 'abcdef' replace'ab'


'abcdef' rplc 'ab'

bbcdef


The behavior of } has changed in 901, see
https://code.jsoftware.com/wiki/System/ReleaseNotes/J901

Also, please send comments on the beta to the beta forum, thanks.

Chris



On Mon, Apr 22, 2019 at 7:42 AM Pablo Landherr 
wrote:

> The replace verb is a utility (can't remember from which library). Been
> using it forever, but now it seems broken. Any thoughts?
>
> Kind regards,
> Pablo
>
> 9!:14 ''
>
> j901/j64/darwin/beta-c/commercial/www.jsoftware.com/2019-04-03T11:20:32
>
> 'abcdef' replace 'ab'
>
> |nonce error: replace
>
> | q k}x
>
> replace
>
> 4 : 0
>
> 'p q'=. y
>
> j=. p nosindx x
>
> if. ''-:j do. x return. end.
>
> d=. 

Re: [Jgeneral] Missing JHS files in recent J807

2019-04-20 Thread chris burke
Thanks! Fixed now.

On Sat, Apr 20, 2019 at 2:38 AM ol...@bluewin.ch  wrote:

> Resending this because I couldn’t find it in the archives. Sorry if it
> cones in twice!
>
> Hi,
>
> During a recent install of a fresh copy of J807 on my computer, I noticed
> that (at least) all the Windows and Mac ZIP installs contained an empty
> addons/ide subfolder, which should at minimum contain installer.ijs and
> core.ijs (according to the installation instructions on the wiki).
>
> Thanks,
> Louis
>
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm

Re: [Jgeneral] Can't install j64-807 on Mojave

2019-04-16 Thread chris burke
Just to be sure, when J console is run, the prompt is just 3 spaces, and
you can enter commands:

  2+2
4

Can you type into the console at all?


On Tue, Apr 16, 2019 at 7:26 AM Pablo Landherr 
wrote:

> Running the Sierra-fix.command results in this:
>
> Last login: Tue Apr 16 16:13:18 on ttys000
>
> /Applications/j64-807/sierra-fix.command ; exit;
>
> (base) Pablos-MacBook-Pro:~ pla$ /Applications/j64-807/sierra-fix.command ;
> exit;
>
> logout
>
> Saving session...
>
> ...copying shared history...
>
> ...saving history...truncating history files...
>
> ...completed.
>
>
> [Process completed]
>
>
> But I cannot launch J. And when I tried bin/jconsole (from within the
> installation directory) the terminal seemed to hang. I.e. no prompt or
> anything.
>
>
> Kind regards,
>
> Pablo
>
> On Tue, Apr 16, 2019 at 3:58 PM chris burke  wrote:
>
> > Our instructions at
> > https://code.jsoftware.com/wiki/System/Installation/All-in-One#Mac state
> > that sierra-fix.command should be run for Sierra, but that should be for
> > Sierra or later. Please try that first.
> >
> > If it still fails, in a terminal navigate to the J installation directory
> > and try:
> >
> >   bin/jconsole
> >
> > Does that load the J console?
> >
> >
> > On Tue, Apr 16, 2019 at 6:46 AM Pablo Landherr  >
> > wrote:
> >
> > > Hello,
> > > I downloaded j807_mac64.dmg and followed the instructions on the
> > > system/installation/all-in-one page. The installation goes without
> > > problems, but I cannot get J to launch after that. I do not even get
> any
> > > kind of visible error message which would point me to the source of my
> > > problem. I do get a green J icon in the dock, but no J window.
> > >
> > > I'm on Mojave 10.14.4. Searching the archive, I find nothing the
> > resembles
> > > my problem, at least on Mojave. Any suggestions?
> > >
> > > Kind regards,
> > > Pablo
> > > --
> > > For information about J forums see http://www.jsoftware.com/forums.htm
> > --
> > For information about J forums see http://www.jsoftware.com/forums.htm
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm

Re: [Jgeneral] Can't install j64-807 on Mojave

2019-04-16 Thread chris burke
Our instructions at
https://code.jsoftware.com/wiki/System/Installation/All-in-One#Mac state
that sierra-fix.command should be run for Sierra, but that should be for
Sierra or later. Please try that first.

If it still fails, in a terminal navigate to the J installation directory
and try:

  bin/jconsole

Does that load the J console?


On Tue, Apr 16, 2019 at 6:46 AM Pablo Landherr 
wrote:

> Hello,
> I downloaded j807_mac64.dmg and followed the instructions on the
> system/installation/all-in-one page. The installation goes without
> problems, but I cannot get J to launch after that. I do not even get any
> kind of visible error message which would point me to the source of my
> problem. I do get a green J icon in the dock, but no J window.
>
> I'm on Mojave 10.14.4. Searching the archive, I find nothing the resembles
> my problem, at least on Mojave. Any suggestions?
>
> Kind regards,
> Pablo
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm

Re: [Jgeneral] Fwd: Email Warnings

2019-03-30 Thread chris burke
I agree we should fix this sometime.

However, in my testing with G Suite accounts I don't see the message at all
and wonder what is triggering this in your set up.  What email program are
you using?




On Sat, Mar 30, 2019 at 6:45 PM 'Skip Cave' via General <
gene...@jsoftware.com> wrote:

> Chris,
>
> I tried whitelisting jsoftware.com. No luck. caveconsulting.com is a G
> Suite account, and Google says that whitelisting senders with no DKIM will
> still give the warning. I can still get the jsoftware emails, but they will
> have a big yellow warning banner at the top of each forum email.
>
> Skip
>
>
> Skip Cave
> Cave Consulting LLC
>
>
> On Sat, Mar 30, 2019 at 8:54 AM chris burke  wrote:
>
> > Thanks for the report.
> >
> > Forum messages are posted by the gmail smtp server. We have not set up
> our
> > own DKIM, but so far this has not been a problem and the gmail default
> > seems to have worked fine.
> >
> > I suppose we should set up our own DKIM sometime, but since there have
> been
> > no recent changes here, you might ask your IT what changed at your end
> and
> > whether they can whitelist the forum?
> >
> >
> > On Fri, Mar 29, 2019 at 9:32 PM 'Skip Cave' via General <
> > gene...@jsoftware.com> wrote:
> >
> > > A few weeks ago, I started getting the following warning in all emails
> > from
> > > all the Jsoftware forums:
> > >
> > > Be careful with this message
> > >
> > > Cave Consulting LLC Mail could not verify that it actually came from
> > > jsoftware.com. Avoid clicking links, downloading attachments, or
> > replying
> > > with personal information.
> > > Report spamReport phishing
> > >
> > > After talking with my IT support, I got the following response:
> > >
> > > The warning is because the Jsoftware email going through a 3rd party
> > system
> > > on behalf of their domain. The message board system needs to set up the
> > > correct DKIM CNAME records. The error is because the email is failing
> > DKIM
> > > authentication.
> > >
> > > Skip
> > >
> > > Skip Cave
> > > Cave Consulting LLC
> > > --
> > > For information about J forums see http://www.jsoftware.com/forums.htm
> > --
> > For information about J forums see http://www.jsoftware.com/forums.htm
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm

Re: [Jgeneral] Fwd: Email Warnings

2019-03-30 Thread chris burke
Thanks for the report.

Forum messages are posted by the gmail smtp server. We have not set up our
own DKIM, but so far this has not been a problem and the gmail default
seems to have worked fine.

I suppose we should set up our own DKIM sometime, but since there have been
no recent changes here, you might ask your IT what changed at your end and
whether they can whitelist the forum?


On Fri, Mar 29, 2019 at 9:32 PM 'Skip Cave' via General <
gene...@jsoftware.com> wrote:

> A few weeks ago, I started getting the following warning in all emails from
> all the Jsoftware forums:
>
> Be careful with this message
>
> Cave Consulting LLC Mail could not verify that it actually came from
> jsoftware.com. Avoid clicking links, downloading attachments, or replying
> with personal information.
> Report spamReport phishing
>
> After talking with my IT support, I got the following response:
>
> The warning is because the Jsoftware email going through a 3rd party system
> on behalf of their domain. The message board system needs to set up the
> correct DKIM CNAME records. The error is because the email is failing DKIM
> authentication.
>
> Skip
>
> Skip Cave
> Cave Consulting LLC
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm

Re: [Jgeneral] Problem copying latest release

2019-01-18 Thread chris burke
Are you installing avx on a non-avx machine?

On Sat, Jan 19, 2019 at 4:45 AM Devon McCormick  wrote:

> I tried to install the latest version of J by copying my working version to
> a machine behind a firewall that I cannot update normally.  This has worked
> in the past but now fails with an error saying it cannot run "j.dll".
>
> Is this a known issue?
>
> Thanks,
>
> Devon
> --
>
> Devon McCormick, CFA
>
> Quantitative Consultant
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm

Re: [Jgeneral] files in jwiki

2018-11-05 Thread chris burke
Right, the way files are handled is that a file link takes you to the File:
page from which you can then download or view the file.

This is the design of mediawiki (the wikipedia engine). Wiki engines were
never really intended for file delivery systems.

In your own case, since you have several files, it would easier for the
user that you create an addon. This can be done in your own github repo,
see https://code.jsoftware.com/wiki/Addons/Installation#install_Verb .

On Mon, Nov 5, 2018 at 11:30 AM Brian Schott  wrote:

> I have been reviewing my turtle graphics in jhs script (tgsjhs) on the
> jwiki and have been surprised by how files are now handled on the jwiki. I
> believe there have been changes that I did not realize and want to seek
> confirmation of my impressions. This link takes you to the jwiki page
> Download section:
>
>
> https://code.jsoftware.com/wiki/User:Brian_Schott/code/turtleGraphics/tgsjhs#Download
>
>
> 0) Notice that each file's name now begins with 'File:' and is followed by
> a capitalized Filename. It is my understanding that the user is expected to
> click on the 'File:xxx' link and is then delivered to that file's separate
> page to view or download the file. The new link is as follows (notice the
> capitalization).
>
> code.jsoftware.com/wiki/File:
>
> (Further below I will try to discuss a problem that I have had trying to
> upload a zip file, but here only downloading a viewing are discussed.)
>
> 1) Clicking on the link in the first section of the new window/tab (which
> is the File section named https://code.jsoftware.com/wiki/File
> :#file)
> acts like a typical hyperlink which produces a new window or tab containing
> text or an image of the file, depending on the file type.
>
> Instead, right-clicking on this link enables downloading the File with the
> capitalize Filename, and at least on my Mac even worked for a .zip file
> that was uploaded as a .png file because the jwiki does not accept the
> former. On my Mac the "Save Link as..." option allowed me to change the
> Filename-without-extension to filename.with-desired-extension (notice
> change in capitalization and addition of '.' . This enables me to save with
> exactly the desired filename and extension. But frankly it took a while to
> learn the correct steps, especially right-clicking and renaming.
>
> I guess my questions for the above are, am I correct in the required steps
> and is this so burdensome that folks coming from a youtube video who
> attempt to download my will not wish to download this (or other) scripts?
>
> 
>
> Now back to uploading a zip file to the jwiki. There is a zip file already
> on this page; it was uploaded before the new wiki was installed using a
> disguised extension of .png . But I have been unable to replace that zip
> file nor to upload a new zip file either by using the disguised extension
> or the real extension. When I use the png extension it is rejected with the
> following error.
>
> File extension ".png" does not match the detected MIME type of the file
> (application/zip).
>
> When I use the zip extension, an error informs me that zips are not
> permitted.
>
> So the question here is: Is there a workaround for this problem?
>
> Thanks,
>
> --
> (B=) <-my sig
> Brian Schott
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm

Re: [Jgeneral] Slim version of jqt is now the default for j807?

2018-10-22 Thread chris burke
Much better, thanks! Please go ahead.

On Mon, Oct 22, 2018 at 2:06 PM 'robert therriault' via General <
gene...@jsoftware.com> wrote:

> Since the page is explicitly about the All in One install, I would remove
>
> 'Note that if you are running this script in the zip installation (not
> All-in-One), then this may give error messages on jqt files, which can be
> ignored for now. Once J console is loaded, then if you install the qtide
> (with install'qtide'), you should re-run the sierra-fix.command to remove
> quarantine on the jqt files.'
>
> As you point out there is no need to run the jqt files in the AOI
> installation. If you wanted you could add
>
> 'At completion of the All in One installation the slim version of jqt will
> be installed. If you wish to have the full installation of jqt, then type
> install 'full' into the console and run sierra-fix again to clear the jqt
> files'
>
> If you are comfortable with that I could make that change when I get back
> to my computer.
>
> Cheers, bob
>
>
>
> > On Oct 22, 2018, at 1:49 PM, chris burke  wrote:
> >
> > I am not sure anything needs changing, but if you can think of a better
> way
> > to express this, please go ahead.
> >
> > What the sentence says is that if you run install 'qtide', then
> sierra-fix
> > needs to be (re)run. But since AIO comes with Jqt, then you don't need to
> > run install 'qtide'. In any case, apart from sierra-fix, re-running
> install
> > 'qtide' should be harmless, unless the Jqt installation is broken in some
> > way.
> >
> > On Mon, Oct 22, 2018 at 11:23 AM 'robert therriault' via General <
> > gene...@jsoftware.com> wrote:
> >
> >> Thanks Chris,
> >>
> >> Install 'qtide' is on this page
> >> https://code.jsoftware.com/wiki/System/Installation/All-in-One
> >> in the Mac section, instruction 3 after running the Sierra fix. May be
> my
> >> misunderstanding as the non-AIO is mentioned in the same area as well.
> >>
> >> Cheers, bob
> >>
> >>> On Oct 22, 2018, at 11:17 AM, chris burke 
> wrote:
> >>>
> >>> This is the expected behaviour.
> >>>
> >>> If you already have a slim version, then install 'qtide' just
> reinstalls
> >>> slim. It is only when jqt is not already installed (i.e. install from
> >> zip),
> >>> that install 'qtide' will default to full. I will update the
> instructions
> >>> to make this clear.
> >>>
> >>> The AIO's include Jqt, so you should not need to run install 'qtide'.
> >> Where
> >>> do the instructions say this is needed?
> >>>
> >>>
> >>> On Mon, Oct 22, 2018 at 10:47 AM 'robert therriault' via General <
> >>> gene...@jsoftware.com> wrote:
> >>>
> >>>> Thanks Chris,
> >>>>
> >>>> I used the All in One link on this page
> >>>> https://code.jsoftware.com/wiki/System/Installation/All-in-One
> >>>>
> >>>> and then followed the instructions, which include install 'qtide'.
> After
> >>>> typing that into the console window the slim version of qt was loaded
> >> up.
> >>>> So perhaps the All in One overrides what I was expecting when I used
> >>>> install 'qtide'? I was able to load the full version with install
> >> 'full'.
> >>>>
> >>>> Cheers, bob
> >>>>
> >>>>> On Oct 22, 2018, at 10:34 AM, chris burke 
> >> wrote:
> >>>>>
> >>>>> According to that page, the AIO installers should install the slim
> >>>> version,
> >>>>> while the following should install the full version:
> >>>>>
> >>>>> install 'qtide'
> >>>>>
> >>>>> Is this what you see on your machine?
> >>>>>
> >>>>> On Sun, Oct 21, 2018 at 10:53 PM 'robert therriault' via General <
> >>>>> gene...@jsoftware.com> wrote:
> >>>>>
> >>>>>> I just updated to the new version of j807 for avx Macs and I noticed
> >>>> that
> >>>>>> contrary to the information on this page,
> >>>>>>
> >>>>
> >>
> https://code.jsoftware.com/wiki/Guides/Qt_IDE/Install#Slim_vs_Full_Builds
> >>>>>> ,the default version of jqt is now the slim version and not the full
> >>>>>> ver

Re: [Jgeneral] Slim version of jqt is now the default for j807?

2018-10-22 Thread chris burke
I am not sure anything needs changing, but if you can think of a better way
to express this, please go ahead.

What the sentence says is that if you run install 'qtide', then sierra-fix
needs to be (re)run. But since AIO comes with Jqt, then you don't need to
run install 'qtide'. In any case, apart from sierra-fix, re-running install
'qtide' should be harmless, unless the Jqt installation is broken in some
way.

On Mon, Oct 22, 2018 at 11:23 AM 'robert therriault' via General <
gene...@jsoftware.com> wrote:

> Thanks Chris,
>
> Install 'qtide' is on this page
> https://code.jsoftware.com/wiki/System/Installation/All-in-One
> in the Mac section, instruction 3 after running the Sierra fix. May be my
> misunderstanding as the non-AIO is mentioned in the same area as well.
>
> Cheers, bob
>
> > On Oct 22, 2018, at 11:17 AM, chris burke  wrote:
> >
> > This is the expected behaviour.
> >
> > If you already have a slim version, then install 'qtide' just reinstalls
> > slim. It is only when jqt is not already installed (i.e. install from
> zip),
> > that install 'qtide' will default to full. I will update the instructions
> > to make this clear.
> >
> > The AIO's include Jqt, so you should not need to run install 'qtide'.
> Where
> > do the instructions say this is needed?
> >
> >
> > On Mon, Oct 22, 2018 at 10:47 AM 'robert therriault' via General <
> > gene...@jsoftware.com> wrote:
> >
> >> Thanks Chris,
> >>
> >> I used the All in One link on this page
> >> https://code.jsoftware.com/wiki/System/Installation/All-in-One
> >>
> >> and then followed the instructions, which include install 'qtide'. After
> >> typing that into the console window the slim version of qt was loaded
> up.
> >> So perhaps the All in One overrides what I was expecting when I used
> >> install 'qtide'? I was able to load the full version with install
> 'full'.
> >>
> >> Cheers, bob
> >>
> >>> On Oct 22, 2018, at 10:34 AM, chris burke 
> wrote:
> >>>
> >>> According to that page, the AIO installers should install the slim
> >> version,
> >>> while the following should install the full version:
> >>>
> >>> install 'qtide'
> >>>
> >>> Is this what you see on your machine?
> >>>
> >>> On Sun, Oct 21, 2018 at 10:53 PM 'robert therriault' via General <
> >>> gene...@jsoftware.com> wrote:
> >>>
> >>>> I just updated to the new version of j807 for avx Macs and I noticed
> >> that
> >>>> contrary to the information on this page,
> >>>>
> >>
> https://code.jsoftware.com/wiki/Guides/Qt_IDE/Install#Slim_vs_Full_Builds
> >>>> ,the default version of jqt is now the slim version and not the full
> >>>> version. Was this an oversight or has there been a change in the
> default
> >>>> version?
> >>>>
> >>>> Cheers, bob
> >>>> --
> >>>> For information about J forums see
> http://www.jsoftware.com/forums.htm
> >>> --
> >>> For information about J forums see http://www.jsoftware.com/forums.htm
> >>
> >> --
> >> For information about J forums see http://www.jsoftware.com/forums.htm
> > --
> > For information about J forums see http://www.jsoftware.com/forums.htm
>
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm

Re: [Jgeneral] Slim version of jqt is now the default for j807?

2018-10-22 Thread chris burke
This is the expected behaviour.

If you already have a slim version, then install 'qtide' just reinstalls
slim. It is only when jqt is not already installed (i.e. install from zip),
that install 'qtide' will default to full. I will update the instructions
to make this clear.

The AIO's include Jqt, so you should not need to run install 'qtide'. Where
do the instructions say this is needed?


On Mon, Oct 22, 2018 at 10:47 AM 'robert therriault' via General <
gene...@jsoftware.com> wrote:

> Thanks Chris,
>
> I used the All in One link on this page
> https://code.jsoftware.com/wiki/System/Installation/All-in-One
>
> and then followed the instructions, which include install 'qtide'. After
> typing that into the console window the slim version of qt was loaded up.
> So perhaps the All in One overrides what I was expecting when I used
> install 'qtide'? I was able to load the full version with install 'full'.
>
> Cheers, bob
>
> > On Oct 22, 2018, at 10:34 AM, chris burke  wrote:
> >
> > According to that page, the AIO installers should install the slim
> version,
> > while the following should install the full version:
> >
> >  install 'qtide'
> >
> > Is this what you see on your machine?
> >
> > On Sun, Oct 21, 2018 at 10:53 PM 'robert therriault' via General <
> > gene...@jsoftware.com> wrote:
> >
> >> I just updated to the new version of j807 for avx Macs and I noticed
> that
> >> contrary to the information on this page,
> >>
> https://code.jsoftware.com/wiki/Guides/Qt_IDE/Install#Slim_vs_Full_Builds
> >> ,the default version of jqt is now the slim version and not the full
> >> version. Was this an oversight or has there been a change in the default
> >> version?
> >>
> >> Cheers, bob
> >> --
> >> For information about J forums see http://www.jsoftware.com/forums.htm
> > --
> > For information about J forums see http://www.jsoftware.com/forums.htm
>
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm

Re: [Jgeneral] JQt on UBUNTU

2018-08-14 Thread chris burke
I believe that shared library should be included with recent ubuntu
distributions. What version of ubuntu are you running?

On Tue, Aug 14, 2018 at 10:10 AM Don Guinn  wrote:

> Installed J807 on UBUNTU, ran the inxtaller.ijs. The JQt icon does nothing.
> Ran under terminal and got:
>
> ./jqt: error while loading shared libraries: libQt5Gui.so.5: cannot open
> shared object file: No such file or directory
>
> Can't figure out where it is or where to get it.
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm

Re: [Jgeneral] J/ipad

2018-07-09 Thread chris burke
Try 9!:36/37, http://jsoftware.com/help/dictionary/dx009.htm

On Mon, Jul 9, 2018 at 5:13 AM, Michel Dumontier 
wrote:

> Is there an equivalent of Quad pw of APL in J on iPad. I don't find it even
> in foreign conjunctions.
>
>
>
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm

Re: [Jgeneral] Missing Files NYCJUG/2012-04-11

2018-06-28 Thread chris burke
The files are on the wiki, but the links are invalid. Edit the page (and
similar pages) to remove the quotes in the file links, i.e.

[[File:foo.pdf]]

and not

[[File:"foo.pdf"]]

On Thu, Jun 28, 2018 at 8:04 AM, David Mitchell 
wrote:

> Does anyone know if the files listed on this wiki page are available
> somewhere?
>
> https://code.jsoftware.com/wiki/NYCJUG/2012-04-11
>
> Thanks,
> David Mitchell
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm

Re: [Jgeneral] An exercise in versions...

2018-06-19 Thread chris burke
On Tue, Jun 19, 2018 at 5:16 PM, Devon McCormick  wrote:

> Do I have to get this from github or does pacman get this?


Core addons (which include imagekit) are sourced from github but installed
with pacman. Changes to the github repos trigger builds for pacman.

There is a new facility that allows github repos to be installed directly,
but this is intended for non-core addons, or when testing changes to an
addon that have not yet been released.

See http://code.jsoftware.com/wiki/Addons/Installation .
--
For information about J forums see http://www.jsoftware.com/forums.htm

Re: [Jgeneral] An exercise in versions...

2018-06-19 Thread chris burke
I don't know why the imagekit 807 addon was not built after the move to
github. I updated the manifest version and it has now built correctly.
Also, it has not changed recently so the older version should work.

Thanks for pointing this out.




On Tue, Jun 19, 2018 at 1:43 PM, Raul Miller  wrote:

> I am visiting my sister, who has her own schedule, and in some of the
> in-between times, I've got Cliff Reiter's "Fractals Visualization and
> J" 4th edition, Part 2 to keep me entertained.
>
> I've also got the j807 beta from a week or so ago installed on this
> machine, and the required addons aren't available yet for this version
> of J.
>
> The smart thing to do would be to install j804 or j805. Generally
> speaking if you're going to get anything practical done with external
> interfaces (including graphics coding), you're going to be working
> with back versions of software. Arbitrary people like deprecating
> interfaces for arbitrary reasons which means that if you're on the
> "current version" interfaces tend to stop working, arbitrarily.
>
> But I'm not all that great at choosing the smart option, so I'm trying
> to figure out how to get Cliff's stuff working under j807.
>
> Looking closer, ... we're in the process of moving the j addons over
> to github, but the current release still pulls them from
> http://www.jsoftware.com/jal/
>
> There's a j804 and a j805 directory there, and in this context there
> seems no reason to prefer one over the other. Also, I'm on osx
> (darwin) so I'll focus on those instances of the packages for now.
>
> This means the working versions of the packages are:
>
> http://www.jsoftware.com/jal/j805/addons/media_imagekit_1.
> 0.7_darwin.tar.gz
> http://www.jsoftware.com/jal/j805/addons/graphics_fvj4_1.0.
> 17_darwin.tar.gz
>
> Interestingly, j806 drops back to version 1.0.6 of the imagekit addon,
> for whatever reason.
>
> Anyways, j807, which is what I'm using, doesn't have the imagekit
> addon at all. It does seem to have the same graphics_fvj4, and:
>
> Updating server catalog...
> Done.
> Installing 1 package of size 1.7 MB
> Downloading graphics/fvj4...
> Installing graphics/fvj4...
> Done.
>
> ... it seems to be installed, but:
>
>load'graphics/fvj4'
> not found: /users/rauldmiller/j64-807/addons/graphics/fvj4/fvj4.ijs
> |file name error: script
> |   0!:0 y[4!:55<'y'
>
> ... apparently, it's not that kind of package.
>
> And, for media_imagekit, I pulled down a copy of the
> media_imagekit_1.0.7_darwin.tar.gz file and unpacked it in my
> j64-807/addons directory, And... so far, it seems to work.
>
> So, anyways, maybe the j805 media_imagekit files could be included in
> the j807 jal repository? There might be problems, but I imagine that
> we can work through them...
>
> Thanks,
>
> --
> Raul
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm

Re: [Jgeneral] Discovery of system error

2018-05-15 Thread chris burke
The latest sqlite addon v1.0.22 for j807 writes using binary values bound
to columns. You should expect an order of magnitude better performance for
both read/write compared to ddsqlite, for non-trivial data sets.

This is for j807 only, since the underlying code for write is completely
new. If you want to use it in 806, install the 807 version, then if OK,
copy the addon to your 806 addon directory.

On Mon, Feb 19, 2018 at 3:53 PM, Ian Shannon <
ian.shan...@environment.nsw.gov.au> wrote:

> Thanks Bill,  I can see I will need to go to 806.
>
> I had problems with ddsqlite (after OS changes/fixes/...) so changed the
> coding to use sqlite.
>
> sqlite did seem to be quicker, but binding binary values to columns should
> be quicker than formatting values so a plus for ddsqlite.
>
> Ian
--
For information about J forums see http://www.jsoftware.com/forums.htm

Re: [Jgeneral] [Jprogramming] github-based addons

2018-04-28 Thread chris burke
One thing still to do is a page that lists all J-related github repos. This
would include not just the current set of addons, but any repos of interest
to the community.

The usual starting page name for this is jsoftware.github.com, which can be
in any format. Right now it just redirects to a J wiki page with the
jsoftware repos. It would be nice to have a more attractive format that
made for easier navigation and was readily extensible to any other repos.

Any suggestions or help on this would be appreciated.
--
For information about J forums see http://www.jsoftware.com/forums.htm

Re: [Jgeneral] [Jprogramming] github-based addons

2018-04-28 Thread chris burke
AFAIK, the current set of addons is in reasonably good shape, if not always
properly documented. Are you aware of specific issues with them?

On Wed, Apr 25, 2018 at 3:27 PM, Ian Clark  wrote:

> > It might be nice to have a way of marking addons as broken, either with a
> todo/fixme note or maybe just a documented way of deleting them?
>
> I think that's a splendid idea.
>
> Whenever I engage with an addon I've never used before, it takes me far too
> long to conclude that it's derelict. To stop our treasury of addons
> degenerating into a midden, I'd welcome an accepted *easy* way of alerting
> the owner – or fellow-users – to broken code (i.e. not a full-blown bug
> tracker).
>
> Am I the only one? Are we going to do something about it? Are we going to
> finish what we start?
>
> What's the best/most obvious alert mechanism? …the Talk page of the landing
> page for the Addon in question at code.jsoftware.com/wiki/Addons
>  ? This forum? Or something
> Github-based? (and hence over the vendor's horizon)?
>
>
--
For information about J forums see http://www.jsoftware.com/forums.htm

Re: [Jgeneral] github-based addons

2018-04-28 Thread chris burke
Thanks, this is done now, see
code.jsoftware.com/wiki/Addons/Installation#install_Verb

On Wed, Apr 25, 2018 at 12:58 PM, Alex Shroyer  wrote:

> Pulling the latest master branch from GitHub is a nice default, but PLEASE
> make it possible to specify a particular version.
> A simple solution is something like:
>
> install 'github:username/reponame'  NB. latest version from the default
> branch
> install 'github:username/reponame@076d0d3d7b9e79cedf241be5b668e0
> df11c8eec3'
> NB. a specific commit
> install 'github:username/reponame@releasename'  NB. tagged commit or
> "release"
>
> This makes it easy to install the latest from the master branch (probably
> what people want for development) but also makes it possible to install
> specific snapshots for reproducible builds (important for keeping
> dependencies sane).
>
> Just my $0.02.
>
>
--
For information about J forums see http://www.jsoftware.com/forums.htm

Re: [Jgeneral] github-based addons

2018-04-28 Thread chris burke
This is now complete, and all SVN repos are now on github.

Developers should let me know if they want access/ownership of any repo.

On Tue, Apr 24, 2018 at 5:09 PM, chris burke <cbu...@jsoftware.com> wrote:

> An update on this -
>
> Tomorrow we will change all Jsoftware SVN repos to read-only, and start
> migrating them to github. I'll post when this is complete.
>
> This should not affect any normal use of J or the J addons.
>
> On Wed, Apr 11, 2018 at 11:49 AM, chris burke <cbu...@jsoftware.com>
> wrote:
>
>> (This is cross posted to general and programming - please send any
>> comments to general.)
>>
>> We plan to move the addons source from SVN to github, and at the same
>> time support installs from personal github repos outside the main addons
>> source. See code.jsoftware.com/wiki/Addons/GitHub .
>>
>> We have this working now, but would appreciate comments before going
>> ahead, thanks.
>>
>>
>
--
For information about J forums see http://www.jsoftware.com/forums.htm

Re: [Jgeneral] github-based addons

2018-04-24 Thread chris burke
An update on this -

Tomorrow we will change all Jsoftware SVN repos to read-only, and start
migrating them to github. I'll post when this is complete.

This should not affect any normal use of J or the J addons.

On Wed, Apr 11, 2018 at 11:49 AM, chris burke <cbu...@jsoftware.com> wrote:

> (This is cross posted to general and programming - please send any
> comments to general.)
>
> We plan to move the addons source from SVN to github, and at the same time
> support installs from personal github repos outside the main addons source.
> See code.jsoftware.com/wiki/Addons/GitHub .
>
> We have this working now, but would appreciate comments before going
> ahead, thanks.
>
>
--
For information about J forums see http://www.jsoftware.com/forums.htm

Re: [Jgeneral] [Jprogramming] github-based addons

2018-04-11 Thread chris burke
The official addons should have the same reliability as now. We did have
problems in the past when moving from J6 to J7/J8, but those seem to be
ironed out now.

We won't have the same control over private repos, and this may be a
concern. I think we should just monitor the situation to start off with.
Later on we could keep a list of what works and what doesn't.


On Wed, Apr 11, 2018 at 11:56 AM, Raul Miller <rauldmil...@gmail.com> wrote:

> This looks like a good idea.
>
> The one suggestion I would have is that this makes it easy to install
> broken stuff. Of course, we have already had breakages with system
> upgrades - interface changes or removed dependencies can show up as
> addons not working right. It might be nice to have a way of marking
> addons as broken, either with a todo/fixme note or maybe just a
> documented way of deleting them?
>
> Thanks,
>
> --
> Raul
>
>
> On Wed, Apr 11, 2018 at 2:49 PM, chris burke <cbu...@jsoftware.com> wrote:
> > (This is cross posted to general and programming - please send any
> comments
> > to general.)
> >
> > We plan to move the addons source from SVN to github, and at the same
> time
> > support installs from personal github repos outside the main addons
> source.
> > See code.jsoftware.com/wiki/Addons/GitHub .
> >
> > We have this working now, but would appreciate comments before going
> ahead,
> > thanks.
> > --
> > For information about J forums see http://www.jsoftware.com/forums.htm
> --
> For information about J forums see http://www.jsoftware.com/forums.htm
--
For information about J forums see http://www.jsoftware.com/forums.htm

  1   2   3   >