Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Requesting for an advancement in file modification testing #206720

Closed
6ftrvlr opened this issue Mar 3, 2024 · 1 comment
Closed

Requesting for an advancement in file modification testing #206720

6ftrvlr opened this issue Mar 3, 2024 · 1 comment
Labels
*duplicate Issue identified as a duplicate of another issue(s) file-io File I/O workbench-editors Managing of editor widgets in workbench window

Comments

@6ftrvlr
Copy link

6ftrvlr commented Mar 3, 2024

Type: Feature Request

To the developer who may concern:
Visual Studio Code gave me a good time when I was handling with codes. One of what I love is the file modification testing, for example, a white dot will appear at one end of the title of the page card. A good feature for the method is that when I stick to undo all my modification made to the file, the file will be examined to be unmodified with the white dot disappear.
But I've recently found some problems about the file modification testing method. When I use the input software along with Windows 11 to input Chinese, my pinyin input will appear on the screen waiting for selecting the ideal Chinese words. But when I regret adding one Chinese word to an unmodified file and I simply use the backspace key to get the pinyin off my file, the file will be examined to be modified. Even if I press Ctrl+Z for dozens of times, the file will still be regarded as a modified one.
My suggestion is to add some complementary methods to examine whether a file is modified. From my perspective, VS Code can introduce a feature where when an undo command is made in the situation where there seems to be no more space for an undo operation, the program will use some method like hashing to compare the file in the editor with the file in the disk. As a result, if they are compared to be the same, the white dot can be removed.
Thanks for any devotion in improving the using experience of VS Code!

VS Code version: Code 1.87.0 (019f4d1, 2024-02-27T23:41:44.469Z)
OS version: Windows_NT x64 10.0.22631
Modes:

@VSCodeTriageBot VSCodeTriageBot added the stale Issues that have not been triaged in an appropriate amount of time label May 20, 2024
@lramos15 lramos15 assigned bpasero and unassigned DonJayamanne and lramos15 May 20, 2024
@lramos15 lramos15 removed triage-needed stale Issues that have not been triaged in an appropriate amount of time labels May 20, 2024
@bpasero bpasero added *duplicate Issue identified as a duplicate of another issue(s) file-io File I/O workbench-editors Managing of editor widgets in workbench window labels May 20, 2024
@VSCodeTriageBot
Copy link
Collaborator

Thanks for creating this issue! We figured it's covering the same as another one we already have. Thus, we closed this one as a duplicate. You can search for similar existing issues. See also our issue reporting guidelines.

Happy Coding!

@bpasero bpasero removed their assignment May 20, 2024
@VSCodeTriageBot VSCodeTriageBot closed this as not planned Won't fix, can't repro, duplicate, stale May 20, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
*duplicate Issue identified as a duplicate of another issue(s) file-io File I/O workbench-editors Managing of editor widgets in workbench window
Projects
None yet
Development

No branches or pull requests

5 participants