macro editor issue #260
Comments
|
Hmm, that's a weird one for sure. Out of curiosity. Are you able to replicate it starting with a fresh config? I ask because the previously referenced discussion was technically "cosmetic", in that the macros were not really deleted, they just weren't being displayed. So I'm wondering if you efforts to work around that bug and recreate your macros put things in a weird state. |
|
OK, I think this is another "cosmetic" issue. It appears that things are just getting slightly out of sync. I was able to reproduce what you saw (so no, it wasn't related to anything you did). But afterwards, if I clicked on another entry and then back on the one with the wrong contents, it showed the correct data. So the issue appears to be that after a delete, it is selecting one entry, but displaying another's data. Hopefully a simple fix :) |
|
In fact all 3 dialogs of this type have this bug. Looking into it... |
…king sure that Qt recieved the "selection" changed event When deleting an item, the index of the selection doesn't really change (delete item ar index 3, and that item goes away, but the selection remains at index 3). So, I've added some code to first invalidate the seleciton, then reselect the index we want. This appears to fix the issue in all 3 dialogs of this type (Shell, Background, and Macro)
|
I tested the macro editor seems to be ok now. I presume the other dialogs would be ok too ;-) |
…king sure that Qt recieved the "selection" changed event (#261) When deleting an item, the index of the selection doesn't really change (delete item ar index 3, and that item goes away, but the selection remains at index 3). So, I've added some code to first invalidate the seleciton, then reselect the index we want. This appears to fix the issue in all 3 dialogs of this type (Shell, Background, and Macro)
… of making sure that Qt recieved the "selection" changed event (eteran#261) When deleting an item, the index of the selection doesn't really change (delete item ar index 3, and that item goes away, but the selection remains at index 3). So, I've added some code to first invalidate the seleciton, then reselect the index we want. This appears to fix the issue in all 3 dialogs of this type (Shell, Background, and Macro)
This probably has something to do with our earlier discussion #244.
Using nedit-ng version 2020.1-152-g74ab961e on master.
When I deleted a macro right above the Push Tag macro, it somehow got turned into Pop Tag. Here's the sequence:
The text was updated successfully, but these errors were encountered: