Re: [Jbeta] J iOS data transfer
Have there been any updates to the transfer process since this thread started? When I last looked the J code was not untangling properly. On Mon, Jun 18, 2012 at 2:09 PM, Eric Iverson eric.b.iver...@gmail.com wrote: You see the attachment jattach.html in your email message. Tap it and you should see your stuff in a browser page that you can then tap and hold and copy. On Mon, Jun 18, 2012 at 2:59 PM, Brian Schott schott.br...@gmail.comwrote: On my ipad, in gmail, I do not see the attachment in safari. I see it it gmail. I do not use mail exactly, I use gmail. The attachment is an html file. On Mon, Jun 18, 2012 at 2:32 PM, Eric Iverson eric.b.iver...@gmail.com wrote: To repeat with emphasis: the jattach step and attaching the jattach.html file that is sent is essential. This is the only way to get full copy/paste support on the iPad as otherwise you get the sickly limited version. The jattach step is needed whether sending a single file or a jt file that contains multiple files. Utilities will eventually combine these steps into common forms. -- For information about J forums see http://www.jsoftware.com/forums.htm -- For information about J forums see http://www.jsoftware.com/forums.htm -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] data transfer fixes
Eric, I have just attempted your transfer process with the jod.ijs script. This is a 3000 line script so it's a good stress test. Good News: I was able to build the attachment and sent it to myself and save it as a temporary file. Bad News: The mangling required to stuff the script into html is not undone. The unmangle process you outline will probably work on most scripts but if text in the original matches HTML fragments it will break. Perhaps going to a safe encoding would do the trick. jdb On Tue, Jun 19, 2012 at 1:47 PM, Eric Iverson eric.b.iver...@gmail.com wrote: Thanks for the clear report. Progress, but not quite there yet. There are 2 problems. The first is that what should be created is ~addons/math/misc. This might be due to a typo mistake on your part. The create should be: jt 'c';'~temp/t.jt';'~addons/math';'misc' The extract should be: jt 'x';'t.jt';'~addons/math' Note: ~addions/math path and the misc folder. The 2nd problem is mine and I need to think about it a bit. The original text has to be mangled to fit in the html textarea. This mangling needs to be undone. What is required is something like; d=. fread't.jt' d=. d rplc 'br';LF d=. d rplc 'lt';'' d=. d rplc 'amp';'' d fwrite 'j.jt' and now do the extract. I need to think about where to do this. You could try the above suggestions manually. I'll have a fixed version out this evening. On Tue, Jun 19, 2012 at 1:52 PM, Brian Schott schott.br...@gmail.comwrote: Eric, there's good news and there's bad news. The good news is that I was able to select all on the iPad with the math directory. The bad news is the directory (below) looks funky and I don't know where to get the files. The final directory is named misc, not math or math/misc. Also notice that each script has a HTML break after it. In the instructions for the attach verb you forgot the prefix temp. jd '~addons/misc' NB. folder files amoeba.ijsbr bigpi.ijsbr brent.ijsbr build.ijsbr contfrac.ijsbr det.ijsbr fermat.ijsbr gamesolver.ijsbr gcd.ijsbr integer.ijsbr integrat.ijsbr ... --- (B=) On Jun 19, 2012, at 12:26 PM, Eric Iverson eric.b.iver...@gmail.com wrote: Brian, I hope you are willing to try moving over math/misc again :) -- -- For information about J forums see http://www.jsoftware.com/forums.htm -- For information about J forums see http://www.jsoftware.com/forums.htm -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] data transfer fixes
A good test would be to use HTML source in place of J scripts. If the unmangle recovers the original it's probably good enough. I've long used wrapped txt=: LF, fread '~temp/t.ijs' enc=: 5!:5 'txt' It expands the scripts but completely eliminates delimiters that may clash with HTML On Tue, Jun 19, 2012 at 2:15 PM, Eric Iverson eric.b.iver...@gmail.com wrote: I thought the minimal mangling done was sufficient (assuming it is properly undone at the receiver). Why do you think the mangling is defficient? It is intended to handle html and html fragments and in my simple tests it did? On Tue, Jun 19, 2012 at 3:08 PM, John Baker bakerj...@gmail.com wrote: Eric, I have just attempted your transfer process with the jod.ijs script. This is a 3000 line script so it's a good stress test. Good News: I was able to build the attachment and sent it to myself and save it as a temporary file. Bad News: The mangling required to stuff the script into html is not undone. The unmangle process you outline will probably work on most scripts but if text in the original matches HTML fragments it will break. Perhaps going to a safe encoding would do the trick. jdb On Tue, Jun 19, 2012 at 1:47 PM, Eric Iverson eric.b.iver...@gmail.com wrote: Thanks for the clear report. Progress, but not quite there yet. There are 2 problems. The first is that what should be created is ~addons/math/misc. This might be due to a typo mistake on your part. The create should be: jt 'c';'~temp/t.jt';'~addons/math';'misc' The extract should be: jt 'x';'t.jt';'~addons/math' Note: ~addions/math path and the misc folder. The 2nd problem is mine and I need to think about it a bit. The original text has to be mangled to fit in the html textarea. This mangling needs to be undone. What is required is something like; d=. fread't.jt' d=. d rplc 'br';LF d=. d rplc 'lt';'' d=. d rplc 'amp';'' d fwrite 'j.jt' and now do the extract. I need to think about where to do this. You could try the above suggestions manually. I'll have a fixed version out this evening. On Tue, Jun 19, 2012 at 1:52 PM, Brian Schott schott.br...@gmail.com wrote: Eric, there's good news and there's bad news. The good news is that I was able to select all on the iPad with the math directory. The bad news is the directory (below) looks funky and I don't know where to get the files. The final directory is named misc, not math or math/misc. Also notice that each script has a HTML break after it. In the instructions for the attach verb you forgot the prefix temp. jd '~addons/misc' NB. folder files amoeba.ijsbr bigpi.ijsbr brent.ijsbr build.ijsbr contfrac.ijsbr det.ijsbr fermat.ijsbr gamesolver.ijsbr gcd.ijsbr integer.ijsbr integrat.ijsbr ... --- (B=) On Jun 19, 2012, at 12:26 PM, Eric Iverson eric.b.iver...@gmail.com wrote: Brian, I hope you are willing to try moving over math/misc again :) -- -- For information about J forums see http://www.jsoftware.com/forums.htm -- For information about J forums see http://www.jsoftware.com/forums.htm -- John D. Baker bakerj...@gmail.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 -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] j 1.2 (1.22) is now available
The iPhone version of J sets the value of UNAME to 'Darwin' this is usually the value set for mac systems. I realize the iOS and mac versions are very similar but there are significant differences the most important being no 2!:0 shell calls for iOS. How can a running j script distinguish iOS from other J hosts. I note a lot of addon code tests from various UNAME's 'Win', 'Linux', 'Darwin', 'Android' even 'iOS'. jdb On Thu, May 31, 2012 at 2:54 PM, bob therriault bobtherria...@mac.com wrote: I think with this hint of conspiracy (the missing 1.21 a la the Avro Arrow) this beta may be complete! :) Great work, Eric and I echo Joey's question of whether there is anything else we might do to help. Cheers, bob On 2012-05-31, at 12:33 PM, Eric Iverson wrote: 1.21 was for my personal enjoyment (you don't want to know) On Thu, May 31, 2012 at 3:25 PM, Joey K Tuttle j...@qued.com wrote: Oh! You misunderstood me -- I wasn't asking for more, just giving kudos for the great work you've already done! Thanks for the hint on extending things, already there are a great number of possibilities. There is one burning question ... what happened to release 1.21? NB. this is a tongue in cheek question :) Seriously, let us know what help anyone could offer for the next steps. - joey On 2012/05/31 12:06 , Eric Iverson wrote: I'm pretty much at the end of the road of what I am willing to do for this first release. Note that jlocalhelp_z_ could be redefined in your start.ijs to have additional links to other local html files (e.g. ref cated , at play, etc.). On Thu, May 31, 2012 at 2:57 PM, Joey K Tuttlej...@qued.com wrote: I echo Bob's remarks - adding WOW! Nice job. To be fair, I didn't expect to be as impressed with the local help as I am after trying it. Having Henry's JforCers is really nice for new users. It would be lovely to have an entry document oriented to this new environment, and now the foundations are in place. Other things that I already use on my iPad include Henry's reference card and Eugene's At Play With J, these I have in iBook where I also have J for C Programmers - comparing flipping back and forth really makes clear how convenient/important the hview help materials are. - joey iPa... On May 31, 2012, at 11:07, bob therriaultbobtherria...@mac.com wrote: Hey Eric, The jal/jw'' combo absolutely rocks!! It did take about 40 seconds to download the files while on my iPhone 3GS and the return button was highlighted during this time and the phone non responsive. It may be worth noting this delay in the instructions or even better use some sort of a progress bar. Seriously though, as someone who is still on the J learning curve, the ability to have the reference materials in the hview is huge. I think that you could create exponential growth in users if your final app loaded and opened one of the J reference texts and the reader could test as they read in the hview window. A procedural programmer reading and playing along with J for C programmers would not remain a loop coder for long! Off to play. I really hope that Apple gives you a quick thumbs up on this one. The world needs this app (and they don't even know it yet). 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 -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] 1.19
I can confirm the Icon corruption that Joey reported. The same thing happened on my iPhone 4. The little new . button return ev_bullet__jevents_ not defined. The combination of __ and _ in one J name looks like a typo. On other notes. I've managed to get a fair chunk of JOD running on the iPhone and performance is tolerable. The parts I cannot run need missing addons (regex) and host file manipulations (copy,move) and so forth. The one thing that would make this app essential would be some quick way to open and save remote files. It would be great to directly read and write files on Dropbox and services like it. On Wed, May 30, 2012 at 8:12 AM, Dan Bron j...@bron.us wrote: I do feel the input textfield is too short now. Also, I pushed the button and got an error. What is its intended function? Also, can we turn off this gate that comes back every time I upgrade, which forces me to step through a bunch of examples before I can type my first sentence in J? Thanks, -Dan -Original Message- From: beta-boun...@jsoftware.com [mailto:beta-boun...@jsoftware.com] On Behalf Of Eric Iverson Sent: Tuesday, May 29, 2012 8:35 PM To: Beta forum Subject: [Jbeta] 1.19 Build 1.19 adds a bullet button that can ease typging chores. Adding that button reduces the textfield a bit on the iPhone. Is it too short? Could the buttons be made skinnier? I don't currently have a real iPhone device and the simulator can be misleading. -- For information about J forums see http://www.jsoftware.com/forums.htm -- For information about J forums see http://www.jsoftware.com/forums.htm -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] 1.19
Ahh, a case of rfm. I'll try (jfomurl) and look around for a host that allows http post. I hope you manage to get this into the app store. On Wed, May 30, 2012 at 9:20 AM, Eric Iverson eric.b.iver...@gmail.com wrote: Not a typo. Read the simple docs. Type abc then press bullet and you'll see _abc_, so the __ is just the case where the command name is empty. I've looked at Dropbox and it seems to be a little more trouble than it is worth. Note that with jfomurl you can easily get a file from any web site. And with tar you can get a folder just as easily as a file. The remaining problem is the upload for sharing with others. The upload is easy, but what is required is a site that runs a server that allows http post requests that manage upload of files. A JHS server could serve this purpose. For now, I am leaving these as reader exercises and will focus on trying to get J into the app store. On Wed, May 30, 2012 at 10:07 AM, John Baker bakerj...@gmail.com wrote: I can confirm the Icon corruption that Joey reported. The same thing happened on my iPhone 4. The little new . button return ev_bullet__jevents_ not defined. The combination of __ and _ in one J name looks like a typo. On other notes. I've managed to get a fair chunk of JOD running on the iPhone and performance is tolerable. The parts I cannot run need missing addons (regex) and host file manipulations (copy,move) and so forth. The one thing that would make this app essential would be some quick way to open and save remote files. It would be great to directly read and write files on Dropbox and services like it. On Wed, May 30, 2012 at 8:12 AM, Dan Bron j...@bron.us wrote: I do feel the input textfield is too short now. Also, I pushed the button and got an error. What is its intended function? Also, can we turn off this gate that comes back every time I upgrade, which forces me to step through a bunch of examples before I can type my first sentence in J? Thanks, -Dan -Original Message- From: beta-boun...@jsoftware.com [mailto:beta-boun...@jsoftware.com] On Behalf Of Eric Iverson Sent: Tuesday, May 29, 2012 8:35 PM To: Beta forum Subject: [Jbeta] 1.19 Build 1.19 adds a bullet button that can ease typging chores. Adding that button reduces the textfield a bit on the iPhone. Is it too short? Could the buttons be made skinnier? I don't currently have a real iPhone device and the simulator can be misleading. -- For information about J forums see http://www.jsoftware.com/forums.htm -- For information about J forums see http://www.jsoftware.com/forums.htm -- John D. Baker bakerj...@gmail.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 -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
[Jbeta] After reading about editing j iPhone sandbox files I gave it a try on a flight to Phoenix.
After reading about editing j iPhone sandbox files I gave it a try on a flight to Phoenix. The day before I loaded the main JOD files in the sandbox with the aim of getting JOD to run on the iPhone. My first attempt did not work. My JOD code thought it was on a Linux system. To make it work I opened up the main script (about 3000) lines using je. The iPhone did not choke on these large files. I made a few changes and successfully managed to load JOD, create dictionaries (jfiles based) and load some large dictionary dump scripts. Not all of JOD runs, I need regular expressions, and I have to change where I save some config stuff but all in all this little iPhone version of j is the real deal. Sent from my iPhone -- For information about J forums see http://www.jsoftware.com/forums.htm
[Jbeta] Green input when debug engaged on jPhone
I've noticed that when you turn on the debugger (13!:x) and hit a stop the input field goes green. Since the normal color is restored when you turn off the debugger I presume this is by design. Also, for those interested in what's installed in the j iPhone directories. iTunes does not see files outside the root. Eric noted this already. However, you can copy entire directories off the iphone. Last night I copied the entire iPhone J directory off the machine to rummage around and see what's there. Finally, If you're daring enough to plug your iPhone into a Linux machine then you can see a lot more of the hidden directories. -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] release build 1.13
I think I've come up with a name for your new product Eric. What comes after the iPhone? Why the jPhone of course. On Mon, May 14, 2012 at 4:37 PM, Eric Iverson eric.b.iver...@gmail.comwrote: There is a new release available. You should see the testflight notification shortly. I forgot to mention the best thing. I finally figured out how to have space and quote not change the keyboard back to alpha AND to keep the cursor position (that is, not jump to the end). The ?import/export help hasn't been updated to reflect changes in clipboard support. Read ?utilities first to figure out the required changes. -- For information about J forums see http://www.jsoftware.com/forums.htm -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
[Jbeta] iPhone Libraries
I've started using the windows version of iTunes to move files into the J iPhone app directories. This works as expected. Just for kicks I loaded in a script that reads inverted APL .dbi files that I recently developed at work. It runs and loads inverted files and does do impressively fast on the iPhone 4. You can run big boy software on this little gadget. The world may be going to hell but cell phones are getting better. I have noticed that most of the library scripts referenced in scripts are not actually available. This is not a bug just a heads up to other testers. -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
[Jbeta] iPhone J
First impressions - wow! I ran through the install process on plain old 3g connections - no problems. The app comes up . I was able to step through the initial demos without problems. The standard J graphics look great on the iPhone 4. Is there anyway to change the size of the default session font? The current size is bit tiny for my old fart eyes. -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] iPhone J
Thanks Eric, 20 point works fine. I'll try some mini-development on this beta and see how the work flow goes. My wife is probably going to kill you as this is definitely not going to help with my iPhone addiction. On Fri, May 11, 2012 at 10:35 AM, Eric Iverson eric.b.iver...@gmail.comwrote: touch ? then touch J to get the basic help specific to iOS. There you will see a list of utitlity verbs. jf 20 NB. set font size to 20 I have probably made the default font too small as all the initial testers have mentioned this. My eye sight is not good, but I am a fanatic for screen real estate. The next build will bump the default font size up a bit. Any suggestions on how to make ?J easier to find? On Fri, May 11, 2012 at 11:27 AM, John Baker bakerj...@gmail.com wrote: First impressions - wow! I ran through the install process on plain old 3g connections - no problems. The app comes up . I was able to step through the initial demos without problems. The standard J graphics look great on the iPhone 4. Is there anyway to change the size of the default session font? The current size is bit tiny for my old fart eyes. -- John D. Baker bakerj...@gmail.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 -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] Invoking the JGTK editor from the terminal.
One more comment about this: Eric, I have gotten used to your approach of displaying a link in JHS for opening J code to edit. It was a simple matter to tweak JOD to do: ed ;:'addloadscript mls' c:/documents and settings/jdbaker/j701-user/temp/addloadscript.ijshttp://127.0.0.1:65001/jijs?mid=openpath=c:/documents%20and%20settings/jdbaker/j701-user/temp/addloadscript.ijs One click brings up the script (in this case containing two words) in the JHS editor. The fact that the link persists in the log is VERY handy. I have been using both the JGTK and JHS environments for testing but I am spending more and more time in JHS. I've had to fall back on 13!:x debugging but for old J farts like myself that's not a big deal. The amount of memory consumed by jsconsole.exe is typically a tiny fraction of what Chome/IE/Safari consume and it is typically less than j.exe 6.02 as well. You have managed to turn web browsers into handy array processing programming environments - well done. jdb On Sun, Jan 30, 2011 at 10:47 AM, John Baker bakerj...@gmail.com wrote: open works like a charm in gtk - thanks everyone. Eventually somebody will figure out how to open browser edit tabs in JHS. jdb On Fri, Jan 28, 2011 at 9:34 PM, chris burke cbu...@jsoftware.com wrote: The open verb already does this, but could be extended to include the optional line number. On Sat, Jan 29, 2011 at 9:08 AM, bill lam bbill@gmail.com wrote: something like this. ed=: 3 : 0 l=. locEdit_jgtkide_ edit_opentab_show__l y 1 ) ed 'c:/the/script/to/edit.ijs' you can also specify an optional line number. ed 'c:/the/script/to/edit.ijs';10;0 Птн, 28 Янв 2011, John Baker писал(а): I am in the process of updating JOD for j701. One of most useful JOD verbs is ed which fetches a a word, (or many words), from JOD databases, formats them as a script, and then opens that script for editing in what was a wd (.ijs) window. How do you open a script for editing in JGTK from the terminal session? I see the command on the JGTK menu so it must be buried in there somewhere. I would like something like: editverb 'c:/the/script/to/edit.ijs' or editverb 'some big long character list that just happens to be a j script' Extra points for doing exactly the same thing in the JHS environment - opening a new browser tab with an arbitrary script for editing. jdb -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm -- regards, GPG key 1024D/4434BAB3 2008-08-24 gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3 -- For information about J forums see http://www.jsoftware.com/forums.htm -- For information about J forums see http://www.jsoftware.com/forums.htm -- John D. Baker bakerj...@gmail.com -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] Invoking the JGTK editor from the terminal.
open works like a charm in gtk - thanks everyone. Eventually somebody will figure out how to open browser edit tabs in JHS. jdb On Fri, Jan 28, 2011 at 9:34 PM, chris burke cbu...@jsoftware.com wrote: The open verb already does this, but could be extended to include the optional line number. On Sat, Jan 29, 2011 at 9:08 AM, bill lam bbill@gmail.com wrote: something like this. ed=: 3 : 0 l=. locEdit_jgtkide_ edit_opentab_show__l y 1 ) ed 'c:/the/script/to/edit.ijs' you can also specify an optional line number. ed 'c:/the/script/to/edit.ijs';10;0 Птн, 28 Янв 2011, John Baker писал(а): I am in the process of updating JOD for j701. One of most useful JOD verbs is ed which fetches a a word, (or many words), from JOD databases, formats them as a script, and then opens that script for editing in what was a wd (.ijs) window. How do you open a script for editing in JGTK from the terminal session? I see the command on the JGTK menu so it must be buried in there somewhere. I would like something like: editverb 'c:/the/script/to/edit.ijs' or editverb 'some big long character list that just happens to be a j script' Extra points for doing exactly the same thing in the JHS environment - opening a new browser tab with an arbitrary script for editing. jdb -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm -- regards, GPG key 1024D/4434BAB3 2008-08-24 gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3 -- For information about J forums see http://www.jsoftware.com/forums.htm -- For information about J forums see http://www.jsoftware.com/forums.htm -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] Invoking the JGTK editor from the terminal.
In my case I am asking for a new TAB by explicitly calling for one in the ijx page. But I agree that popping up stuff that wasn't asked for is annoying. On Sun, Jan 30, 2011 at 11:17 AM, David Mitchell davidmitch...@att.netwrote: I must admit that I have softened my absolute aversion to script-initiated creation of web browser windows and, later, tabs, over the years. What initially bothered me, as I recall, was the offensive use of unexpected 'popup' browser windows and inappropriate automatic windows, tabs or redirects. My current personal stance is that I don't mind expected new windows or tabs that are appropriate to the context of the site and the web page functionality and that are documented or implied by visual cues. Many of the commercial web sites that I use make some use of either popup windows or new tabs. In general, I find that the context where a popup or a new tab is created to be reasonably clear and that its use enhances the usability of the site. ymmv On 1/28/2011 15:42, Eric Iverson wrote: I haven't quite come to grips with jhs opening a new tab under program control. This has been discussed in earlier beta messages. Currently the way in jhs is to run verb open (documented in jhelp) that puts a link in the jijx window which you can then use as you see fit. open'~temp/edit.ijs' On Fri, Jan 28, 2011 at 12:08 PM, John Bakerbakerj...@gmail.com wrote: I am in the process of updating JOD for j701. One of most useful JOD verbs is ed which fetches a a word, (or many words), from JOD databases, formats them as a script, and then opens that script for editing in what was a wd (.ijs) window. How do you open a script for editing in JGTK from the terminal session? I see the command on the JGTK menu so it must be buried in there somewhere. I would like something like: editverb 'c:/the/script/to/edit.ijs' or editverb 'some big long character list that just happens to be a j script' Extra points for doing exactly the same thing in the JHS environment - opening a new browser tab with an arbitrary script for editing. jdb -- John D. Baker bakerj...@gmail.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 -- For information about J forums see http://www.jsoftware.com/forums.htm -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
[Jbeta] Invoking the JGTK editor from the terminal.
I am in the process of updating JOD for j701. One of most useful JOD verbs is ed which fetches a a word, (or many words), from JOD databases, formats them as a script, and then opens that script for editing in what was a wd (.ijs) window. How do you open a script for editing in JGTK from the terminal session? I see the command on the JGTK menu so it must be buried in there somewhere. I would like something like: editverb 'c:/the/script/to/edit.ijs' or editverb 'some big long character list that just happens to be a j script' Extra points for doing exactly the same thing in the JHS environment - opening a new browser tab with an arbitrary script for editing. jdb -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
[Jbeta] Remarks of lastest GTK Beta
I have been following all the messages about people having problems with GTK. Here's my latest set of observations for the current beta. 1) I never incrementally install new *.exe - so I wiped out my j701 directory - downloaded the latest gtkwin32.zip and reinstalled from scratch. 2) I don't use the install all option of jpkg - I prefer to install selected packages from JHS using chrome as my browser - no problems getting the packages I'm interested in. 3) At work - nestled behind the corporate firewall - requests to download via wget calls fail so I download the gtk binary by direct browser reference followed by a manual unzipping to the proper location in the j701 directories. 4) Then I start jconsole and run 'install' jpkg 'ide/gtk gui/gtk' to set any J specific configs required - look the main install verb for details. Once this is complete the j701gtk icon on the program menus starts up without problems. I have spend about 45 minutes playing with the front end and so far it's very smooth. No crashes and only one message in the jconsole window warning me that a GTK theme was missing. I have tried the gtk editor on my JOD dump scripts. JOD dump scripts are typically massive J scripts - sometimes containing hundreds of verbs and thousands of lines. The GTK editor takes a moment to load these monsters but once they are up all the GTK goodies, script coloring, side bar tags, token coloring works like a charm. There are some hidden slick features in the GTK editor that some of you may not be aware up. I changed the session font to APL385 Unicode and opened up some *.tex LaTeX documents that contained APL source code in UTF-8 format. To my utter delight the syntax coloring properly colored LaTeX commands and the APL text rendered perfectly side by side with J code. The only editor I have see do this before is the TexWorks editor. I think I'm going to like this GTK environment - good work guys. -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] J701a - GTK Front End Install
I will add my observations on the current GTK beta install for windows machines. On my home machines I had no problem downloading a clean j701 beta and running install 'gtkide' in jconsole. On office machines - behind the usual corporate firewall the getgtkbin verb hangs. I looked at the definition of the verb and was oddly able to directly download the gtkwin32.zip in the browser. I expect the firewall recognized the browser request and allowed it but did not recognized the j request. Once you get the zip - unzipping to the proper directory results in a system that so far looks ok. On Mon, Jan 10, 2011 at 3:20 PM, Don Guinn dongu...@gmail.com wrote: I see them now. Thank you. On Mon, Jan 10, 2011 at 1:08 PM, Tikkanz tikk...@gmail.com wrote: There is a button to remove addons in JHS jal. The option to do remove addons in Gtk Package manager is in the Tools menu. On Tue, Jan 11, 2011 at 4:23 AM, Don Guinn dongu...@gmail.com wrote: Could there be an option added to pacman to look at the addon library and other J libraries and make sure that the pacman install list is in sync with the libraries. Also, how about a button to uninstall an addon? On Mon, Jan 10, 2011 at 4:16 AM, Mike Day mike_liz@tiscali.co.uk wrote: Thanks for Bill's comments just received but not copied here. However, I should have made clear that after my deletions and reinstall of gtkide described below, everything seems to be working ok, including both JHS JGTK, so whatever I did seems to have been successful, and might be of use to others. M On 10/01/2011 10:28, Mike Day wrote: FWIW, I had an experience similar to William Szuch's. I had successfully loaded the win32 version under Vista with both jhs and jgtk working ok - but I was trying to solve my own problems with the user folder not being where I wanted it, and decided to reinstall j701. I didn't want to lose all the addons as it's time-consuming to download them, so I deleted the contents of most J folders (bin, system, etc), but not those under addons. After reinstalling J701, I encountered the same behaviour as reported by William Szuch, ie an invitation to install 'gtkide' which I did. This resulted in a lengthy sequence of download and expansion messages. I then complied with the request to load 'gtkide' which did not succeed. I tried another install 'gtkide' which I think yielded the message that it was already installed. After a bit of thought, I deleted only those folders under addons which appeared to have contents related to gtk. I also deleted gtk stuff elsewhere under j701, ie under install. This time, install 'gtkide' followed by load 'gtkide' was successful. I think I might have needed to reload one or two addons using pacman, but certainly not all. I dont recall any difficulty with readonly files or folders. This is roughly what happened. I'm afraid I didn't exactly record everything that occurred as I was just trying to deal with my own problems at the time. It looks as if a facility to uninstall all or part of J would be useful. Easier said than done! Mike On 10/01/2011 04:35, Fraser Jackson wrote: After the user install failed, I tried to delete a previous installation in the user directory. It would not let me remove the folders to the recycle bin. I am not sure what caused this. I think Bill's suggestion of not being able to write to ~addons is correct because none of the output folloing the install 'gtkide' appeared in the console, nor any messages. I have since erased the folders and a clean user install into new directories worked OK Fraser -- 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 -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] 64 bit COM interface in j7?
Thanks Eric, I was thinking the same thing. I will probably go with the sockets connection as it allows greater flexibility down the road. Using mapped files is almost certainly the fastest way to slosh large binaries on the same machine. I just hit your donation button with a little something for Jsoftware. Merry Christmas. I suggest all hardcore J fans hit the donate button. Let's make it a Christmas tradition. John Baker On Sat, Dec 18, 2010 at 10:02 AM, Eric Iverson eric.b.iver...@gmail.comwrote: Assuming your 2 processes are in the same address space you have a few choices. You could memory map a file in both processes. Or you could read/write files. If your processes are on different machines then you probably want a simple socket connection between the tasks for moving data. No rocket science and really no different than what COM did, but without the layer upon layer of complexity. On Fri, Dec 17, 2010 at 1:01 PM, John Baker bakerj...@gmail.com wrote: Though I am happy to see COM's backside it was the most useful and stable J/Win interprocess protocol on Windows. I gave up using the dll server years ago as I like my processes separate and protected. This is one of the great things about JHS. The current JHS setup looks great for passing text data around but what about large binaries. How do you pass a 10e6 element array from a C# program to J and get a large array response. The old COM interface provided this functionality, On Thu, Dec 16, 2010 at 6:08 PM, bill lam bbill@gmail.com wrote: FWIW examples for interface to .net in jwiki depend on the lagacy technology. Чтв, 16 Дек 2010, Steven Taylor писал(а): Hi, I know this is probably legacy technology as far as you guys are concerned... I was wondering if there were any plans to update the COM interface currently available in j602 j.dll? I know it's there in j7. I'm running the 64 bit j602 client, but I can't talk to it over 64 bit COM. I haven't done any serious tests with it yet though... perhaps it's there already. Yes COM is long-in-the-tooth, but it's quite convenient for some things. btw: thanks for the hard work. cheers, -Steven -- For information about J forums see http://www.jsoftware.com/forums.htm -- regards, GPG key 1024D/4434BAB3 2008-08-24 gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3 -- For information about J forums see http://www.jsoftware.com/forums.htm -- John D. Baker bakerj...@gmail.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 -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] OK, Now I'm in Trouble! ;-)
IT policies - don't get me started. On Fri, Dec 17, 2010 at 10:44 AM, Charles Turner vze26...@optonline.netwrote: Thought someone might be amused by this: [vatic 40819882] DreamHost Policy Bot Alert Our automated system has come across the following activity under your account that is in violation of our Terms of Service. We request that you take any necessary action to cease the activity as quickly as possible or we will be forced to take further action. If you were not aware of any such activity, please feel free to contact support and we can look into the issue further. User vatic running ./j64-701/bin/jconsole ~addons/ide/jhs/core.ijs -js init_jhs_'' listening on port 65001. Network daemons are against our Terms of Service. -- For information about J forums see http://www.jsoftware.com/forums.htm -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] 64 bit COM interface in j7?
Though I am happy to see COM's backside it was the most useful and stable J/Win interprocess protocol on Windows. I gave up using the dll server years ago as I like my processes separate and protected. This is one of the great things about JHS. The current JHS setup looks great for passing text data around but what about large binaries. How do you pass a 10e6 element array from a C# program to J and get a large array response. The old COM interface provided this functionality, On Thu, Dec 16, 2010 at 6:08 PM, bill lam bbill@gmail.com wrote: FWIW examples for interface to .net in jwiki depend on the lagacy technology. Чтв, 16 Дек 2010, Steven Taylor писал(а): Hi, I know this is probably legacy technology as far as you guys are concerned... I was wondering if there were any plans to update the COM interface currently available in j602 j.dll? I know it's there in j7. I'm running the 64 bit j602 client, but I can't talk to it over 64 bit COM. I haven't done any serious tests with it yet though... perhaps it's there already. Yes COM is long-in-the-tooth, but it's quite convenient for some things. btw: thanks for the hard work. cheers, -Steven -- For information about J forums see http://www.jsoftware.com/forums.htm -- regards, GPG key 1024D/4434BAB3 2008-08-24 gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3 -- For information about J forums see http://www.jsoftware.com/forums.htm -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] Gtk on Mac
Well I can confirm that the latest dmg installs and runs ok on intel mac os 10.6. I've only got the console up and running - safari does not seem to respond even after JHS starts. As I am a mac neophyte it's probably operator error. I haven't tried GTK yet - starting with the simple thing first. jdb On Mon, Dec 13, 2010 at 8:28 AM, chris burke cbu...@jsoftware.com wrote: Thanks to Norman Drinkwater, the J7 Gtk IDE (with syntax highlighting) is now working properly on Mac OS X 10.6 32-bit Intel. See http://www.jsoftware.com/jwiki/System/Beta/Gtk%20on%20Mac for more info. We need this tested on other Mac OS, and if necessary, appropriate binaries built. Chris -- For information about J forums see http://www.jsoftware.com/forums.htm -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] Gtk on Mac
I have managed to get JHS going on Chrome for the mac - it's exactly like Chrome on windows. No luck with Safari yet. I think JHS is actually going to work. Once you get a few tabs open JHS is a pretty decent little environment. The major draw back is a good in browser editor. I am sure there are such things. jdb On Mon, Dec 13, 2010 at 10:57 PM, bob therriault bobtherria...@mac.comwrote: Hi John, The JHS was pretty easy to get going for me. Just click on the red J in the J701 folder. This should activate a terminal window, executing some commands and culminating in an URL that you can cut and paste into the address box of the browser of your choice. The J session will run as a window/tab on the browser. Hope this helps. Cheers, bob On 2010-12-13, at 8:38 PM, John Baker wrote: Well I can confirm that the latest dmg installs and runs ok on intel mac os 10.6. I've only got the console up and running - safari does not seem to respond even after JHS starts. As I am a mac neophyte it's probably operator error. I haven't tried GTK yet - starting with the simple thing first. jdb On Mon, Dec 13, 2010 at 8:28 AM, chris burke cbu...@jsoftware.com wrote: Thanks to Norman Drinkwater, the J7 Gtk IDE (with syntax highlighting) is now working properly on Mac OS X 10.6 32-bit Intel. See http://www.jsoftware.com/jwiki/System/Beta/Gtk%20on%20Mac for more info. We need this tested on other Mac OS, and if necessary, appropriate binaries built. Chris -- For information about J forums see http://www.jsoftware.com/forums.htm -- John D. Baker bakerj...@gmail.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 -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] new beta installers available
The latest beta rolled in without any problems. It looks great in Chrome. The download is now so small I thought I made a mistake - decrufting almost always improves software. On Fri, Nov 5, 2010 at 7:39 AM, Dan Bron j...@bron.us wrote: Eric wrote: The J engine has not changed. Would it be much work to produce a single installer that contains everything beta? New J engine, updated libraries, JHS, and JGTK? -Dan -- For information about J forums see http://www.jsoftware.com/forums.htm -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] 1.0.12 JHS update available - Google Charts - a big deal
I agree - neat web trick. On Sun, Aug 1, 2010 at 10:54 AM, Eric Iverson eric.b.iver...@gmail.comwrote: ...jconsole ~addons/ide/jhs/core.ijs -js jhs'' The standard installer has a ~bin/jhs.bat file that does this. On Fri, Jul 30, 2010 at 10:30 AM, John Baker bakerj...@gmail.com wrote: I have just moved to a win 7 machine and I using Chris's J7W version of the beta. The ide/jhs updates nicely but I have forgotten how to start the console server for JHS. Could instructions for this be posted. Thanks On Fri, Jul 30, 2010 at 12:12 AM, Eric Iverson eric.b.iver...@gmail.com wrote: A silly typo meant height wasn't set for the img Fixing this makes the scrolling of textbox into view work. Upgrade to 1.0.13 for this fix. The fix is also at Jsoftware JUM JHS (kill task and restart to get new version), On Fri, Jul 30, 2010 at 12:01 AM, Eric Iverson eric.b.iver...@gmail.com wrote: Thanks for the report. I can reproduce all these problems and will work on fixing them next week. The scrolling up issue is a timing issue. If the plot is fast/small then it gets figured correctly into the size for scolling. If the plot is a bit slow then the scroll to the end is wrong. With luck not to hard to fix although I thought that having img with width and height would be sufficient. On Thu, Jul 29, 2010 at 10:59 PM, Sherlock, Ric r.g.sherl...@massey.ac.nz wrote: A couple of other issues: Both IE8 and Firefox 3.6.3: Keyboard shortcuts don't work from the help, jal or demo pages. They work fine from the jijx, jfile and jijs windows. Just Firefox 3.6.3: For example if I'm in the ijx window and navigate to the open window and then back again to the ijx window the following two lines have been added (in green) to the ijx log: getsrcfile: favicon.ico getsrcfile: favicon.ico Also I assume this is just some arbitrary size restriction (perhaps at the Google end) but I tried increasing the size of the plot image to be output, eg: plotlines 'fubar';'abc|def';800 400; 2 10$?20#1000 But there is no image received - IE8 shows an empty placeholder for the image of the correct size, Firefox doesn't display an image. From: Eric Iverson Sent: Friday, 30 July 2010 12:06 A new JHS update is available. -- For information about J forums see http://www.jsoftware.com/forums.htm -- For information about J forums see http://www.jsoftware.com/forums.htm -- John D. Baker bakerj...@gmail.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 -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] new j701 beta for all platforms
I can confirm this works. I also had the flash and die console but I have JHS up in the Chrome browser now. On Wed, Jun 9, 2010 at 9:56 AM, Eric Iverson eric.b.iver...@gmail.comwrote: Please try to following to get more info about what is going wrong. 1. start jconsole 2.load'~addons/ide/jhs/core.ijs' 3.jhs 65001 0 This should display information in the jconsole dos window. However, since your report says the window just flashes and dies there is a good chance that will just happen here as well. If it flashes and dies we'll have to step through the jhs initialization to see where the problem is. The initialization is not very complicated. Bascially it creates a listening socket, binds it to port 65001, and then switches to jfe mode where input and output are done with J verbs. Until you get the server to start successfully, there is no point in fiddling with the browser. Is your system perhaps configured in some security way to kill apps trying to establish listening sockets? You could extract the socket stuff from init_jhs_ to see where the trouble is. It creates a socket, binds to port 65001 and localhost, and does a listen. My guess is the trouble is here, rather than in the switch to JFE mode. On Wed, Jun 9, 2010 at 8:09 AM, R.E. Boss r.e.b...@planet.nl wrote: Nothing works here under Win XP and Chrome, neither J32 nor J64. Jconsole sticks to the Dos-window, JHS flashes some window(s) which shut down immediately. Did a fresh install twice, restarted machine, no difference. J7gtk worked and works OK. R.E. Boss -Oorspronkelijk bericht- Van: beta-boun...@jsoftware.com [mailto:beta-boun...@jsoftware.com] Namens Eric Iverson Verzonden: woensdag 9 juni 2010 0:23 Aan: Beta forum Onderwerp: [Jbeta] new j701 beta for all platforms New betas for all platforms are available at the web download beta page. The page gives an overview of the changes. This beta puts Jconsole, JHS, JAL, J Engine, new scripts, and new folder structure into traditional install packages. We're not quite at the point where this base can be used to easily install JGTK. We should be there shortly. The download now includes an installer for Mac Powerpc. I'm not able to test JHS on my test machine as it has an ancient Safari and I haven't bothered to do all the necessary upgrades and would prefer to just let it lie. User feedback on JHS on MAC Powerpc would be appreciated. -- 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 -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] Gtk IDE
This scheme works nicely. I haven't looked under the hood but how are the regex's being applied? Does it occur in J or in the GTK editor. Chris, I think I will get used to the (defs names) pretty quickly. It's a nice relevant way to jump around in J source files. I have tried the editor with large semi-compiled JOD scripts that contains hundreds of defined names. Of course it slows down but is still useful. For scripts with less than 30 names it's almost the bees knees. John Baker On Mon, May 17, 2010 at 7:52 AM, Sherlock, Ric r.g.sherl...@massey.ac.nzwrote: From: bill lam Nice addition! BTW I guess the kludge by defining an extra id such as context id=comment1 style-ref=comment end-at-line-end=true can be replaced by a better method that reuse existing id, but I'm inexperience in this matter. Me too, but I think I figured it out. The following tidies the specification up a bit, as well as more closely matching the behaviour of the J parser. Still room for improvement though!! ?xml version=1.0 encoding=UTF-8? !-- Authors: Jsoftware -- language id=j _name=J version=2.0 _section=Sources metadata property name=mimetypestext/x-j;text/x-jsrc/property property name=globs*.ijs/property property name=line-comment-startNB\./property /metadata styles style id=comment _name=Comment / style id=note _name=Multiline Comment / style id=string_name=String/ style id=parens_name=Parens/ style id=control _name=Control / style id=global_name=Global/ style id=local _name=Local / style id=primitive _name=Primitive / style id=number_name=Number/ style id=noundef _name=Noun Definition / /styles definitions !-- problems/shortcomings perhaps control should be done as keywords not sure how to include suffix primitives other than =: =. highlight missing single quotes would be nice parens inside expdef matched vs unmatched parens coloring marking matching paren might be nice but how to do () and not {} and [] -- !-- NB. -- context id=comment style-ref=comment end-at-line-end=true start\%[NB\./start /context !-- 'abc' -- context id=string style-ref=string end-at-line-end=true startL?'/startend'/end /context !-- 2.34 -- context id=number style-ref=number match extended=true\%[[_0-9][_0-9\.a-zA-Z]*\%]/match /context !-- () -- context id=parens style-ref=parens match extended=true[\(\)]/match /context define-regex id=valid-name[a-zA-Z][a-zA-Z0-9_]*\./define-regex define-regex id=close-expdef^\s*\)\s*$/define-regex !-- explicit definition -- context id=expdef style-inside=true start\%[(([1-4]|13)\s+:\s*0)|((adverb|conjunction|verb|monad|dyad)\s+define)\%]/start end\%{close-expdef}/end include context ref=comment/ context ref=string/ context ref=number/ context id=control style-ref=control match extended=true \%[(assert\.|break\.|continue\.|for\.|do\.|end\.|if\.| else\.|elseif\.|return\.|select\.|case\.|fcase\.| throw\.|try\.|catch\.|catchd\.|catcht\.|while\.|whilst\.| for_\%{valid-name}| goto_\%{valid-name}| label_\%{valid-name}) /match /context /include /context !-- explicit noun definition -- context id=noundef style-ref=noundef style-inside=true start\%[(0\s+:\s*0|noun\s+define)\%].*$/start end\%{close-expdef}/end /context !-- Note or multiline comment -- context id=note style-ref=comment style-inside=true start\%[Note\%].*$/start end\%{close-expdef}/end /context !-- =: -- context id=global style-ref=global match=:/match /context !-- =\. -- context id=local style-ref=local match=./match /context context id=j include context ref=comment/ context ref=string/ context ref=expdef/ context ref=noundef/ context ref=note/ context ref=number/ context ref=global/ context ref=local/ /include /context /definitions /language -- For information about J forums see http://www.jsoftware.com/forums.htm -- John D. Baker bakerj...@gmail.com
Re: [Jbeta] Gtk IDE
I installed the windows version and kicked it around a bit. For an early beta this looks quite promising. It will be nice to standarize gui's across the three main J platforms, windows, linux mac. The one thing I did notice was the handlng of syntax coloring for comments. If seems that only outer comments are colored NB. this comment is outside explicit definitions are get colored. someverb=: 3 : 0 x + y ) Inner comments do not get colored someverb=: 3 : 0 NB. this comment is inside explicit definitions - it doesn't get colored. x + y ) as a matter of style I prefer inner comments for explicit definitions because they can be quickly displayed in the console. Syntax colors are applied to inner comments in J6.02. Looking good so far. 2010/5/16 Björn Helgason gos...@gmail.com I did one install under wxp and it seems to work fine Another under Suse 10 First I needed to update the gtk install and then it ran but I get a lot of warnings Have to look at it a bit more It starts mostly similar to the wxp more later... Looks promising -- The files from the viewer.bat bin\jconsole.exe -jprofile imagemin.ijs user\projects\image\base\demo.png seem to be missing 2010/5/16 Chris Burke cbu...@jsoftware.com: A first version of the J7 Gtk IDE beta is available, see: http://www.jsoftware.com/jwiki/System/Beta/Gtk%20IDE . Feedback to the beta forum, please. -- For information about J forums see http://www.jsoftware.com/forums.htm -- Björn Helgason, Verkfræðingur Fornustekkum II 781 Hornafirði, t-póst: gos...@gmail.com gsm: +3546985532 sími: +3544781286 http://groups.google.com/group/J-Programming Tæknikunnátta höndlar hið flókna, sköpunargáfa er meistari einfaldleikans góður kennari getur stigið á tær án þess að glansinn fari af skónum /|_ .---. ,' .\ / | Með léttri lund verður| ,--'_,' | Dagurinn í dag | / / | Enn betri en gærdagurinn | ( -. |`---' | ) | (\_ _/) (`-. '--.) (='.'=) ♖♘♗♕♔♙ `. )'()_() ☃☠ -- For information about J forums see http://www.jsoftware.com/forums.htm -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] J7 IDE
The devil is always in the details. I am generally in favor of replacing native foreigns with cd calls but the potential removal of the 1!: and 2! families caught my eye. If this step is taken please provide clear scripts on the various platforms illustrating how these verbs can be replaced with equivalent cd calls. I am particularily concerned about losing the component file facility in jfiles that sets on top of the indexed read 1!: calls. The jfiles system is very useful, performs well, and cannot be easily replaced with mapped files or streams. On Thu, Oct 22, 2009 at 3:07 AM, Oleg Kobchenko oleg...@yahoo.com wrote: There is now a page on J Wiki to discuss JFE for J701. http://www.jsoftware.com/jwiki/System/Beta/Front%20End It is fairly free-form, and any ideas are welcome. From: Sherlock, Ric r.g.sherl...@massey.ac.nz Thank you for making that available. It is a really interesting read. I really like the decision to retain a separate method for defining a GUI and event handling for portability across JFEs. I'm also really looking forward to investigating the jbserver! Will the mechanism for implementing x-platform support for things like 1!:x and 2!:x be similar to the way say the media/platimg addon is organised? i.e. a generic script containing the common interface that loads the appropriate platform-specific script defining low level verbs that do the cd calls. From: Chris Burke Background info on IDE changes planned for J7 is at: http://www.jsoftware.com/papers/jfe.htm -- For information about J forums see http://www.jsoftware.com/forums.htm -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] [Jchat] Clean elementary functions?
I would second this! On Fri, May 22, 2009 at 12:11 AM, Alex Rufon alex_ru...@ist-systems.comwrote: In J6.03: This is not a Typo right? :) I hope the support for Unicode in getb() and setb() functions are included/fixed. This is the only remaining objection by the other members of my team when using J. Hope it comes out soon. -Original Message- From: chat-boun...@jsoftware.com [mailto:chat-boun...@jsoftware.com] On Behalf Of Roger Hui Sent: Friday, May 22, 2009 11:00 AM To: Chat forum Subject: Re: [Jchat] Clean elementary functions? In J6.03: 0j1 ^ i.5 4 1 0j1 _1 0j_1 1 0j1 _1 0j_1 1 0j1 _1 0j_1 1 0j1 _1 0j_1 1 0j1 _1 0j_1 - Original Message - From: Roger Hui rhui...@shaw.ca Date: Thursday, May 21, 2009 17:46 Subject: Re: [Jchat] Clean elementary functions? To: Chat forum c...@jsoftware.com I am in sympathy with your concern. A solution in the particular case of z^n is to do repeated squaring instead of ^n*^.z . The interpreter already does that for real z . - Original Message - From: Kip Murray k...@math.uh.edu Date: Thursday, May 21, 2009 15:48 Subject: [Jchat] Clean elementary functions? To: Chat forum c...@jsoftware.com Caution, rant follows. /Kip Murray NB. It is too bad that whereas 0j1*0j1 _1 NB. and *:0j1 _1 NB. we get 0j1^2 _1j1.22465e_16 NB. The culprit appears to be 1 o. o. 1 1.22465e_16 NB. because 0j1^2 is calculated as ^ 2 * ^. 0j1 _1j1.22465e_16 NB. which has real part 2 o. o. 1 _1 NB. and imaginary part 1 o. o. 1 1.22465e_16 NB. Sometimes I think verb clean should be incorporatedNB. in the elementary functions! Maybe just in 1o. and 2o. NB. The TI-83 calculator gives clean results for i^2 and e^(i pi). load 'numeric' clean 0j1^2 _1 clean ^ 0j1 * 1p1 _1 0j1^2 _1j1.22465e_16 ^ 0j1 * 1p1 _1j1.22465e_16 clean 1e_10$: :(4 : 0) if. L. y do. x clean each y else. if. (3!:0 y) e. 16 16384 do. j./1 y * x : | y=. +.y else. y * x : |y end. end. ) -- For information about J forums see http://www.jsoftware.com/forums.htm -- For information about J forums see http://www.jsoftware.com/forums.htm -- John D. Baker bakerj...@gmail.com -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] JOD and j602dbeta_win
Hi Bjorn, I have added to the documentation but the labs are not complete. Now that I know there is some interest I will strive to finish them up. Thanks On Fri, Feb 15, 2008 at 7:23 AM, Björn Helgason [EMAIL PROTECTED] wrote: Are the labs supposed to be finished now? I get a lot of +-++ |0|!JOD error: no dictionaries open| +-++ I am using k-beta the libraries are 0.2.5 2007/12/15, John Baker [EMAIL PROTECTED]: You are indeed correct. The labs and documentation are still under development. The Introduction lab is not complete. If you got to step 31 you managed to get quite far. I presume the installation/setup worked or you wouldn't have made 31. On Dec 14, 2007 1:01 PM, Paul Gauthier [EMAIL PROTECTED] wrote: I had a hard time trying to go through the JOD introduction lab after I installed the j602dbeta_win under c:\j602 (it seemed easier at first glance to install it there for JOD purposes without modifying the bat file). I also installed the two jod libraries and the new base library as well. I was finally stopped first at (31 of 44) Where: grp 'JODdob' failed. Maybe the intent was: grp 'testgroup'... Moving to (32 of 44) Where: 2 od ;:'joddev jod' failed. I that point I figured JOD is not yet completed... Am I right ? -- For information about J forums see http://www.jsoftware.com/forums.htm -- For information about J forums see http://www.jsoftware.com/forums.htm -- Björn Helgason, Verkfræðingur FuglFiskur ehf, Þerneyjarsund 23, Box 127 801 Grímsnes ,t-póst: [EMAIL PROTECTED] Skype: gosiminn, gsm: +3546985532 Landslags og skrúðgarðagerð, gröfuþjónusta http://groups.google.com/group/J-Programming Tæknikunnátta höndlar hið flókna, sköpunargáfa er meistari einfaldleikans góður kennari getur stigið á tær án þess að glansinn fari af skónum /|_ .---. ,' .\ / | Með léttri lund verður| ,--'_,' | Dagurinn í dag | / / | Enn betri en gærdagurinn | ( -. |`---' | ) |(\_ _/) (`-. '--.) (='.'=) `. )'()_() -- For information about J forums see http://www.jsoftware.com/forums.htm -- For information about J forums see http://www.jsoftware.com/forums.htm
[Jbeta] Info Button on Package manager fails in j k win32 builds
Just a little ticky-boo problem I noticed today. When you click the Info button for a particular addon in now throws a domain error. Previously it took you to the wiki page describing the addon. I noticed this in the J win32 build but it also fails in the current k win32 beta. jdb -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] VB COM Interface
This may be BINPATH related I will do some checking. On Feb 3, 2008 7:28 AM, Eric Iverson [EMAIL PROTECTED] wrote: I haven't checked carefully, but I believe the J server bugs with BSTR lengths were fixed in the 601 release. At quick check shows no differences in that area between 601 and 602. Your example with SysAllocStringLen is correct that a null is always at the end of a BSTR memory allocation and although part of the memory allocated is not included in the BSTR length count. I think (but haven't checked) that the integer count preceeding the BSTR pointer is in fact a byte count and not a wchar count. That is, in your 'test' BSTR example the value in the preceeding length is 8, not 4. There were some changes in the J server and these are documented in Help|User Manual|COM, OLE, and OCX|J OLE Automation Server The important change is that the sentences necessary to load profile and get an ijx window are different than in 601. These differences are due to the changes in the area of bin folder, BINPATH, etc. - Original Message - From: Oleg Kobchenko [EMAIL PROTECTED] To: Beta forum beta@jsoftware.com Sent: Sunday, February 03, 2008 1:16 AM Subject: Re: [Jbeta] VB COM Interface Here's a message supposed to be sent to JForum in 2004, but don't see it in forum archive. So the idea is that perhaps your code compensated for the extra \0 at the end of BSTR. --- Oleg Kobchenko [EMAIL PROTECTED] wrote: Date: Fri, 9 Jul 2004 03:35:22 -0400 From: Oleg Kobchenko [EMAIL PROTECTED] Subject: Re: Passing Strings to OCX / ActiveX Controls To: [EMAIL PROTECTED] CC: Oleg Kobchenko [EMAIL PROTECTED] BSTR for 'test' is stored like this (space per byte): ++--+--+--+--+--+ |4 |t |e |s |t |\0| ++--+--+--+--+--+ ^ pointer However it should be allocated indirectly using SysXXX: DWORD len = wcslen(Ltest); BSTR s = SysAllocStringLen(Ltest, len); Which will allocate len*2 + 6 bytes, store len in the first 4 bytes, copy len shorts afterwards, store \0 in the last short, and return a pointer to the first character. However, what has been seen in the examples is (because BSTR stores length, it can embed null characters) ++--+--+--+--+--+--+ |5 |t |e |s |t |\0|\0| ++--+--+--+--+--+--+ ^ pointer not what is expected by COM rules. On Mon, 5 Jul 2004 11:11:07 +0800, Alex Rufon [EMAIL PROTECTED] wrote: Hi Simon/Everybody, I just got back from China so it's the first time I saw this post. I also encountered this before so I made a test app to try it again. In the attached zip file are: 1. StringTest.DLL - the DLL to be called by the J script. For the non VB savvy, its similar to an OCX. 2. stringtest.ijs - the J script that acts as a wrapper to StringTest.DLL 3. jtestvb.JPG - a screenshot of my VB IDE while debugging the test. You can see J session at the back of VB. 4. Various VB files - so you can recompile the thing yourself with VB6. ;) So to make a long story short, J did not add an extra space at the end of the string but instead added a 0 (or in C notation a \0 ). I think this has something to do with how J handles strings ... as zero terminated character arrays. :) Can we consider this as a bug? I actually don't know ... you see I've been lucky since I have never consciously called a 3rd party DLL/OCX without making a VB or C/C++ wrapper between the 3rd party object and J. What I'm saying is that if it becomes a problem, I'll just strip it off myself. Unfortunately, I do recognize that there may be cases (for me or other J developers) to not be able to do what I normally do. r/Alex -Original Message- From: Simon Gibbon [mailto:[EMAIL PROTECTED] Sent: Saturday, July 03, 2004 6:19 AM To: [EMAIL PROTECTED] Subject: Re: [Jforum] Passing Strings to OCX / ActiveX Controls Thanks to everybody who posted helpful suggestions, I got in touch with the developer of TwainControlX, sent him J and my script. To cut a long story short, he discovered that J sends an extra space at the end of the string which it passes to the ActiveX control, hence it did not recognise .jpg correctly. He has added code to remove the space and now all works wonderfully. I guess this is a bug with J? But I equally guess his code was not as robust as it could have been. Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping -- For information about J forums see http://www.jsoftware.com/forums.htm -- For information about J
[Jbeta] VB COM Interface
I have been running a VB/COM application for a number of years. If's a VB6 application that mostly passes BSTR's to a J application. None of the betas in the current 602 cycle work with this application. The last J version that works is 6.01. Registering j602 and using this app results in a series of errors. The BSTR interface has changed in some way. Has only else experienced difficulties with similar applicaions. jdb -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] JOD and j602dbeta_win
You are indeed correct. The labs and documentation are still under development. The Introduction lab is not complete. If you got to step 31 you managed to get quite far. I presume the installation/setup worked or you wouldn't have made 31. On Dec 14, 2007 1:01 PM, Paul Gauthier [EMAIL PROTECTED] wrote: I had a hard time trying to go through the JOD introduction lab after I installed the j602dbeta_win under c:\j602 (it seemed easier at first glance to install it there for JOD purposes without modifying the bat file). I also installed the two jod libraries and the new base library as well. I was finally stopped first at (31 of 44) Where: grp 'JODdob' failed. Maybe the intent was: grp 'testgroup'... Moving to (32 of 44) Where: 2 od ;:'joddev jod' failed. I that point I figured JOD is not yet completed... Am I right ? -- 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: [Jbeta] jar addon for J601?
Murray, The JAR addon is being revised - slowly in my spare time. I've changed the name to JOD and* *I am using the shift from j5.0x to j6.0x to reorganize things a bit and add some new functions. The new version will only work with j6.0x systems and beyond as the x.y. ... arguments have been changed in all code. I hope to get this done by the end of the year. jdb On 9/3/06, Murray Eisenberg [EMAIL PROTECTED] wrote: What's needed so that the jar addon will work with J6.01? I tried to run the introductory jar lab, but got the error that coextend has no value when the step came to run setupjar. The use of coextend actually first seems to occur not in setupjar (from jarintro.ijt), and not in install5-0x.ijs that is called by setupjar, but rather in jarbak.ijs, which is called by install5-0x.ijs. I tried to replace coextend throughout jarbak.ijs by coinsert (and cocurrent by coclass, but I still got an error: |file name error: createmast | 0!:0d,PARMFILE PARMFILE |value error: PARMFILE -- Murray Eisenberg [EMAIL PROTECTED] Mathematics Statistics Dept. Lederle Graduate Research Tower phone 413 549-1020 (H) University of Massachusetts413 545-2859 (W) 710 North Pleasant Streetfax 413 545-1801 Amherst, MA 01003-9305 -- 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: [Jbeta] j601ubeta_win.exe
I was wondering what what happen after the z beta - maybe next time. On 8/22/06, Eric Iverson [EMAIL PROTECTED] wrote: The ubeta for Windows is available at: http://www.jsoftware.com/download/j601ubeta_win.exe A tentative schedule up to the final release: 22 Aug - ubeta for windows 24 Aug - ubeta for all other platforms (win64, linux, linux64, mac, pocketpc) 31 Aug - vbeta for all platforms 7 Sep - j601 final release for all platforms -- 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: [Jbeta] x. spelling error default
I second this! On 5/30/06, Anssi Seppälä [EMAIL PROTECTED] wrote: I understand now why the y. was changed to plain y. It makes J more natural for new users and new users we all like to see. This is just such thing that can awake new users interest if they see interesting examples at the first time. It might be better if the syntax coloring is used to show variables x y in ijs-windows in different colour (like control structures, text, comments). Anssi At 19:12 29.5.2006, you wrote: In a change like x for x. there is a cost. The question is who pays. Jsoftware policy is to favor new users over old. A new user should find things as clean as possible. A new user, with a newly installed system, getting their first taste of J, should not be distracted with the x. and y. historical baggage. Or any other barnacles from the past. As much as possible the cost of the change should be borne by old users. I hope the reasoning behind this is obvious, if not agreeable. J is used by a small community. A community that is too small. Jsoftware is dedicated to growing this base and we feel this is best done by presenting well to new users. An old user has been involved in discussion of the change and can work out their own manner of coping. A new user would be confused and could focus on this dead tree rather than the forest. With luck the user base will grow until the emphasis has to shift to favoring new to old users. We look forward to that day. -- For information about J forums see http://www.jsoftware.com/forums.htm -- For information about J forums see http://www.jsoftware.com/forums.htm