Playground Markdown tab: normalise before the no-change check, and match moved paragraphs' keys

Ouverte
#173 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
48/100
Type d'issue
Bug
Clarté
Plutôt claire
Activité
Active
Stack technique
csharp
Domaine
desktop

Piste de recherche

Start with ApplyMarkdown and CarryKeys in samples/SIL.TextEditing.Playground/PlaygroundView.cs, then read the review context in #171 and the unchanged-paragraph key requirement in #170. Check how normalization relates to Document.Normalization and how paragraph matching handles moved paragraphs. Done means equivalent composed and decomposed Markdown creates no undo step, and moving a paragraph upward preserves keys for unchanged paragraphs.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

Follow-ups from the review of #171 (ApplyMarkdown in samples/SIL.TextEditing.Playground/PlaygroundView.cs):

  • Runs are normalised to Document.Normalization after the AreEquivalent no-change check, so Markdown that differs only in composed vs decomposed form records an undo step that changes nothing. Normalise first.
  • CarryKeys matches each new paragraph to the first equivalent old one in order, so moving a paragraph upward drops the keys of the paragraphs it passes. A longest-common-subsequence match would keep them. This matters for the real source mode (#170), whose plan keeps keys of unchanged paragraphs.

🤖 Generated with Claude Code

Langage dominant
C#
Étoiles
0
Forks
0
Merge moyen
1 h 43 min
PR mergées (30 j)
43

Préparer son environnement

Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de sillsdev/SIL.TextEditing

Toutes les issues de sillsdev/SIL.TextEditing

Issues similaires

Plus d'issues C#

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.