A name, creator or description stored in the patch #10
Labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
bcox/tymbal#10
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Status: excluded by design during the preset-transport spec. Filed for the
record.
A preset's display name comes from its filename. Nothing stores a name,
creator or description inside the patch. From the spec:
The argument against a stored name specifically is stronger than "nobody
asked": a second copy inside the file creates a way for the two to disagree
after a rename. The discovery provider derives the browser's name from the
path, and
playground::PresetNameis now the single derivation shared by theprovider, the editor's listing and its Save As field.
Note this is not the same question as macro names, which are stored in
the patch (the
MNAMchunk, format minor 5). Those have no other source oftruth — nothing but the patch knows what macro 3 does — whereas a preset's
name is already on disk as the filename. That distinction is the whole test
for whether something belongs in the file.
Reopen if a browser ever wants to show authorship or a description, which
would need a UI to author them first.