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

Age	Commit message (Collapse)	Author
8 days	client: image-overlay: gently consider horizontal nearness	(quasar) nebula

8 days	content: generateAlbumGalleryPage: switcher w/ any label	(quasar) nebula

8 days	data: Artwork: "Dimensions" field	(quasar) nebula

8 days	data: Artwork.referencedArtworks: don't assume inherited	(quasar) nebula

8 days	data: Artwork.dimensions: don't assume thing property provided	(quasar) nebula
	Dunno how we missed this one
8 days	content: generateAlbumArtInfoBox: restore chronology links	(quasar) nebula
	...by using the right contributions
8 days	content: listArtistsByGroup: get album/track carefully	(quasar) nebula

8 days	urls: don't use subdirectoryPrefix across origins	(quasar) nebula
	Not related to other commits in this PR, sorry!!
8 days	content: misc. image 2.0	(quasar) nebula

8 days	content: generateArtistGalleryPage: multiple artworks, image 2.0	(quasar) nebula

8 days	content, data: ArtTag.directlyFeaturedInArtworks, etc	(quasar) nebula

8 days	content: generateCoverGrid: blank if empty	(quasar) nebula

8 days	sort: sortArtworksChronologically	(quasar) nebula

8 days	content: generateAlbumGalleryPage: artwork set switcher	(quasar) nebula

8 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.
8 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.