TLDR;

If we treat the Input Method as a UI preference and the Unit as a data label, we stop the "Rejected" cycle of Making reworking habits easier and give users the flexibility they’ve been voting for in these Feature Requests:

• 🔹 In Review - Habit settings: Enable habit type change

• 🔹 In Review - Habit Settings: Ability to Change the Unit of a Habit After Creation

• 🔻Rejected - Making reworking habits easier

• 🔹 In Review - Goal: Allow changing goal from minutes to times

• 🔹 In Review - Habit Goal: Allow custom inputs for goals such as calories consumed and steps (This Feature Request seems to have the most traction but all the other requests, and their unique votes, should be merged with either this “Allow Custom inputs…” request, or all into this request I’m making.)

Proposal:

This request is the "missing link" for several high-priority items. The current "conundrum" is that the UI forces a choice between Tracking Method (Timer vs. Counter) by masking it as a Unit Choice (Min vs. Times).

To solve this and unify the Habit Type Change and Unit Modification requests, I suggest a 3-pillar UI overhaul:

1. Decouple "Interaction Style" from "Unit" Instead of the "Times" vs. "Min" split, let the user select their Goal Unit (Minutes, Liters, Calories, or CUSTOM UNIT etc.) and then choose their Input Method:

• The Timer: For duration-based flow.

• The Counter (+/-): For incremental progress.

• Why? Someone might want to track "30 Minutes" but log it in 5-minute manual increments rather than using a live timer. (this is ONE of my personal use cases)
  

2. Replace Scrollers with Manual Input Fields As noted in Custom Goal Inputs, and possibly other requests that I was not searching for, the 1–1000 scroller is an artificial friction point. Replacing this with a text field (number pad) allows for precise goals like "1,750 calories" or "8,000 steps" instantly, satisfying high-precision users.

3. The "Data Migration" Modal (The Workaround) The technical blocker for changing units is often "incompatible data." If a user changes a unit/type after logging history:

• Warning Modal: "Changing your tracking method will reset existing progress data for this habit to ensure chart accuracy. Proceed?"

• Workaround: Implement the Duplicate Habit feature immediately. This allows users to "clone" their settings (including multiple custom reminders and other fine tuning - my use case has TEN alarm/Reminders) into a new habit with a different unit, without the manual "UX nightmare" of rebuilding from scratch.