hsmusic-wiki - HSMusic - static wiki software cataloguing collaborative creation

Age	Commit message (Collapse)	Author
4 hours	data: Artwork: "Dimensions" field	(quasar) nebula

6 hours	data: Artwork.referencedArtworks: don't assume inherited	(quasar) nebula

6 hours	data: Artwork.dimensions: don't assume thing property provided	(quasar) nebula
	Dunno how we missed this one
7 hours	content, data: ArtTag.directlyFeaturedInArtworks, etc	(quasar) nebula

7 hours	data: Artwork.artTags: don't assume inherited from thing	(quasar) nebula

2 days	data, thumbs: Artist.avatarArtwork	(quasar) nebula

2 days	data, thumbs: Flash.coverArtwork	(quasar) nebula

2 days	data: Artwork.referencedByArtworks: restore {artwork, annotation}	(quasar) nebula

2 days	data: withResolvedAnnotatedReferenceList: drop date input	(quasar) nebula

2 days	data: Track.coverArtDimensions: allow overriding inherited value	(quasar) nebula

2 days	data: Artwork.dimensions	(quasar) nebula

2 days	data, thumbs: Album.wallpaperArtwork, Album.bannerArtwork	(quasar) nebula

2 days	data: constitutibleArtwork & related infrastructure	(quasar) nebula

2 days	data: Contribution: check prop on artwork when self-classifying	(quasar) nebula

2 days	data: Artwork.referencedByArtworks	(quasar) nebula
	Also drop this property from Track, Album
2 days	data: Artwork.referencedArtworks, etc: thing -> artwork	(quasar) nebula

2 days	data: annotatedReferenceList, etc: default date to null	(quasar) nebula
	We probably can just remove the date altogether, but this change is external only, not logical.
2 days	data: 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.
2 days	data: Artwork.referencedArtworks	(quasar) nebula

2 days	data: 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.
2 days	find: 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.
2 days	data: 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.
2 days	data: Artwork: inspect.custom	(quasar) nebula

2 days	checks: report orphaned artworks (groan)	(quasar) nebula

2 days	data: Track: note trackData's used another way	(quasar) nebula

2 days	data: Album: fix overeager track.trackArtworks access	(quasar) nebula
	Not that overeager. Just a little.
2 days	data: Track.getOwnArtworkPath: consider artwork directory + ext	(quasar) nebula

2 days	data: constitutibleArtworkList.fromYAMLFieldSpec	(quasar) nebula
	Also file extension property passing.
2 days	data: 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.
2 days	data: Artwork.unqualifiedDirectory, Artwork.fileExtension	(quasar) nebula
	Just the properties and fields here
2 days	data: directory: accept null name	(quasar) nebula
	withDirectory already supports it (underlying utilities too).
2 days	data: 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.
2 days	data: Track: remove withAlbum, link album directly	(quasar) nebula

2 days	data, content: Artwork.path	(quasar) nebula
	Lots of cleanup for generateCoverArtwork now that it's in charge of its own image (again, apparently) Still broken for anything besides tracks
2 days	data, content: stub multiple artworks	(quasar) nebula
	Only for tracks as of this commit, most anything else is in a severely broken state aye
2 days	data: yaml: arrays of subdocs	(quasar) nebula

2 days	data, content: Artwork.{label,source}	(quasar) nebula

2 days	data: Artwork: property cleanup	(quasar) nebula

2 days	data: Artwork: Art Tags -> Tags	(quasar) nebula

2 days	data: soupyReverse.artworkContributionsBy	(quasar) nebula

2 days	data: Artwork: inherit art tags from thing	(quasar) nebula

2 days	data: Track.hasUniqueCoverArt: detect contribs on trackArtwork	(quasar) nebula

2 days	data: Artwork, constitutibleArtwork, etc	(quasar) nebula
	Not used in content yet.
2 days	yaml: subdocument provide	(quasar) nebula

2 days	data, content: always fallback coverArtDate to date	(quasar) nebula

2 days	yaml: subdoc bindInto	(quasar) nebula

2 days	yaml: fix bad yellow line break	(quasar) nebula

2 days	yaml: subdocuments (initial commit)	(quasar) nebula

2 days	data: CacheableObject, Thing: restore seal(this) behavior	(quasar) nebula

6 days	data: remove TrackSection.startIndex	(quasar) nebula