UPDATE: DMCP-3.14 / DM42-3.14
Re: UPDATE: DMCP-3.14 / DM42-3.14
Pi update applied successfully
DM42 SN: 00076
DM15, HP 28c, HP 12c, HP 10b, HP 20b, HP 30b, HP 17bII, HP 42s, HP 35s, WP 34s, NP-25, TI-83+, teenix multicalc
DM15, HP 28c, HP 12c, HP 10b, HP 20b, HP 30b, HP 17bII, HP 42s, HP 35s, WP 34s, NP-25, TI-83+, teenix multicalc
Re: UPDATE: DMCP-3.14 / DM42-3.14
I'm curious - which features in Free42 2.3.x and 2.4.x are so compelling that a couple hours into this version of DM42 you're looking for the next?
I suppose it must be the new BASE functions as virtually all the other changes are platform-specific and would not apply. If these are important enhancements for you, one suggestion is for you to use Free42 on one of the available platforms that you use to explore and learn these new commands and thus be ready to test and confirm them when they do appear in a new DM42 release.
--bob p
DM42: β00071 & 00282, DM41X: β00071 & 00656, DM10L: 071/100
DM42: β00071 & 00282, DM41X: β00071 & 00656, DM10L: 071/100
Re: UPDATE: DMCP-3.14 / DM42-3.14
Not really compelling, I just like having the latest version of Free42 when there's a new DM42 update that's all. Of course I can play with the latest version of Free42 on my iPhone, iPad and Windows PC, and in fact that's exactly what I will do. When I wrote my original post, I was not aware of the complexity of integrating the newer versions of Free42 with the DM42 OS as it is currently formulated, so I'm quite OK with the current state of affairs.rprosperi wrote: ↑Wed Jul 17, 2019 2:39 amI'm curious - which features in Free42 2.3.x and 2.4.x are so compelling that a couple hours into this version of DM42 you're looking for the next?
I suppose it must be the new BASE functions as virtually all the other changes are platform-specific and would not apply. If these are important enhancements for you, one suggestion is for you to use Free42 on one of the available platforms that you use to explore and learn these new commands and thus be ready to test and confirm them when they do appear in a new DM42 release.
DM15L, S/N 00548. DM42, SN: 00159. DM41X, SN: 00973. DM32, SN 00054.
Re: UPDATE: DMCP-3.14 / DM42-3.14
Thanks for a nice and welcomed upgrade. I have a tiny observation, maybe localized just to my (production) unit: to end the keyboard test I have to use "hard" reset, standard way doesn't work for me.
Re: UPDATE: DMCP-3.14 / DM42-3.14
Thanks for this smooth update. I have one comment regarding the new date format setting: I find it quite confusing.
The reason is that the soft keys "M>D>Y", and "Y>M>D" are matching with the displayed format: MDY or YMD, while "D>Y>M" is not matching with "DMY".
Rather than showing the first letters of the date format cycle, I feel that it would be more intuitive to show the current date format.
So instead of the first soft menu entry cycling between "M>D>Y", "D>Y>M" and "Y>M>D" I would prefer cycling it through "MDY", "DMY" and "YMD".
I don’t think that when you have only 3 options, showing the next one by it’s initial is useful. Just pressing the soft key until you get the date format you need is as simple and effective, and you know in a glance which date format is selected.
I first thought that there was an error and that D>Y>M should read D>M>Y, then I understood the logic behind it but it doesn’t feel obvious to me.grsbanks wrote: ↑Tue Jul 16, 2019 2:19 pmYMD format
The "SETUP > Settings > Set Date" page had to be altered to allow for the new YMD date format introduced in Free42 2.2.
The first soft menu entry cycles between "M>D>Y", "D>Y>M" and "Y>M>D".
If it shows "M>D>Y" then it means that the current mode is MDY and pressing F1 will make the mode switch to "DMY.
If it shows "D>Y>M" then it means that the current mode is DMY and pressing F1 will make the mode switch to "YMD.
If it shows "Y>M>D" then it means that the current mode is YMD and pressing F1 will make the mode switch to "MDY.
The reason is that the soft keys "M>D>Y", and "Y>M>D" are matching with the displayed format: MDY or YMD, while "D>Y>M" is not matching with "DMY".
Rather than showing the first letters of the date format cycle, I feel that it would be more intuitive to show the current date format.
So instead of the first soft menu entry cycling between "M>D>Y", "D>Y>M" and "Y>M>D" I would prefer cycling it through "MDY", "DMY" and "YMD".
I don’t think that when you have only 3 options, showing the next one by it’s initial is useful. Just pressing the soft key until you get the date format you need is as simple and effective, and you know in a glance which date format is selected.
DM42: 00425 - DM41X: β00066 - WP43: 00042
Re: UPDATE: DMCP-3.14 / DM42-3.14
Good suggestion. When I checked this new feature, I was looking at the sample date shown in the display as I toggled through the settings, and never caught the button label subtlety. Like you, I get it, but it doesn't feel quite right. Obviously not a priority, but it would be nice to see it adjusted in the future.dlachieze wrote: ↑Thu Jul 18, 2019 10:48 amSo instead of the first soft menu entry cycling between "M>D>Y", "D>Y>M" and "Y>M>D" I would prefer cycling it through "MDY", "DMY" and "YMD".
I don’t think that when you have only 3 options, showing the next one by it’s initial is useful. Just pressing the soft key until you get the date format you need is as simple and effective, and you know in a glance which date format is selected.
@Didier - what would be a good static (i.e. not changing as you press it, to keep the fix easy) label on the button (not easy, and no doubt this is why it is as it is )
--bob p
DM42: β00071 & 00282, DM41X: β00071 & 00656, DM10L: 071/100
DM42: β00071 & 00282, DM41X: β00071 & 00656, DM10L: 071/100
-
- Posts: 137
- Joined: Wed Jun 14, 2017 9:27 pm
Re: UPDATE: DMCP-3.14 / DM42-3.14
I'm noticing some issues with two-key rollover responsiveness in 3.14. For example, try typing 150 really fast, and there's a good chance the 0 will be missed. I don't recall having this issue with 3.13. Anybody else seeing this?
Re: UPDATE: DMCP-3.14 / DM42-3.14
The reworked keyboard code shouldn't have any effect on that specific scenario. Where the work has gone into is handling repeated presses on the same key, so if you were typing "155" instead and the second "5" was being swallowed, that could conceivably be a result of the new code.Dave Britten wrote: ↑Fri Jul 19, 2019 2:25 amI'm noticing some issues with two-key rollover responsiveness in 3.14. For example, try typing 150 really fast, and there's a good chance the 0 will be missed. I don't recall having this issue with 3.13. Anybody else seeing this?
There are only 10 kinds of people in the world: those who understand binary and those who do not.
-
- Posts: 137
- Joined: Wed Jun 14, 2017 9:27 pm
Re: UPDATE: DMCP-3.14 / DM42-3.14
Then there's definitely something peculiar happening. I flashed back to 3.13, and the rollover is fine again.grsbanks wrote: ↑Fri Jul 19, 2019 12:06 pmThe reworked keyboard code shouldn't have any effect on that specific scenario. Where the work has gone into is handling repeated presses on the same key, so if you were typing "155" instead and the second "5" was being swallowed, that could conceivably be a result of the new code.Dave Britten wrote: ↑Fri Jul 19, 2019 2:25 amI'm noticing some issues with two-key rollover responsiveness in 3.14. For example, try typing 150 really fast, and there's a good chance the 0 will be missed. I don't recall having this issue with 3.13. Anybody else seeing this?
It seems to only affect some sequences of keys, 5 then 0 being one example. Other sequences were fine, while others would also have a tendency to drop the second keystroke. I'm not sure how the keyboard is wired internally, so perhaps it has to do with whether or not the keys are on the same row/column lines.
Re: UPDATE: DMCP-3.14 / DM42-3.14
So in my quick testing, it appears that the keyboard does prioritize left to right. So if I am still holding down a 7, 4, 1, 0, I can enter any of the other integers. However, if I hold down say, a 9, 6, 3, then I can't enter 7,8,4,5,1,2,0.
My guess would be that when you're quickly entering a 1,5,0, the 5 is fine because it's to the right of the 1, but the 0 is not because it's to the left of 5 and the 5 probably hasn't released yet.
My guess would be that when you're quickly entering a 1,5,0, the 5 is fine because it's to the right of the 1, but the 0 is not because it's to the left of 5 and the 5 probably hasn't released yet.
DM42 SN:00210
DM41X SN:00014
DM41X SN:00014