Maybe Oleg's post, here? http://www.jsoftware.com/pipermail/programming/2006-March/001568.html
Or Ric's post, here? http://www.jsoftware.com/pipermail/programming/2009-May/014605.html I'm not sure if I've ever advocated that approach, but it does sound like a good idea. Thanks, -- Raul On Thu, Sep 18, 2014 at 12:48 AM, robert therriault <[email protected]> wrote: > Raul, (and Linda) > > I thought it was you (but it may also have been Ric Sherlock or Oleg > Kobchenko) that showed me the trick of putting > > coerase <'localename' NB. erases the entire locale (18!:55) > > at the top of my script and then following with > > cocurrent 'localename' NB. coclass also works identically (18!:4@boxxopen) > > so that all subsequent declarations are in the localename locale > > Each time you run the script the locale is destroyed and then rebuilt > according to the contents of the script. A variable that is removed from the > script disappears the next time you run because it is not put back in. I find > that this helps control the ghosts in the machine most of the time. The > exceptions are when I am playing between locales, but I usually run my brain > through the locales lab one more time and that usually sorts things as I > unmuddle my confusion. > > Cheers, bob > > > On Sep 17, 2014, at 8:22 PM, Raul Miller <[email protected]> wrote: > >> Hmm... >> >> Usually when I want a clean slate, I start J over again. >> >> This way, if I need something, that I forgot to put in the script, I >> can pull it out of the old J. And then I can shut it down when my >> tests are working well enough. >> >> This works better with jqt than with jhs. >> >> And you are right - I doubt many children would find interesting most >> of the things I play with. Actually, that's probably true of most >> people. >> >> Thanks, >> >> -- >> Raul >> >> On Wed, Sep 17, 2014 at 10:59 PM, Linda Alvord <[email protected]> >> wrote: >>> Raul, My way of thinking about J is as a form of dialog. As I enter I use >>> varialble on the fly. A=: allows me to use A until I change it's value. >>> However often I just want to get rid of it. Often I keep scripts of the >>> sentences I am using to develop an idea. When I am ready to use the scrip >>> entirely I erase all names that I have used and get a bunch of ones. I >>> assume that it has erased all the names I have used. However in this >>> insance, as in most I have no interest in other locales. And have never seen >>> a need to erase them anyway. >>> >>> So I have assigned names to images or in some cases have not assigned names >>> to them. What is happening is that If I use a C in one script and then a C >>> in another script I don't get the image that agrees with the new data in the >>> new script. >>> >>> In my simplistic way of thinking about the old image is that it must be on a >>> clipboard somewhere. If running a new script could get rid of the old images >>> that are hidden somewhere? >>> >>> I can see many ways for young children to make an study images that will >>> teach them many things about tables and arrays. However, the suggestions >>> about cache and some of your suggestions would be stumbling blocks to >>> simplicidty. >>> >>> I may be naïve but it seems like a housekeeping chore that J could be good >>> at. >>> >>> Linda >>> >>> -----Original Message----- >>> From: [email protected] >>> [mailto:[email protected]] On Behalf Of Raul Miller >>> Sent: Wednesday, September 17, 2014 2:01 PM >>> To: Programming forum >>> Subject: Re: [Jprogramming] OOJ and calling a verb from another locale >>> >>> Reading that article, I stall when you say >>> >>> "Even if they are defined with 1 : or 2 : , the first 2 types of >>> modifiers should be considered tacit," >>> >>> I do not know what you are referring to by the phrase "the first 2 >>> types of modifiers". Do you mean "the first 2 types of adverbs (or >>> conjunctions)" or are you referring to nounconj and nounconj2? If the >>> latter, I think the statement is erroneous. If the former, I'm a bit >>> dubious about the distinction. >>> >>> The concept of tacit is slippery enough that it's probably worth >>> quoting the definition you are using, and describing what it is about >>> the context that makes "tacit" a relevant concept whenever we talk >>> about it. >>> >>> Anyways, I got stuck there, and I thought you should know. >>> >>> Thanks, >>> >>> -- >>> Raul >>> >>> On Wed, Sep 17, 2014 at 12:54 PM, 'Pascal Jasmin' via Programming >>> <[email protected]> wrote: >>>> You may find this article helpful: >>> http://www.jsoftware.com/jwiki/PascalJasmin/3%20types%20of%20adverbs%20conju >>> nctions%20and%20binding >>>> >>>> These are indeed issues you understand by surprise (why is this code not >>> doing what I meant it to do) comming from other languages. >>>> >>>> >>>> ----- Original Message ----- >>>> From: Brian Schott <[email protected]> >>>> To: Programming forum <[email protected]> >>>> Cc: >>>> Sent: Wednesday, September 17, 2014 12:05 PM >>>> Subject: Re: [Jprogramming] OOJ and calling a verb from another locale >>>> >>>> Pascal, >>>> >>>> I especially liked the point you made below. I think such a point would be >>>> very appreciated by new J programmers and may not be well known. >>>> >>>> >>>> >>>> >>>> "... In J, the verb (2 + myvar"_) will produce a constant verb based on >>>> the value of myvar at definition, while (2 + 3 : 'myvar') will obtain the >>>> latest value of myvar. ..." >>>> >>>> >>>> >>>> >>>> -- >>>> (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 >>> ---------------------------------------------------------------------- >>> 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
