Re: [Jbeta] NaN on ARM
_-_ _%_ both return NAN errors on iPhone 3GS as well Cheers, bob On 2012-06-28, at 6:48 PM, bill lam wrote: The android ndk has issue with NaN as reported by Michael earlier and workarounded. However I found that it failed to report NaN at all. For example _ - _ - _. _ % _ - _. but both of them should raise NaN errors. on debian arm, I tested NaN behaviour was correct and passed all tests in validation suite. I am curious to know what will be result of the same operations in iPhone/iPad. _ - _ _ % _ 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
Re: [Jbeta] data transfer fixes
Hey Eric, I don't think that the forum allows attachments - at least I don't see an attached script with this email :) By the way, massive congratulations on getting into the Apple infrastructure so smoothly. These things do not happen by accident and your efforts are appreciated. Cheers, bob On 2012-06-19, at 9:26 AM, Eric Iverson wrote: Attached script has fixed/improved documentation and verbs for moving files to/from iPad/iPhone. Put the script in your desktop ~temp folder. Read the file to see the instructions at the beginning. I think this provides a reasonable, though cumbersome, way to move iPad stuff. Example of use: install help addons on your desktop, pack it up and install on your iPad. You then have complete local J help in your J hview. *** 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
[Jbeta] j 1.2 (1.22) is now available
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
Re: [Jbeta] j 1.2 (1.22) is now available
Hey Brian, I was thinking 'help' might be ported to html and the button press would cause it to be displayed in the hview . Possibly next version, since I think Eric wants to get his foot in the door of the iTunes store. Cheers, bob On 2012-05-31, at 1:17 PM, Brian Schott wrote: I find it disorienting that when the keyboard is closed and I scroll up the log to the text of Hhelp, and then tap the screen on one of the Hhelp items, the screen scrolls back down to the input edit field without doing anything. I suppose I wil learn over time not to tap in the log when I should be pressing. --- (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: [Jbeta] 1.19
Hi Eric, Of all the buttons, the one I think that you may be able to do without is the keyboard button. The keyboard already appears when you tap the text entry field, and it disappears when you click on the screen away from the keyboard. It is nice to have an overt way to bring the keyboard in or out, but I don't see that it makes up for the shorter space in the text entry field. It is certainly possible that I am missing some added functionality that the keyboard button provides and would love to hear if that is the case. On a second note since we seem to be wrapping up the beta, have you given any bought to including the J documentation through html as part of the download. That html window seems to me to be a natural way to provide help and not get in the way of the J text area. This is becoming even more apparent with your last 5 screen option, which means that even with graphics or plots you could use an html help and then swipe back to the graphics display. The documentation already exists on the Jsoftware site in html format so accessing via the web is a quick fix for it, but it seems to me that having documentation available even when you are off the grid is a feature (especially given the quality of the J learning materials). Just my 2 bits, you've done a great job on this beta. cheers, bob On 2012-05-30, at 7:12 AM, Eric Iverson wrote: Re the bullet button - read the simple docs. Not sure what can be done about the limited iPhone portrait landscape. I am loath to give up any of the buttons, or to make them skinnier, or to use more screen space for a different layout. For longer lines on the iPhone the solution may just have to be to go landscape. On Wed, May 30, 2012 at 9: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 -- 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] update
Hi Eric, Is it possible to include a pinch zoom gesture in the hview area? I am thinking it may be nice to examine some vector graphics such as SVG in more detail. Also, you mentioned the bringing the files across for the html docs. I think that it would be easier for you to do this within the app since I think the user is restricted to adding files to only the root level. Just a thought for future development, I agree with your original idea of paving the cowpaths once the first version is out and we see what documentation may be most useful. Cheers, bob On 2012-05-30, at 2:53 PM, Eric Iverson wrote: The problem with icons for retina devices is fixed in the next build. In case I forget to mention it, it will have a welcome escape. A hview rightswipe will end the welcome script. But how will you know you aren't missing something cool? -- 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] update
Since SVG is compatible with html5, you can write out SVG code and have it display in the hview. It works well for creating interfaces and mapping applications ( and it is working with hview including previous 5 displays). Would it also be possible to load the documentation through the JAL? I have done this easily through the server version of JHS 701 on my laptop, but I am not entirely sure how it would work in the world of iOS. I also noticed that if I four finger swipe to another app, then change the orientation on the iPad, when I swipe back to the J application it begins with the splash screen for a second or two before it updates back to the current state of the working session. Doesn't seem to be a problem with the iPhone as it seems that the animation in app switching may correct the problem. Cheers, bob On 2012-05-30, at 3:37 PM, Eric Iverson wrote: You have mentioned svg before. Are you putting svg stuff in hview? The plot results are html5 canvas. Pinches and similar stuff won't be in this first release. You are not restricted within the sandbox where you can put files. You can create folders etc to your hearts content using normal J facilities. But you are restricted to the sandbox with is the entire folder structure as set by you and J from /Documents (root). For example, your could do the following (untested pseudo code): 1!:55jpath'~user/myhelp' fromurl'www.jsoftware.com/.vocabul.htm) fwrite '~user/myhelp/vocabul.htm' writehview_jzplot_ fread'~user/myhelp/vocabul.htm' On Wed, May 30, 2012 at 6:01 PM, bob therriault bobtherria...@mac.comwrote: Hi Eric, Is it possible to include a pinch zoom gesture in the hview area? I am thinking it may be nice to examine some vector graphics such as SVG in more detail. Also, you mentioned the bringing the files across for the html docs. I think that it would be easier for you to do this within the app since I think the user is restricted to adding files to only the root level. Just a thought for future development, I agree with your original idea of paving the cowpaths once the first version is out and we see what documentation may be most useful. Cheers, bob On 2012-05-30, at 2:53 PM, Eric Iverson wrote: The problem with icons for retina devices is fixed in the next build. In case I forget to mention it, it will have a welcome escape. A hview rightswipe will end the welcome script. But how will you know you aren't missing something cool? -- 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: [Jbeta] j 1.2 (1.15)
Joey, Thanks for the tip on the hold on !/, for the quote . Additionally, if you are on the number or special character keyboard on the iPad or iPhone, holding the ' key will also give you access to the ` (backquote) character, which comes in handy when using @. as the backquote does not show up on any of the onscreen keyboards as its own key. I also had no problems downloading jbeta 1.2 (1.15) and it runs fine. I like that the update does not affect files that I have already moved into the application using iTunes, so that I can pick up with those scripts right where I left off. Cheers, bob On 2012-05-24, at 1:41 PM, Joey K Tuttle wrote: Received notice and installed with no problem on iPhone and iPad. I have noticed that recently my iPad seems to shutdown j fairly quickly if it isn't active. That is, I go back to try new things and find I'm in a clean work space with the Welcome to J message at the top. It makes me wish for (old APL behavior) a continue workspace - but I also like abandoning that for cleaner scripts. Still, there may be a middle ground that would suit these new devices. Another observation, I discovered today that touch and hold of the !/, key let's me type quotes without switching to the numeric keyboard. This is very handy when loading script files. This only works on the iPad since iPhone doesn't have , on the alphabetic keyboard... -- 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] Editing files introduced through iTunes
Hi everyone, When I add files from my desktop through iTunes they are put in the root as expected. The question is how do I edit those files? If I use je then the ~user path is added and thus a new file is created, since the file I want to edit exists back at the root. Solutions to my challenge could include: Ways to access files in the root from the J app. Ways to move the files from the desktop into the user folder in the J app. I can do this by copying the original file and emailing it to the iPad, then opening the email and copying and pasting into the new file using je but I was hoping for a more straightforward approach. Down the road my goal is to be able to add the docs to the add ons within the J folder and then have local access to the help files while running J. (but for now I would just like to work with the files I have already created on my desktop) Cheers, bob -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] Editing files introduced through iTunes
Thanks for the response, I had not thought of that. I'll look into it, but I think that the root of the problem is that iPad apps are sandboxed so that you don't seem to update any files within the J folder. I can get files to the root level, I just don't seem to be able to edit them from that position. I will see if evernote allows me to change the contents of the J folder (but I doubt a third party app would have this access). Cheers, bob On 2012-05-17, at 12:55 PM, km wrote: Perhaps instead of iTunes you could use the free Evernote app for transferring and also for storing and editing files. I do not know whether Evernote notes can be made accessible to J on the iPad. Sent from my iPad On May 17, 2012, at 2:29 PM, bob therriault bobtherria...@mac.com wrote: Hi everyone, When I add files from my desktop through iTunes they are put in the root as expected. The question is how do I edit those files? If I use je then the ~user path is added and thus a new file is created, since the file I want to edit exists back at the root. Solutions to my challenge could include: Ways to access files in the root from the J app. Ways to move the files from the desktop into the user folder in the J app. I can do this by copying the original file and emailing it to the iPad, then opening the email and copying and pasting into the new file using je but I was hoping for a more straightforward approach. Down the road my goal is to be able to add the docs to the add ons within the J folder and then have local access to the help files while running J. (but for now I would just like to work with the files I have already created on my desktop) 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: [Jbeta] Editing files introduced through iTunes
Hi Brian, I tried a variety of ways to address the files and when none worked I looked at the je definition. je_z_=: 3 : 0 assert. 0~:#y if. -.+./y e.'/.' do. y=. '~/user/',y,'.ijs' end. if. -.fexist y do. ('NB. new file created',LF) fwrite y end. smoutput'ioscmded ',y,LF,LF,~jpath y i.0 0 ) I did try rewriting this to allow for the root files position but I couldn't come up with the proper way to reference. Late breaking news: As I was working through my reply I took another look at that fourth line and by substituting '/file.ijs' for y … it worked! I think before I had missed that the .ijs extension was required when the rest of the verb is removed. Thanks so much for your help Cheers, bob On 2012-05-17, at 1:00 PM, Brian Schott wrote: Bob, Can't you edit them by prefixing with '/'? On Thu, May 17, 2012 at 3:29 PM, bob therriault bobtherria...@mac.com wrote: Hi everyone, When I add files from my desktop through iTunes they are put in the root as expected. The question is how do I edit those files? If I use je then the ~user path is added and thus a new file is created, since the file I want to edit exists back at the root. Solutions to my challenge could include: Ways to access files in the root from the J app. Ways to move the files from the desktop into the user folder in the J app. I can do this by copying the original file and emailing it to the iPad, then opening the email and copying and pasting into the new file using je but I was hoping for a more straightforward approach. Down the road my goal is to be able to add the docs to the add ons within the J folder and then have local access to the help files while running J. (but for now I would just like to work with the files I have already created on my desktop) Cheers, bob -- For information about J forums see http://www.jsoftware.com/forums.htm -- (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: [Jbeta] Editing files introduced through iTunes
Hi Eric, Now that I have the '/filename.xxx' format worked out for addressing root files, I have found that the fread fwrite approach is the best. Does this raise security issues since by using fread and fwrite as a user I would be able to manipulate the app? I love the flexibility that this allows, but wonder if Apple would feel the same way. Also, I would imagine that when the JAL is implemented that it would be the preferred way to build the local documentation of dictionary etc. . In the meantime the obvious idea is to copy over the files into the j app root and then fread fwrite them into the appropriate file structure. If this is the case, I will be waiting for the JAL :) , but I am just mentioning this in case you know of an easier way. Cheers, bob On 2012-05-17, at 3:22 PM, Eric Iverson wrote: je '/itnuy.ijs' or, probably better to fread and fwrite to where you want it. On Thursday, May 17, 2012, bob therriault wrote: Hi everyone, When I add files from my desktop through iTunes they are put in the root as expected. The question is how do I edit those files? If I use je then the ~user path is added and thus a new file is created, since the file I want to edit exists back at the root. Solutions to my challenge could include: Ways to access files in the root from the J app. Ways to move the files from the desktop into the user folder in the J app. I can do this by copying the original file and emailing it to the iPad, then opening the email and copying and pasting into the new file using je but I was hoping for a more straightforward approach. Down the road my goal is to be able to add the docs to the add ons within the J folder and then have local access to the help files while running J. (but for now I would just like to work with the files I have already created on my desktop) 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: [Jbeta] Editing files introduced through iTunes
Here's to playing in the sandbox :) As I thought more about it and your answer, I see the reason behind Apple is providing security by restricting the access that apps have to other information, so that even if we did manipulate the app there would be severe restrictions to what the app could do to the rest of the device. Still, I love the flexibility that the choices that you are making provides. I am exploring SVG right now and, as far as it is compatible with html, the html window, j window combination becomes a very powerful way to manipulate graphics. I also include a link to Bret Victor's Inventing on Principle . In this talk he refers to the power of immediate results in programming environments that I think would benefit the J app. https://vimeo.com/36579366 Cheers, bob On 2012-05-17, at 3:48 PM, Eric Iverson wrote: you are not manipulating the app. you are playing in the sandbox. the app bundle is elsewhere and is untouchable. On Thursday, May 17, 2012, bob therriault wrote: Hi Eric, Now that I have the '/filename.xxx' format worked out for addressing root files, I have found that the fread fwrite approach is the best. Does this raise security issues since by using fread and fwrite as a user I would be able to manipulate the app? I love the flexibility that this allows, but wonder if Apple would feel the same way. Also, I would imagine that when the JAL is implemented that it would be the preferred way to build the local documentation of dictionary etc. . In the meantime the obvious idea is to copy over the files into the j app root and then fread fwrite them into the appropriate file structure. If this is the case, I will be waiting for the JAL :) , but I am just mentioning this in case you know of an easier way. Cheers, bob On 2012-05-17, at 3:22 PM, Eric Iverson wrote: je '/itnuy.ijs' or, probably better to fread and fwrite to where you want it. On Thursday, May 17, 2012, bob therriault wrote: Hi everyone, When I add files from my desktop through iTunes they are put in the root as expected. The question is how do I edit those files? If I use je then the ~user path is added and thus a new file is created, since the file I want to edit exists back at the root. Solutions to my challenge could include: Ways to access files in the root from the J app. Ways to move the files from the desktop into the user folder in the J app. I can do this by copying the original file and emailing it to the iPad, then opening the email and copying and pasting into the new file using je but I was hoping for a more straightforward approach. Down the road my goal is to be able to add the docs to the add ons within the J folder and then have local access to the help files while running J. (but for now I would just like to work with the files I have already created on my desktop) 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
Re: [Jbeta] The HTML View
Hi Robert, by looking at jh_z_ jh_z_=: 3 : 0 ('htmlhead/headbody',y,'/body/html') fwrite '~user/webview.html' smoutput 'ioscmdpl ' i.0 0 ) which is defined in the J app as a way to wrap its argument in an HTML template. You can see that what you want to display is written into a file called webview which is then displayed in the html window. I haven't looked into the socket aspect yet, but it may be notable that Eric has chosen to use the write to file/display file paradigm. Cheers, bob On 2012-05-16, at 11:01 AM, Robert Cyr wrote: It would be nice to have the entire screen available to a web page. That way, a bit of JavaScript would allow a fancy front end with pretty graphics such as sliders , powerful graphs etc. For a J person, a very useful and powerful calculating machine would of course lurk in the back-ground. I have not wet quite figured out how to communicate with my web page. Could this be why a socket script is included with the iPad J ( at 'j/system/main/socket.ijs') ? Sent from my iPad On 2012-05-16, at 00:46, David Leibs david.le...@gmail.com wrote: I think it might be nice if there was a way to grab the bottom of the html view and drag it downward in order to make it bigger. -David Leibs -- 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: [Jbeta] away
Eric, Enjoy your time away, you've given us lots to work with until you return. Cheers, bob On 2012-05-15, at 5:32 PM, Eric Iverson wrote: I'm away most of the next 8 days. There won't be any new builds. I will read email occasionally. -- 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] release build 1.13
Thanks Brian, jh is listed in ?help but like so many things in J there is much more to it than meets the eye. I find the most useful link is: jh 'a href=http://www.jsoftware.com/docs/help701/dictionary/vocabul.htm; click /a' Since that gives heads up display of the vocabulary (a section that I seem to spend a lot of time reading as I code! :) ) Cheers, bob On 2012-05-14, at 3:36 PM, Brian Schott schott.br...@gmail.com wrote: Bob, that's a great suggestion regarding help. It would also be helpful to add the feature jh to the list of ?utilities. --- (B=) On May 14, 2012, at 6:18 PM, bob therriault bobtherria...@mac.com wrote: jh 'a href=http://www.jsoftware.com; click /a' and clicking the link created in the HTML window. Then I have access to J resources while I am in the J app. Thoughts? -- 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: [Jbeta] Thumbs
beat me to it Eric. You access the split keyboard by holding down the keyboard icon in the lower right of the onscreen iPad keyboard and selecting split. For the longest time I had no idea that the iPad could do this. Cheers, bob On 2012-05-13, at 1:43 PM, Eric Iverson eric.b.iver...@gmail.com wrote: Have you played with the iOS 5 iPad split keyboard. In theory this is good for thumbs on iPad landscape. On Sun, May 13, 2012 at 4:27 PM, David Leibs david.le...@gmail.com wrote: When using J on my iPad I find that when I rotate to landscape mode I quickly rotate back out of that mode. The problem is that the keyboard is just too big. When it comes to the keyboard in our J application I must confess that I have a little Wolfram Alpha envy. The Alpha keyboard would be quite wrong for us in the iPhone though. Here is an idea that is only a little out there, a future idea since Eric probably doesn't want to branch into two platforms at this early stage of the game. Using iDevices I have been trained to touch type with my thumbs even on the iPad. In landscape mode we could have a large center area and two special keyboards, on each each side. They would be J-centric (what ever that means) would be layed out for thumb typing. I think something like this could work because of the way that is natural to hold the iPad when in landscape mode. We could still even have some kind of small popup keyboard for the bottom that some gesture could trigger. I think virtual keyboard(s) are a very interesting opportunity for us. -David Leibs -- 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: [Jbeta] Portrait vs. landscape
Hi Eric, Rotating the pad back brings back the controls, if that is what you mean by fixing things. I noticed one further thing about the aspect ratio changes. If you begin with portrait mode and the HTML window and onscreen keyboard are both visible, a rotation to landscape will cause the HTML window to disappear. If you start in portrait without the onscreen keyboard (tap anywhere in either the j or the HTML window to lose the onscreen keyboard), then the HTML window remains when you go to landscape. Hope this helps. Cheers, bob On 2012-05-12, at 11:37 AM, Eric Iverson eric.b.iver...@gmail.com wrote: Thanks for the detailed report. I can reproduce this and it should be easy to track down and fix. Please confirm that when you have the grey bar that rotating back to portrait fixes things. On Sat, May 12, 2012 at 2:22 PM, bob therriault bobtherria...@mac.comwrote: Hi everyone, I managed to recreate the situation where you lose the edit field and controls when you change the aspect ratios of the display. When running the J app for either iPad or iPhone 0) touch the J workspace field. This will cause the keyboard to disappear. (note: if the onscreen keyboard is present this bug will not show up) 1) rotate the device. If you began in portrait then landscape will have a grey bar across the bottom and no way to interact. (I think that the interaction area is below the screen display where you can't get at it). If you began in landscape mode then the text entry field shows up in the middle of the screen (again suspect that aspect has not changed). Touching the entry field brings the keyboard back up and everything goes back to working properly. Hope this helps. This beta is very impressive. 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: [Jbeta] iPhone J
Hey Eric, This is really impressive and I can confirm that it is working on a 3GS iPhone as well. I wonder if the ? could be included as part of the initial examples before the controls are enabled. It may not stick, but it would not be hard to scroll up to find the information again. The other suggestion is that when ?J combination is used, perhaps a fresh screen would be a way to differentiate it. The first time I tried the ?J combo I thought it had just kicked me back to the J session. And when I tested with another command I found that that is where i was. The J meant to me that I was returning to J, even though it was hanging off of the ? menu. Cheers, bob On 2012-05-11, at 8:35 AM, Eric Iverson wrote: 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 -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] iPhone J
H=: %@:@(+/~)@i. 6!:2 '%. H 100x' 910.259 on an iPhone 3GS! Although time stopped for the poor little thing (its clock display stopped while processing!) The power we hold in our hand is amazing. Thank you Jsoftware Cheers, bob Sent from my iPhone On 2012-05-11, at 9:10 PM, Joey K Tuttle j...@qued.com wrote: 6!:2 '%. H 100x' -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] Invoking the JGTK editor from the terminal.
Hi John, A possible near miss for JHS NB. In Unix based systems this works. x specifies the opening application and y the document NB. eg. 'TextWrangler' CallEdit '/Users/jay/test1.html' makes the TextWrangler application open the test1.html document CallEdit=: 4 : 0 2!:1 [ 'open -a ',x,' ',y ) I haven't found a way to create a tab, although this may be child's play to someone who actually knows what they are doing :) cheers, bob On 2011-01-30, at 8:47 AM, John Baker 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 -- 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] new jhs update
Eric and Brian, On an intel Mac I also get the described results on Safari (and additionally ctrl + arrow moves to the beginning and end of a line), but on Firefox the command + arrow forward and back takes me through the page history sequence and ctrl + arrow forward and back does nothing. Option + arrow forward and back move a word at a time along the line for both browsers. I am not able to test on a powerpc mac. JVERSION Engine: j701/2011-01-10/11:25 Library: 7.01.039 Platform: Darwin 32 Installer: j701a_mac_intel.dmg InstallPath: /Users/jay/j701 Cheers, bob On 2011-01-29, at 8:29 AM, Eric Iverson wrote: I can't test this in mac FF right now. Mac Safari behaves as expected (as you describe). I don't think jhs itself would affect this behavior so wonder if it isn't something in mac FF that is not specific to hs. On Fri, Jan 28, 2011 at 3:59 PM, Brian Schott schott.br...@gmail.comwrote: Using Firefox for jijx jhs I am noticing that my option+arrow and command+arrow keystroke commands on the edit line take me to jal, and do not move the cursor along the edit line as I am accustomed. Option+arrrow is supposed to move a word's distance and command +arrow is supposed to move to the beginning or end of the line. JVERSION Engine: j701/2011-01-07/14:33 Library: 7.01.035 Platform: Darwin 32 Installer: j701a_mac_powerpc.dmg InstallPath: /Users/brian/j701 On Sun, Jan 16, 2011 at 1:40 PM, Eric Iverson eric.b.iver...@gmail.com wrote: The latest ide/jhs has a few fixes, the open definition, and plot improvements. -- (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: [Jbeta] Nag nag nag nag
This seems to be a thread of loose ends :) Any chance that this bug will be resolved for the Unix/Darwin platforms? [1] 0x1 2.71828 I believe we found that it works fine on Windows machines. 0x1 0 Cheers, bob [1] http://www.jsoftware.com/pipermail/programming/2010-September/020598.html On 2011-01-10, at 8:29 PM, Roger Hui wrote: I doubt that this is a showstopper in any application so the fix will not make it into J7.01. - Original Message - From: david alis david.a...@gmail.com Date: Monday, January 10, 2011 20:16 Subject: Re: [Jbeta] Nag nag nag nag To: Beta forum beta@jsoftware.com is there also a fix for this one? a=.$.i.5 a+5x |syntax error | a+5 (same version, but on W7, 32bit) David On Mon, Jan 10, 2011 at 9:04 PM, Eric Iverson eric.b.iver...@gmail.comwrote: I have a fix for this bug from Roger and it will be included in the next set of 701 installers. Thanks for the nags! On Mon, Jan 10, 2011 at 5:02 AM, Roger Stokes r...@rogerstokes.free-online.co.uk wrote: Still got this old bug in j701: JVERSION Engine: j701/2011-01-07/14:33 Library: 7.01.030 Platform: Win 32 Installer: j701a_win.exe InstallPath: c:/users/homer/j701 1 0 2 +/ @: * (3 2 $ 3 1 2 1 1 0) 7 3 NB. The result 7 3 is wrong. NB. The correct result is 5 1, shown by replacing + NB. with an equivalent verb, say +0 . 1 0 2 +0 / @: * (3 2 $ 3 1 2 1 1 0) 5 1 NB. This has been mentioned before, firstly NB. by Patrick Van Beek on 14 6 2008. -- 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] Where are the beta release notes?
Hi Henry, If you have downloaded the help documentation through JAL then you should find release notes for J701 at http://127.0.0.1.65001/~addons/docs/help/release/contents.htm in your browser. Cheers, bob On 2010-12-31, at 12:29 PM, Henry Rich wrote: I know I've asked this before, but I've spent 10 minutes searching can't find the answer. Where are the Release Notes for 7.01? Henry Rich -- 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] Gtk on Mac
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
Re: [Jbeta] Gtk on Mac
Hmmm. I use the same technique for Safari (5.0.3) and have no problems (running a Macbook Pro Intel, OSX 10.6.5) Cheers, bob On 2010-12-13, at 9:16 PM, John Baker wrote: 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 -- 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
Congratulations Eric, I can see immeasurable potential with the move to the browser platform. J could become the place the cool kids go to play! :) Cheers, bob On -Jul29-2010, at -Jul29-20105:06 PM, Eric Iverson wrote: plotpie 'fubar';'abc|def|ghi';400 200; 50 24 12 -- For information about J forums see http://www.jsoftware.com/forums.htm
Re: [Jbeta] Jsoftware JHS available
Thanks Eric, I actually did kill my server and restart last night and have not seen the login/logoff problem occur again (see update below). I'm still using the same configuration, so we may be able to rule Chrome or OSX 10.6.4 as the cause (although you never know with intermittent problems). I was not using the back button on the browser tab, but just reentering the password, so I don't think refresh is the cause of the escalating attempts. Once killed and restarted the password worked, so the caps locked or bad password issues were apparently not the cause (whew!). Late update, after successfully logging on and off several times over the last 15 hours, I just got the '10 attempts - maximum 5' message and can't log on. I had not seen any unsuccessful logins since the most recent restart. Would you like me to kill my server and restart now, or is there a benefit to letting you have a look again? I think I may give it a try with Safari on the next restart and see if it is a browser related. Your thoughts? Cheers, bob On -Jun21-2010, at -Jun21-201011:37 AM, Eric Iverson wrote: I haven't been able to duplicate your password problems. At this stage the only way to reset your count so you can try again is to use JUM to kill your server and restart it. Please let me know if this works and whether you see any more funny stuff with the password. There is a small chance another person (a bad person) was trying to log into your account. But more likely it is a logic bug and I'd appreciate any additional observations. *** an additional thought The 29 count is very mysterious. Hard to believe the mythical bad person keeps hitting enter. Is there any chance that page is in your browser history and in using your browser back button you are unknowingly doing page refreshes? The page should be no-chache so this shouldn't happen but this is an area to look into. I wonder if Chrome does something different here. On Sun, Jun 20, 2010 at 1:01 AM, bob therriault bobtherria...@mac.comwrote: Hi Eric, I was able to log in and use the server under the user name of bob_therriault successfully, doing some simple interaction, opening files, and running labs. I then logged off and logged in again using the same password, at which point it indicated that there had been two unsuccessful attempts ( I hadn't been aware of any unsuccessful attempts!). Since I was allowed a maximum of 5 unsuccessful attempts, I was allowed back on again and everything worked fine. I then logged off. This morning when I tried to log on using the same password, it indicated 10 unsuccessful attempts and would not allow me access. Trying it two more times raised the attempts level to 12 (the counter seems to be working) but no successful log in. I am using Chrome for Mac on a MacBook Pro running Snow Leopard 10.6.4 Let me know if there is any further information you require. I am very enthused about integrating browsers into the J experience. Cheers, bob ps. I had sent this email earlier, before I had subscribed to the non-batch beta-forum (I hadn't seen it arrive, so I am resending). Subsequently, I tried logging in again (10 hours later) and now it is telling me that there are 29 failed attempts, and still not logging me on. bt -- 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: [Jbeta] Jsoftware JHS available
Thanks Eric, Yep, it was a complete surprise, there were no indications of any bad passwords previously and then ...10. One more attempt just now gave the count at 11 so if someone is accidentally trying to get in (I try to think of the better side of people), they have not tried recently. I'll restart and run in Safari for a bit before I go back to Chrome to see if that is part of the issue. Cheers, bob On -Jun21-2010, at -Jun21-201012:04 PM, Eric Iverson wrote: Thanks for additional info. Remains a mystery. Just kill your server and restart. Please report any future puzzles. I hate it when I know a bug is almost certainly in my code, but that a third party abusing your account could also be an explanation. Did the 10 attempts come completey as a surprise when you expected a clean page with no counts? Or did the 10 come suddenly after 1 actual bad password? On Mon, Jun 21, 2010 at 2:55 PM, bob therriault bobtherria...@mac.comwrote: Thanks Eric, I actually did kill my server and restart last night and have not seen the login/logoff problem occur again (see update below). I'm still using the same configuration, so we may be able to rule Chrome or OSX 10.6.4 as the cause (although you never know with intermittent problems). I was not using the back button on the browser tab, but just reentering the password, so I don't think refresh is the cause of the escalating attempts. Once killed and restarted the password worked, so the caps locked or bad password issues were apparently not the cause (whew!). Late update, after successfully logging on and off several times over the last 15 hours, I just got the '10 attempts - maximum 5' message and can't log on. I had not seen any unsuccessful logins since the most recent restart. Would you like me to kill my server and restart now, or is there a benefit to letting you have a look again? I think I may give it a try with Safari on the next restart and see if it is a browser related. Your thoughts? Cheers, bob On -Jun21-2010, at -Jun21-201011:37 AM, Eric Iverson wrote: I haven't been able to duplicate your password problems. At this stage the only way to reset your count so you can try again is to use JUM to kill your server and restart it. Please let me know if this works and whether you see any more funny stuff with the password. There is a small chance another person (a bad person) was trying to log into your account. But more likely it is a logic bug and I'd appreciate any additional observations. *** an additional thought The 29 count is very mysterious. Hard to believe the mythical bad person keeps hitting enter. Is there any chance that page is in your browser history and in using your browser back button you are unknowingly doing page refreshes? The page should be no-chache so this shouldn't happen but this is an area to look into. I wonder if Chrome does something different here. On Sun, Jun 20, 2010 at 1:01 AM, bob therriault bobtherria...@mac.com wrote: Hi Eric, I was able to log in and use the server under the user name of bob_therriault successfully, doing some simple interaction, opening files, and running labs. I then logged off and logged in again using the same password, at which point it indicated that there had been two unsuccessful attempts ( I hadn't been aware of any unsuccessful attempts!). Since I was allowed a maximum of 5 unsuccessful attempts, I was allowed back on again and everything worked fine. I then logged off. This morning when I tried to log on using the same password, it indicated 10 unsuccessful attempts and would not allow me access. Trying it two more times raised the attempts level to 12 (the counter seems to be working) but no successful log in. I am using Chrome for Mac on a MacBook Pro running Snow Leopard 10.6.4 Let me know if there is any further information you require. I am very enthused about integrating browsers into the J experience. Cheers, bob ps. I had sent this email earlier, before I had subscribed to the non-batch beta-forum (I hadn't seen it arrive, so I am resending). Subsequently, I tried logging in again (10 hours later) and now it is telling me that there are 29 failed attempts, and still not logging me on. bt -- 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
Re: [Jbeta] JHS login failures
Thank you for changing the Subject line to something more informative Martin. I am also relieved that I am not the only person experiencing this password challenge. Reading your description, it sounds as if we should see at most one failed attempt (unless we make a mistake in the password). I have always been able to sign in when my attempt level is less than 5. This indicates that given the opportunity, I am trending toward submitting the password correctly. :) I'm glad you are observing through the Opera glasses :) We may see different results with different browsers. Cheers, bob On -Jun21-2010, at -Jun21-20104:41 PM, neit...@gaertner.de wrote: [I hope noone minds that I took liberty to change the Subject: to something meaningful than JHS available.] EBI I haven't been able to duplicate your password problems. I think(!) I can see the same effect with Opera. My impression is that the browser's Password Wizzard may be auto-submitting the form once before letting the user having a second try. I may even collect a failed login upon logging *out*, because that returns to the login page. Let's see how soon I reach the threshold. To track this down, it would be helpful if the server would echo back the password it received but didn't accept. (Just until this issue is resolved.) Martin [I hope noone minds that I do not close with a full quote of all preceeding messages.] -- For information about J forums see http://www.jsoftware.com/forums.htm -- For information about J forums see http://www.jsoftware.com/forums.htm