Andrew

finally just got everything up and running, technical issues... I almost forgot what the initial issue was or how it started 😳. anyway I'll start a print and try triggering...

unfortunately I wasn't able to recreate the issue. I tried with and without safemode. I do have the logging files but without triggering an issue that doesn't do us help?...

> There was a marlin bug at one point in time if my vague memory serves me well, that when a filament change was triggered it wouldn't send the required...

> But even with the "M5" error, it received. > > `Recv: //action:paused` > > Need to find out where the M5 is being sent from? Disable/surpress it somehow? There...

it really isnt that many when you look at it. plus it addresses needed changes which cant be done single one by one, it has to be done all at...

> I have no personal need to "occasionally reverse the encoder" but apparently Andrew likes a good practical joke. lol well youre not wrong @thinkyhead. a bit of context-backstory... so...

I have also made code that you can change the encoder rate as well. I guess this can be just as helpful. let me know if you think I should...

> it may be better to just make it a "hidden" feature through an existing or new G-code, rather than expose it in a menu item. that actually sounds better...

I like the idea in **proui/dwin.cpp** `constexpr int advItems = 3 + COUNT_ENABLED` like in JyersUI, what I don't really get is... so `MenuItemTotal` in `menuItemsPrepare()` uses basically the `totalitems`...

This **PR** is ready for merge