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

Age	Commit message (Collapse)	Author
6 days	content: generateFlashArtworkColumn	(quasar) nebula

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

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

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

6 days	reverse: custom date function	(quasar) nebula

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

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

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

6 days	data: Artwork.dimensions	(quasar) nebula

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

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

6 days	sort: sortContributionsChronologically: getThing	(quasar) nebula

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

6 days	client: hoverable-tooltip: prefer downward anchors first	(quasar) nebula
	Discussion at #code-quarantine https://discord.com/channels/749042497610842152/854020929113423924/1356984473396187364
6 days	client: hoverable-tooltip: more z-index bullshit	(quasar) nebula

6 days	client: css-compatibility-assistant: adapt to cover-artwork	(quasar) nebula

6 days	css: tooltip font size bullshit	(quasar) nebula

6 days	content, css, client: hoverable-tooltip: isolate z-index bullshit	(quasar) nebula