|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000299||Cheat Engine||public||2013-11-19 21:54||2014-02-13 07:12|
|Assigned To||Dark Byte|
|Summary||0000299: CE 6.3 - Order of editboxes for pointer rescan dialog's 'End address'|
|Description||In the pointer re-scan dialog, when you tick 'must end with offsets', an editbox appears. I enter an offset and rescan the results.|
I press CTRL+R to rescan again and click the 'Add' button to add more offsets.
The new editbox appears at the bottom, and the previously present offsets remain it place. This means, that in order to enter a new offset before the existing list, I have to copy each and every offset manually one box below.
I attached a screenshot to illustrate what happens after I click 'Add' button.
There are three solutions that I can think off the top of my head:
- editboxes to appear in reverse order (i.e. first editbox contains last offset), so the newly appearing editbox is ok at the end as that's the right spot for the 'previous' offset,
- new editbox appears at the top, and when it does, CE updates the 'Top' and 'Left' coordinates of all existing editboxes so they move down, making space for the editbox appearing on top,
- new editbox appears at the bottom, but when it does, CE copies all offsets one box down automatically.
And, of course, the 'Remove' button would need to do the opposite.
Each of these options have their own ups and downs, I'm sure you'll weigh them make a good choice - maybe even come up with a better solution.
Thank you for considering.
|Tags||No tags attached.|
Last edited: 2013-11-19 22:14
Forgot: The pointer scan dialog does this with reverse-ordered editboxes; you might want to adopt that same solution on the rescan dialog for the sake of consistency.
Last edited: 2013-11-20 15:28
about "reverse-ordered editboxes", I was thinking about adding additional label(s) which will move always next to corresponding editbox (L next to last offset, F next to first offset).
Last edited: 2013-11-20 22:28
About "must end editboxes" inside rescan window, we can change this line:
and small modification at line 481 (delete element at zero)
Maybe DB will apply this patch for rescan window: http://pastebin.com/jwQf50Rz
It changes "must end" editbox creation and changes position of "must end" add(remove) button.
Editbox order is still the same as original CE6.3, so it will not mislead new users.
Plus, this patch adds two labels when needed:
- "First offset" so you will know which editbox is first ("must start")
- "Last offset" so you will know which editbox is last ("must end")
|That Demo GIF is great; that'd be great; thanks!|
Dark Byte (developer)
|2013-11-19 21:54||Csimbi||New Issue|
|2013-11-19 21:54||Csimbi||File Added: CE-RescanEndOffsets.png|
|2013-11-19 22:07||Csimbi||Note Added: 0000626|
|2013-11-19 22:14||Csimbi||Note Edited: 0000626|
|2013-11-20 15:24||mgr_inz_Player||Note Added: 0000628|
|2013-11-20 15:25||mgr_inz_Player||Note Edited: 0000628|
|2013-11-20 15:28||mgr_inz_Player||Note Edited: 0000628|
|2013-11-20 20:14||mgr_inz_Player||Note Added: 0000631|
|2013-11-20 20:16||mgr_inz_Player||Note Edited: 0000631|
|2013-11-20 20:19||mgr_inz_Player||Note Edited: 0000631|
|2013-11-20 22:01||mgr_inz_Player||Note Edited: 0000631|
|2013-11-20 22:28||mgr_inz_Player||Note Edited: 0000631|
|2013-11-20 22:52||Csimbi||Note Added: 0000632|
|2014-02-13 07:12||Dark Byte||Note Added: 0000658|
|2014-02-13 07:12||Dark Byte||Status||new => resolved|
|2014-02-13 07:12||Dark Byte||Resolution||open => fixed|
|2014-02-13 07:12||Dark Byte||Assigned To||=> Dark Byte|