mirror of
https://github.com/qelectrotech/qelectrotech-source-mirror.git
synced 2026-08-03 18:44:13 +02:00
ispyisail
031710b5fc
Resetting an active numbering counter back to a starting value, or marking it as needing manual numbering, currently requires the full round trip through the project properties dialog: open it from the dock's Configure button, locate the right numbering context, select the specific part row, clear and retype the value, confirm. Add two small buttons next to each of the three combo boxes (Conductor/Element/Folio) on AutoNumberingDockWidget itself: - Reset to start: calls NumerotationContext::replaceValue() on every part that represents a progressing counter, using a sensible per-type value -- the part's own stored initialvalue for folio-anchored types (unitfolio/tenfolio/hundredfolio), "1" for plain numeric types and wrap, "a" for alpha. Non-incrementing types (string, plant, locmach, idfolio, folio, elementline, elementcolumn, elementprefix) are left untouched, since there's no meaningful "start" distinct from whatever the user configured for a fixed/contextual value. - Reset to "?": sets every part's value to the literal placeholder "?" unconditionally, for marking a context as needing manual numbering. Both write the updated context back via the same addConductorAutoNum/addElementAutoNum/addFolioAutoNum calls the project properties dialog itself already uses, so the dock's existing refresh signals fire exactly as they do today. Verified with a full build (Qt6) after the change -- clean compile and link, including the .ui-generated Ui class correctly picking up the six new button object names. Wasn't able to get a reliable live GUI run in this environment to click-test the buttons themselves (ran into unrelated session/display instability before any interaction with the new buttons occurred), so this is verified by code review and successful build rather than a runtime screenshot. Implements https://github.com/qelectrotech/qelectrotech-source-mirror/discussions/597