HP-229 Subject: Detect USR mode to Run Program I am writing an interface for calculator inept people. I'd like to detect when USR mode is turned on and start running the interface. Basically turning on user mode activates the program, and turning it off reverts to regular calulator function. Does anyone have any idea how this would be poissible? TW timwessman@yahoo.com (bring it on spammers!=) === Subject: Re: Detect USR mode to Run Program > I am writing an interface for calculator inept people. I'd like to > detect when USR mode is turned on and start running the interface. > Basically turning on user mode activates the program, and turning it > off reverts to regular calulator function. Does anyone have any idea > how this would be poissible? That won't be easy Either you force them to be in user mode at boot time using your library config file. Or you create a new kernel that replace the key LeftShift Alpha and check each times an even occur that the 62 flag hasn't been set. Jean-Yves === Subject: Re: Detect USR mode to Run Program > I am writing an interface for calculator inept people. I'd like to > detect when USR mode is turned on and start running the interface. > Basically turning on user mode activates the program, and turning it > off reverts to regular calulator function. Does anyone have any idea > how this would be poissible? > That won't be easy > Either you force them to be in user mode at boot time using your library > config file. I would opt for this approach. Now all you need is a fake header. Examine all the 49G programs in the www.hpcalc.org that enhance the UI via a new header. Basically the calc is in USER mode all the time, but your program fakes it's own USER ON and OFF (1USR) in the new improved header. Note: 49g+ header is in different area in the memory and has new commands (entry points) in SysRPL to handle it. The only problem might be the user mode flag in the system which shows USER mode on all the time. If some program checks this, it will fail to see USER OFF. You could use +62 flag in your program to reflect the change of the pseudo-USER on and off. > Or you create a new kernel that replace the key LeftShift Alpha and > check each times an even occur that the 62 flag hasn't been set. > Jean-Yves === Subject: Re: Detect USR mode to Run Program > I am writing an interface for calculator inept people. I'd like to > detect when USR mode is turned on and start running the interface. > Basically turning on user mode activates the program, and turning it > off reverts to regular calulator function. Does anyone have any idea > how this would be poissible? -62 FC? or -62 FS? You're welcome. -- === Subject: Re: Detect USR mode to Run Program >> I am writing an interface for calculator inept people. I'd like to >> detect when USR mode is turned on and start running the interface. >> Basically turning on user mode activates the program, and turning it >> off reverts to regular calulator function. Does anyone have any idea >> how this would be poissible? >-62 FC? >or -62 FS? I'm afraid I wasn't very clear. I meant that when somoene pushes USER, the program starts running auatically without any other input presses. When they then push USER again, it turns it off. Has anyone ever tried anything like this before? TW timwessman@yahoo.com (bring it on spammers!=) === Subject: Re: Detect USR mode to Run Program >I am writing an interface for calculator inept people. I'd like to >detect when USR mode is turned on and start running the interface. >Basically turning on user mode activates the program, and turning it >off reverts to regular calulator function. Does anyone have any idea >how this would be poissible? >>-62 FC? >>or -62 FS? > I'm afraid I wasn't very clear. I meant that when somoene pushes > USER, the program starts running auatically without any other input > presses. When they then push USER again, it turns it off. Sorry, now I see what you mean (I think). Ok, how about a program assigned to key 71.2 that starts with 71.2 KEYEVAL, then checks the state of flag -62 and behaves as you wish based on that? But I'm not sure of how flag -62 behaves for the 1US mode. Of course this would only for when USR is turned on by the key, not for when the sequence -62 SF turns it on. > Has anyone ever tried anything like this before? -- === Subject: Re: Detect USR mode to Run Program PPS: Never mind. Dumb idea. Of course a program assigned to that key wouldn't be run unless USR were already in effect. Maybe ok if you can be sure that flag -61 is always clear though. The first press of the key would put the calculator in 1US mode, and the second press would put it into USR mode and run the program. But it seems that the program stops after 71.2 KEYEVAL until the next keypress; I don't know why. Maybe better to start out by toggling flag -62 instead. -- === Subject: Re: Detect USR mode to Run Program PS: You may want the program to take into account the state of flag -61 as well. -- === Subject: Re: Can anyone port EDEN.LIB Editor to the HP49G+? >> I might be entirely mistaken, but the appearance and behaviour of the >> built in editor are very similar to that of Eden. Even the menu >> layouts are similar. I wouldn't be terribly surprised to find that >> Eden was absorbed into the rom starting with the HP49G. Of course I >> welcome correction from any source with more definitive knowledge than >> my vague suppositions. > I would say it's the other way around. > The MetaKernel text editor has been inspired by my String Writer program ; > and the MK is much older than Eden. > So Eden has been inspired by the MK or StringWriter. > Or so I believe > Jean-Yves I remember EDEN's author (HPFox) bragging (in the app's help document) about the library being almost impossible to disassemble. Indeed he made a great job with the editor. It's very compact, has internal BZ decompression and supports hiperlinks (using the * character on front to specify topic labels and a nice index so one can jump to the desired topic in an instant. It's a great app and I use it a lot. It's the only thing keeping me from moving all of my use to my new HP49G+. Although I believe it sometimes crashes my calc, some bug I think. I know Yoann D.8esir has already tried to convert EDEN. But is anyone willing to really achieve such a task?! If not is anyone willing to write an Editor/Viewer (in fullscreen and minifont) with EDEN file type support?! WinHP (a PC program for writting files for the HP48/49) already does it. I really hope someone can help. Thanx in advance === Subject: Re: EQL+ (WR) INVALID CARD DATA... still remain >> but the message at warm start : INVALID CARD DATA still remain. >> message disappear and work correctly. >> I remaind that the problem appear form you have added the USRBOX >> program to the library... but i not use this program because I use >> <<3:/data/prog/UsrBox EVAL>> and it work correcly, I repeat, only with > 49+ (in the version from today I added a small picture for Newton's law > of gravitation:-) Your Invalid card data is not caused by EQL+. Read > the docu again: The command UBox looks on the path for the global UsrBox > and evaluates it. Only YOU are responsable for that it evals to a list > with precribed syntax, slightly different from JDP's USEREQ. Main > difference is that description lines are not separate strings anymore > but form a single string with linebreaks. This byte-saving syntax was > possible due to the command $>GROBCR which didn't exist in HP48 SysRPL. > - Wolfgang > http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Science Just to give you one tip about something I stamp-on every time I use your great EQL+... Make the cursor keys also be able to dive into each of the major topics, instead of just the E and F keys. I know the cursor keys already work within the sub-topics. P.S.: I've tried to grab the individual grobs for the mass spring system pic for you, but with no luck :( === Subject: HPcalc has an interesting update. . . http://www.hpcalc.org/qonos.php Looks nice. . . although that prototype circuit borad looks a little cumbersome. ;-) TW timwessman@yahoo.com (bring it on spammers!=) === Subject: Re: HPcalc has an interesting update. . . Oops, looks like hydrix got /.ed (slahdotted) I think there are most definitely some poeple interested in the project. TW timwessman@yahoo.com (bring it on spammers!=) === Subject: Re: HPcalc has an interesting update. . . > http://www.hpcalc.org/qonos.php > Looks nice. . . although that prototype circuit borad looks a little > cumbersome. ;-) Just made slashdot. There's PR money can't buy for ya'. === Subject: Re: HPcalc has an interesting update. . . > http://www.hpcalc.org/qonos.php I like it too, i'm just worried about it being too long when unfolded? Steve Sousa === Subject: Re: HPcalc has an interesting update. . . Sadly, count me among those that don't particularly like this design. Having used handheld analytical instruments, I've got a just a little experience with fold-down keyboards. Holding the device near its center-of-mass and pressing keys near the lower edge of the fold-down leads to a very spongy feeling regardless of how crisp the key is; you simply cant hold the device rigidly. I, for one, hope that the final design isn't along these lines, or (unlikely, I know) offers an alternate form factor. ...good industrial design is very, very hard...! === Subject: Re: HPcalc has an interesting update. . . > Sadly, count me among those that don't particularly like this design. Having > used handheld analytical instruments, I've got a just a little experience with > fold-down keyboards. Holding the device near its center-of-mass and pressing > keys near the lower edge of the fold-down leads to a very spongy feeling > regardless of how crisp the key is; you simply cant hold the device rigidly. > I, for one, hope that the final design isn't along these lines, or (unlikely, I > know) offers an alternate form factor. > ...good industrial design is very, very hard...! They should have hired you (or me :) My favourite design for folding is fold-up display. The base unit (kb, batteries, CPU, etc.) is thick and holds everything else while the LCD is very thin and light Thumbing with this kind of design is easy. Maybe Hydrix is listening and it's not too late to change the desing a bit. {} === Subject: Re: HPcalc has an interesting update. . . > I like it too, i'm just worried about it being too long when unfolded? Open it is smaller than a 49G Jean-Yves === Subject: Re: HPcalc has an interesting update. . . > I like it too, i'm just worried about it being too long when unfolded? > Open it is smaller than a 49G Salut, Sir Jean-Yves! (if you were British, you would be knighted for this) *** NOTE *** IDEAS ONLY - I'm not saying that the design is bad I just have my own opnion about it: USE <> DISPOSE at will __________________________________________________________ Great job, but where do the batteries reside? I would put them under the kb section in order to bce the weight in the middle when opened. Also it seems like the sled could hold yet another set of batteries in about the same place making it possible to connect the batteries parallel or the sled batteries could be separate to power the sled. ************ * Please use the inexpensive AA size (instead of AAA) * and allow USB to load those NiMH rechargeables, * and do include >2000mAh NiMH AA with the calc ************ The rechargeable AA compartment could be detachable so that you could differ rechargeables from alkalines. Is it possible to have another row of fn keys below LCD? This could enable an easier jump to a later vertical design and help people use a terminal program with F1...F12 Why the ALPHA's are so visible? I would put them on the slanted part of the keytop. And maybe the right shifted special chars could be to the right from each key {} filled with ideas free to use [ONLY BY HYDRIX] === Subject: Re: HPcalc has an interesting update. . . X-Eric-Conspiracy: There is no conspiracy. > * Please use the inexpensive AA size (instead of AAA) Please use AAA cells rather than AA cells to keep the size and weight down. Or, better yet, a replaceable lithium polymer rechargeable pack. === Subject: Re: HPcalc has an interesting update. . . > * Please use the inexpensive AA size (instead of AAA) > Please use AAA cells rather than AA cells to keep the size > and weight down. Or, better yet, a replaceable lithium polymer > rechargeable pack. Perhaps the bot of this SDA could be detachable. This compartment should hold the users choise of batteries. A) Alkalines in size AA B) Alkalines in size AAA, thinner and lighter C) NiMH in size AA D) NiMH in size AAA, thinner and lighter E) FAT Lion: a lot of capasity F) Lion, slim and light G) Go for a charger only solution using USB The batteries are not nessessary but the unit will shutdown immediately when detached from the USB backup battery (CR2032) will retain calc memory Flash is preserved at all times << >> === Subject: Re: HPcalc has an interesting update. . . >>http://www.hpcalc.org/qonos.php > I like it too, i'm just worried about it being too long when unfolded? So do I. Looks great when folded anyway :) -- === Subject: Re: HPcalc has an interesting update. . . > http://www.hpcalc.org/qonos.php > Looks nice. . . although that prototype circuit borad looks a little > cumbersome. ;-) If those possible design drawings are anywhere close to accurate, then I'd rather have the prototype than one of those goofy things. -- Wayne Brown (HPCC #1104) | When your tail's in a crack, you improvise fwbrown@bellsouth.net | if you're good enough. Otherwise you give | your pelt to the trapper. e^(i*pi) = -1 -- Euler | -- John Myers Myers, Silverlock === Subject: Re: HPcalc has an interesting update. . . > http://www.hpcalc.org/qonos.php > Looks nice. . . although that prototype circuit borad looks a little > cumbersome. ;-) > TW > timwessman@yahoo.com (bring it on spammers!=) It looks actually very interesting. Compliments, Mr Avenard! Dobrynin -- Spazzar via gli escrementi per rispondermi === Subject: Re: HPcalc has an interesting update. . . > http://www.hpcalc.org/qonos.php > Looks nice. . . although that prototype circuit borad looks a little > cumbersome. ;-) > TW > timwessman@yahoo.com (bring it on spammers!=) Holy Cow! Q4-04? I have to admit that for the first time in a few years I am excited about a calculator again. I would welcome the ability to use this thing in the lab with a temp probe and have a way to collect/crunch data. I usually would put a limit on what I would spend for a calc at about $300 but I would gladly spend $500 for this thing if it really delivers. I wonder if we could convince JYA to start a discussion group for this project? -- remove NUNYA to email me ~/.signature === Subject: Re: HPcalc has an interesting update. . . > http://www.hpcalc.org/qonos.php wow, that does look interesting... I think greyscale on a screen like that is pretty good. If the mathematical software is better than Maple then this thing is a generation ahead of any other 'calculator' on the market. The form factor is pretty good as well, I hope the clamshell keyboard is Maybe hydrix should create a new newsgroup cheers, Al > Looks nice. . . although that prototype circuit borad looks a little > cumbersome. ;-) > TW > timwessman@yahoo.com (bring it on spammers!=) === Subject: Re: EqlPlus (WR) Said INVALID CARD DATA > buggy and obscure ibraries from your ports and run the command PINIT. If > still the message Invalid CARD DATA appears, remove the SD-card. The SD card has nothing to do with Invalid Card Data as its content is not checked. Invalid card data can only be produced when a library or backup object with an invalid CRC is store in port 0,1 or 2 Jean-Yves === Subject:w I think that this Qonos will be a machine to talk a lot about. It is really impressive. http://www.hpcalc.org/qonos.php === Subject: Re:w > I think that this Qonos will be a machine to talk a lot about. > It is really impressive. > http://www.hpcalc.org/qonos.php The machine looks appealing, I can almost feel it like handling a tricorder ;) and it is indeed powerful. I just have two negative things to comment. I usually work with my hp's while holding them with both hands and thumbing letters and numbers. Whith this specific configuration I feel most of the weight will be on the head of the machine somehow unbcing it, besides I'm not sure the hinged keyboard would offer support for such a handling. My beloved Hp28S is very resistant and I usually use it in the same way as I would a book, but sometimes it folds when I don't want that to happen... The other issue is: why compact type II ? why not SD ? Best of luck to all the hydrix team, so far the job looks great Neithan p.s I will pay for a color screen ! specially after looking at those beautiful graphics in color :) === Subject: Re:w > The other issue is: why compact type II ? why not SD ? Read again: Compact Flash Type II slot SDIO slot Why stop at one when we can have both? ;-) Gerald. === Subject: Re:w > The other issue is: why compact type II ? why not SD ? > Read again: > Compact Flash Type II slot > SDIO slot > Why stop at one when we can have both? ;-) > Gerald. I wish I were a girl so I could kiss you Gerald! Having both gives me a gadget orgasm As an added bonus the SD is SDIO I think that when drivers are ready we will see a lot of add-ons Is there enough free flash on-board so that both slots can be used for peripherals like a camera and a phone and GPS and GPRS and bluetooth and Wifi and... Hey! The next model should have the phone & bluetooth build-in The next-next model should have G3 & UWB build-in... {} === Subject: Re:w > The other issue is: why compact type II ? why not SD ? Well, last time I checked, CF is quite a bit less expensive than SD, so that's a big plus. The frame of the device is large enough that it really doesn't matter what card the designers choose; any of them will fit. Since CF is less expensive, I'm all for it! Oh, and I'm really excited about this project. Unfortunately, you still can't buy any of HP's newer calculators locally here in Nova Scotia yet (and all the older ones are gone now...), so I'm not too optimistic that I'd be able to get my hands on one any time soon. Luke Morrison === Subject: Re:w Not to imply that this project is in any way affiliated with HP. I'm aware that none of the team working on this project are amployed by HP any more. I was just using HP as an example of the fact that certain scientific consumer electronics just don't make it to this part of the world... (sniff) Luke === Subject: Re:w ... >Best of luck to all the hydrix team, so far the job looks great >Neithan >p.s I will pay for a color screen ! specially after looking at those >beautiful graphics in color :) Just MHO, but not me! Give me a nice high contrast B&W screen that I can read under full daylight w/out a backlight, and gives me months of battery time. I think the worst thing that happened to cell phones was the loss of nice high contrast B&W screens that I could read without having to look for shade. -Zonn -- Zonn Moore Remove the .AOL from the Zektor, LLC email address to reply. www.zektor.com === Subject: Re:w I agree. The best b/w screen posible. Toby > ... >Best of luck to all the hydrix team, so far the job looks great >Neithan >p.s I will pay for a color screen ! specially after looking at those >beautiful graphics in color :) > Just MHO, but not me! Give me a nice high contrast B&W screen that I can read > under full daylight w/out a backlight, and gives me months of battery time. > I think the worst thing that happened to cell phones was the loss of nice high > contrast B&W screens that I could read without having to look for shade. > -Zonn > -- > Zonn Moore Remove the .AOL from the > Zektor, LLC email address to reply. > www.zektor.com === Subject: Re:w > I agree. The best b/w screen posible. X >p.s I will pay for a color screen ! specially after looking at those >beautiful graphics in color :) > Just MHO, but not me! Give me a nice high contrast B&W screen that I can > read > under full daylight w/out a backlight, and gives me months of battery > time. > I think the worst thing that happened to cell phones was the loss of nice > high > contrast B&W screens that I could read without having to look for shade. X Well perhaps it will first be a B/W, maybe 16 shades of gray BUT the next version might have to models B(/W) and C(olor) to choose from. Then you also choose expensive vs. very expensive and 2 months of operation vs. 1 month (on the same set of batteries) {} - opinions only === Subject: Re:w > I just have two negative things to comment. I usually work with my > hp's while holding them with both hands and thumbing letters and > numbers. Whith this specific configuration I feel most of the weight > will be on the head of the machine somehow unbcing it, besides > I'm not sure the hinged keyboard would offer support for such a > handling. My beloved Hp28S is very resistant and I usually use it in > the same way as I would a book, but sometimes it folds when I don't > want that to happen... I have to agree with you here. It's easy to draw a 3d model of a hinge, but making one work in the punishing environment that makes something like this make sense is another... I hope they have a decent mechanical engineer on hand to finish the job... Don't forget that HP's current troubles (in this group anyhow) are mostly to do with skimping on the mechanical considerations. If it isn't going to be rugged and easy to use while moving, just sell us some software and we'll run it on our laptops... Al... === Subject: Re:w !$350!!! Who are they kidding? They obviously don't care about the student market. I still have an HP49 that goes unused, designed by the same genius whiz kid group with key paint that wore off, upper screen that scratched easily, buggy software... It's easy to paste a picture on a website, make all sorts of promises, quite another to produce something functional. Vamos a ver... Caesar garcia > I think that this Qonos will be a machine to talk a lot about. > It is really impressive. > http://www.hpcalc.org/qonos.php === Subject: Re: 49g+ question: Header Display during INPUT > There may be 2 kinds of directories > on the card: DOS directories (from which one can retrive the list of its > variables in asm) and 49+ directories. > - Wolfgang I didn't know it was possible to get a list of vars of a DOS dir in asm, is there a compiled program to get that list, could you tell me where to find it?. I think it could be very usefull. Jorge Cevallos M. jorgecevallos_at_hotmail_dot_com === Subject: Re: 49g+ question: Header Display during INPUT > There may be 2 kinds of directories > on the card: DOS directories (from which one can retrive the list of its > variables in asm) and 49+ directories. > I didn't know it was possible to get a list of vars of a DOS dir in > asm, is there a compiled program to get that list, could you tell me > where to find it?. I think it could be very usefull. It's the code contained in the new elegant Search option on key ALPHA in the latest revision of Filer6 (for searching also on the card). Look for BINT32. Since you are a skilled hacker, you'll find it - Wolfgang http://page.mi.fu-berlin.de/~raut/WR49/index.htm#General === Subject: Re: 49g+ question: Header Display during INPUT I realized about the INPUT problem, I was wrong... About the directory list: I'm using the same SD card in both HP49g+ and with an adapter in Leica surveying instrument. Leica keeps it's files in GSI directory. Currently I have to type in manually a file name in order to access it. So it's a DOS directory. On the other hand it might get too big to be coppied into the memory. Would have been nice if I could retrieve a lis of all files in the respective directory and choose from it. So if that's possible - please advise! Reth > Is there a way to display something else but the normal header during INPUT > command? (I'm pretty sure one of the old header display routines by prof > Rautenberg could do that, but I've lost it.) > No, nothing can do it. INPUT is a POL (Parametrized Outer Loop) which > controls the entire screen, except the command line. It sets the header > to the default before you may start writing in the command line, even if > the header was frozen at the begin with something else in it. IMHO, this > was a non-optimal behaviour already in the times of the 48. > And one more question: can you read the content of a directory stored on the > SD card? (to retrieve a list of file-names) > What directory you're talking about? There may be 2 kinds of directories > on the card: DOS directories (from which one can retrive the list of its > variables in asm) and 49+ directories. If such a directory does not live > anymore on your 49+, a way at present is to temporarily storing it on > the 49+ and to retrive with VARS and purge the directory. This is very > slow. But in SysRPL the same can be made so fast that you even don't > notice that the directory was temporarily stored > - Wolfgang === Subject: HP 9G bug? I have foung a bug in the Citizen SRP-325G calculator (similar to HP 9G) http://www.leninburg.com/calc/srp-325g.php I have not a HP-9G in my hands, and can not test this bug. Can you help me and input a small test program in the HP-9G for the bug testing? Programm is following: FOR ( A=1; A<=10; A++ ) { GRAPH Y= .2 } If the bug will appeat, your data may be lost. Sergei Frolov http://www.rk86.com/frolov === Subject: Re: HP 9G bug? > Programm is following: > FOR ( A=1; A<=10; A++ ) { GRAPH Y= .2 } This is a known bug. Please refer to the HP 9g learning module Graphing Functions - Part 1 for a workaround: http://www.hp.com/calculators/docs/guides/9g/9ggraphone.pdf (Ex. 8) === Subject: Re: HP 9G bug?