Kang-Che Sung (宋岡哲)

I disagree with the assumption that "there is no issue", because there are other parts of htop code that check if the time "period" is zero, and for the "option...

> But this commit is not dealing with the time delta we've been discussing. Its a weak comparison (ticks vs time) - one is a Linux-specific corner case where we...

My concerns about the `autoTitleRightAlign` flag are these: 1. There is only one user of the flag in this commit. Generally we shouldn't introduce a flag when there is only...

I don't think this fix is correct, since you are not addressing whether Intel processor Macs need the special handling.

Please don't merge the `htop-dev:main` branch. Rebase it instead. You know what [git rebase](https://git-scm.com/docs/git-rebase) is, don't you?

> I'm inspired by the output of `GDB`. I prefer this layout. > > So now, it's look like :  > > I have small improvements to do and...

> What if htop is running on a 16-bit processor? Nope. htop doesn't support any 16-bit operating system at the moment, and it's unlikely to ever happen. You might be...

From the Debian bug report, I cannot see why newlines in CMDLINE should be substituted with spaces. The newline character being visible should be considered a feature. If we need...

> We still need an ASCII fallback cf. `htop --no-unicode` The original bug report didn't mention about ASCII mode, so I assume Unicode mode already, and in that U+FFFD would...

I wish the `autoTitleRightAlign` flag be split to a separate PR. The reason is simply I don't like the current design of the flag, and I think it deserves more...