From 33d67ffc4f9d9d0d7ad672997ffc5261770d988b Mon Sep 17 00:00:00 2001 From: "(quasar) nebula" Date: Wed, 28 Oct 2020 18:01:59 -0300 Subject: so far so good --- common/common.js | 146 +++++++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 146 insertions(+) create mode 100644 common/common.js (limited to 'common') diff --git a/common/common.js b/common/common.js new file mode 100644 index 00000000..bdb84039 --- /dev/null +++ b/common/common.js @@ -0,0 +1,146 @@ +// Okay, THIS stupid file is loaded 8y 8OTH the client and the static site +// 8uilder. + +const C = { + // This can 8e changed if you want to output to some other directory. It's + // the one you'll upload online with rsync or whatever when you're pushing + // an upd8, and also the one you'd compress if you wanted to make a 8ackup + // of the whole dang site. Just keep in mind that the gener8ted result will + // contain a couple symlinked directories, so if you're uploading, you're + // pro8a8ly gonna want to resolve those yourself. + SITE_DIRECTORY: 'site', + + // Code that's used only in the static site! CSS, cilent JS, etc. + // (This gets symlinked into SITE_DIRECTORY.) + STATIC_DIRECTORY: 'static', + + // Data files for the site, including flash, artist, and al8um data. + // There are also some HTML files here, which are read and em8edded as + // content in a few gener8ted pages (e.g. the changelog). + DATA_DIRECTORY: 'data', + + // Su8directory under data for al8um files. + DATA_ALBUM_DIRECTORY: 'album', + + // Code that's common 8etween the 8uild code (i.e. upd8.js) and gener8ted + // site code should 8e put here. Which, uh, only really means this one + // file. 8ut rather than hard code it, anything in this directory can 8e + // shared across 8oth ends of the code8ase. + // (This gets symlinked into SITE_DIRECTORY.) + COMMON_DIRECTORY: 'common', + + // Static media will 8e referenced in the site here! + // The contents are categorized 8y the constants 8elow. + // (This gets symlinked into SITE_DIRECTORY.) + MEDIA_DIRECTORY: 'media', + + // Contains a folder for each al8um, within which is the al8um cover art + // as well as any track art. Structure itself looks somethin' like this: + // * album-art//cover.jpg + // * album-art//.jpg + // * album-art//.jpg + MEDIA_ALBUM_ART_DIRECTORY: 'album-art', + + // Just one folder, with a single image for each flash, matching its output + // directory like al8um and track art. (Just keep in mind the directory of + // a flash is just its page num8er most of the time.) + MEDIA_FLASH_ART_DIRECTORY: 'flash-art', + + // Miscellaneous stuff! This is pretty much only referenced in commentary + // fields. + MEDIA_MISC_DIRECOTRY: 'misc', + + // The folder you stick your random downloads in is called "Downloads", + // yeah? (Unless you sort all your downloads into manual, organized + // locations. Good for you.) It might just 8e me, 8ut I've always said "the + // downloads folder." And yet here I say "the al8um directory!" It's like + // we've gotten "Downloads" as a name so ingrained into our heads that we + // use it like an adjective too, even though it doesn't make any + // grammatical sense to do so. Anyway, also for contrast, note that this + // folder is called "album" and not "albums". To 8e clear, that IS against + // how I normally name folders - 8ut here, I'm doing it to match 8andcamp's + // URL schema: "/album/genesis-frog" instead of "/albums/genesis-frog." + // That seems to kind of 8e a standard for a lot of sites? 8ut only KIND OF. + // Twitter has the weird schema of "//status/" (not "statuses")... + // 8ut it also has "//likes", so I really have no idea how people + // decide to make their URL schemas consistent. Luckily I don't have to + // worry a8out any of that, 8ecause I'm just stealing 8andcamp. + // + // Upd8 03/11/2020: Oh my god this was a pain to re-align (copying from + // udp8.js over to shared.js). + ALBUM_DIRECTORY: 'album', + TRACK_DIRECTORY: 'track', + ARTIST_DIRECTORY: 'artist', + ARTIST_AVATAR_DIRECTORY: 'artist-avatar', + LISTING_DIRECTORY: 'list', + ABOUT_DIRECTORY: 'about', + FEEDBACK_DIRECTORY: 'feedback', + CHANGELOG_DIRECTORY: 'changelog', + FLASH_DIRECTORY: 'flash', + JS_DISABLED_DIRECTORY: 'js-disabled', + + UNRELEASED_TRACKS_DIRECTORY: 'unreleased-tracks', + + // This function was originally made to sort just al8um data, 8ut its exact + // code works fine for sorting tracks too, so I made the varia8les and names + // more general. + sortByDate: data => { + // Just to 8e clear: sort is a mutating function! I only return the array + // 8ecause then you don't have to define it as a separate varia8le 8efore + // passing it into this function. + return data.sort((a, b) => a.date - b.date); + }, + + // Same details as the sortByDate, 8ut for covers~ + sortByArtDate: data => { + return data.sort((a, b) => (a.artDate || a.date) - (b.artDate || b.date)); + }, + + // This gets all the track o8jects defined in every al8um, and sorts them 8y + // date released. Generally, albumData will pro8a8ly already 8e sorted 8efore + // you pass it to this function, 8ut individual tracks can have their own + // original release d8, distinct from the al8um's d8. I allowed that 8ecause + // in Homestuck, the first four Vol.'s were com8ined into one al8um really + // early in the history of the 8andcamp, and I still want to use that as the + // al8um listing (not the original four al8um listings), 8ut if I only did + // that, all the tracks would 8e sorted as though they were released at the + // same time as the compilation al8um - i.e, after some other al8ums (including + // Vol.'s 5 and 6!) were released. That would mess with chronological listings + // including tracks from multiple al8ums, like artist pages. So, to fix that, + // I gave tracks an Original Date field, defaulting to the release date of the + // al8um if not specified. Pretty reasona8le, I think! Oh, and this feature can + // 8e used for other projects too, like if you wanted to have an al8um listing + // compiling a 8unch of songs with radically different & interspersed release + // d8s, 8ut still keep the al8um listing in a specific order, since that isn't + // sorted 8y date. + getAllTracks: albumData => C.sortByDate(albumData.reduce((acc, album) => acc.concat(album.tracks), [])), + + getKebabCase: name => name.split(' ').join('-').replace(/&/g, 'and').replace(/[^a-zA-Z0-9\-]/g, '').replace(/-{2,}/g, '-').replace(/^-+|-+$/g, '').toLowerCase(), + + // Terri8le hack: since artists aren't really o8jects and don't have proper + // "directories", we just reformat the artist's name. + getArtistDirectory: artistName => C.getKebabCase(artistName), + + getThingsArtistContributedTo: (artistName, {allTracks, albumData, flashData}) => [ + ...allTracks.filter(track => [ + ...track.artists, + ...track.contributors, + ...track.coverArtists || [] + ].some(({ who }) => who === artistName)), + ...flashData.filter(flash => (flash.contributors || []).some(({ who }) => who === artistName)), + ...albumData.filter(album => + (album.coverArtists || []).some(({ who }) => who === artistName)) + ], + + getArtistNumContributions: (artistName, {allTracks, albumData, flashData}) => ( + C.getThingsArtistContributedTo(artistName, {allTracks, albumData, flashData}).length + ), + + getArtistCommentary: (artistName, {justEverythingMan}) => justEverythingMan.filter(thing => thing.commentary && thing.commentary.replace(/<\/?b>/g, '').includes('' + artistName + ':')) +}; + +if (typeof module === 'object') { + module.exports = C; +} else if (typeof window === 'object') { + window.C = C; +} -- cgit 1.3.0-6-gf8a5