Custom Menus on High-End RPL Machines - Printable Version +- HP Forums (https://www.hpmuseum.org/forum) +-- Forum: HP Calculators (and very old HP Computers) (/forum-3.html) +--- Forum: General Forum (/forum-4.html) +--- Thread: Custom Menus on High-End RPL Machines (/thread-12727.html) Pages: 1 2 |
Custom Menus on High-End RPL Machines - Giuseppe Donnini - 04-02-2019 12:28 AM Given the recent interest in custom menus, it might be worthwhile to take a quick overview of the development, and continuous improvement, of the custom menu system on high-end RPL machines.
A. FIRST APPEARANCE : ORLANDO 1988 (HP-28S) The HP-28S's immediate precursor Paladin (HP-28C, 1987) didn't yet provide custom menus, though not due to an oversight on behalf of the development team (headed by Bill Wickes), but because it was not deemed worth the effort given the exceedingly small amount of RAM available to the user (2K). In fact, Bill Wickes was forced by HP managament to either wait a couple of years to build his symbolic "dream machine", or to do it on the pre-existing Champion hardware (HP-18C, 1986). Although the very first calculator to use the new RPL operating system (also developed by the same team), its OS was actually hidden under an algebraic user interface, and it had only 2K of RAM. This made sense for a business model, but would be severely limiting for an advanced scientific calculator of the kind envisioned by Bill Wickes. Nevertheless, he felt it was better than nothing, and accepted. Despite being "a crippled product in many respects" (quoting Bill Wickes himself), the HP-28C became a huge success, particularly in the mathematical community, and was able to finance its successor, the HP-28S, which was actually a complete redesign of the HP-28C. With sixteen times more RAM available to the user (32K), it was now possible to implement things conceptualized long before, like user graphics, sub-directories, and custom menus. Considering the complexity of the subject, the following discussion will limit itself to a particular aspect of the custom menu system, which best exhibits HP's continuous efforts to improve it, namely menu keys defined by global names. Given that restriction, the custom menu system as implemented in the HP-28S could be summarized as follows: OUTPUT CUSTOM MENUS (White on Black Labels) +------------+--------------------------------------------------------------+ | ENTRY MODE | PRESSING [id] WITH OR W/O SHIFT: | +------------+--------------------------------------------------------------+ | IMMEDIATE | (If a command line is present, executes it, then) executes | | | the contents of the global variable named id. (*) | | | | | ALGEBRAIC | Echoes the string "id" (without quotes) to the command line. | | | | | ALPHA | Echoes the string "id" (without quotes) to the command line, | | | surrounded by spaces. | +------------+--------------------------------------------------------------+ (*) If the global name references a directory (whose label in the HP-28S still lacks the distinguishing tab), its execution consists of making that directory the current one. INPUT CUSTOM MENUS (Black on White Labels) +------------+--------------------------------------------------------------+ | ENTRY MODE | PRESSING [id] WITH OR W/O SHIFT: | +------------+--------------------------------------------------------------+ | IMMEDIATE | (If a command line is present, executes it, then) stores the | | | object on stack level 1 in the global variable named id. (*) | | | | | ALGEBRAIC | Echoes the string "id" (without quotes) to the command line. | | | | | ALPHA | Echoes the string "id" (without quotes) to the command line, | | | surrounded by spaces. | +------------+--------------------------------------------------------------+ (*) If the global name references a directory, a "Directory Not Allowed" error is generated. We may note that:
B. MAJOR IMPROVEMENT : CHARLEMAGNE 1990 (HP-48SX) With one of the major design goals of the HP-48SX being enhanced customizability, it comes as no surprise that the custom menu system was greatly improved, merging the strengths of both output and input types into a single, unified structure: +------------+--------------------------------------------------------------+ | ENTRY MODE | PRESSING [id] W/O SHIFT: | +------------+--------------------------------------------------------------+ | IMMEDIATE | (If a command line is present, executes it, then) executes | | | the contents of the global variable named id. (*) | | | | | ALGEBRAIC | Echoes the string "id" (without quotes) to the command line. | | | | | PROGRAM | Echoes the string "id" (without quotes) to the command line, | | | surrounded by spaces. | | | | | ALG + PRG | --- same as in ALGEBRAIC mode --- | +------------+--------------------------------------------------------------+ (*) If the global name references a directory (now displayed with the distinguishing tab), its execution consists of making that directory the current one. +------------+--------------------------------------------------------------+ | ENTRY MODE | PRESSING LEFT SHIFT + [id]: | +------------+--------------------------------------------------------------+ | IMMEDIATE | (If a command line is present, executes it, then) stores the | | | object on stack level 1 in the global variable named id. (*) | | | | | ALGEBRAIC | --- same as in IMMEDIATE mode --- | | | | | PROGRAM | --- DEAD KEY (low beep) --- | | | | | ALG + PRG | --- DEAD KEY (low beep) --- | +------------+--------------------------------------------------------------+ (*) If the global name references a directory, a "Directory Not Allowed" error is generated. +------------+--------------------------------------------------------------+ | ENTRY MODE | PRESSING RIGHT SHIFT + [id]: | +------------+--------------------------------------------------------------+ | IMMEDIATE | (If a command line is present, executes it, then) recalls | | | the contents of the global variable named id. | | | | | ALGEBRAIC | --- same as in IMMEDIATE mode --- | | | | | PROGRAM | --- DEAD KEY (low beep) --- | | | | | ALG + PRG | --- DEAD KEY (low beep) --- | +------------+--------------------------------------------------------------+ C. FURTHER REFINEMENT : HAMMER 1993 (HP-48GX) In the HP-48GX this scheme was further enhanced by placing additional typing aids on the dead key positions of the HP-48SX: +------------+--------------------------------------------------------------+ | ENTRY MODE | PRESSING [id] W/O SHIFT: | +------------+--------------------------------------------------------------+ | IMMEDIATE | (If a command line is present, executes it, then) executes | | | the contents of the global variable named id. (*) | | | | | ALGEBRAIC | Echoes the string "id" (without quotes) to the command line. | | | | | PROGRAM | Echoes the string "id" (without quotes) to the command line, | | | surrounded by spaces. | | | | | ALG + PRG | --- same as in ALGEBRAIC mode --- | +------------+--------------------------------------------------------------+ (*) If the global name references a directory, its execution consists of making that directory the current one. +------------+--------------------------------------------------------------+ | ENTRY MODE | PRESSING LEFT SHIFT + [id]: | +------------+--------------------------------------------------------------+ | IMMEDIATE | (If a command line is present, executes it, then) stores the | | | object on stack level 1 in the global variable named id. (*) | | | | | ALGEBRAIC | --- same as in IMMEDIATE mode --- | | | | | PROGRAM | Echoes the string "'id' STO" (without double quotes) to the | | | command line, surrounded by spaces. | | | | | ALG + PRG | --- same as in PROGRAM mode --- | +------------+--------------------------------------------------------------+ (*) If the global name references a directory, a "Directory Not Allowed" error is generated. +------------+--------------------------------------------------------------+ | ENTRY MODE | PRESSING RIGHT SHIFT + [id]: | +------------+--------------------------------------------------------------+ | IMMEDIATE | (If a command line is present, executes it, then) recalls | | | the contents of the global variable named id. | | | | | ALGEBRAIC | --- same as in IMMEDIATE mode --- | | | | | PROGRAM | Echoes the string "'id' RCL" (without double quotes) to the | | | command line, surrounded by spaces. | | | | | ALG + PRG | --- same as in PROGRAM mode --- | +------------+--------------------------------------------------------------+ D. CONCLUSION As is readily apparent from the above, the HP-48's custom menu system is vastly superior to that of the HP-28S, especially considering the fact that we only focussed on global names as menu key objects, leaving aside the two dozens other object types which may trigger their own menu key actions. But what's missing in the 48 are 28S-sytle input menu keys, with their inverted labels, and their ability to store values with a single, unshifted keystroke—while at the same time remaining completely disconnected from the Solver environment. Now, given the unrivalled flexibility of the 48, nothing prevents us from adding this feature ourselves! And while we're at it, we could even go a step further and combine the best of both worlds and have the new input keys retain their added, 48-specific functionality, albeit in a different distribution: unshifted keys would then store, left-shifted keys execute, and right-shifted keys recall the corresponding variable's contents. In short, we want 48-style variable keys, but with black on white labels and with their no- and left-shift actions interchanged. The skeleton of such a custom menu would look like this: { { :: TakeOver $ "A" MakeInvLabel ; ( *MENU KEY 1 Label Object* ) { :: TakeOver ' ID A StdMenuKeyLS ; ( *MENU KEY 1 No-Shift Action Object* ) :: TakeOver ' ID A StdMenuKeyNS ; ( *MENU KEY 1 Left-Shift Action Object* ) :: TakeOver ' ID A StdMenuKeyRS ; ( *MENU KEY 1 Right-Shift Action Object* ) } } { :: TakeOver $ "B" MakeInvLabel ; ( *MENU KEY 2 Label Object* ) { :: TakeOver ' ID B StdMenuKeyLS ; ( *MENU KEY 2 No-Shift Action Object* ) :: TakeOver ' ID B StdMenuKeyNS ; ( *MENU KEY 2 Left-Shift Action Object* ) :: TakeOver ' ID B StdMenuKeyRS ; ( *MENU KEY 2 Right-Shift Action Object* ) } } ( ... ) } ( StdMenuKeyRS is an unsupported, but stable entry point at #4021Fh. ) This code works equally well in an HP-48SX and in an HP-48GX, but the newly added typing aids of the GX will obviously not be available on an SX (although they can be added). In a thorough implementation, however, several things would have to be reconsidered:
With these improvements in mind, an input key in immediate entry mode would then have the following functionality (as usual, any pending command line is executed beforehand): +-------+ | NS | +-------+----------------------------------------------------------------------+ | [id] | + Stores the object on stack level 1 in the global variable named id | | | within the current directory. If the variable doesn't exist, | | | creates it in the current directory. If it already exists in the | | | current directory, its contents are overwritten with the new | | | object from stack level 1. | | | + If the storing operation was successful, displays a confirmation | | | message in the status area of the form "id: contents". | | | + If the object on stack level 1 is an unrooted directory, stores it | | | in the global variable id within the current directory, thereby | | | rooting it in the latter as its sub-directory. As a consequence, | | | the key label changes from black on white to white on black with a | | | tab, and the key actions revert to their standard behavior (as | | | long as the new sub-directory remains in the current path). | | | + The menu key offers the same protection as the STO key against | | | accidental overwriting of a variable (LASTARG returns the old, | | | rather than the new contents of the variable, so that the sequence | | | RS+ARG STO restores the variable to its prior state). | | | + If the object on stack level 1 is the same as id, generates a | | | "Circular Reference" error. | | | + If there is no object on stack level 1, generates a "Too Few | | | Arguments" error. | | | | | [dir] | + [Standard white on black label with a tab] Makes dir the current | | | context. Unlike in the VAR menu, dir may be anywhere in the | | | current path, as is the case for standard custom menus, too. | | | | | |......................................................................| | | | | [lam] | + Stores the object on stack level 1 in the temporary variable named | | | lam, overwriting the old contents. If the temporary variable | | | doesn't exist, generates an "Undefined Local Name" error. | | | + If the storing operation was successful, displays a confirmation | | | message in the status area of the form "lam: contents". | | | + The menu key offers the same protection as the STO key against | | | accidental overwriting of a variable. | | | + If the object on stack level 1 is the same as lam, generates a | | | "Circular Reference" error. | | | + If there is no object on stack level 1, generates a "Too Few | | | Arguments" error. | +-------+----------------------------------------------------------------------+ +-------+ | LS + | +-------+----------------------------------------------------------------------+ | [id] | + Executes the object stored in the global variable named id. The | | | search for id is not restricted to the current directory, but is | | | extended to the current path. If the variable is not found in the | | | current path, it is considered as not yet defined (formal variable)| | | and the global name 'id' is returned to the stack. | | | | | [dir] | + [Standard white on black label with a tab] Generates a "Directory | | | Not Allowed" error. Unlike in the VAR menu, dir may be anywhere | | | in the current path. | | | | | |......................................................................| | | | | [lam] | + Recalls the object stored in the temporary variable named lam to | | | stack level 1. If the temporary variable doesn't exist, generates | | | an "Undefined Local Name" error. | +-------+----------------------------------------------------------------------+ +-------+ | RS + | [N.B. All right-shifted menu keys retain their standard behavior.] +-------+----------------------------------------------------------------------+ | [id] | + Recalls the object stored in the global variable named id to | | | stack level 1. The search for id is not restricted to the current | | | directory, but is extended to the current path. If the variable | | | is not found in the current path, generates an "Undefined Name" | | | error. | | | | | [dir] | + [Standard white on black label with a tab] Recalls dir as an | | | unrooted data object to stack level 1. Unlike in the VAR menu, | | | dir may be anywhere in the current path. | | | | | |......................................................................| | | | | [lam] | + Recalls the object stored in the temporary variable named lam to | | | stack level 1. If the temporary variable doesn't exist, generates | | | an "Undefined Name" error. | +-------+----------------------------------------------------------------------+ E. PRACTICAL EPILOGUE In a bold break with tradition, I will not leave the implementation of such a menu system as an exercise for the reader, but rather offer my own try at it. Further details may be gleaned from the commented source code. Observations, suggestions, and criticism are welcome. Gaudete! Ex. Temporary custom menu for easy vector input with mixed input and output keys. Code:
RE: Custom Menus on High-End RPL Machines - Jlouis - 04-02-2019 12:55 AM Very nice post, thanks! Only one observation: I don't think that there's a low end RPL, that I remember Cheers RE: Custom Menus on High-End RPL Machines - Giuseppe Donnini - 04-02-2019 01:25 AM Thanks for your kind reply! What I mean by "high-end RPL" in this context, is that I don't take into consideration the high-end Pioneers (HP-17B, HP-17BII, HP-27S, HP-42S), which all are RPL machines (internally), have solver or input menus, and—in the case of the HP-42S—even real custom menus. RE: Custom Menus on High-End RPL Machines - Thomas Okken - 04-02-2019 01:32 AM (04-02-2019 01:25 AM)Giuseppe Donnini Wrote: high-end Pioneers (HP-17B, HP-17BII, HP-27S, HP-42S), which all are RPL machines (internally) What is the RPL inside of the 42S used for? I thought it was all Saturn machine language inside (not that I've ever tried disassembling the ROM)... RE: Custom Menus on High-End RPL Machines - Giuseppe Donnini - 04-02-2019 02:07 AM Well, for pretty much everything! It may be hard to believe at first, but to quote the most knowledgeable person I know of on that subject: (06-07-2015 01:47 PM)Raymond Del Tondo Wrote: The 42S actually is an RPL machine running a stripped-down version of the HP-48 OS. RE: Custom Menus on High-End RPL Machines - Thomas Okken - 04-02-2019 03:58 AM (04-02-2019 02:07 AM)Giuseppe Donnini Wrote: Well, for pretty much everything! It may be hard to believe at first, but to quote the most knowledgeable person I know of on that subject: That's tantalizingly vague. So if I were to try to disassemble the 42S ROM, I would find the floating-point routines in machine language, I guess, and perhaps the complex and matrix functionality as well, and the graphics primitives? With the command line interface, menu system, program editor, and program interpreter in (compiled?) RPL? Am I warm? Has anyone delved into this and written any articles about it? RE: Custom Menus on High-End RPL Machines - Raymond Del Tondo - 04-02-2019 10:54 AM (04-02-2019 03:58 AM)Thomas Okken Wrote:Yes and no.(04-02-2019 02:07 AM)Giuseppe Donnini Wrote: Well, for pretty much everything! It may be hard to believe at first, but to quote the most knowledgeable person I know of on that subject: Many years ago, I disassembled (and partly decompiled) a huge amount of the 42S ROM. The RPL kernel is nearly the same as in the HP 48S series, lacking things like bank switching and some object types - things which are not used in the 42S. There are similar (if not the same) math routines in ML, and math related routines in SysRPL. The latter are nearly the same as in the HP 48S series. The user interface is different to that in the HP 48, so the associated display graphics routines and menu display routines are different, of course. The stack registers incl. Alpha are stored in designated positions in system RAM, the registers are incarnated as a matrix object. There is no User level RPL in the 42S, only SysRPL. So if you are in the 42S program editor, you'll only have access to FOCAL words, with some 42S extensions, of course. The program "compiler" creates a FOCAL byte stream, which will be run through the FOCAL execution engine. This FOCAL byte stream is binary compatible to that of the HP-41 and the HP41CV Emulator card for the HP 48SX. The actual internal code behind the FOCAL words is RPL or Saturn ML, of course. RE: Custom Menus on High-End RPL Machines - Thomas Okken - 04-02-2019 07:17 PM Fascinating. Thanks for the enlightenment! I was always impressed with how much faster the 42S was than the 41. Now, even more so. RE: Custom Menus on High-End RPL Machines - rprosperi - 04-02-2019 11:53 PM (04-02-2019 10:54 AM)Raymond Del Tondo Wrote: There is no User level RPL in the 42S, only SysRPL. So if you are in the 42S program editor, you'll only have access to FOCAL words, with some 42S extensions, of course. Thanks for the detailed explanation Raymond; it's so interesting to still learn new things about the 42S so many years later! Would you guess that the 42S FOCAL processing was actually based on the 41CV Emulator card code? Now that you've pointed out the similarity, it's an obvious method they could have used, but I never even thought about how similar these 2 are, and never gave it even a moment's thought that it could have been built from the emulator code. RE: Custom Menus on High-End RPL Machines - Thomas Okken - 04-03-2019 01:01 AM (04-02-2019 11:53 PM)rprosperi Wrote: Would you guess that the 42S FOCAL processing was actually based on the 41CV Emulator card code? Now that you've pointed out the similarity, it's an obvious method they could have used, but I never even thought about how similar these 2 are, and never gave it even a moment's thought that it could have been built from the emulator code. Does the 41CV Emulator Card have the same numerical range as the 42S and the RPL machines, or is it 10-digit with 2-digit exponent like the real 41? There could be more subtle clues as well, for example, in programs, the real 41 inserts a null byte (that doesn't disappear after PACKING) between two consecutive numbers, while the 42S inserts a null byte before every number, as in Code: 00 { 2-Byte Prgm } RE: Custom Menus on High-End RPL Machines - Werner - 04-03-2019 05:51 AM Thanks for that explanation, Raymond. How does the 42 handle garbage collection, then? It never seems to pause in any noticeable way. Cheers, Werner RE: Custom Menus on High-End RPL Machines - Massimo Gnerucci - 04-03-2019 06:21 AM (04-03-2019 01:01 AM)Thomas Okken Wrote: Does the 41CV Emulator Card have the same numerical range as the 42S and the RPL machines, or is it 10-digit with 2-digit exponent like the real 41? I am at work now and cannot check, but I found this: Quote:The range of valid values in the emulator is the same as for the RE: Custom Menus on High-End RPL Machines - RMollov - 04-03-2019 07:05 AM (04-02-2019 07:17 PM)Thomas Okken Wrote: Fascinating. Thanks for the enlightenment!Back then I noticed that HP-42S was actually quite faster than the 48's on the same routines. RE: Custom Menus on High-End RPL Machines - Raymond Del Tondo - 04-03-2019 10:26 AM (04-03-2019 05:51 AM)Werner Wrote: Thanks for that explanation, Raymond.As far as I can see, the garbage collection works in the same way as on the other RPL machines, which also includes the 17B(II) and the 19B(II) . Creating objects consumes RAM as in the other RPL machines, and therefore the GARBAGECOL is invoked when there's not enough room for creating the new object. One of the differences to the HP 48S series is that in the 42S, the memory layout is somewhat less complicated due to the lack of ban switching. Less memory is moved since the user stack (list of pointers) is of fixed size, the stack objects are real numbers in most cases, whose pointers have designated system RAM addresses, so expanding/shrinking of the internal data stack pointer list happens less often. The user stack objects are not on the data stack normally, but recalled from the designated data area when needed, operated upon, then stored back into the location. RE: Custom Menus on High-End RPL Machines - Raymond Del Tondo - 04-03-2019 10:34 AM (04-02-2019 11:53 PM)rprosperi Wrote: Would you guess that the 42S FOCAL processing was actually based on the 41CV Emulator card code?AFAIK it's the other way round. The 42S had been developped before the HP41CV Emulator card. I think I somewhere read about how Frank Wales and others from Zengrange went to Corvallis for the project. I'm not exactly sure where I got that thought, be it either from RCL20, or Frank's web page, or in mails which we exchanged back then. RE: Custom Menus on High-End RPL Machines - Giuseppe Donnini - 04-03-2019 12:53 PM (04-03-2019 10:34 AM)Raymond Del Tondo Wrote: I think I somewhere read about how Frank Wales and others from Zengrange went to Corvallis for the project. Exactly! Here's an excerpt from a transcript I made of Bill Wickes' talk in Philadelphia on November 11th, 1990 (warm thanks go to Jake Schwartz for sharing his video collection): "I talked about times being different from the 41 time, and that's true in another way that I didn't mention before: In the 41, the plug-in modules were 4K of ROM and it was quite reasonable for an engineer at HP in those days to spend a month or so boning up on something like surveying, and write a little module that would exercise the 41 to its capacity on the topic of surveying. For the 48, that's just no longer practical. You can put so much into a plug-in card that it's just not reasonable to expect a mechanical engineer, or a software engineer, or anybody like that, to become expert in somebody else's field, and write a card that would stand on its own two feet in the world. So basically, the strategy with the 48 is, for the most part, to encourage other people to write cards—not for us necessarily, but for themselves, and we'll just sell the mainframes. Now, sometimes we will identify something as either being strategic or important, like in the case of the 41 emulator. We subcontracted that to Zengrange Co. out of England to write, because they have a lot of 41 expertise, and we actually brought them into our R&D lab, gave them a desk right across from mine, and they sat there for six months to develop that card right on our development systems." RE: Custom Menus on High-End RPL Machines - Lode - 04-03-2019 02:15 PM Excuse the layman's question, but what do "immediate" and "algebraic" mean in the menu tables? Doesn't the 48GX only have RPN mode? RE: Custom Menus on High-End RPL Machines - cdmackay - 04-03-2019 03:14 PM (04-03-2019 02:15 PM)Lode Wrote: Excuse the layman's question, but what do "immediate" and "algebraic" mean in the menu tables? Doesn't the 48GX only have RPN mode? Single-quotes ' allows a temporary algebraic-entry mode. See e.g. User's Guide 2-8 "Selecting Command-Line Entry Modes". Immediate is the normal mode. RE: Custom Menus on High-End RPL Machines - rprosperi - 04-03-2019 03:42 PM (04-03-2019 10:34 AM)Raymond Del Tondo Wrote: AFAIK it's the other way round. The 42S had been developped before the HP41CV Emulator card. Oh wow, you're right, about 2 years before the emulator, not at all how I seemed to recall things. Memory is a funny thing... (04-03-2019 12:53 PM)Giuseppe Donnini Wrote:(04-03-2019 10:34 AM)Raymond Del Tondo Wrote: I think I somewhere read about how Frank Wales and others from Zengrange went to Corvallis for the project. Thanks for sharing that Giuseppe! There are also printed materials for that 1990 conference in Jake's splendid collection, including a Wickes presentation on vectored Enter, etc. but this seems to have been a reply to a question, so the video is the only record of that; I'm glad you watched it and made a transcript. RE: Custom Menus on High-End RPL Machines - Giuseppe Donnini - 04-03-2019 04:22 PM (04-03-2019 03:42 PM)rprosperi Wrote: There are also printed materials for that 1990 conference in Jake's splendid collection, including a Wickes presentation on vectored Enter, etc. You're talking about the big conference in Rolling Meadows, IL, that took place in June 1990, but the talk I'm referring to was a small meeting of the Philadelphia Area HP Handheld Club (PAHHC) later in November of the same year, where Bill Wickes addressed advanced HP-48 topics for nearly three hours and a half. |