« get me outta code hell

so far so good - hsmusic-wiki - HSMusic - static wiki software cataloguing collaborative creation
about summary refs log tree commit diff
path: root/common.js
diff options
context:
space:
mode:
author(quasar) nebula <towerofnix@gmail.com>2020-10-28 18:01:59 -0300
committer(quasar) nebula <towerofnix@gmail.com>2020-10-28 18:01:59 -0300
commit33d67ffc4f9d9d0d7ad672997ffc5261770d988b (patch)
treebcb53a80baf13289dcd4c7b9bf9d490e13306171 /common.js
parent25798012d6a0ab3ba0c439f372bbedc5943ac47e (diff)
so far so good
Diffstat (limited to 'common.js')
-rw-r--r--common.js138
1 files changed, 0 insertions, 138 deletions
diff --git a/common.js b/common.js
deleted file mode 100644
index 8ee8b9b4..00000000
--- a/common.js
+++ /dev/null
@@ -1,138 +0,0 @@
-// 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 just for the 8uild! CSS and client JavaScript, etc.
-    // (This gets symlinked into SITE_DIRECTORY.)
-    STATIC_DIRECTORY: 'static',
-
-    // 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/<album.directory>/cover.jpg
-    // * album-art/<album.directory>/<track1.directory>.jpg
-    // * album-art/<album.directory>/<track2.directory>.jpg
-    MEDIA_ALBUM_ART_DIRECOTRY: '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 "/<user>/status/<id>" (not "statuses")...
-    // 8ut it also has "/<user>/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('<i>' + artistName + ':</i>'))
-};
-
-if (typeof module === 'object') {
-    module.exports = C;
-} else if (typeof window === 'object') {
-    window.C = C;
-}