Currently code have next global shortcuts:

entries[0].Set(wxACCEL_CTRL,  (int)'S',     menu_SaveOrders);
entries[1].Set(wxACCEL_CTRL,  (int)'N',     accel_NextUnit );
entries[2].Set(wxACCEL_CTRL,  (int)'P',     accel_PrevUnit );
entries[3].Set(wxACCEL_CTRL,  (int)'U',     accel_UnitList );
entries[4].Set(wxACCEL_CTRL,  (int)'O',     accel_Orders   );

Registered in CahFrame

Each of those events are registered 3 times:
EVT_MENU (accel_NextUnit , CMapFrame::OnNextUnit)
EVT_MENU (accel_NextUnit , CEditsFrame::OnNextUnit)
EVT_MENU (accel_NextUnit , CUnitFrame::OnNextUnit)

In event tables of 3 classes: CMapFrame CEditsFrame CUnitFrame

I commented out CEditsFrame and CUnitFrame -- nothing changed, it still works.
As only I comment out CMapFrame -- Ctrl + 'N' stopped working (even if others are presented).

All of those classes are derived from CahFrame in which events are registered. But just one of them works. And works from every place (I selected all existing windows of AH, combination was still working)

1. It needs to figure out why other don't work. And then clean them.

2. class CAhApp have ALL the data, and ALL the functions. Even accel_NextUnit action is implemented there, because it has pointer to CUnitPane. It's definitely superclass-monolith, so it's good to redesign, and during investigation why events behave as they do, extract them from him.

For produce order only the classic form "produce [item]" is supported. Add support for "produce [number] [item]

Tested with a build on Ubuntu 18.4.

I created a new unit by using the Split command, giving the unit orders to move elsewhere. From the destination hex I selected the new unit and used the contextual menu to Discard it, and alh crashed

join order is not handled by ALH

with the unit list focused if I simply press up/down/up/down/up/down to change the selected unit repeatedly, the names for cities and towns on the map will get darker each time as they are redrawn on top of the existing anti-aliased text.