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

Age	Commit message (Collapse)	Author
7 days	content: generateAlbumGalleryPage: artwork set switcher	(quasar) nebula

7 days	content: image: relation('image', artwork) aka image 2.0	(quasar) nebula
	This commit only introduces the new behavior which subsequent commits will depend on. Meanwhile, everything is broken.
7 days	data: Artwork.artTags: don't assume inherited from thing	(quasar) nebula

10 days	content: generateArtistArtworkColumn	(quasar) nebula

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

10 days	content: generateFlashArtworkColumn	(quasar) nebula

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

10 days	content: general multiple artworks integration	(quasar) nebula

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

10 days	reverse: custom date function	(quasar) nebula

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

10 days	content, css: coverColumnContent -> artworkColumnContent, etc	(quasar) nebula

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

10 days	data: Artwork.dimensions	(quasar) nebula

10 days	content: generateTrackCoverArtwork: remove junk	(quasar) nebula

10 days	content: generateArtistInfoPage{*}: get artworks working again	(quasar) nebula

10 days	sort: sortContributionsChronologically: getThing	(quasar) nebula

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

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

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

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

10 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.
10 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.
10 days	data: Artwork.referencedArtworks	(quasar) nebula

10 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.
10 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.
10 days	upd8: --skip-orphaned-artwork-validation (if you dare)	(quasar) nebula

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

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

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

10 days	thumbs: access artworkData paths directly	(quasar) nebula

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

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

10 days	css: multiple artwork column margins	(quasar) nebula

10 days	content: gCAOriginDetails: fold year into label/credits line	(quasar) nebula
	Also yeet "art released" strings overall
10 days	content, css: fold non-unique-line into artwork origin details	(quasar) nebula

10 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
10 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
10 days	data: yaml: arrays of subdocs	(quasar) nebula

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

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

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