.NET: Microsoft Technologies based on the .NET software framework. Runtime: An environment required to run apps that aren't compiled to machine language.
Thanks for reaching out.
When moving from Sheridan SSTab (AxTabDlg.AxSSTab) to managed WinForms controls like TabControl, the behavior changes because SSTab is an ActiveX control and TabControl is a native WinForms control. There is no one‑to‑one API replacement, but the same behaviors are handled in different ways.
The TabControl does not expose a “previous tab” property like SSTab. The previous tab is known during the tab change process itself, so it needs to be tracked when the user switches tabs.
WinForms does not support hiding a tab header the same way SSTab does with TabVisible. The supported WinForms approach is to remove a TabPage from the TabPages collection to hide it, and add it back when it should be shown.
Blocking or controlling tab switching is not done with click events in TabControl. Instead, tab changes are handled during the selection process, where the tab change can be allowed or canceled. This replaces SSTab’s click‑based logic.
Tab text and images are supported in TabControl, but through different properties. The tab caption comes from the TabPage text, and images are handled using an ImageList associated with the TabControl, instead of SSTab properties like TabPicture.
The OcxState property does not exist on TabControl because it is only used for ActiveX controls hosted via AxHost. Since TabControl is a fully managed WinForms control, OcxState is not applicable, and its absence is expected.
In summary, this migration is about re‑implementing SSTab behavior using standard WinForms patterns rather than translating ActiveX properties directly.
Please let us know if you require any further assistance, we’re happy to help. If you found this information useful, kindly mark this as "Accept Answer". So that others in the community facing similar issues can easily find the solution. Your contribution is highly appreciated.