Nice idea!
Martin came with SCR.CPY.
Jaco suggested SNIP.
More? (I'd stay away from any labels referring to printing for reasons given above.)
Nice idea!
I listed what the pc companies did and do. I do not particularly like SNIP.
Me too
Sorry, what? I never used that "platform standard" so far IIRC. Please elaborate a tiny bit.
The DM42 platform, i.e. the DMCP program, offers the standard screen capture functionality that we are speaking of now, and it comes decoded already with SHIFT-DISP simultaneous press. This keypress is what you anyway need to capture the system screens as the g[SSHOT] will not work for that.
I have the same habit (I'm used to the 32 SII).Jaymos wrote: ↑Wed Mar 25, 2020 8:54 amOn both the DM42 hardware and simulator when using WP43S, I frequently find myself in USER mode accidentally, because of a habit of pressing [f] first, incorrectly assuming a function is on f, then pressing [g] after that to correct. Vice versa as well. Now, with SCR.DMP on [f], I expect to have screen dumps accumulating unknowingly.
At least, both items on [f] and [g] double shifts are not stack destructive, but inconvenient only. But then, inconvenience, still, is undesired.
Anybody else have this hard habit to shake?
J
.
Top_ya1.png