If Y is a list, X will be added to it unchanged. If Y is a string, the contents of X will be converted to a string in the same way as ARCL. If X is a list, it will be added to Y as one element.ĮXTEND: adds the object in X to the string or list in Y and returns the combined string or list. But of course bugs will continue to be fixed.)ĪPPEND: adds the object in X to the string or list in Y and returns the combined string or list. Once the basic version is released with the big stack, it will be in maintenance mode no further enhancements are planned. (Note that all of this will be in Plus42 only, not in the basic version. The concepts string/characters and list/elements are similar enough to make that pretty intuitive, I think. That type already exists and I used it to implement FUNC, L4STK, and LNSTK, and it could be manipulated using the same set of functions as strings. I'm also going to expose the new List type. And, as with the big stack, if the new capability is not used, the only downside of its presence is the few kilobytes added to the executable. There's certainly no danger of the Big Stack controversy here, the Long Strings will be fully backwards compatible, there will be no special mode to use them, just some new capabilities that one can freely use, or safely ignore. They will be needed anyway in order to fully integrate equations into the type system, and I think I can do them in a way that people will like. It should not stop you from developing more progressive extensions :-) This is what drove me in developing the enhanced HP-71 Math Pac 2. Valentin recently proposed a whole set of Free42 enhancements in a different direction.Īgain my personal point of view, from my own experience of HP calculators/computers: I welcome enhancements that have some roots or connections with the HP calculators of about the same era. Sure there is no unique point of view regarding enhancements. (01-31-2021 08:56 PM)Thomas Okken Wrote: Even most purists enjoy some enhancements. No need to prevent them to run, if the user deliberately or by chance loads a raw file with such extension.īut please don't remove the now "classic" extensions like the time functions and extra HP-41 X-functions. me) will not be lost with the new commands/settings. ![]() A "Classic" mode, a bit like the "Authentic speed" setting in Christoph's emulators. ![]() Hiding the extra features from the menus would be a nice solution. ![]() or the regular Free42 could have a setting in the preferences to select "classic" mode, which simply makes all the extra options disappear from the CATALOG, MODES, and PRINT menus, and maybe also prevents those functions from executing, for people using Free42 mainly for running legacy HP-42S programs and who are nervous about compatibility. ![]() So if someone shares my point of view, feel free to use any of these ideas. Very low priority for now, too many projects in mind and too little time. Oh yes, I could do it by myself - yet another project idea. I believe this is the natural evolution of many applications, to be always more powerful, more complex and bigger, but I could also appreciate a simpler version such as a Free32 - a HP-32S replacement with the key Free42 features of speed and accuracy, and some limited extensions such as I proposed here. I enjoyed the few past extensions like the time functions modelled from the 41C, and would have appreciated more features from the HP-41 X-functions for running HP-41C programs that use these features, and some kind of HPIL-like I/O for accessing the host file system. Although this is definitely interesting, my personal feeling is that it goes too far from what I appreciated in the initial Free42 that was a (much, much) faster HP-42S, with higher accuracy (decimal version with 25 then 34 digits) and lot of memory.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |