« 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
AgeCommit message (Collapse)Author
28 hoursdata: Artwork.{attachedArtwork,attachingArtworks}(quasar) nebula
28 hoursdata: Artwork: remove siblingArtworks(quasar) nebula
Unused and confusing with both main and attached/attaching as concepts at once
29 hoursdata: Artwork: withAttachedArtwork & friends(quasar) nebula
29 hoursdata: 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`.
29 hoursdata: withFilteredList: remove 'flip' input(quasar) nebula
29 hoursdata: flipFilter(quasar) nebula
2 daysdata: Artwork.{artTags,artistContribs}: inherit from attached(quasar) nebula
2 daysdata: Artwork.attachAbove(quasar) nebula
Just a stub here - not part of any data processing at this time.
2 daysdata: Artwork.{isMainArtwork,mainArtwork,siblingArtworks}(quasar) nebula
2 daysdata: Artwork.thingProperty(quasar) nebula
8 dayschecks: _commentary -> _content, check crediting sources & lyrics(quasar) nebula
8 daysdata: matchCommentaryEntries -> matchContentEntries(quasar) nebula
8 daysdata: yeet a bunch of content processing compositions(quasar) nebula
8 daysdata: LyricsEntry & co(quasar) nebula
8 daysdata: CommentaryEntry(quasar) nebula
Fully integrated, all in one commit! Wow!
8 daysyaml: preserve line breaks through dividers staging(quasar) nebula
...when sorting YAML documents
11 dayswip 2(quasar) nebula
11 dayswip(quasar) nebula
11 daysdata: withParsedContentEntries(quasar) nebula
11 daysdata: Artwork.hasCoverArt: check coverArtworks, etc(quasar) nebula
12 daysdata: Artwork: "Dimensions" field(quasar) nebula
12 daysdata: Artwork.referencedArtworks: don't assume inherited(quasar) nebula
12 daysdata: Artwork.dimensions: don't assume thing property provided(quasar) nebula
Dunno how we missed this one
12 dayscontent, data: ArtTag.directlyFeaturedInArtworks, etc(quasar) nebula
12 daysdata: Artwork.artTags: don't assume inherited from thing(quasar) nebula
2025-04-10data, thumbs: Artist.avatarArtwork(quasar) nebula
2025-04-10data, thumbs: Flash.coverArtwork(quasar) nebula
2025-04-10data: Artwork.referencedByArtworks: restore {artwork, annotation}(quasar) nebula
2025-04-10data: withResolvedAnnotatedReferenceList: drop date input(quasar) nebula
2025-04-10data: Track.coverArtDimensions: allow overriding inherited value(quasar) nebula
2025-04-10data: Artwork.dimensions(quasar) nebula
2025-04-10data, thumbs: Album.wallpaperArtwork, Album.bannerArtwork(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.referencedByArtworks(quasar) nebula
Also drop this property from Track, Album
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: Artwork.referencedArtworks(quasar) nebula
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-10find: pass thingConstructors into include()(quasar) nebula
Allow include() to conveniently replicate the same behavior that it does by default, e.g. if [Thing.findThisThingOnly] has been expressly disabled.
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: Artwork: inspect.custom(quasar) nebula
2025-04-10checks: report orphaned artworks (groan)(quasar) nebula
2025-04-10data: Track: note trackData's used another way(quasar) nebula
2025-04-10data: Album: fix overeager track.trackArtworks access(quasar) nebula
Not that overeager. Just a little.
2025-04-10data: Track.getOwnArtworkPath: consider artwork directory + ext(quasar) nebula
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: Artwork.unqualifiedDirectory, Artwork.fileExtension(quasar) nebula
Just the properties and fields here