DB48X: HP48-like RPL implementation for DM42
|
Yesterday, 10:24 AM
Post: #481
|
|||
|
|||
DB48X/50X CATALOG 'behaviour'
Christophe,
Thanks again for release 0.8.7. I was using the CATALOG to look for Attach and Detach added in the release and it led to this question on the behaviour of CATALOG. I understand that CATALOG is context sensitive, which makes sense if it bring functions that are likley to be of immediate use to objects on the stack, say. That's great :-) This post refers to DB50X v0.8.7 on my DM32. What I am unsure about is the cyclic nature of CATALOG. I have assumed that if I cycle through the CATALOG menus using the forward and back soft keys (F6 and SHIFT F6) I will be able to get to all functions or menus eventually and that it is a big loop. Is that right? If I have nothing on the stack, I press f CAT (f = one press of blue function key on DM32) I get a set of 15 functions (F5 = %T) and the arrow keys of F6 and f F6. I can hit the F6 key (forward arrow) 42 times and am back at the first CATALOG menu (the one including %T on F5). If I have a number (I type the number 3) and press forward ~44 times, I finish on a menu very similar to the first menu (with %T) but the F6 key has %Total, = and acosh. But there are no forward or back arrows on any of the soft menu keys. Is this intended? In my several attempts to reproduce this "dead end" or "cul-de-sac" menu, the number of times I press forward arrow (F6) seems to vary. Another test it took 98 presses of the F6 key. Perhaps I have misundertood something? Anyone else seen this or maybe can explain? Thank you again for the DB (Dave and Bill) project! Mark. |
|||
Yesterday, 10:25 AM
(This post was last modified: Yesterday 10:47 AM by n1msr.)
Post: #482
|
|||
|
|||
RE: DB48X: HP48-like RPL implementation for DM42
Christophe (and anyone who is using DB48X/50X),
Thanks again for release 0.8.7. I was using the CATALOG to look for Attach and Detach added in the release and it led to this question on the behaviour of CATALOG. I understand that CATALOG is context sensitive, which makes sense if it bring functions that are likley to be of immediate use to objects on the stack, say. That's great :-) This post refers to DB50X v0.8.7 on my DM32. What I am unsure about is the cyclic nature of CATALOG. I have assumed that if I cycle through the CATALOG menus using the forward and back soft keys (F6 and SHIFT F6) I will be able to get to all functions or menus eventually and that it is a big loop. Is that right? If I have nothing on the stack, I press f CAT (f = one press of blue function key on DM32) I get a set of 15 functions (F5 = %T) and the arrow keys of F6 and f F6. I can hit the F6 key (forward arrow) 42 times and am back at the first CATALOG menu (the one including %T on F5). If I have a number on the stack (the number 3 in 'D' mode) and press forward ~44 times, I finish on a menu very similar to the first menu (with %T) but the F6 key has %Total, = and acosh. But there are no forward or back arrows on any of the soft menu keys. Is this intended? In my several attempts to reproduce this "dead end" or "cul-de-sac" menu, the number of times I press forward arrow (F6) seems to vary. In another test it took 98 presses of the F6 key. Perhaps I have misundertood something? Has anyone else seen this or maybe can explain? So far, this behaviour has not occurred on the DB48X simulator v0.8.7 on Fedora (WSL). It has reliably cycled all the way through to the first CAT menu and starts again. Thank you again for the DB (Dave and Bill) project! Mark. |
|||
Yesterday, 11:21 AM
Post: #483
|
|||
|
|||
RE: DB48X: HP48-like RPL implementation for DM42
(Yesterday 10:24 AM)n1msr Wrote: Christophe, Yes, although this is a very inefficient way to use the catalog. The intent is that you start typing something, and then you cycle through what begins with or contains what you typed. So for example if you are looking for "background" functions, you type "BACK", and then you only have two pages worth of commands. If you type "AS" or "AX", there are only 18 commands, so it fits on the first page. Quote:If I have nothing on the stack, I press f CAT (f = one press of blue function key on DM32) I get a set of 15 functions (F5 = %T) and the arrow keys of F6 and f F6. I can hit the F6 key (forward arrow) 42 times and am back at the first CATALOG menu (the one including %T on F5). No. Next time, can you please take a screenshot (holding Shift and DISP together, the snapshot is in the SCREENS directory)? Quote:In my several attempts to reproduce this "dead end" or "cul-de-sac" menu, the number of times I press forward arrow (F6) seems to vary. Another test it took 98 presses of the F6 key. Perhaps I have misundertood something? Anyone else seen this or maybe can explain? 98 presses sounds closer to what you should get. My guess is that you pressed something on the command line that caused the catalog to shrink to the number of pages you observed. Quote:Thank you again for the DB (Dave and Bill) project! DB48X,HP,me |
|||
Yesterday, 11:40 AM
Post: #484
|
|||
|
|||
DB48 Simulator (Fedora WSL) - default size (minor)
This is a very minor thing, but I am not sure how to configure the DB48X simulator for Fedora WSL to open with a certain size (I don't mind editing a source or .h file to get what I need, as opposed to a menu option in the application). When I run the simulator on my WSL the DB48X is very small so I always have to resize it.
I suspect that the thing I want is part of Qt, but I don't know where this is done. Mark |
|||
Yesterday, 01:07 PM
Post: #485
|
|||
|
|||
RE: DB48X: HP48-like RPL implementation for DM42
(Yesterday 11:40 AM)n1msr Wrote: This is a very minor thing, but I am not sure how to configure the DB48X simulator for Fedora WSL to open with a certain size (I don't mind editing a source or .h file to get what I need, as opposed to a menu option in the application). When I run the simulator on my WSL the DB48X is very small so I always have to resize it. Run the simulator with option "-s 2" (for a 2x scaling). HiDPI detection is a bit hazardous on Linux. DB48X,HP,me |
|||
Yesterday, 01:09 PM
Post: #486
|
|||
|
|||
RE: DB48X: HP48-like RPL implementation for DM42
(Yesterday 11:40 AM)n1msr Wrote: This is a very minor thing, but I am not sure how to configure the DB48X simulator for Fedora WSL to open with a certain size (I don't mind editing a source or .h file to get what I need, as opposed to a menu option in the application). When I run the simulator on my WSL the DB48X is very small so I always have to resize it. You can either use the command option db48x -s 1.5 or set environment variable QT_SCALE_FACTOR=1.5 db48x. |
|||
Yesterday, 02:50 PM
Post: #487
|
|||
|
|||
RE: DB48X: HP48-like RPL implementation for DM42
Thanks for your prompt reply on the display sizing. Nice n' easy :-)
Mark. |
|||
Yesterday, 04:13 PM
Post: #488
|
|||
|
|||
RE: DB48X: HP48-like RPL implementation for DM42
(Yesterday 09:31 AM)c3d Wrote:Where do I find RCL? I can enter it manually or brows the catalog, but is there a faster way?(12-02-2024 09:49 PM)Orome Wrote: Possibly a very dumb question but: If I have an RPL program in a file, how do I load it (without disturbing any other state)? "In a time of universal deceit, telling the truth is a revolutionary act." |
|||
Yesterday, 04:26 PM
Post: #489
|
|||
|
|||
RE: DB48X: HP48-like RPL implementation for DM42
I'd like my state backups from my macOS DB50X and my iOS DB50X to go to the same location (so that State saving and loading on both apps operates on the same location). Likewise I'd like for "SOME.FILE" RCL and VAL "SOME.FILE" STO to operate on the same location.
How do I point both apps to the same (e.g. cloud) folder to achieve this? "In a time of universal deceit, telling the truth is a revolutionary act." |
|||
Yesterday, 05:19 PM
Post: #490
|
|||
|
|||
RE: DB48X: HP48-like RPL implementation for DM42
(Yesterday 04:13 PM)Orome Wrote:(Yesterday 09:31 AM)c3d Wrote: Use something likeWhere do I find RCL? I can enter it manually or brows the catalog, but is there a faster way? It's in the Memory menu (LShift VAR in the new layout, RShift STO in the old one). DB48X,HP,me |
|||
Yesterday, 05:22 PM
Post: #491
|
|||
|
|||
RE: DB48X: HP48-like RPL implementation for DM42
(Yesterday 04:26 PM)Orome Wrote: I'd like my state backups from my macOS DB50X and my iOS DB50X to go to the same location (so that State saving and loading on both apps operates on the same location). Likewise I'd like for "SOME.FILE" RCL and VAL "SOME.FILE" STO to operate on the same location. Normally, there should be a DB50X folder in iCloud. If you save there, it should be sync'd between macOS and iOS. At least, it seems to work for me, but it's sometimes a bit capricious (like everything iCloud). DB48X,HP,me |
|||
Yesterday, 05:56 PM
Post: #492
|
|||
|
|||
RE: DB48X: HP48-like RPL implementation for DM42
(Yesterday 05:22 PM)c3d Wrote:Yeah I've got that and it works, but is there a way to make it the default location for both:(Yesterday 04:26 PM)Orome Wrote: I'd like my state backups from my macOS DB50X and my iOS DB50X to go to the same location (so that State saving and loading on both apps operates on the same location). Likewise I'd like for "SOME.FILE" RCL and VAL "SOME.FILE" STO to operate on the same location.
"In a time of universal deceit, telling the truth is a revolutionary act." |
|||
Yesterday, 07:13 PM
(This post was last modified: Yesterday 09:31 PM by Orome.)
Post: #493
|
|||
|
|||
RE: DB48X: HP48-like RPL implementation for DM42
(Yesterday 05:56 PM)Orome Wrote:For A it seems that there's no way for those commands to operate on anything other than the local data directory, so to exchange between macOS and iOS some moving or copying would be needed.(Yesterday 05:22 PM)c3d Wrote: Normally, there should be a DB50X folder in iCloud. If you save there, it should be sync'd between macOS and iOS. At least, it seems to work for me, but it's sometimes a bit capricious (like everything iCloud).Yeah I've got that and it works, but is there a way to make it the default location for both: For B, as near as I can tell:
Is that right, or am I missing something? "In a time of universal deceit, telling the truth is a revolutionary act." |
|||
« Next Oldest | Next Newest »
|
User(s) browsing this thread: 6 Guest(s)