« get me outta code hell

hsmusic-wiki - HSMusic - static wiki software cataloguing collaborative creation
about summary refs log tree commit diff
path: root/src/data/composite
AgeCommit message (Collapse)Author
43 hoursdata: withSourceText, withSourceURLs: fix providing undefined preview(quasar) nebula
4 daysdata: factor out withHasAnnotationPart(quasar) nebula
4 daysdata: contentArtists: fix bad null expose(quasar) nebula
4 daysreplacer: parseInput -> parseContentNodes(quasar) nebula
4 daysdata: ContentEntry: implicit references via artistText(quasar) nebula
4 daysdata, replacer: withContentNodes, splitContentNodesAround(quasar) nebula
4 daysdata: ContentEntry.sourceURLs(quasar) nebula
4 daysdata: hasAnnotationPart: case-insensitive(quasar) nebula
4 daysdata: CommentaryEntry.isWikiEditorCommentary, etc(quasar) nebula
Also: LyricsEntry.isWikiLyrics Also: hasAnnotationPart
4 daysdata: ContentEntry.annotationParts(quasar) nebula
Also fixes an error in splitting text around commas.
4 daysdata: withSourceText: parse nodes(quasar) nebula
The node-splitting behavior is itself about identical to what postprocessExternalLinks still does, so it would be nice to factor that out, but we haven't done so yet. Some degree of "parse stuff out of a comma-divided bunch of source text" is probably worth factoring out too, later.
4 daysdata: withLengthOfList(quasar) nebula
4 daysdata: ContentEntry.withSourceText (first try)(quasar) nebula
4 daysdata: #things/commentary-entry -> #things/content(quasar) nebula
2025-04-23data: Artwork.{attachedArtwork,attachingArtworks}(quasar) nebula
2025-04-23data: Artwork: withAttachedArtwork & friends(quasar) nebula
2025-04-23data: withNearbyItemFromList: 'filter', 'valuePastEdge' inputs(quasar) nebula
The documentation for this one indicated valuePastEdge existed. It didn't! This adds it at the same time as mainly adding a new 'filter' input, and implementing the guts from the ground up rather than reusing #sugar's `atOffset`.
2025-04-23data: withFilteredList: remove 'flip' input(quasar) nebula
2025-04-23data: flipFilter(quasar) nebula
2025-04-22data: Artwork.{artTags,artistContribs}: inherit from attached(quasar) nebula
2025-04-22data: Artwork.{isMainArtwork,mainArtwork,siblingArtworks}(quasar) nebula
2025-04-22data: Artwork.thingProperty(quasar) nebula
2025-04-16data: yeet a bunch of content processing compositions(quasar) nebula
2025-04-16data: LyricsEntry & co(quasar) nebula
2025-04-16data: CommentaryEntry(quasar) nebula
Fully integrated, all in one commit! Wow!
2025-04-13wip 2(quasar) nebula
2025-04-13wip(quasar) nebula
2025-04-13data: withParsedContentEntries(quasar) nebula
2025-04-13data: Artwork.hasCoverArt: check coverArtworks, etc(quasar) nebula
2025-04-12data: Artwork.referencedArtworks: don't assume inherited(quasar) nebula
2025-04-12data: Artwork.artTags: don't assume inherited from thing(quasar) nebula
2025-04-10data, thumbs: Flash.coverArtwork(quasar) nebula
2025-04-10data: withResolvedAnnotatedReferenceList: drop date input(quasar) nebula
2025-04-10data: Artwork.dimensions(quasar) nebula
2025-04-10data: constitutibleArtwork & related infrastructure(quasar) nebula
2025-04-10data: Contribution: check prop on artwork when self-classifying(quasar) nebula
2025-04-10data: Artwork.referencedArtworks, etc: thing -> artwork(quasar) nebula
2025-04-10data: annotatedReferenceList, etc: default date to null(quasar) nebula
We probably can just remove the date altogether, but this change is external only, not logical.
2025-04-10data: referencedArtworkList: drop date input(quasar) nebula
Used for some truly shenanigans sorting behavior hooked into by reverse itself, but we won't need this anymore, because the referencing things will just be the artworks themselves, already properly dated.
2025-04-10data: make referencedArtworkList work again(quasar) nebula
Using new find specs {track,album}PrimaryArtwork. It's still mixedFind, and it still does not support matching artworks besides the primary one.
2025-04-10data: withConstitutedArtwork: don't pass find through(quasar) nebula
The whole point of constituting artworks in advance is so that they exist with a stable identity having been collected into artworkData during save() from various data loading steps. (The new data check reportOrphanedArtworks confirms this at runtime.) We already included artworkData in linkWIkiDataSpec for exactly this purpose, so just drop the 'find' dependency and transfer here. As a result, constitutibleArtworkList has no dependencies of its own, and dependencies on coverArtworks, trackArtworks, etc come only from earlier steps, i.e. deciding whether or not to constitute an artwork in the first place.
2025-04-10data: constitutibleArtworkList.fromYAMLFieldSpec(quasar) nebula
Also file extension property passing.
2025-04-10data: Track: withHasUniqueCoverArt: process direct links only(quasar) nebula
No soupyFind/soupyReverse. This commit introduces a notion of difference between an artwork which is 'declared to exist' via, say, having cover artists, versus one which... is 'usable', because it has resolved cover artists. No other code addressing this yet, so it's in a tense state where existence is in every case according to declared cover artists, whether or not those cover artist references resolve.
2025-04-10data: directory: accept null name(quasar) nebula
withDirectory already supports it (underlying utilities too).
2025-04-10data: Track: factor out withCoverArtistContribs(quasar) nebula
Originally needed so that withHasUniqueCoverArt would be based around these resolved contributions, but we went in a different direction just later. Keeping this factor-out anyway.
2025-04-10data: Track: remove withAlbum, link album directly(quasar) nebula
2025-04-10data, content: stub multiple artworks(quasar) nebula
Only for tracks as of this commit, most anything else is in a severely broken state aye
2025-04-10data: soupyReverse.artworkContributionsBy(quasar) nebula
2025-04-10data: Track.hasUniqueCoverArt: detect contribs on trackArtwork(quasar) nebula
2025-04-10data: Artwork, constitutibleArtwork, etc(quasar) nebula
Not used in content yet.