HP Forum Archive 20

[ Return to Index | Top of Index ]

WP 34S: Release Planning Message #1 Posted by Marcus von Cube, Germany on 25 Oct 2011, 4:35 p.m. We are planning to spit out a 'final' V2.2 release of WP 34S as a ZIP file. I have made a few crucial modifications to the power saving scheme (finding more bugs in the process than I'd like to admit). Chances are high that I screwed something up so I kindly ask you to update your 20b or 30b and use it to tell me what needs to be fixed. Please no ideas what should be added because new functions are exclusively planned for the next release! I'm talking about bug fixing here. At present, the overlay works fine with one exception: x<>y in the f and g shifted planes. In normal mode, they generate y<> and z<>. But don't cry out too loud too early! ;-) The functions a->x and x->a are still on the keyboard: Just switch to alpha mode and the functions are mapped to their positions marked on the overlay. I would like to leave this in as a compromise and not change the mapping back to what it was in V2.1.

Re: WP 34S: Release Planning Message #2 Posted by Alexander Oestert on 26 Oct 2011, 1:35 a.m., in response to message #1 by Marcus von Cube, Germany I'm ready for testing! Is it up already? Quote: I would like to leave this in as a compromise and not change the mapping back to what it was in V2.1. :-(

Re: WP 34S: Release Planning Message #3 Posted by Marcus von Cube, Germany on 26 Oct 2011, 2:21 a.m., in response to message #2 by Alexander Oestert Quote: I'm ready for testing! Is it up already? As usual in SVN. I don't think it's ripe for being zipped.

Re: WP 34S: Release Planning Message #4 Posted by Alexander Oestert on 27 Oct 2011, 2:24 a.m., in response to message #1 by Marcus von Cube, Germany Quote: At present, the overlay works fine with one exception: x<>y in the f and g shifted planes. In normal mode, they generate y<> and z<>. But don't cry out too loud too early! ;-) The functions a->x and x->a are still on the keyboard: Just switch to alpha mode and the functions are mapped to their positions marked on the overlay. I would like to leave this in as a compromise and not change the mapping back to what it was in V2.1. In the beginning I didn't like this idea. Now, after having played with it a bit, I think this is how it always should have been! It's the most intuitive solution I can think of! To make the keyboard appropriately reflect this function switch I am thinking of printing a tiny [y<> and z<>] label on a paper sticker and putting it above the key beneath the [GRAD]. Is the artwork already updated with this? Edited: 27 Oct 2011, 2:25 a.m.

[ Return to Index | Top of Index ]

Go back to the main exhibit hall