.1402 === Subject: Re: RISCH vs. INT > I get the impression that SIGMA is somehow related to the Gamma function. That was only an example, in built-in CAS help. the discrete antiderivative of expression 'f' is an expression G such that G|x=n+1 - G|x=n = f|x=n http://www-fourier.ujf-grenoble.fr/~parisse/giac/doc/en/casref en/node165.html Prof. Bernard Parisse, author of the above web page, is also the principal author of the HP49/50 series CAS. Or take it from the AUR: the discrete antiderivative of a function f with respect to a specified variable is a function G such that: G(x+1) - G(x) = f(x) where x is the specified variable. Presumably you can download the AUR and look up all the functions; the RAND function can be used to select a random function of the day, just like the word of the day at dictionary sites -- better yet, you can use Joe Horn's algorithm to create a random permutation of all the functions in the CAS, to avoid any duplication, and also to ensure that in some finite number of days, you will, with complete certainty, know everything :) === Subject: Re: RISCH vs. INT > I get the impression that SIGMA is somehow related to the Gamma function. That was only an example, in built-in CAS help. the discrete antiderivative of expression 'f' > is an expression G such that G|x=n+1 - G|x=n = f|x=n http://www-fourier.ujf-grenoble.fr/~parisse/giac/doc/en/casref en/nod... Prof. Bernard Parisse, author of the above web page, > is also the principal author of the HP49/50 series CAS. Or take it from the AUR: the discrete antiderivative of a function f > with respect to a specified variable > is a function G such that: G(x+1) - G(x) = f(x) > where x is the specified variable. Presumably you can download the AUR and look up all the functions; > the RAND function can be used to select a random function of the day, > just like the word of the day at dictionary sites -- better yet, > you can use Joe Horn's algorithm to create a random permutation > of all the functions in the CAS, to avoid any duplication, > and also to ensure that in some finite number of days, > you will, with complete certainty, know everything :) all the information I recently learned about the 50g sink in. Again, === Subject: Re: RISCH vs. INT I seem to recollect that, initially, only RISCH and INTVX were intended as commands to find antiderivatives, and INT was intended to appear only in results when RISCH and INTVX failed to find explicit antiderivatives. E.g., 'EXP(X^2)' 'X' RISCH or 'RISCH(EXP(X^2),X)' EVAL would result in 'INT(EXP(Xt^2),Xt,X)', but INT was not normally expected to be used as a command. But I cannot find any reference supporting my recollection. === Subject: Re: RISCH vs. INT > I seem to recollect that, initially, only RISCH and INTVX were intended > as commands to find antiderivatives, and INT was intended to appear only > in results when RISCH and INTVX failed to find explicit antiderivatives. E.g., 'EXP(X^2)' 'X' RISCH or 'RISCH(EXP(X^2),X)' EVAL > would result in 'INT(EXP(Xt^2),Xt,X)' That's indeed what results, for this non-integrable expression. > but INT was not normally expected to be used as a command. The AUR might have benefited from noting this, but everyone knows that no one reads manuals :) Here's a comment by Prof. Bernard Parisse (primary CAS author) about INT: Hey Bernard, what's with INT? [September 1999] [INT is] evaluation of the antiderivative with respect to an integration variable at a point. This is useful if you want to make change of variables in an integral and I believe it is useful for teaching/learning as well because students are confused by the fact that we often use the integration variable as evaluation variable of the antiderivative. Older: (January 1999, includes post by Virgil) The last two links are about predecessors of the CAS on original HP48 series; the link before that also (although the 49G was nearing release at that time, IIRC); was INT then a different function? === Subject: Re: RISCH vs. INT > E.g., 'EXP(X^2)' 'X' RISCH Êor 'RISCH(EXP(X^2),X)' EVAL would result in > 'INT(EXP(Xt^2),Xt,X)' Where did the t in 'INT(EXP(Xt^2),Xt,X come from and what is it's significance? === Subject: Re: RISCH vs. INT > Where did the t in 'INT(EXP(Xt^2),Xt,X come from > and what is its significance? HP50 Integraton - 'Xt' Variable..?? If you'd like to search this newsgroup's entire history yourself: === Subject: New fast version of PTLIB for HP-48 (+49/50) Hello all, it's been a while... However the year is reaching its end, and I just finished a complete new version of my super fast version of the HP Corvallis Periodic Table Library. Everything works, and works _fast_, even the mol weight calculator is enabled now. And for the fans of the doorstop type calcs: I also made a 49g/50g version! The HP-48 version is about 21K in size, the 49g/50g version is about 22K in size. The latter version is bigger because the 49g developers missed to include 5x9 font support, so I had to provide the font for my PTLIB. The periodic table display and user interface of both versions are fast like hell, no comparison with any other incarnations of the HP PTLIB for any of the Saturn platforms! The new PTLIB archive is not on hpcalc.org yet, but I can send the current version to people who are interested in how fast and compact one of the best Periodic Table applications for the HP-48 actually can be:-) === Subject: Re: HP 50g keys > Now it's time to evaluate your experience of the hp 60g > How long you have been using it and how the keys feel? I have had the hp50g for exactly 2 years (daily use M to F). The keys are all intact (no broken hinges) but the bottom 2 rows have become a bit mushy. They still have a tactile feel but just not as crisp as the upper row keys. A huge improvement to the hp49g+ ( I had 8 replacements between Feb'04 to Apl'05) which is obviously not saying allot, the 49g+ were just plain bad as far as the keyboards were concerned. I always felt bad recommending the 49g+ as a replacement for dead 48g's. No longer since the hp50g has come out. The quality is not quite up to the old hp standard, but considering the price I think they are good machines. Rick === Subject: Re: Stack manipulation for Array > calculadorashp.org), and now i into the hpgcc enviroment for program > some slow code of my programs (structural analysis programs writed > in SysRPL). i try to write a code to subst some values from a matrix (6x6), but i > dont know how manage symbolic expression in HPGCC. For this reason i made this code, that create the matrix from a 5 > elements input (like AE, EI, L, COS(), SIN()), but i have some > problems with the stack manipulation for pushing the final matrix > (to the stack or to handle with the next module of my program). I made this code because the MEVALext SysRPL command take long long > time to evaluate one matrix in aprox mode -in exact mode take more > time-) Thanx to all the comunity, sorry my mixed english and Feliz Navidad > y Pr.97spero a.96o Nuevo // Merry Christmas and Happy New Year // Buon > Natale e felice anno nuovo > ---------------------------------------------------------------------------[ CapitalEth]--- > #include //the standard HP lib int main(void){ > double AE,EI,L,DX,DY,RIGK[6][6]; > array t *RIGK; AE = sat pop real(); > EI = sat pop real(); > L = sat pop real(); > DX = sat pop real(); > DY = sat pop real(); sys slowOff(); RIGK[0][0] = (DX*DX*(L*L)*AE+12*DY*DY*EI)/(L*L*L); > RIGK[0][1] = (DX*DY*(L*L)*AE-12*DX*DY*EI)/(L*L*L); > RIGK[0][2] = -6*DY*EI/(L*L); > RIGK[0][3] = -(DX*DX*(L*L)*AE+12*DY*DY*EI)/(L*L*L); > RIGK[0][4] = -(DY*DX*(L*L)*AE-12*DX*DY*EI)/(L*L*L); > RIGK[0][5] = RIGK[0][2]; RIGK[1][0] = RIGK[0][1]; > RIGK[1][1] = (DY*DY*(L*L)*AE+12*DX*DX*EI)/(L*L*L); > RIGK[1][2] = 6*DX*EI/(L*L); > RIGK[1][3] = RIGK[0][4]; > RIGK[1][4] = -RIGK[1][1]; > RIGK[1][5] = RIGK[1][2]; RIGK[2][0] = RIGK[0][2]; > RIGK[2][1] = RIGK[1][2]; > RIGK[2][2] = 4*EI/L; > RIGK[2][3] = 6*DY*EI/(L*L); > RIGK[2][4] = -RIGK[1][2]; > RIGK[2][5] = 2*EI/L; RIGK[3][0] = RIGK[0][3]; > RIGK[3][1] = RIGK[0][4]; > RIGK[3][2] = RIGK[2][3]; > RIGK[3][3] = (DX*DX*(L*L)*AE+12*DY*DY*EI)/(L*L*L); > RIGK[3][4] = RIGK[0][1]; > RIGK[3][5] = RIGK[2][3]; RIGK[4][0] = RIGK[0][4]; > RIGK[4][1] = RIGK[1][4]; > RIGK[4][2] = RIGK[2][4]; > RIGK[4][3] = RIGK[3][4]; > RIGK[4][4] = (DY*DY*(L*L)*AE+12*DX*DX*EI)/(L*L*L); > RIGK[4][5] = -RIGK[1][2]; RIGK[5][0] = RIGK[0][5]; > RIGK[5][1] = RIGK[1][5]; > RIGK[5][2] = RIGK[2][5]; > RIGK[5][3] = RIGK[3][5]; > RIGK[5][4] = RIGK[4][5]; > RIGK[5][5] = RIGK[2][2]; sat push realarray(6,6,RIGK); sys slowOn(); return(0); }- Hide quoted text - - Show quoted text - Maybe not much help here, but, as a workaround, if you push all the elements and the final matrix dimensions to the stack, you could easily build the matrix using a simple rpl command. === Subject: Re: Stack manipulation for Array calculadorashp.org), and now i into the hpgcc enviroment for program > some slow code of my programs (structural analysis programs writed > in SysRPL). i try to write a code to subst some values from a matrix (6x6), but i > dont know how manage symbolic expression in HPGCC. For this reason i made this code, that create the matrix from a 5 > elements input (like AE, EI, L, COS(), SIN()), but i have some > problems with the stack manipulation for pushing the final matrix > (to the stack or to handle with the next module of my program). I made this code because the MEVALext SysRPL command take long long > time to evaluate one matrix in aprox mode -in exact mode take more > time-) Thanx to all the comunity, sorry my mixed english and Feliz Navidad > y Pr.97spero a.96o Nuevo // Merry Christmas and Happy New Year // Buon > Natale e felice anno nuovo > ---------------------------------------------------------------------------[ CapitalEth]--- > #include //the standard HP lib int main(void){ > double AE,EI,L,DX,DY,RIGK[6][6]; > array t *RIGK; AE = sat pop real(); > EI = sat pop real(); > L = sat pop real(); > DX = sat pop real(); > DY = sat pop real(); sys slowOff(); RIGK[0][0] = (DX*DX*(L*L)*AE+12*DY*DY*EI)/(L*L*L); > RIGK[0][1] = (DX*DY*(L*L)*AE-12*DX*DY*EI)/(L*L*L); > RIGK[0][2] = -6*DY*EI/(L*L); > RIGK[0][3] = -(DX*DX*(L*L)*AE+12*DY*DY*EI)/(L*L*L); > RIGK[0][4] = -(DY*DX*(L*L)*AE-12*DX*DY*EI)/(L*L*L); > RIGK[0][5] = RIGK[0][2]; RIGK[1][0] = RIGK[0][1]; > RIGK[1][1] = (DY*DY*(L*L)*AE+12*DX*DX*EI)/(L*L*L); > RIGK[1][2] = 6*DX*EI/(L*L); > RIGK[1][3] = RIGK[0][4]; > RIGK[1][4] = -RIGK[1][1]; > RIGK[1][5] = RIGK[1][2]; RIGK[2][0] = RIGK[0][2]; > RIGK[2][1] = RIGK[1][2]; > RIGK[2][2] = 4*EI/L; > RIGK[2][3] = 6*DY*EI/(L*L); > RIGK[2][4] = -RIGK[1][2]; > RIGK[2][5] = 2*EI/L; RIGK[3][0] = RIGK[0][3]; > RIGK[3][1] = RIGK[0][4]; > RIGK[3][2] = RIGK[2][3]; > RIGK[3][3] = (DX*DX*(L*L)*AE+12*DY*DY*EI)/(L*L*L); > RIGK[3][4] = RIGK[0][1]; > RIGK[3][5] = RIGK[2][3]; RIGK[4][0] = RIGK[0][4]; > RIGK[4][1] = RIGK[1][4]; > RIGK[4][2] = RIGK[2][4]; > RIGK[4][3] = RIGK[3][4]; > RIGK[4][4] = (DY*DY*(L*L)*AE+12*DX*DX*EI)/(L*L*L); > RIGK[4][5] = -RIGK[1][2]; RIGK[5][0] = RIGK[0][5]; > RIGK[5][1] = RIGK[1][5]; > RIGK[5][2] = RIGK[2][5]; > RIGK[5][3] = RIGK[3][5]; > RIGK[5][4] = RIGK[4][5]; > RIGK[5][5] = RIGK[2][2]; sat push realarray(6,6,RIGK); sys slowOn(); return(0); }- Hide quoted text - - Show quoted text - Maybe not much help here, but, as a workaround, if you push all the > elements and the final matrix dimensions to the stack, you could > easily build the matrix using a simple rpl command. There is an example of that here: http://sense.net/~egan/hpgcc/#Example:%20Sparse%20Linear%20Solver === Subject: BEEP Command Does anyone know the BEEP command parameters for the hp 49g+ when one causes an error? I always thought it was 1420, .074 BEEP but the frequency sounds higher to me than the tone produced by an error. === Subject: Re: BEEP Command > Does anyone know the BEEP command parameters for the hp 49g+ when one > causes an error? I always thought it was 1420, .074 BEEP but the > frequency sounds higher to me than the tone produced by an error. Standard error beep: 1400 .074 BEEP Low pitched bad-key beep: 337 .07 BEEP High-pitched beep from the CAS: 5000 .3 BEEP Eric Rechlin === Subject: Re: BEEP Command <6s59jcF45v73U1@mid.individual.net> posting-account=5jQj0AoAAAAGAGJcqkkpunLMBpVi1N5o 2.0.50727; .NET CLR 3.0.04506.30),gzip(gfe),gzip(gfe) > Does anyone know the BEEP command parameters for the hp 49g+ when one > causes an error? ÊI always thought it was 1420, .074 BEEP but the > frequency sounds higher to me than the tone produced by an error. Standard error beep: > 1400 .074 BEEP Low pitched bad-key beep: > 337 .07 BEEP High-pitched beep from the CAS: > 5000 .3 BEEP > Eric Rechlin === Subject: Shift Held Down posting-account=eF2f0AoAAAB2spBRiZOs91ItDKLGDCIk Gecko/2008120122 Firefox/3.0.5,gzip(gfe),gzip(gfe) I'm looking for a confirmation regarding the behavior of HP48 S/G serie with respect to Shifted keys. I'm currently playing with User Keyboard assignment, and apparently the better command to fiddle with it is ASN. According to Carsten's documentation : The arg x key is a real number rc.p where r=row,c=col,p=plane as follows: 0,1 - unshifted 2 - left shifted 3 - right shifted 4 - shifted 5 - left shifted 6 - right shifted Add 0.01 if the modi[CapitalThorn]er is to be held pressed down. OK, so now i want the shift key to be held down, so i'm adding 0.01. Unfortunately, this seems to not work. A quick look at RCLKEYS shows that only the first digit is kept within key assignment. So the action is also triggered if the Shift Key is Not held down. So i'm wondering : is that an error from this documentation ? Maybe this is a feature valid for later serie ? Looking futher into HPCalc.org, one can find program such as Amiel's SH : http://www.hpcalc.org/details.php?id=2873 which specifically deals with this issue on HP48. This would suggest there is no native way to handle the Shift-held-down command. Is that correct ? === Subject: Re: Shift Held Down > I'm looking for a confirmation regarding the behavior of HP48 S/G > series with respect to Shifted keys. > According to Carsten [Dominik]'s documentation : > The arg x key is a real number rc.p where > r=row,c=col,p=plane as follows: > 0,1 - unshifted > 2 - left shifted > 3 - right shifted > 4 - shifted > 5 - left shifted > 6 - right shifted > Add 0.01 if the modi[CapitalThorn]er is to be held pressed down. > OK, so now i want the shift key to be held down, so i'm adding 0.01. > Unfortunately, this seems not to work. > Maybe this is a feature valid for later series ? Correct. Only the HP49/50 series calculator ROMs (with built-in Metakernel and CAS) support holding the shift keys as a different assignment. I don't know whether the add-on Metakernel for original HP48GX [and SX?] supports hold assignments. Even built-in default HP49/50 series hold assignments may be lost, if any other assignments are made to any .N in the same key position. > one can find program such as [Arnaud] Amiel's SH: > http://www.hpcalc.org/details.php?id=2873 > which specifically deals with this issue on HP48. === Subject: Re: Shift Held Down one can find program such as [Arnaud] Amiel's SH: >http://www.hpcalc.org/details.php?id=2873 > which specifically deals with this issue on HP48. Given the code, i'm pretty sure it will work on HP48. This is standard do_it_yourself C_IN C_OUT ASM codes. I'll try it as soon as i've got time for that. The only issue is that i will need to write a different code per calculator type. This is not good for portability, but well, at least if it works... === Subject: How about a little hint of what's in the works. posting-account=csTZXgoAAAAbLFyIpZhF6lUYhcG2k6N4 MathPlayer 2.10b; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648),gzip(gfe),gzip(gfe) I cannot attend the calculator conferences, but would like very much to have a little teaser of things to come. Yeah, I know about the non- disclosure agreement, but a bit won't hurt. * Will we get a high-res grayscale screen with an ARM-based OS? Maybe just a ROM? * A new printer? How about a printing calculator with IR access to the printer, to be used with the usual IR enabled calcs? How about printing to a full-size, logical-page file (hp's own PCL-3 format) inside the calculator, to later beam or transfer the file to a PCL- compatible printer? * Will it selectively mount onto a PC, besides what's currently available, as a card reader or keyboard extension etc. while charging the batteries? * Will we a truly usable help system, accesible while at an error state, during normal operation, from (and for) any soft menu item or key (or key combo), for any selected program command, all including stack diagrams and related graphics? Sounds like a great use for long key presses. * Will we have an html-based AUR, formated for easy text flow and readable via PDA's, PC's, cell phones, internet-enabled gadgets, or (and) built into calculator itself. Maybe these are complaints in disguise, but I do like my hp calculators very much. Is there any hints of what's in the kitchen? === Subject: Re: New fast version of PTLIB for HP-48 (+49/50) it's been a while... However the year is reaching its end, > and I just finished a complete new version of > my super fast version of the HP Corvallis Periodic Table Library. Everything works, and works fast , even the > mol weight calculator is enabled now. And for the fans of the doorstop type calcs: > I also made a 49g/50g version! The HP-48 version is about 21K in size, > the 49g/50g version is about 22K in size. The latter version is bigger because the 49g > developers missed to include 5x9 font support, > so I had to provide the font for my PTLIB. The periodic table display and user interface > of both versions are fast like hell, > no comparison with any other incarnations of > the HP PTLIB for any of the Saturn platforms! The new PTLIB archive is not on hpcalc.org yet, > but I can send the current version to people > who are interested in how fast and compact one of the best > Periodic Table applications for the HP-48 actually can be:-) Just drop me a mail (see footer) Have fun, and Best Wishes for 2009 Raymond -- > A valid e m a i l address: M a g i c 4 8 g e s g m x d e . > Replace the obvious. Wow! The table is really fast; much much faster than the HP version. I'm having a little trouble with your MOLWT function though... I tried ethanol (C2H5OH) and got 9147278.70252 g/mol instead of 46.0688 g/mol. Then I tried octane (C8H18) and got -649760625.629 g/ mol instead of +114.2302 g/mol. I tried entering formulas as strings and as variables and both yield the same (incorrect) results. Can anyone confirm this? S.C. === Subject: Re: New fast version of PTLIB for HP-48 (+49/50) Wow! The table is really fast; much much faster than the HP version. I'm having a little trouble with your MOLWT function though... I tried ethanol (C2H5OH) and got 9147278.70252 g/mol instead of > 46.0688 g/mol. Then I tried octane (C8H18) and got -649760625.629 g/ > mol instead of +114.2302 g/mol. I tried entering formulas as strings and as variables and both yield > the same (incorrect) results. Can anyone confirm this? S.C. > Sorry, I forgot to write that I am using a 50g with ROM 2.09C. S.C. === Subject: Re: New fast version of PTLIB for HP-48 (+49/50) this problem seems to be 49gplus/50g specific. On the HP-48 and on the fhb (49g) with ROM 1.19-6, the results are correct. C2H5OH gives 46.0688 and C8H18 results in 114.2302 . Since I don't have a 50g (and no ROM 2.09) here, I can't check whether there are differences related to the different hardware or software. What are the 50g results for the above fomulas using the HP version of PTLIB? Raymond schrieb im Newsbeitrag Wow! The table is really fast; much much faster than the HP version. I'm having a little trouble with your MOLWT function though... I tried ethanol (C2H5OH) and got 9147278.70252 g/mol instead of > 46.0688 g/mol. Then I tried octane (C8H18) and got -649760625.629 g/ > mol instead of +114.2302 g/mol. I tried entering formulas as strings and as variables and both yield > the same (incorrect) results. Can anyone confirm this? S.C. > Sorry, I forgot to write that I am using a 50g with ROM 2.09C. S.C. === Subject: Re: New fast version of PTLIB for HP-48 (+49/50) posting-account=Q2CEjQoAAACue5ZDDhUeRzv1w0u8hxZE rv:1.9.1b2) Gecko/20081201 Firefox/3.1b2,gzip(gfe),gzip(gfe) > And for the fans of the doorstop type calcs: > I also made a 49g/50g version! The more pronounced wedge shape of the 48s, combined with the more rigid shell, would actually make those models into much better doorstops. . . ;-) TW === Subject: Re: New fast version of PTLIB for HP-48 (+49/50) You have started something that I am having a trouble finding a program that works efficiently for my hp50 g. if you want opinion which means little, i will certainly give it to you. their is a statpack program that has alot of interactive equations. i loved it however it was missing somethings that i had to find and that was hard. seems that you are finished with the bulk of the project why not do the same as the statpack has done and create equations one could use to get through a general chemistry class. my lab partner has a bloody TI calculator and makes everyone look foolish. though i am the only one who has the great hp i am still learning how to use rpn mode and i don't think that i will master it in a month. have a great new year john === Subject: Re: New fast version of PTLIB for HP-48 (+49/50) posting-account=Q2CEjQoAAACue5ZDDhUeRzv1w0u8hxZE rv:1.9.1b2) Gecko/20081201 Firefox/3.1b2,gzip(gfe),gzip(gfe) > their is a statpack program that has alot of interactive equations. i > loved it however it was missing somethings that i had to find and that > was hard. seems that you are finished with the bulk of the project why > not do the same as the statpack has done and create equations one That was probably mine. It was originally for the 39/40 calculator which is why it isn't integrated extremely nicely with the 49/50. What was missing? TW === Subject: Re: New fast version of PTLIB for HP-48 (+49/50) >> their is a statpack program that has alot of interactive equations. i >> loved it however it was missing somethings that i had to find and that >> was hard. seems that you are finished with the bulk of the project why >> not do the same as the statpack has done and create equations one That was probably mine. It was originally for the 39/40 calculator > which is why it isn't integrated extremely nicely with the 49/50. > What was missing? > Plot+Table combination screen??? === Subject: Re: New fast version of PTLIB for HP-48 (+49/50) posting-account=eF2f0AoAAAB2spBRiZOs91ItDKLGDCIk Gecko/2008120122 Firefox/3.0.5,gzip(gfe),gzip(gfe) Hello Raymond I'm actually very interested in your fast periodic table. Note that i can wait a few days if that's all what it takes to get it from HPCalc.org... Yann === Subject: Re: New fast version of PTLIB for HP-48 (+49/50) Hello Raymond http://en.wikipedia.org/wiki/Periodic_table How about a plus version with new elements up to 111 + 112 as an example? What do you people think: A) a purist version as it used to be B) a plus version updated with new elements Voting...for B ! VPN This period has ended well the tabke is catered and served to us period === Subject: Re: New fast version of PTLIB for HP-48 (+49/50) RTD=TheMan! > Hello all, it's been a while... However the year is reaching its end, > and I just finished a complete new version of > my super fast version of the HP Corvallis Periodic Table Library. Everything works, and works _fast_, even the > mol weight calculator is enabled now. And for the fans of the doorstop type calcs: > I also made a 49g/50g version! The HP-48 version is about 21K in size, > the 49g/50g version is about 22K in size. The latter version is bigger because the 49g > developers missed to include 5x9 font support, > so I had to provide the font for my PTLIB. The periodic table display and user interface > of both versions are fast like hell, > no comparison with any other incarnations of > the HP PTLIB for any of the Saturn platforms! The new PTLIB archive is not on hpcalc.org yet, > but I can send the current version to people > who are interested in how fast and compact one of the best > Periodic Table applications for the HP-48 actually can be:-) Just drop me a mail (see footer) Have fun, and Best Wishes for 2009