[pull] develop from marktext:develop#103
Merged
Merged
Conversation
…es (#4740) Apply .github/COMMENTING-GUIDELINES.md to every Claude-authored comment in the tree; remove/rewrite 74 comments across 50 files that restate code, echo a symbol name, are pure noise, or have gone stale. Comment-only changes. - refactor(muya): drop name-echo labels + a duplicate JSDoc in the engine - refactor(desktop): drop comments that restate code, names, or are stale - test: remove stale comments that contradict now-passing tests - test: drop comments that restate the adjacent assertion Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
* fix: normalize HTML task-list paste * fix: close clipboard task-list e2e test
* fix: preserve bare URL HTML links on paste * fix: preserve bare URL links only without autolink boundaries * fix: align bare URL paste fallback with autolink tokenizer
* fix: preserve whitespace-only plain text paste * fix: preserve inline spaces from rich clipboard
* fix: preserve nested HTML lists under ordered parents * fix: close clipboard nested-list e2e test
…4697) * fix: prevent nested empty list items from becoming setext headings * fix: avoid setext ambiguity for nested empty list items
* fix: preserve empty task list items when parsing markdown * fix: satisfy lint for empty task checkbox regex * fix: handle empty task list item edge cases * fix: resolve empty task item merge regressions * fix: satisfy import order lint for empty task tests
The directory-tree watcher inherited chokidar's `awaitWriteFinish` (stabilityThreshold 1000ms), which defers `add`/`change` events until the file size settles. That protection exists for #1043, where an external editor saving an *open* file could make MarkText reload partial/empty content. But only the file watcher reloads file CONTENT on change; the directory watcher just lists nodes and re-sorts by mtime, and the content it loads on `add` is consumed only for MarkText's own freshly-created empty file. So the deferral gave the directory watcher no real protection while delaying every new file's appearance in the sidebar by ~1s. Apply `awaitWriteFinish` only to the file watcher. New files (and the "New File" command) now appear in the sidebar immediately, and the #1043 protection for open files is unchanged. Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
2 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
See Commits and Changes for more details.
Created by
pull[bot] (v2.0.0-alpha.4)
Can you help keep this open source service alive? 💖 Please sponsor : )