Closed atomsbaza closed 3 weeks ago
Thank you for the PR, however there are several issues:
y
, else failing is poor design in my opinion. The user should be explicitly required to confirm or reject, otherwise the program should ask again.--log-level None
)Thank you for the PR, however there are several issues:
- This will only work for the CLI. As it stands, this would completely break the Windows GUI
- Continuing on
y
, else failing is poor design in my opinion. The user should be explicitly required to confirm or reject, otherwise the program should ask again.- How will this work for 3rd party libraries that wrap TDCLI? They cannot reasonably work around this.
- How will this work with status disabled? (
--log-level None
)- What about chat updater and chat renderer?
Thank you for your feedback. To answer question
- For Windows GUI I think it isn't needed because Windows already asks to confirm before saving the file but I'm not sure that will cover all necessary because I'm using macOS so I will look for a solution again.
The Windows save file dialog does not delete files when a user clicks "yes". Because of that, your changes break the Windows GUI completely due to scanning Console.In
.
- For Windows GUI I think it isn't needed because Windows already asks to confirm before saving the file but I'm not sure that will cover all necessary because I'm using macOS so I will look for a solution again.
The Windows save file dialog does not delete files when a user clicks "yes". Because of that, your changes break the Windows GUI completely due to scanning
Console.In
.![]()
![]()
I see what happen now. Thank you for your feedback will work in-progress
@ScrubN could you please explain more about the status disabled (--log-level None)
When --log-level None
is passed, nothing is written to stdout except for uncaught exceptions.
Thanks, @ScrubN Could you please review this PR after I complete my changes?
TODO:
Feedback is welcomed.