Hallo Jim, first I would say thanks for your work, I am compiling at the moment to test from my side. I checked the code and I would like to recommend:
Is it possible to get the code of: onTreeNavigateKeyPress in a own module? This way we would be able to use the same code also for the offsetwidget and may be future widgets using a treeview. I will report as soon as my testing ends. Norbert Am 29.12.2016 um 16:14 schrieb Jim Craig: > replies are Inline below. > > On 12/29/2016 8:52 AM, EBo wrote: >> I will also inline as below... >> >> On Dec 29 2016 6:42 AM, Jim Craig wrote: >>> See my replies below inline. >>> >>> On 12/28/2016 7:59 PM, Chris Morley wrote: >>>> ... >>>> >>>> When I entered a value the cursor moves down to the next tool rather >>>> then the next axis of the same tool. >>>> >>>> I would think this is not what you wanted? >>> This is what I wanted. It is the way most spreadsheets work. If the >>> group does not like enter moving down then we can remove that >>> functionality or put it in as optional. Then the programmer using the >>> widget would have to decide to use it or handle the option in their >>> main >>> application. >> Would it be reasonable to set up a key/functionality map? I am not >> sure it would be worth it, but I can see places where we might want to >> map a different key to a function or possibly map a macro. > I am not sure about this. I am sure it is possible but would it be worth it? >>>> If I hold down cursor up (or down) to get to the first or last tool, >>>> it pauses at that tool, just as I would expect. >>>> >>>> But when I release the button it then moves again which is slightly >>>> annoying. >>> Well the function actually handles the key release event due to >>> issues >>> with using the key press event occurring before a value is accepted. >>> I >>> am not sure why it is pausing at the first or last tool. I will check >>> on >>> that. Good test! I did not do the hold key test in my testing. >> Is there any way to either set up an automated test suite or possibly >> just a list of these tests? As a note, I *know* that automated GUI >> testing is difficult (pre-Y2K I worked for a company that did exactly >> this). There are some open source testers that might work >> <https://en.wikipedia.org/wiki/Comparison_of_GUI_testing_tools>, but I >> have absolutely no experiences with any of them. > I will look into this, but as with you I have no experience with these. > > Thanks, > > Jim > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > _______________________________________________ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers > ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot _______________________________________________ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
