diff --git a/404.html b/404.html index f5c2e5cf6..5c099d7c3 100644 --- a/404.html +++ b/404.html @@ -8,7 +8,7 @@ - + @@ -23,7 +23,7 @@
- + \ No newline at end of file diff --git a/assets/app.CH1B1sY0.js b/assets/app.JPtID43E.js similarity index 95% rename from assets/app.CH1B1sY0.js rename to assets/app.JPtID43E.js index cdb45caf8..3bf51f908 100644 --- a/assets/app.CH1B1sY0.js +++ b/assets/app.JPtID43E.js @@ -1 +1 @@ -import{U as o,ap as p,aq as u,ar as l,as as c,at as f,au as d,av as m,aw as h,ax as A,ay as g,d as v,u as y,y as P,x as w,az as C,aA as R,aB as b,a4 as E}from"./chunks/framework.Mb1uu3dm.js";import{R as S}from"./chunks/theme.RZqZukMY.js";function i(e){if(e.extends){const a=i(e.extends);return{...a,...e,async enhanceApp(t){a.enhanceApp&&await a.enhanceApp(t),e.enhanceApp&&await e.enhanceApp(t)}}}return e}const s=i(S),T=v({name:"VitePressApp",setup(){const{site:e,lang:a,dir:t}=y();return P(()=>{w(()=>{document.documentElement.lang=a.value,document.documentElement.dir=t.value})}),e.value.router.prefetchLinks&&C(),R(),b(),s.setup&&s.setup(),()=>E(s.Layout)}});async function _(){globalThis.__VITEPRESS__=!0;const e=D(),a=x();a.provide(u,e);const t=l(e.route);return a.provide(c,t),a.component("Content",f),a.component("ClientOnly",d),Object.defineProperties(a.config.globalProperties,{$frontmatter:{get(){return t.frontmatter.value}},$params:{get(){return t.page.value.params}}}),s.enhanceApp&&await s.enhanceApp({app:a,router:e,siteData:m}),{app:a,router:e,data:t}}function x(){return h(T)}function D(){let e=o,a;return A(t=>{let n=g(t),r=null;return n&&(e&&(a=n),(e||a===n)&&(n=n.replace(/\.js$/,".lean.js")),r=import(n)),o&&(e=!1),r},s.NotFound)}o&&_().then(({app:e,router:a,data:t})=>{a.go().then(()=>{p(a.route,t.site),e.mount("#app")})});export{_ as createApp}; +import{U as o,ap as p,aq as u,ar as l,as as c,at as f,au as d,av as m,aw as h,ax as A,ay as g,d as v,u as y,y as P,x as w,az as C,aA as R,aB as b,a4 as E}from"./chunks/framework.Mb1uu3dm.js";import{R as S}from"./chunks/theme.BJOuTHMx.js";function i(e){if(e.extends){const a=i(e.extends);return{...a,...e,async enhanceApp(t){a.enhanceApp&&await a.enhanceApp(t),e.enhanceApp&&await e.enhanceApp(t)}}}return e}const s=i(S),T=v({name:"VitePressApp",setup(){const{site:e,lang:a,dir:t}=y();return P(()=>{w(()=>{document.documentElement.lang=a.value,document.documentElement.dir=t.value})}),e.value.router.prefetchLinks&&C(),R(),b(),s.setup&&s.setup(),()=>E(s.Layout)}});async function _(){globalThis.__VITEPRESS__=!0;const e=D(),a=x();a.provide(u,e);const t=l(e.route);return a.provide(c,t),a.component("Content",f),a.component("ClientOnly",d),Object.defineProperties(a.config.globalProperties,{$frontmatter:{get(){return t.frontmatter.value}},$params:{get(){return t.page.value.params}}}),s.enhanceApp&&await s.enhanceApp({app:a,router:e,siteData:m}),{app:a,router:e,data:t}}function x(){return h(T)}function D(){let e=o,a;return A(t=>{let n=g(t),r=null;return n&&(e&&(a=n),(e||a===n)&&(n=n.replace(/\.js$/,".lean.js")),r=import(n)),o&&(e=!1),r},s.NotFound)}o&&_().then(({app:e,router:a,data:t})=>{a.go().then(()=>{p(a.route,t.site),e.mount("#app")})});export{_ as createApp}; diff --git a/assets/changelog_index.md.B4AEMlHa.js b/assets/changelog_index.md.B4AEMlHa.js new file mode 100644 index 000000000..42c36c021 --- /dev/null +++ b/assets/changelog_index.md.B4AEMlHa.js @@ -0,0 +1 @@ +import{_ as t,c as e,o as a,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Changelog","description":"","frontmatter":{"title":"Changelog","prev":false,"next":false},"headers":[],"relativePath":"changelog/index.md","filePath":"changelog/index.md"}'),n={name:"changelog/index.md"},r=s('

Changelog

This feed starts when I formatted the site to be a Digital Garden. If you'd like to look further into this site's history, check here!

2 files changed, 3 insertions(+), 1 deletion(-)

Pushed on
PageChanges
life-is-strange2 ++
my-personal-website2 +-

20 files changed, 274 insertions(+), 16 deletions(-)

Pushed on
PageChanges
artificial-intelligence28 ++++++++++++++++
command-palettes25 ++++++++++++++
fedi-v215 +++++----
fediverse2 +-
guide-to-incrementals2 ++
incremental-social2 +-
life-is-strange60 ++++++++++++++++++++++++++++++++++
logseq2 +-
mtx13 ++++++++
my-personal-website2 +-
my-projects2 ++
pre-order-bonuses28 ++++++++++++++++
premium-currency19 +++++++++++
social-media2 +-
the-beginner-s-guide2 +-
the-indieweb/amplification14 ++++++++
the-indieweb/signature-blocks10 ++++++
the-small-web8 +++--
video-game-monetization43 ++++++++++++++++++++++++
weird11 +++++--

4 files changed, 72 insertions(+)

Pushed on
PageChanges
davey-wreden22 ++++++++++++++++++++++
ivy-road15 +++++++++++++++
the-beginner-s-guide22 ++++++++++++++++++++++
wanderstop13 +++++++++++++

1 file changed, 11 insertions(+), 3 deletions(-)

Pushed on
PageChanges
the-small-web14 +++++++++++---

3 files changed, 48 insertions(+), 38 deletions(-)

Pushed on
PageChanges
digital-gardens2 +-
fedi-v23 +-
the-small-web81 +++++++++++++++++++++++++++---------------------

47 files changed, 124 insertions(+), 13 deletions(-)

Pushed on
PageChanges
activitypub2 ++
advent-incremental2 ++
atproto2 ++
babble-buds2 ++
capture-the-citadel2 ++
chat-glue2 ++
chronological2 ++
cinny2 ++
commune2 ++
decentralized2 ++
dice-armor2 ++
digital-gardens2 ++
federated-identity2 ++
fedi-v230 +++++++++++++++++-----
fediverse2 ++
forgejo2 ++
freeform-vs-chronological-dichotomy2 ++
freeform2 ++
game-dev-tree2 ++
garden-rss4 ++-
.../appeal-to-developers2 ++
guide-to-incrementals/appeal-to-players6 +++--
guide-to-incrementals/defining-the-genre6 +++--
guide-to-incrementals2 ++
.../navigating-criticism2 ++
guide-to-incrementals/what-is-content4 ++-
incremental-social2 ++
kronos2 ++
logseq2 ++
matrix2 ++
mbin2 ++
my-personal-website2 ++
my-projects2 ++
nostr2 ++
open-source2 ++
opti-speech2 ++
planar-pioneers2 ++
profectus4 ++-
social-media2 ++
synapse2 ++
the-cozy-web2 ++
the-small-web2 ++
this-knowledge-hub3 +++
v-ecs2 ++
vitepress2 ++
webrings2 ++
weird2 ++

47 files changed, 1226 insertions(+)

Pushed on
PageChanges
activitypub13 ++
advent-incremental21 +++
atproto18 +++
babble-buds22 ++++
capture-the-citadel15 +++
chat-glue12 ++
chronological21 +++
cinny10 ++
commune33 +++++
decentralized28 ++++
dice-armor55 ++++++++
digital-gardens20 +++
federated-identity23 ++++
fedi-v295 ++++++++++++++
fediverse21 +++
forgejo10 ++
freeform-vs-chronological-dichotomy10 ++
freeform17 +++
game-dev-tree17 +++
garden-rss22 ++++
.../appeal-to-developers30 +++++
guide-to-incrementals/appeal-to-players60 +++++++++
guide-to-incrementals/defining-the-genre141 +++++++++++++++++++++
guide-to-incrementals27 ++++
.../navigating-criticism26 ++++
guide-to-incrementals/what-is-content52 ++++++++
incremental-social16 +++
kronos18 +++
logseq10 ++
matrix10 ++
mbin12 ++
my-personal-website10 ++
my-projects27 ++++
nostr13 ++
open-source12 ++
opti-speech37 ++++++
planar-pioneers15 +++
profectus24 ++++
social-media25 ++++
synapse10 ++
the-cozy-web16 +++
the-small-web58 +++++++++
this-knowledge-hub22 ++++
v-ecs25 ++++
vitepress10 ++
webrings25 ++++
weird12 ++

',1),o=[r];function d(l,p,c,i,y,f){return a(),e("div",null,o)}const w=t(n,[["render",d]]);export{m as __pageData,w as default}; diff --git a/assets/changelog_index.md.DxE3OWqG.lean.js b/assets/changelog_index.md.B4AEMlHa.lean.js similarity index 55% rename from assets/changelog_index.md.DxE3OWqG.lean.js rename to assets/changelog_index.md.B4AEMlHa.lean.js index 5405697c5..fefa09a66 100644 --- a/assets/changelog_index.md.DxE3OWqG.lean.js +++ b/assets/changelog_index.md.B4AEMlHa.lean.js @@ -1 +1 @@ -import{_ as t,c as e,o as a,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Changelog","description":"","frontmatter":{"title":"Changelog","prev":false,"next":false},"headers":[],"relativePath":"changelog/index.md","filePath":"changelog/index.md","lastUpdated":null}'),n={name:"changelog/index.md"},r=s("",1),o=[r];function d(l,p,c,i,y,f){return a(),e("div",null,o)}const w=t(n,[["render",d]]);export{m as __pageData,w as default}; +import{_ as t,c as e,o as a,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Changelog","description":"","frontmatter":{"title":"Changelog","prev":false,"next":false},"headers":[],"relativePath":"changelog/index.md","filePath":"changelog/index.md"}'),n={name:"changelog/index.md"},r=s("",1),o=[r];function d(l,p,c,i,y,f){return a(),e("div",null,o)}const w=t(n,[["render",d]]);export{m as __pageData,w as default}; diff --git a/assets/changelog_index.md.DxE3OWqG.js b/assets/changelog_index.md.DxE3OWqG.js deleted file mode 100644 index c21c3baf9..000000000 --- a/assets/changelog_index.md.DxE3OWqG.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as t,c as e,o as a,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Changelog","description":"","frontmatter":{"title":"Changelog","prev":false,"next":false},"headers":[],"relativePath":"changelog/index.md","filePath":"changelog/index.md","lastUpdated":null}'),n={name:"changelog/index.md"},r=s('

Changelog

This feed starts when I formatted the site to be a Digital Garden. If you'd like to look further into this site's history, check here!

20 files changed, 274 insertions(+), 16 deletions(-)

Pushed on
PageChanges
artificial-intelligence28 ++++++++++++++++
command-palettes25 ++++++++++++++
fedi-v215 +++++----
fediverse2 +-
guide-to-incrementals2 ++
incremental-social2 +-
life-is-strange60 ++++++++++++++++++++++++++++++++++
logseq2 +-
mtx13 ++++++++
my-personal-website2 +-
my-projects2 ++
pre-order-bonuses28 ++++++++++++++++
premium-currency19 +++++++++++
social-media2 +-
the-beginner-s-guide2 +-
the-indieweb/amplification14 ++++++++
the-indieweb/signature-blocks10 ++++++
the-small-web8 +++--
video-game-monetization43 ++++++++++++++++++++++++
weird11 +++++--

4 files changed, 72 insertions(+)

Pushed on
PageChanges
davey-wreden22 ++++++++++++++++++++++
ivy-road15 +++++++++++++++
the-beginner-s-guide22 ++++++++++++++++++++++
wanderstop13 +++++++++++++

1 file changed, 11 insertions(+), 3 deletions(-)

Pushed on
PageChanges
the-small-web14 +++++++++++---

3 files changed, 48 insertions(+), 38 deletions(-)

Pushed on
PageChanges
digital-gardens2 +-
fedi-v23 +-
the-small-web81 +++++++++++++++++++++++++++---------------------

47 files changed, 124 insertions(+), 13 deletions(-)

Pushed on
PageChanges
activitypub2 ++
advent-incremental2 ++
atproto2 ++
babble-buds2 ++
capture-the-citadel2 ++
chat-glue2 ++
chronological2 ++
cinny2 ++
commune2 ++
decentralized2 ++
dice-armor2 ++
digital-gardens2 ++
federated-identity2 ++
fedi-v230 +++++++++++++++++-----
fediverse2 ++
forgejo2 ++
freeform-vs-chronological-dichotomy2 ++
freeform2 ++
game-dev-tree2 ++
garden-rss4 ++-
.../appeal-to-developers2 ++
guide-to-incrementals/appeal-to-players6 +++--
guide-to-incrementals/defining-the-genre6 +++--
guide-to-incrementals2 ++
.../navigating-criticism2 ++
guide-to-incrementals/what-is-content4 ++-
incremental-social2 ++
kronos2 ++
logseq2 ++
matrix2 ++
mbin2 ++
my-personal-website2 ++
my-projects2 ++
nostr2 ++
open-source2 ++
opti-speech2 ++
planar-pioneers2 ++
profectus4 ++-
social-media2 ++
synapse2 ++
the-cozy-web2 ++
the-small-web2 ++
this-knowledge-hub3 +++
v-ecs2 ++
vitepress2 ++
webrings2 ++
weird2 ++

47 files changed, 1226 insertions(+)

Pushed on
PageChanges
activitypub13 ++
advent-incremental21 +++
atproto18 +++
babble-buds22 ++++
capture-the-citadel15 +++
chat-glue12 ++
chronological21 +++
cinny10 ++
commune33 +++++
decentralized28 ++++
dice-armor55 ++++++++
digital-gardens20 +++
federated-identity23 ++++
fedi-v295 ++++++++++++++
fediverse21 +++
forgejo10 ++
freeform-vs-chronological-dichotomy10 ++
freeform17 +++
game-dev-tree17 +++
garden-rss22 ++++
.../appeal-to-developers30 +++++
guide-to-incrementals/appeal-to-players60 +++++++++
guide-to-incrementals/defining-the-genre141 +++++++++++++++++++++
guide-to-incrementals27 ++++
.../navigating-criticism26 ++++
guide-to-incrementals/what-is-content52 ++++++++
incremental-social16 +++
kronos18 +++
logseq10 ++
matrix10 ++
mbin12 ++
my-personal-website10 ++
my-projects27 ++++
nostr13 ++
open-source12 ++
opti-speech37 ++++++
planar-pioneers15 +++
profectus24 ++++
social-media25 ++++
synapse10 ++
the-cozy-web16 +++
the-small-web58 +++++++++
this-knowledge-hub22 ++++
v-ecs25 ++++
vitepress10 ++
webrings25 ++++
weird12 ++

',1),o=[r];function d(l,p,c,i,y,f){return a(),e("div",null,o)}const w=t(n,[["render",d]]);export{m as __pageData,w as default}; diff --git a/assets/chunks/@localSearchIndexroot.C-VqYxy9.js b/assets/chunks/@localSearchIndexroot.C-VqYxy9.js deleted file mode 100644 index 82d3f6220..000000000 --- a/assets/chunks/@localSearchIndexroot.C-VqYxy9.js +++ /dev/null @@ -1 +0,0 @@ -const e='{"documentCount":115,"nextId":115,"documentIds":{"0":"/garden/activitypub/#activitypub","1":"/garden/advent-incremental/#advent-incremental","2":"/garden/atproto/#atproto","3":"/garden/artificial-intelligence/#artificial-intelligence","4":"/garden/babble-buds/#babble-buds","5":"/garden/chat-glue/#chat-glue","6":"/garden/chronological/#chronological","7":"/garden/capture-the-citadel/#capture-the-citadel","8":"/garden/cinny/#cinny","9":"/garden/command-palettes/#command-palettes","10":"/garden/commune/#commune","11":"/garden/davey-wreden/#davey-wreden","12":"/garden/decentralized/#decentralized","13":"/garden/dice-armor/#dice-armor","14":"/garden/digital-gardens/#digital-gardens","15":"/garden/federated-identity/#federated-identity","16":"/garden/fedi-v2/#fedi-v2","17":"/garden/fedi-v2/#inspiration","18":"/garden/fedi-v2/#identity","19":"/garden/fedi-v2/#servers","20":"/garden/fedi-v2/#content","21":"/garden/fedi-v2/#moderation","22":"/garden/fedi-v2/#problems-to-solve","23":"/garden/fediverse/#fediverse","24":"/garden/forgejo/#forgejo","25":"/garden/freeform-vs-chronological-dichotomy/#freeform-vs-chronological-dichotomy","26":"/garden/freeform/#freeform","27":"/garden/game-dev-tree/#game-dev-tree","28":"/garden/garden-rss/#garden-rss","29":"/garden/guide-to-incrementals/appeal-to-developers/#guide-to-incrementals-appeal-to-developers","30":"/garden/guide-to-incrementals/appeal-to-developers/#incrementals-are-easy-to-make","31":"/garden/guide-to-incrementals/appeal-to-developers/#players-are-easy-to-find","32":"/garden/guide-to-incrementals/appeal-to-developers/#monetization","33":"/garden/guide-to-incrementals/appeal-to-players/#guide-to-incrementals-appeal-to-players","34":"/garden/guide-to-incrementals/appeal-to-players/#numbers-going-up","35":"/garden/guide-to-incrementals/appeal-to-players/#effortlessness","36":"/garden/guide-to-incrementals/appeal-to-players/#strategy","37":"/garden/guide-to-incrementals/appeal-to-players/#avoiding-staleness","38":"/garden/guide-to-incrementals/appeal-to-players/#good-game-design","39":"/garden/guide-to-incrementals/appeal-to-players/#artistic-merit","40":"/garden/guide-to-incrementals/defining-the-genre/#guide-to-incrementals-defining-the-genre","41":"/garden/guide-to-incrementals/defining-the-genre/#incrementals-vs-idlers-vs-clickers","42":"/garden/guide-to-incrementals/defining-the-genre/#incrementals-as-ngu","43":"/garden/guide-to-incrementals/defining-the-genre/#roguelites-as-incrementals","44":"/garden/guide-to-incrementals/defining-the-genre/#the-berlin-interpretation","45":"/garden/guide-to-incrementals/defining-the-genre/#the-incremental-games-canon","46":"/garden/guide-to-incrementals/defining-the-genre/#the-paradigm-shift","47":"/garden/guide-to-incrementals/defining-the-genre/#high-value-factors","48":"/garden/guide-to-incrementals/defining-the-genre/#low-value-factors","49":"/garden/guide-to-incrementals/defining-the-genre/#are-roguelites-incrementals","50":"/garden/guide-to-incrementals/defining-the-genre/#sub-genres","51":"/garden/guide-to-incrementals/defining-the-genre/#other-related-genres","52":"/garden/guide-to-incrementals/navigating-criticism/#guide-to-incrementals-navigating-criticism","53":"/garden/guide-to-incrementals/navigating-criticism/#reading-feedback","54":"/garden/guide-to-incrementals/navigating-criticism/#seeking-feedback","55":"/garden/guide-to-incrementals/navigating-criticism/#responding-to-feedback","56":"/garden/guide-to-incrementals/what-is-content/#guide-to-incrementals-what-is-content","57":"/garden/guide-to-incrementals/what-is-content/#interaction","58":"/garden/guide-to-incrementals/what-is-content/#repeatable-purchases","59":"/garden/guide-to-incrementals/what-is-content/#following-instructions","60":"/garden/guide-to-incrementals/what-is-content/#tips-for-developers","61":"/garden/incremental-social/#incremental-social","62":"/garden/ivy-road/#ivy-road","63":"/garden/kronos/#kronos","64":"/garden/life-is-strange/#life-is-strange","65":"/garden/life-is-strange/#the-ending","66":"/garden/life-is-strange/#life-is-strange-before-the-storm","67":"/garden/life-is-strange/#the-awesome-adventures-of-captain-spirit","68":"/garden/life-is-strange/#life-is-strange-2","69":"/garden/life-is-strange/#life-is-strange-true-colors","70":"/garden/life-is-strange/#life-is-strange-double-exposure","71":"/garden/logseq/#logseq","72":"/garden/matrix/#matrix","73":"/garden/mbin/#mbin","74":"/garden/mtx/#mtx","75":"/garden/my-projects/#my-projects","76":"/garden/my-projects/#games","77":"/garden/my-projects/#tools-and-other-non-games","78":"/garden/nostr/#nostr","79":"/garden/my-personal-website/#my-personal-website","80":"/garden/open-source/#open-source","81":"/garden/opti-speech/#opti-speech","82":"/garden/opti-speech/#the-original-project","83":"/garden/opti-speech/#my-work","84":"/garden/planar-pioneers/#planar-pioneers","85":"/garden/pre-order-bonuses/#pre-order-bonuses","86":"/garden/premium-currency/#premium-currency","87":"/garden/profectus/#profectus","88":"/garden/social-media/#social-media","89":"/garden/synapse/#synapse","90":"/garden/the-beginner-s-guide/#the-beginner-s-guide","91":"/garden/the-cozy-web/#the-cozy-web","92":"/garden/the-indieweb/amplification/#the-indieweb-amplification","93":"/garden/the-indieweb/signature-blocks/#the-indieweb-signature-blocks","94":"/garden/the-small-web/#the-small-web","95":"/garden/the-small-web/#browsing-the-small-web","96":"/garden/the-small-web/#building-personal-websites","97":"/garden/the-small-web/#the-future","98":"/garden/the-small-web/#why-people-want-the-small-web","99":"/garden/the-small-web/#recommended-videos-about-the-small-web","100":"/garden/guide-to-incrementals/#guide-to-incrementals","101":"/garden/guide-to-incrementals/#why-am-i-making-this","102":"/garden/guide-to-incrementals/#ludology","103":"/garden/guide-to-incrementals/#making-an-incremental","104":"/garden/this-knowledge-hub/#this-knowledge-hub","105":"/garden/v-ecs/#v-ecs","106":"/garden/video-game-monetization/#video-game-monetization","107":"/garden/video-game-monetization/#aaa-games","108":"/garden/video-game-monetization/#free-to-play-games","109":"/garden/video-game-monetization/#indie-developers","110":"/garden/video-game-monetization/#ethical-game-monetization","111":"/garden/vitepress/#vitepress","112":"/garden/wanderstop/#wanderstop","113":"/garden/webrings/#webrings","114":"/garden/weird/#weird"},"fieldIds":{"title":0,"titles":1,"text":2},"fieldLength":{"0":[1,1,14],"1":[2,1,90],"2":[1,1,32],"3":[2,1,94],"4":[2,1,86],"5":[2,1,31],"6":[1,1,67],"7":[3,1,36],"8":[1,1,17],"9":[2,1,96],"10":[1,1,142],"11":[2,1,35],"12":[1,1,81],"13":[2,1,417],"14":[2,1,57],"15":[2,1,66],"16":[2,1,40],"17":[1,2,117],"18":[1,2,161],"19":[1,2,102],"20":[1,2,126],"21":[1,2,121],"22":[3,2,126],"23":[1,1,35],"24":[1,1,14],"25":[4,1,14],"26":[1,1,46],"27":[3,1,36],"28":[2,1,61],"29":[5,1,28],"30":[5,5,138],"31":[5,5,109],"32":[1,5,133],"33":[5,1,121],"34":[3,5,212],"35":[1,5,290],"36":[1,5,113],"37":[2,5,47],"38":[3,5,256],"39":[2,5,230],"40":[6,1,163],"41":[4,6,403],"42":[3,6,236],"43":[4,6,136],"44":[3,9,122],"45":[4,9,127],"46":[3,9,200],"47":[3,9,143],"48":[3,9,134],"49":[4,9,82],"50":[2,6,138],"51":[3,6,40],"52":[5,1,122],"53":[2,5,168],"54":[2,5,90],"55":[3,5,98],"56":[7,1,139],"57":[1,7,198],"58":[2,7,266],"59":[2,7,398],"60":[3,7,121],"61":[2,1,35],"62":[2,1,19],"63":[1,1,61],"64":[3,1,72],"65":[2,3,96],"66":[6,3,93],"67":[6,3,34],"68":[4,3,33],"69":[5,3,28],"70":[5,3,95],"71":[1,1,15],"72":[1,1,13],"73":[1,1,21],"74":[1,1,18],"75":[2,1,34],"76":[1,2,49],"77":[6,2,10],"78":[1,1,14],"79":[3,1,18],"80":[2,1,42],"81":[2,1,29],"82":[3,2,92],"83":[2,2,60],"84":[2,1,32],"85":[3,1,84],"86":[2,1,68],"87":[1,1,75],"88":[2,1,83],"89":[1,1,16],"90":[4,1,54],"91":[3,1,46],"92":[3,1,51],"93":[4,1,15],"94":[3,1,68],"95":[4,3,30],"96":[3,3,58],"97":[2,6,20],"98":[6,3,75],"99":[6,3,1],"100":[3,1,88],"101":[6,3,71],"102":[1,3,13],"103":[3,3,6],"104":[3,1,95],"105":[2,1,134],"106":[3,1,6],"107":[2,3,51],"108":[4,3,10],"109":[2,3,24],"110":[3,3,11],"111":[1,1,14],"112":[1,1,18],"113":[1,1,108],"114":[1,1,106]},"averageFieldLength":[2.5913043478260867,2.6869565217391305,87.59130434782608],"storedFields":{"0":{"title":"ActivityPub","titles":[]},"1":{"title":"Advent Incremental","titles":[]},"2":{"title":"ATProto","titles":[]},"3":{"title":"Artificial Intelligence","titles":[]},"4":{"title":"Babble Buds","titles":[]},"5":{"title":"Chat Glue","titles":[]},"6":{"title":"Chronological","titles":[]},"7":{"title":"Capture the Citadel","titles":[]},"8":{"title":"Cinny","titles":[]},"9":{"title":"Command Palettes","titles":[]},"10":{"title":"Commune","titles":[]},"11":{"title":"Davey Wreden","titles":[]},"12":{"title":"Decentralized","titles":[]},"13":{"title":"Dice Armor","titles":[]},"14":{"title":"Digital Gardens","titles":[]},"15":{"title":"Federated Identity","titles":[]},"16":{"title":"Fedi v2","titles":[]},"17":{"title":"Inspiration","titles":["Fedi v2"]},"18":{"title":"Identity","titles":["Fedi v2"]},"19":{"title":"Servers","titles":["Fedi v2"]},"20":{"title":"Content","titles":["Fedi v2"]},"21":{"title":"Moderation","titles":["Fedi v2"]},"22":{"title":"Problems to solve","titles":["Fedi v2"]},"23":{"title":"Fediverse","titles":[]},"24":{"title":"Forgejo","titles":[]},"25":{"title":"Freeform vs Chronological Dichotomy","titles":[]},"26":{"title":"Freeform","titles":[]},"27":{"title":"Game Dev Tree","titles":[]},"28":{"title":"Garden-RSS","titles":[]},"29":{"title":"Guide to Incrementals/Appeal to Developers","titles":[]},"30":{"title":"Incrementals are Easy to Make","titles":["Guide to Incrementals/Appeal to Developers"]},"31":{"title":"Players are Easy to Find","titles":["Guide to Incrementals/Appeal to Developers"]},"32":{"title":"Monetization","titles":["Guide to Incrementals/Appeal to Developers"]},"33":{"title":"Guide to Incrementals/Appeal to Players","titles":[]},"34":{"title":"Numbers Going Up","titles":["Guide to Incrementals/Appeal to Players"]},"35":{"title":"Effortlessness","titles":["Guide to Incrementals/Appeal to Players"]},"36":{"title":"Strategy","titles":["Guide to Incrementals/Appeal to Players"]},"37":{"title":"Avoiding Staleness","titles":["Guide to Incrementals/Appeal to Players"]},"38":{"title":"Good Game Design","titles":["Guide to Incrementals/Appeal to Players"]},"39":{"title":"Artistic Merit","titles":["Guide to Incrementals/Appeal to Players"]},"40":{"title":"Guide to Incrementals/Defining the Genre","titles":[]},"41":{"title":"Incrementals vs Idlers vs Clickers","titles":["Guide to Incrementals/Defining the Genre"]},"42":{"title":"Incrementals as NGU","titles":["Guide to Incrementals/Defining the Genre"]},"43":{"title":"Roguelites as Incrementals?","titles":["Guide to Incrementals/Defining the Genre"]},"44":{"title":"The Berlin Interpretation","titles":["Guide to Incrementals/Defining the Genre","Roguelites as Incrementals?"]},"45":{"title":"The Incremental Games Canon","titles":["Guide to Incrementals/Defining the Genre","Roguelites as Incrementals?"]},"46":{"title":"The Paradigm Shift","titles":["Guide to Incrementals/Defining the Genre","Roguelites as Incrementals?"]},"47":{"title":"High-Value Factors","titles":["Guide to Incrementals/Defining the Genre","Roguelites as Incrementals?"]},"48":{"title":"Low-Value Factors","titles":["Guide to Incrementals/Defining the Genre","Roguelites as Incrementals?"]},"49":{"title":"Are Roguelites Incrementals?","titles":["Guide to Incrementals/Defining the Genre","Roguelites as Incrementals?"]},"50":{"title":"Sub-Genres","titles":["Guide to Incrementals/Defining the Genre"]},"51":{"title":"Other Related Genres","titles":["Guide to Incrementals/Defining the Genre"]},"52":{"title":"Guide to Incrementals/Navigating Criticism","titles":[]},"53":{"title":"Reading Feedback","titles":["Guide to Incrementals/Navigating Criticism"]},"54":{"title":"Seeking Feedback","titles":["Guide to Incrementals/Navigating Criticism"]},"55":{"title":"Responding to Feedback","titles":["Guide to Incrementals/Navigating Criticism"]},"56":{"title":"Guide to Incrementals/What is Content?","titles":[]},"57":{"title":"Interaction","titles":["Guide to Incrementals/What is Content?"]},"58":{"title":"Repeatable Purchases","titles":["Guide to Incrementals/What is Content?","Interaction"]},"59":{"title":"Following Instructions","titles":["Guide to Incrementals/What is Content?"]},"60":{"title":"Tips for Developers","titles":["Guide to Incrementals/What is Content?"]},"61":{"title":"Incremental Social","titles":[]},"62":{"title":"Ivy Road","titles":[]},"63":{"title":"Kronos","titles":[]},"64":{"title":"Life is Strange","titles":[]},"65":{"title":"The ending","titles":["Life is Strange"]},"66":{"title":"Life is Strange: Before the Storm","titles":["Life is Strange"]},"67":{"title":"The Awesome Adventures of Captain Spirit","titles":["Life is Strange"]},"68":{"title":"Life is Strange 2","titles":["Life is Strange"]},"69":{"title":"Life is Strange: True Colors","titles":["Life is Strange"]},"70":{"title":"Life is Strange: Double Exposure","titles":["Life is Strange"]},"71":{"title":"Logseq","titles":[]},"72":{"title":"Matrix","titles":[]},"73":{"title":"Mbin","titles":[]},"74":{"title":"MTX","titles":[]},"75":{"title":"My Projects","titles":[]},"76":{"title":"Games","titles":["My Projects"]},"77":{"title":"Tools (and other non-games)","titles":["My Projects"]},"78":{"title":"Nostr","titles":[]},"79":{"title":"My Personal Website","titles":[]},"80":{"title":"Open Source","titles":[]},"81":{"title":"Opti-Speech","titles":[]},"82":{"title":"The Original Project","titles":["Opti-Speech"]},"83":{"title":"My Work","titles":["Opti-Speech"]},"84":{"title":"Planar Pioneers","titles":[]},"85":{"title":"Pre-Order Bonuses","titles":[]},"86":{"title":"Premium Currency","titles":[]},"87":{"title":"Profectus","titles":[]},"88":{"title":"Social Media","titles":[]},"89":{"title":"Synapse","titles":[]},"90":{"title":"The Beginner\'s Guide","titles":[]},"91":{"title":"The Cozy Web","titles":[]},"92":{"title":"The IndieWeb/Amplification","titles":[]},"93":{"title":"The IndieWeb/Signature Blocks","titles":[]},"94":{"title":"The Small Web","titles":[]},"95":{"title":"Browsing the small web","titles":["The Small Web"]},"96":{"title":"Building personal websites","titles":["The Small Web"]},"97":{"title":"The future","titles":["The Small Web","Building personal websites"]},"98":{"title":"Why people want the small web","titles":["The Small Web"]},"99":{"title":"Recommended videos about the small web","titles":["The Small Web"]},"100":{"title":"Guide to Incrementals","titles":[]},"101":{"title":"Why am I making this?","titles":["Guide to Incrementals"]},"102":{"title":"Ludology","titles":["Guide to Incrementals"]},"103":{"title":"Making an Incremental","titles":["Guide to Incrementals"]},"104":{"title":"This Knowledge Hub","titles":[]},"105":{"title":"V-ecs","titles":[]},"106":{"title":"Video Game Monetization","titles":[]},"107":{"title":"AAA games","titles":["Video Game Monetization"]},"108":{"title":"Free-to-play games","titles":["Video Game Monetization"]},"109":{"title":"Indie developers","titles":["Video Game Monetization"]},"110":{"title":"Ethical game monetization","titles":["Video Game Monetization"]},"111":{"title":"Vitepress","titles":[]},"112":{"title":"Wanderstop","titles":[]},"113":{"title":"Webrings","titles":[]},"114":{"title":"Weird","titles":[]}},"dirtCount":0,"index":[["`",{"2":{"105":1}}],["7l1i6k",{"2":{"66":1}}],["7l0vgq",{"2":{"66":1}}],["5",{"2":{"66":1}}],["5x",{"2":{"58":1}}],["😉",{"2":{"49":1}}],["2",{"0":{"68":1},"2":{"36":1,"63":1,"105":1}}],["2017",{"2":{"64":1}}],["20",{"2":{"11":1}}],["zero",{"2":{"34":1}}],["zitadel",{"2":{"15":1}}],["0",{"2":{"30":1,"57":1}}],["yet",{"2":{"30":1}}],["young",{"2":{"52":2}}],["yourself",{"2":{"13":1,"55":1}}],["your",{"2":{"12":1,"17":1,"18":2,"21":1,"22":1,"30":2,"31":3,"34":2,"35":3,"41":3,"52":2,"53":5,"54":2,"55":4,"57":1,"59":4,"60":1,"88":1,"92":1,"93":1,"100":1}}],["you",{"2":{"4":2,"9":1,"13":3,"17":2,"18":9,"21":1,"22":5,"30":7,"31":3,"34":4,"35":11,"36":4,"38":2,"39":1,"40":1,"41":13,"45":2,"46":1,"47":1,"50":3,"52":4,"53":13,"54":4,"55":4,"56":2,"57":2,"58":9,"59":15,"60":4,"76":1,"86":1,"88":2,"98":1,"100":1,"101":1}}],["x",{"2":{"18":1}}],["jacorb",{"2":{"87":1}}],["jam",{"2":{"87":1}}],["javascript",{"2":{"30":2}}],["jesse",{"2":{"64":2}}],["jumping",{"2":{"59":1}}],["judge",{"2":{"44":1}}],["justify",{"2":{"107":1}}],["justified",{"2":{"59":1}}],["justifiably",{"2":{"45":1}}],["justifications",{"2":{"59":1}}],["justification",{"2":{"42":1,"59":2}}],["just",{"2":{"18":1,"20":3,"30":1,"31":1,"34":3,"35":1,"40":2,"41":3,"42":2,"43":1,"45":2,"46":4,"47":1,"49":1,"50":1,"53":1,"56":4,"57":2,"58":3,"59":3,"60":2,"66":1}}],["journey",{"2":{"52":1,"55":1}}],["journal",{"2":{"18":1,"104":1}}],["job",{"2":{"38":3,"105":1}}],["js",{"2":{"4":1}}],["queries",{"2":{"88":1}}],["questions",{"2":{"101":1}}],["question",{"2":{"59":1,"101":1}}],["queue",{"2":{"58":1}}],["qualifier",{"2":{"59":1}}],["qualifiers",{"2":{"59":1}}],["qualify",{"2":{"39":1,"44":1,"46":1,"49":1}}],["quality",{"2":{"56":1}}],["quaternion",{"2":{"13":1}}],["quickly",{"2":{"56":1,"58":1,"60":1}}],["quicker",{"2":{"13":1}}],["quite",{"2":{"30":1,"31":1,"32":1,"34":1,"35":1,"38":1,"42":1,"46":1,"56":1,"58":1,"66":2}}],["quoting",{"2":{"41":1}}],["quot",{"2":{"3":2,"6":4,"10":2,"12":2,"13":8,"18":6,"20":2,"32":2,"33":4,"35":8,"36":2,"37":4,"38":2,"39":6,"40":6,"41":28,"42":18,"44":10,"45":4,"46":6,"47":2,"49":2,"56":8,"57":2,"58":6,"59":8,"60":2,"64":2,"69":2,"87":2,"88":2,"95":2,"105":8,"113":4}}],["3",{"2":{"13":1,"66":2}}],["3d",{"2":{"7":1,"81":1}}],["kronos",{"0":{"63":1},"2":{"75":1,"76":1,"87":1,"105":1}}],["kate",{"2":{"64":1}}],["karla",{"2":{"62":1}}],["kasperzutterman",{"2":{"14":1}}],["knight",{"2":{"50":1}}],["known",{"2":{"91":1,"95":1}}],["knowledge",{"0":{"104":1},"2":{"6":1,"14":1,"28":1,"30":1,"35":1,"71":1,"94":1,"104":1,"111":1}}],["know",{"2":{"1":1,"19":1,"31":1,"59":1,"101":1,"107":1}}],["kit",{"2":{"64":1}}],["kitten",{"2":{"45":1}}],["kittens",{"2":{"32":1}}],["kimonja",{"2":{"62":1}}],["kidding",{"2":{"45":1}}],["kind",{"2":{"41":2,"54":1}}],["kinds",{"2":{"36":1}}],["keeps",{"2":{"35":1}}],["keep",{"2":{"20":1,"35":1,"37":2,"41":2,"47":1,"53":1,"55":2,"56":1,"100":1}}],["keychains",{"2":{"85":1}}],["key",{"2":{"18":2,"20":1,"21":3,"22":2,"105":1}}],["keys",{"2":{"18":2}}],["keypairs",{"2":{"15":1,"22":1}}],["k",{"2":{"9":2}}],["rsi",{"2":{"57":1}}],["rss",{"0":{"28":1},"2":{"6":1,"12":1,"14":1,"26":3,"28":3,"104":2}}],["ridge",{"2":{"82":1}}],["rise",{"2":{"38":1}}],["right",{"2":{"17":1,"58":1,"80":1}}],["r",{"2":{"31":1,"35":2,"41":1,"66":2}}],["raising",{"2":{"107":1}}],["race",{"2":{"107":1}}],["ratio",{"2":{"86":1}}],["rather",{"2":{"35":2,"44":1,"57":1,"66":1,"113":1}}],["rarely",{"2":{"47":1}}],["rarer",{"2":{"42":1}}],["rauthy",{"2":{"15":1}}],["ran",{"2":{"18":1}}],["random",{"2":{"13":1,"95":1}}],["range",{"2":{"13":1}}],["rule",{"2":{"50":1}}],["rules",{"2":{"12":1,"21":1,"22":1,"88":1}}],["ruined",{"2":{"38":1,"41":1}}],["runs",{"2":{"34":1,"35":1}}],["run",{"2":{"13":1,"17":1,"30":1}}],["rocket",{"2":{"59":2}}],["roblox",{"2":{"59":1}}],["robert",{"2":{"4":1}}],["route",{"2":{"59":1}}],["room",{"2":{"45":1,"46":1,"113":4}}],["roguetemple",{"2":{"44":1}}],["rogue",{"2":{"43":1}}],["roguelike",{"2":{"44":4}}],["roguelikeness",{"2":{"44":1}}],["roguelikes",{"2":{"34":2,"43":1,"44":2}}],["roguelites",{"0":{"43":1,"49":1},"1":{"44":1,"45":1,"46":1,"47":1,"48":1,"49":1},"2":{"43":5}}],["roguelite",{"2":{"40":1,"49":1}}],["rolling",{"2":{"13":3}}],["road",{"0":{"62":1},"2":{"11":3,"62":1,"112":1}}],["rpgs",{"2":{"42":6,"51":1}}],["rpg",{"2":{"4":1}}],["rehosted",{"2":{"92":1}}],["reblogging",{"2":{"92":1}}],["red",{"2":{"82":2}}],["redistribute",{"2":{"80":1}}],["reddit",{"2":{"66":2,"73":1}}],["reduce",{"2":{"46":1,"56":1}}],["reduced",{"2":{"41":1,"47":2}}],["redundancy",{"2":{"22":1}}],["return",{"2":{"85":1}}],["returning",{"2":{"70":1}}],["returns",{"2":{"58":1}}],["rethinking",{"2":{"17":1}}],["reveals",{"2":{"43":1}}],["revealing",{"2":{"41":1,"70":1}}],["reward",{"2":{"41":1,"58":1,"59":1}}],["rewards",{"2":{"41":2}}],["rewarding",{"2":{"35":1,"59":1}}],["regarding",{"2":{"100":1}}],["regard",{"2":{"59":1}}],["regardless",{"2":{"53":1,"67":1}}],["regen",{"2":{"38":1}}],["regularly",{"2":{"55":1}}],["regular",{"2":{"32":1}}],["reiterate",{"2":{"34":1}}],["requiring",{"2":{"33":1,"41":1}}],["requirements",{"2":{"60":1,"110":1}}],["required",{"2":{"19":1,"48":1,"107":1}}],["requires",{"2":{"17":1,"41":1,"48":1}}],["require",{"2":{"15":1,"19":1,"30":1}}],["request",{"2":{"21":1}}],["requests",{"2":{"21":1}}],["recognize",{"2":{"54":1}}],["recommend",{"2":{"27":1,"38":1}}],["recommended",{"0":{"99":1},"2":{"13":1}}],["recent",{"2":{"59":1}}],["recently",{"2":{"33":1}}],["receive",{"2":{"53":1,"86":1}}],["received",{"2":{"19":1,"55":2}}],["receiving",{"2":{"22":2,"54":1,"86":1}}],["reasoning",{"2":{"47":1}}],["reason",{"2":{"42":1,"59":1}}],["reasonable",{"2":{"39":1}}],["reasons",{"2":{"29":1,"35":1,"40":1,"46":1,"55":1,"86":1}}],["reading",{"0":{"53":1},"2":{"57":1,"59":1}}],["readily",{"2":{"38":1}}],["read",{"2":{"52":1,"53":1}}],["readers",{"2":{"113":1}}],["reader",{"2":{"33":1}}],["readable",{"2":{"18":1}}],["reactivity",{"2":{"87":1}}],["reacting",{"2":{"20":1}}],["reached",{"2":{"58":1}}],["reach",{"2":{"18":1,"35":1,"36":1,"59":2,"101":1}}],["realm",{"2":{"45":1}}],["really",{"2":{"3":1,"6":1,"35":1,"46":1,"59":2,"64":1,"66":1,"67":1}}],["real",{"2":{"1":1,"34":1,"35":1,"41":1,"74":1,"81":1,"82":1,"86":1}}],["reliant",{"2":{"48":1,"114":1}}],["rely",{"2":{"38":1,"65":1}}],["relying",{"2":{"15":1,"65":1}}],["relevant",{"2":{"34":1,"39":1,"59":1,"100":1,"113":1}}],["relaying",{"2":{"21":1,"22":1}}],["relays",{"2":{"18":1,"19":2,"20":1,"21":1}}],["relay",{"2":{"17":1,"19":2,"21":1,"22":2}}],["relationships",{"2":{"90":1}}],["relationship",{"2":{"90":1}}],["relation",{"2":{"42":1}}],["relative",{"2":{"13":1}}],["relates",{"2":{"42":1}}],["relate",{"2":{"10":1}}],["related",{"0":{"51":1},"2":{"10":2,"13":1,"30":1,"42":1,"50":2,"113":3}}],["resume",{"2":{"48":1}}],["results",{"2":{"13":1}}],["result",{"2":{"1":1,"39":1}}],["resource",{"2":{"47":1,"48":1,"49":1,"59":1}}],["resources",{"2":{"14":1,"35":1,"41":2,"42":1,"47":1,"65":1,"96":1}}],["resets",{"2":{"59":1}}],["resetting",{"2":{"59":1}}],["reset",{"2":{"40":1,"43":1,"46":2,"59":7}}],["restrain",{"2":{"87":1}}],["rest",{"2":{"40":1,"50":1,"68":1}}],["responsibility",{"2":{"65":1}}],["response",{"2":{"34":1,"41":1,"55":1}}],["responding",{"0":{"55":1}}],["respectively",{"2":{"58":1}}],["respect",{"2":{"21":1}}],["respected",{"2":{"20":1}}],["render",{"2":{"105":1}}],["rendered",{"2":{"104":1}}],["renderers",{"2":{"105":2}}],["renderer",{"2":{"4":1}}],["rendering",{"2":{"13":1,"30":1}}],["remember",{"2":{"55":1}}],["remembering",{"2":{"9":1}}],["remind",{"2":{"55":1}}],["reminder",{"2":{"47":1}}],["reminded",{"2":{"35":1}}],["removing",{"2":{"21":1,"38":1}}],["removes",{"2":{"13":1}}],["re",{"2":{"7":1,"10":1,"31":1,"35":3,"36":2,"38":1,"43":1,"46":1,"48":1,"52":1,"53":2,"54":1,"56":1,"57":2,"58":5,"59":5,"60":1,"70":1,"92":1}}],["repurcussions",{"2":{"47":1}}],["representation",{"2":{"47":2}}],["repetitive",{"2":{"37":1}}],["repeatable",{"0":{"58":1},"2":{"58":6}}],["repeat",{"2":{"35":1}}],["report",{"2":{"53":1}}],["reports",{"2":{"21":4}}],["reportedly",{"2":{"34":1}}],["reported",{"2":{"21":1}}],["repository",{"2":{"4":1,"24":1}}],["replacing",{"2":{"34":1,"59":2}}],["replaced",{"2":{"44":1,"45":1,"48":1}}],["replace",{"2":{"20":1,"46":1}}],["replying",{"2":{"20":1,"21":1}}],["reply",{"2":{"20":1,"21":1}}],["replicated",{"2":{"105":1}}],["replied",{"2":{"20":1}}],["replies",{"2":{"19":2,"20":1,"21":3}}],["replit",{"2":{"4":1,"31":1}}],["referred",{"2":{"46":1}}],["refer",{"2":{"41":2,"46":1}}],["refers",{"2":{"3":1,"23":1,"91":1,"92":1}}],["referenced",{"2":{"0":1,"2":1,"3":1,"5":1,"6":1,"8":1,"10":1,"11":1,"12":1,"13":1,"14":1,"15":1,"16":1,"23":1,"24":1,"25":1,"26":1,"28":1,"61":1,"62":1,"63":1,"71":1,"72":1,"73":1,"74":1,"75":1,"78":1,"79":1,"80":1,"85":1,"86":1,"87":1,"88":1,"89":1,"91":1,"94":1,"100":1,"104":1,"106":1,"111":1,"113":1,"114":1}}],["+",{"2":{"3":1,"13":1}}],["4o",{"2":{"3":1}}],["vue",{"2":{"87":1}}],["vulkan",{"2":{"105":1}}],["vulintus",{"2":{"82":1}}],["vulnerable",{"2":{"52":1}}],["v",{"0":{"105":1},"2":{"63":1,"75":1,"77":1,"105":1}}],["voxel",{"2":{"105":2}}],["vouch",{"2":{"18":1}}],["voice",{"2":{"3":1,"58":1,"64":1}}],["varying",{"2":{"104":1}}],["variant",{"2":{"49":1}}],["variation",{"2":{"49":1}}],["variety",{"2":{"40":1,"45":1}}],["various",{"2":{"10":1,"13":1,"37":1,"39":1,"57":1,"59":1,"96":1,"100":1,"114":1}}],["vague",{"2":{"40":1,"42":1,"53":1}}],["valid",{"2":{"57":1}}],["validating",{"2":{"15":1}}],["value",{"0":{"47":1,"48":1},"2":{"39":1,"41":2,"46":1,"47":1,"48":2,"56":1,"70":1}}],["vampire",{"2":{"33":3,"34":2,"35":1,"36":3,"39":3}}],["vex",{"2":{"105":1}}],["version",{"2":{"63":1,"83":1}}],["versions",{"2":{"41":1}}],["versus",{"2":{"42":2}}],["verifies",{"2":{"18":1,"20":1}}],["verify",{"2":{"18":2}}],["very",{"2":{"9":1,"10":1,"31":1,"32":1,"34":1,"39":1,"41":2,"44":1,"47":1,"52":1,"59":1,"64":1,"65":1,"70":1}}],["ve",{"2":{"13":3,"18":1,"31":1,"32":1,"34":1,"36":1,"40":1,"45":1,"47":1,"54":2,"55":2,"56":1,"58":3,"59":1,"63":1,"67":1,"68":1,"101":1}}],["v2",{"0":{"16":1},"1":{"17":1,"18":1,"19":1,"20":1,"21":1,"22":1},"2":{"10":1,"12":1,"15":1,"23":1,"88":1,"114":2}}],["views",{"2":{"100":1}}],["viewed",{"2":{"17":1,"82":1}}],["virtual",{"2":{"82":1}}],["virtue",{"2":{"17":1,"23":1}}],["vitepress",{"0":{"111":1},"2":{"80":1,"104":1,"111":1}}],["vital",{"2":{"53":1}}],["viable",{"2":{"30":1,"43":1}}],["via",{"2":{"18":1,"41":1}}],["vision",{"2":{"55":1,"113":1}}],["visit",{"2":{"7":1,"13":2}}],["visual",{"2":{"9":1,"47":2,"81":1}}],["videos",{"0":{"99":1},"2":{"41":1}}],["video",{"0":{"106":1},"1":{"107":1,"108":1,"109":1,"110":1},"2":{"3":1,"20":1,"33":7,"35":2,"38":1,"39":2,"40":1,"41":2,"64":1,"70":1,"74":2,"82":2,"85":1,"90":1,"100":1}}],["vr",{"2":{"7":2}}],["vs",{"0":{"25":1,"41":2},"2":{"3":1,"6":2,"25":1,"26":2,"39":1,"42":1}}],["gci",{"2":{"59":1}}],["guy",{"2":{"38":1}}],["guidance",{"2":{"54":1}}],["guiding",{"2":{"42":1}}],["guides",{"2":{"59":1}}],["guide",{"0":{"29":1,"33":1,"40":1,"52":1,"56":1,"90":1,"100":1},"1":{"30":1,"31":1,"32":1,"34":1,"35":1,"36":1,"37":1,"38":1,"39":1,"41":1,"42":1,"43":1,"44":1,"45":1,"46":1,"47":1,"48":1,"49":1,"50":1,"51":1,"53":1,"54":1,"55":1,"57":1,"58":1,"59":1,"60":1,"101":1,"102":1,"103":1},"2":{"11":3,"13":1,"34":1,"40":1,"41":2,"46":1,"48":1,"59":2,"90":2,"100":1,"101":1,"102":4,"103":1}}],["guild",{"2":{"10":1}}],["g",{"2":{"18":1,"82":1,"113":1}}],["glitch",{"2":{"31":1}}],["glyph",{"2":{"13":1}}],["glue",{"0":{"5":1},"2":{"5":1,"10":1}}],["gds",{"2":{"13":1}}],["got",{"2":{"64":1,"65":2,"67":1}}],["gotten",{"2":{"59":1}}],["gods",{"2":{"50":1}}],["goes",{"2":{"35":1,"57":1,"58":1,"63":1}}],["gone",{"2":{"35":1}}],["goals",{"2":{"57":2}}],["goal",{"2":{"35":1,"41":1,"48":2,"49":1,"56":2}}],["goods",{"2":{"85":2}}],["good",{"0":{"38":1},"2":{"27":1,"33":1,"35":2,"36":1,"38":8,"41":1,"43":1,"54":1,"58":1,"59":1,"64":1,"66":1,"67":1,"101":1}}],["go",{"2":{"13":1,"30":1,"40":1,"41":1,"50":1,"57":1,"58":1,"59":2,"60":1}}],["going",{"0":{"34":1},"2":{"13":2,"30":1,"34":2,"40":1,"42":5,"46":1,"57":1,"59":4,"76":1,"83":1}}],["git",{"2":{"28":1,"104":1}}],["github",{"2":{"4":1,"14":3,"31":1,"96":1}}],["giving",{"2":{"13":1,"38":1,"41":2,"58":1,"114":1}}],["gives",{"2":{"104":1}}],["given",{"2":{"19":1,"85":1,"86":1}}],["give",{"2":{"13":1,"38":1,"40":1,"59":3,"60":1}}],["gimli",{"2":{"10":1}}],["graph",{"2":{"114":1}}],["graphics",{"2":{"107":2}}],["grave",{"2":{"105":1}}],["grasshopping",{"2":{"59":1}}],["grasshop",{"2":{"59":1}}],["grass",{"2":{"59":6}}],["grain",{"2":{"53":1}}],["grants",{"2":{"80":1}}],["granting",{"2":{"21":1}}],["grant",{"2":{"7":2}}],["groundhog",{"2":{"50":1}}],["group",{"2":{"20":1,"88":3}}],["groups",{"2":{"20":1,"21":1,"88":1}}],["grown",{"2":{"65":1}}],["grow",{"2":{"48":1,"52":1,"113":1}}],["growth",{"2":{"48":2,"50":1}}],["growing",{"2":{"45":1}}],["grinder",{"2":{"45":1}}],["grdn",{"2":{"28":2}}],["green",{"2":{"82":2}}],["grey",{"2":{"39":1}}],["greyed",{"2":{"13":1}}],["great",{"2":{"10":1,"38":1,"41":1,"53":1}}],["gathering",{"2":{"59":1}}],["gain",{"2":{"36":1,"60":1}}],["gaining",{"2":{"34":1,"42":1}}],["gambling",{"2":{"35":2}}],["gamers",{"2":{"32":1,"38":1,"39":1,"57":1}}],["gamedev",{"2":{"30":1}}],["gameplay",{"2":{"13":1,"35":2,"37":4,"38":1,"39":1,"41":1,"42":2,"46":2,"47":1,"56":1,"57":1,"59":2,"63":1,"105":1}}],["games",{"0":{"45":1,"76":1,"77":1,"107":1,"108":1},"2":{"1":1,"11":1,"29":1,"30":1,"31":5,"32":7,"33":5,"34":5,"35":19,"36":5,"37":1,"38":7,"39":11,"40":10,"41":43,"42":16,"43":3,"44":5,"45":5,"46":8,"47":1,"48":4,"49":1,"50":9,"51":3,"52":3,"53":1,"54":1,"56":6,"57":5,"59":4,"60":1,"61":1,"64":2,"70":1,"74":1,"75":1,"87":3,"100":3,"101":3,"105":1,"107":3,"113":2}}],["game",{"0":{"27":1,"38":1,"106":1,"110":1},"1":{"107":1,"108":1,"109":1,"110":1},"2":{"1":4,"7":2,"11":1,"13":13,"27":3,"30":1,"31":4,"32":2,"33":1,"34":6,"35":10,"36":3,"37":2,"38":13,"39":4,"40":4,"41":13,"42":2,"44":5,"45":2,"46":5,"47":9,"48":5,"49":3,"50":1,"52":3,"53":6,"54":4,"55":2,"56":3,"57":2,"58":1,"59":10,"60":1,"62":1,"63":1,"64":2,"65":2,"66":2,"68":1,"69":1,"70":5,"74":1,"75":1,"76":1,"80":1,"84":3,"85":3,"86":1,"87":1,"90":2,"100":2,"101":3,"105":3,"110":1,"112":2,"113":2}}],["gardeners",{"2":{"14":1}}],["garden",{"0":{"28":1},"2":{"14":1,"26":2,"87":1,"100":1,"104":2}}],["gardening",{"2":{"10":1,"28":1}}],["gardens",{"0":{"14":1},"2":{"6":2,"10":2,"14":3,"26":1,"28":2,"91":2,"104":1}}],["geocities",{"2":{"98":1}}],["gets",{"2":{"34":1,"46":1,"58":2,"59":1}}],["get",{"2":{"34":1,"35":2,"41":1,"42":1,"45":2,"48":1,"51":1,"52":1,"53":2,"54":1,"55":1,"56":1,"57":1,"59":4,"64":1,"66":1,"70":1}}],["getting",{"2":{"31":1,"35":1,"38":2,"51":1,"54":1,"55":2,"58":1,"59":1,"70":1,"88":1}}],["gen",{"2":{"114":1}}],["generic",{"2":{"59":2}}],["generalize",{"2":{"33":1}}],["general",{"2":{"21":1,"31":1,"46":1,"66":1,"83":1}}],["generator",{"2":{"111":1}}],["generators",{"2":{"3":1}}],["generated",{"2":{"105":1}}],["generate",{"2":{"13":1,"22":1}}],["generative",{"2":{"3":1}}],["genres",{"0":{"50":1,"51":1},"2":{"30":3,"35":1,"38":1,"39":1,"40":1,"41":3,"42":1,"43":1,"44":2,"48":1,"50":1,"59":1,"101":1}}],["genre",{"0":{"40":1},"1":{"41":1,"42":1,"43":1,"44":1,"45":1,"46":1,"47":1,"48":1,"49":1,"50":1,"51":1},"2":{"29":2,"30":1,"32":1,"33":1,"35":1,"38":1,"40":3,"41":12,"42":4,"43":3,"44":4,"45":1,"46":1,"47":1,"50":4,"51":1,"59":1,"100":2,"102":1}}],["genuine",{"2":{"22":1}}],["gemini",{"2":{"3":1}}],["ndi",{"2":{"82":1}}],["n",{"2":{"60":2,"82":1}}],["numeric",{"2":{"48":1}}],["numerous",{"2":{"39":1}}],["numbers",{"0":{"34":1},"2":{"34":2,"38":1,"40":1,"41":1,"42":7,"48":2,"58":1}}],["number",{"2":{"2":1,"13":1,"30":1,"34":1,"56":1,"60":1}}],["ngu",{"0":{"42":1},"2":{"32":1,"45":1,"50":1}}],["national",{"2":{"82":1}}],["natural",{"2":{"52":1}}],["naturally",{"2":{"20":1,"34":1,"55":1}}],["nature",{"2":{"32":2}}],["navigate",{"2":{"52":1}}],["navigating",{"0":{"52":1},"1":{"53":1,"54":1,"55":1},"2":{"103":1}}],["narrow",{"2":{"45":1}}],["narratively",{"2":{"70":2}}],["narrative",{"2":{"13":1,"39":2,"42":1,"59":2,"64":1,"112":1}}],["naked",{"2":{"41":1}}],["naming",{"2":{"18":8}}],["namely",{"2":{"83":1}}],["nameserver",{"2":{"18":1}}],["names",{"2":{"18":1,"42":1}}],["name",{"2":{"9":1,"16":1,"18":3}}],["nih",{"2":{"82":1}}],["nitpicky",{"2":{"56":1}}],["nicely",{"2":{"30":1}}],["nicky",{"2":{"3":1}}],["nine",{"2":{"13":1}}],["nomadic",{"2":{"98":1}}],["novel",{"2":{"82":1}}],["nor",{"2":{"65":1,"101":1}}],["norm",{"2":{"32":1}}],["normal",{"2":{"30":1,"58":2}}],["normals",{"2":{"13":1}}],["node",{"2":{"46":2}}],["nonexistent",{"2":{"59":1}}],["none",{"2":{"48":1,"59":1,"90":1}}],["non",{"0":{"77":1},"2":{"17":1,"32":1,"33":1,"42":1,"47":1,"48":1,"57":1,"59":1,"95":1}}],["no",{"2":{"12":3,"18":1,"19":2,"22":1,"30":1,"39":1,"42":1,"44":1,"48":2,"52":1,"55":1,"57":1,"59":3,"60":1,"86":1,"90":1,"110":1}}],["nostr",{"0":{"78":1},"2":{"12":1,"17":1,"23":1,"78":1}}],["now",{"2":{"11":1,"30":1,"31":1,"45":2,"50":1,"59":3,"83":1}}],["notable",{"2":{"50":4}}],["notably",{"2":{"42":1,"46":1,"61":1}}],["nothing",{"2":{"39":1,"56":1}}],["notice",{"2":{"38":1}}],["not",{"2":{"10":1,"13":3,"15":2,"17":2,"18":1,"22":2,"26":1,"28":1,"33":2,"34":3,"35":4,"36":1,"38":4,"39":2,"41":8,"42":4,"43":1,"44":3,"46":1,"47":2,"48":1,"53":4,"56":2,"57":9,"58":4,"59":4,"65":3,"82":1,"87":1,"88":1,"91":2,"92":1,"101":1,"104":2,"107":1,"114":1}}],["note",{"2":{"4":1,"34":1,"36":1,"38":1,"44":1,"59":1,"100":2}}],["netizens",{"2":{"114":1}}],["network",{"2":{"16":1,"19":1,"20":2,"113":1}}],["neocities",{"2":{"96":1,"98":1}}],["neutral",{"2":{"59":1}}],["nearly",{"2":{"59":1}}],["never",{"2":{"47":1,"49":1,"53":3,"55":1,"58":1,"105":1}}],["neither",{"2":{"41":1}}],["nebulous",{"2":{"39":1}}],["necessarily",{"2":{"41":1,"57":1,"59":1}}],["necessary",{"2":{"18":1,"30":1,"33":1}}],["necessity",{"2":{"39":1}}],["negative",{"2":{"33":1,"53":1,"55":3}}],["next",{"2":{"13":2,"42":1,"46":1,"57":1,"58":1,"60":2,"114":1}}],["needing",{"2":{"59":1}}],["need",{"2":{"4":1,"17":1,"18":2,"19":1,"30":4,"40":1,"42":1,"47":1,"53":2,"56":1,"57":1,"58":2,"88":1}}],["newly",{"2":{"46":1}}],["newer",{"2":{"45":1}}],["new",{"2":{"1":1,"13":3,"16":1,"18":3,"19":1,"20":1,"22":2,"30":1,"31":3,"34":1,"43":1,"44":1,"48":1,"59":7,"60":1,"83":1,"114":2}}],["c418",{"2":{"62":1}}],["cycle",{"2":{"35":1,"59":1}}],["cyborgs",{"2":{"3":1}}],["cross",{"2":{"113":1}}],["credentials",{"2":{"101":1}}],["create",{"2":{"13":1,"18":2,"60":1}}],["created",{"2":{"10":1,"13":4,"19":1,"26":1,"39":1,"62":1,"90":1,"94":1}}],["creators",{"2":{"52":1,"90":1,"100":1}}],["creator",{"2":{"11":1,"20":2,"39":2}}],["creative",{"2":{"13":1,"98":1}}],["creations",{"2":{"105":1}}],["creation",{"2":{"6":2,"87":1}}],["creating",{"2":{"4":1,"10":1,"14":1,"28":1,"98":1,"114":1}}],["crystallizes",{"2":{"59":1}}],["crystallize",{"2":{"59":1}}],["crypto",{"2":{"17":1}}],["crank",{"2":{"45":1}}],["critique",{"2":{"41":1}}],["criticizing",{"2":{"41":1,"58":1,"59":1}}],["criticized",{"2":{"32":2,"35":1}}],["criticisms",{"2":{"52":1,"59":1,"66":1}}],["criticism",{"0":{"52":1},"1":{"53":1,"54":1,"55":1},"2":{"32":1,"34":1,"41":1,"52":3,"53":2,"103":1}}],["celebrate",{"2":{"55":1}}],["centered",{"2":{"105":1}}],["center",{"2":{"51":1}}],["centers",{"2":{"31":1,"87":1}}],["centric",{"2":{"16":2}}],["centralized",{"2":{"15":1}}],["centralization",{"2":{"12":2}}],["central",{"2":{"12":1}}],["certain",{"2":{"10":1,"13":1,"35":1,"41":1,"48":1,"54":2,"59":1}}],["certainly",{"2":{"9":1,"10":1,"32":1,"34":1,"41":3,"42":2,"49":1,"67":1,"101":1}}],["cmd",{"2":{"9":1}}],["ctrl",{"2":{"9":1}}],["cleaning",{"2":{"83":1}}],["clearing",{"2":{"50":1}}],["clearly",{"2":{"40":1,"65":1}}],["clear",{"2":{"31":1,"35":1,"38":2,"40":1,"41":1}}],["close",{"2":{"69":1}}],["closer",{"2":{"47":1}}],["closest",{"2":{"13":1}}],["clicks",{"2":{"57":1}}],["clicking",{"2":{"35":1,"57":1,"59":1}}],["click",{"2":{"35":1,"41":2,"57":3}}],["clickers",{"0":{"41":1}}],["clicker",{"2":{"33":1,"36":1,"39":1,"41":6,"45":1,"58":1}}],["clients",{"2":{"18":1,"19":1,"20":1,"21":3,"22":3}}],["client",{"2":{"8":1,"10":1,"16":1,"17":1,"22":4}}],["claimed",{"2":{"92":1}}],["claim",{"2":{"33":1}}],["clarify",{"2":{"32":1,"56":1,"58":1}}],["classifying",{"2":{"101":1}}],["classic",{"2":{"41":1,"58":1}}],["class",{"2":{"7":1}}],["circumstances",{"2":{"59":1}}],["city",{"2":{"13":1}}],["citadel",{"0":{"7":1},"2":{"75":1,"76":1}}],["cinny",{"0":{"8":1},"2":{"8":1,"61":1,"72":1,"80":1}}],["c",{"2":{"4":1,"13":1}}],["cultivation",{"2":{"51":1}}],["culture",{"2":{"17":1,"32":3}}],["cutting",{"2":{"59":6}}],["cut",{"2":{"38":1}}],["cutscene",{"2":{"13":6}}],["cutscenes",{"2":{"4":2,"13":2}}],["currencies",{"2":{"74":1}}],["currency",{"0":{"86":1},"2":{"34":2,"50":1,"59":2,"60":3,"74":1,"85":1,"86":1}}],["current",{"2":{"13":3,"97":1,"107":1,"114":1}}],["currently",{"2":{"2":1,"10":1,"17":1,"114":1}}],["customers",{"2":{"41":1,"85":1}}],["custom",{"2":{"13":4}}],["customize",{"2":{"12":1,"21":1}}],["cheap",{"2":{"98":1}}],["checked",{"2":{"13":1}}],["check",{"2":{"4":1,"13":2,"57":1}}],["china",{"2":{"51":1}}],["choices",{"2":{"64":1}}],["choosing",{"2":{"58":1}}],["choose",{"2":{"13":1,"21":3,"30":1,"88":1}}],["chores",{"2":{"59":1}}],["chore",{"2":{"58":1,"59":1}}],["chose",{"2":{"39":1,"45":1}}],["chosen",{"2":{"13":1}}],["chronological",{"0":{"6":1,"25":1},"2":{"6":4,"14":2,"25":2,"26":2,"94":1}}],["character",{"2":{"65":1}}],["characters",{"2":{"34":1,"39":1,"51":1,"66":1}}],["chapters",{"2":{"64":1,"66":1}}],["chapter",{"2":{"63":1,"65":1,"68":1,"105":1}}],["challenges",{"2":{"52":1,"59":1}}],["challenge",{"2":{"34":1}}],["chain",{"2":{"18":1}}],["channel",{"2":{"113":1}}],["channels",{"2":{"10":1,"31":1}}],["changelog",{"2":{"100":1,"104":1}}],["change",{"2":{"37":1,"57":1,"59":1,"104":1}}],["changed",{"2":{"13":1}}],["changes",{"2":{"13":2,"28":1,"37":1,"46":1,"80":1,"82":2,"83":1}}],["changing",{"2":{"4":1}}],["chance",{"2":{"13":1}}],["chatting",{"2":{"5":1,"113":1}}],["chat",{"0":{"5":1},"2":{"5":1,"10":1}}],["chatgpt",{"2":{"3":2}}],["came",{"2":{"92":1}}],["campaign",{"2":{"13":1}}],["campaigns",{"2":{"4":1}}],["carstens",{"2":{"83":1}}],["care",{"2":{"42":1}}],["causing",{"2":{"57":1}}],["cause",{"2":{"34":1}}],["causes",{"2":{"12":1}}],["cavernous",{"2":{"50":1}}],["cash",{"2":{"85":1}}],["casino",{"2":{"41":1}}],["case",{"2":{"3":1,"13":1,"34":1,"41":1,"59":1}}],["category",{"2":{"50":1}}],["categorization",{"2":{"40":1}}],["catch",{"2":{"3":1}}],["callback",{"2":{"94":1}}],["called",{"2":{"55":1,"76":1}}],["calling",{"2":{"41":2}}],["call",{"2":{"13":1,"28":1,"38":1,"105":1}}],["captain",{"0":{"67":1}}],["capture",{"0":{"7":1},"2":{"75":1,"76":1}}],["capitalist",{"2":{"41":2}}],["capitalism",{"2":{"3":1,"39":1,"41":3}}],["canon",{"0":{"45":1},"2":{"44":4,"45":2,"46":2,"47":1}}],["can",{"2":{"3":1,"4":2,"10":2,"12":3,"13":7,"17":1,"18":9,"19":2,"20":1,"21":9,"22":1,"23":1,"30":4,"31":3,"32":1,"33":1,"34":2,"35":3,"36":1,"37":1,"38":2,"39":5,"40":3,"41":4,"43":2,"44":5,"46":2,"48":2,"49":1,"50":1,"52":3,"53":1,"54":2,"55":2,"56":1,"57":1,"58":4,"59":2,"60":2,"63":1,"73":1,"76":1,"82":1,"83":1,"88":1,"90":1,"94":1,"96":1,"98":1,"113":2}}],["cannot",{"2":{"3":1,"21":1,"22":1,"46":1}}],["cosmetics",{"2":{"85":1}}],["costs",{"2":{"60":1}}],["cost",{"2":{"58":1,"60":1,"74":1,"107":2}}],["color",{"2":{"82":2}}],["colors",{"0":{"69":1}}],["collecting",{"2":{"52":1,"54":1,"59":1,"104":1}}],["collections",{"2":{"14":2,"105":1}}],["collection",{"2":{"6":1,"23":1,"26":2,"64":1,"113":1}}],["college",{"2":{"7":1,"81":1}}],["cover",{"2":{"38":2}}],["copied",{"2":{"31":1}}],["copyright",{"2":{"3":1}}],["correlated",{"2":{"48":1}}],["correct",{"2":{"21":1}}],["core",{"2":{"41":2,"50":3,"59":5}}],["corporations",{"2":{"17":1}}],["cozy",{"0":{"91":1},"2":{"14":2,"91":1,"94":1,"112":1}}],["cocked",{"2":{"13":1}}],["cod",{"2":{"38":1}}],["coding",{"2":{"13":1,"52":1}}],["codeberg",{"2":{"96":1}}],["code",{"2":{"4":1,"9":1,"13":1,"14":1,"24":1,"30":2,"80":2,"105":1}}],["cookie",{"2":{"33":1,"36":1,"39":1,"41":1,"58":1}}],["cooked",{"2":{"3":1}}],["cooperation",{"2":{"3":1}}],["cool",{"2":{"1":1,"27":1,"55":1,"84":1}}],["connect",{"2":{"96":1}}],["conducted",{"2":{"82":1}}],["condensed",{"2":{"66":1}}],["conditions",{"2":{"36":1}}],["conditioned",{"2":{"35":1}}],["condition",{"2":{"35":1,"41":1,"57":1}}],["conform",{"2":{"59":1}}],["confidence",{"2":{"52":1}}],["configured",{"2":{"15":1}}],["conclusion",{"2":{"65":2}}],["conclude",{"2":{"49":1}}],["concerning",{"2":{"56":1}}],["concerns",{"2":{"3":1}}],["concepts",{"2":{"39":1}}],["concept",{"2":{"10":1,"39":1,"55":1}}],["congruent",{"2":{"45":1}}],["congress",{"2":{"18":1}}],["conversion",{"2":{"86":1}}],["conversation",{"2":{"38":1}}],["conversational",{"2":{"9":1}}],["conversations",{"2":{"5":1,"18":1}}],["convert",{"2":{"29":1}}],["convey",{"2":{"20":1}}],["consistently",{"2":{"96":1}}],["consider",{"2":{"33":1,"43":1,"54":1,"100":1}}],["considered",{"2":{"6":1,"15":1,"26":1,"32":1,"36":1,"41":1,"42":2,"44":1,"49":2,"57":1}}],["console",{"2":{"105":1}}],["consolidated",{"2":{"97":1}}],["consolidates",{"2":{"86":1}}],["consonant",{"2":{"82":2}}],["consumers",{"2":{"90":1}}],["consumer",{"2":{"70":1}}],["consumed",{"2":{"39":1}}],["consuming",{"2":{"59":1}}],["consecutive",{"2":{"57":1}}],["consequence",{"2":{"47":1}}],["consequences",{"2":{"42":1,"47":1,"65":2}}],["consensus",{"2":{"39":1,"43":1}}],["conservatively",{"2":{"38":1}}],["constitutes",{"2":{"57":1}}],["constructive",{"2":{"52":1,"53":3,"54":1}}],["constructed",{"2":{"13":1}}],["constrained",{"2":{"45":1}}],["constantly",{"2":{"58":1}}],["constant",{"2":{"37":1}}],["continually",{"2":{"53":1}}],["continuation",{"2":{"33":1}}],["continued",{"2":{"81":1}}],["continues",{"2":{"59":1}}],["continue",{"2":{"35":1,"39":1,"41":1,"52":1,"59":1}}],["continuing",{"2":{"35":1,"114":1}}],["contextual",{"2":{"42":1}}],["contextualize",{"2":{"33":1,"56":1,"59":1,"100":1}}],["contextualized",{"2":{"33":1}}],["contexts",{"2":{"35":1,"41":1}}],["context",{"2":{"34":1,"39":3,"41":1}}],["content",{"0":{"20":1,"56":1},"1":{"57":1,"58":1,"59":1,"60":1},"2":{"1":1,"3":2,"6":1,"13":1,"17":1,"19":1,"20":4,"21":2,"26":1,"34":1,"35":1,"46":1,"52":1,"56":12,"57":6,"58":7,"59":13,"60":2,"92":3,"93":1,"94":1,"95":1,"102":1,"110":1}}],["contain",{"2":{"41":1,"113":1}}],["contains",{"2":{"20":1,"46":1,"96":1}}],["contact",{"2":{"18":2}}],["contacts",{"2":{"18":5}}],["controversial",{"2":{"45":1,"57":2,"59":1}}],["controlling",{"2":{"13":1}}],["controlled",{"2":{"4":1}}],["control",{"2":{"11":1,"13":1,"47":1}}],["contributing",{"2":{"17":1}}],["contributions",{"2":{"13":1}}],["contrast",{"2":{"16":1,"38":2,"65":1}}],["coming",{"2":{"41":1,"43":1}}],["comic",{"2":{"5":1,"67":1}}],["comfortably",{"2":{"38":1}}],["come",{"2":{"35":1,"43":1,"48":1,"53":1,"70":1}}],["comes",{"2":{"9":1,"34":1,"41":1,"59":1,"85":1,"105":1}}],["combat",{"2":{"34":2,"42":2}}],["com",{"2":{"14":3,"44":1,"66":2}}],["comprehensive",{"2":{"100":1}}],["compromise",{"2":{"58":1}}],["compromised",{"2":{"18":1}}],["companies",{"2":{"85":1,"86":1}}],["company",{"2":{"85":1}}],["comparable",{"2":{"94":1}}],["comparatively",{"2":{"34":1}}],["compare",{"2":{"49":1}}],["compared",{"2":{"30":1,"34":1,"37":1}}],["comparing",{"2":{"34":1}}],["comparison",{"2":{"2":1}}],["complicatedness",{"2":{"59":1}}],["complicated",{"2":{"59":2,"98":1}}],["completing",{"2":{"63":1}}],["completeness",{"2":{"104":1}}],["completed",{"2":{"59":1}}],["complete",{"2":{"34":1,"50":1,"59":1}}],["completely",{"2":{"31":1,"32":1}}],["complexity",{"2":{"46":1}}],["complex",{"2":{"42":1,"105":1}}],["compulsively",{"2":{"41":1}}],["computer",{"2":{"30":1,"40":1}}],["competition",{"2":{"109":1}}],["competitive",{"2":{"35":2}}],["compelled",{"2":{"53":1}}],["compelling",{"2":{"35":1}}],["compels",{"2":{"34":1}}],["component",{"2":{"13":1}}],["commercial",{"2":{"95":1}}],["comments",{"2":{"52":1,"53":3,"54":1,"55":1,"66":2,"90":1}}],["commentary",{"2":{"41":1,"90":1}}],["comment",{"2":{"39":1,"41":2,"53":1}}],["commenting",{"2":{"35":1,"39":1,"41":1}}],["commit",{"2":{"85":1}}],["communication",{"2":{"18":1}}],["communities",{"2":{"10":1,"19":1,"20":1,"31":2,"52":1,"54":2,"113":7}}],["community",{"2":{"1":1,"10":1,"14":1,"15":1,"16":1,"17":1,"20":2,"29":1,"31":2,"32":4,"43":1,"53":1,"56":1,"61":1,"64":2}}],["communal",{"2":{"10":1}}],["commune",{"0":{"10":1},"2":{"5":1,"10":4,"12":1,"14":1,"15":2,"17":1,"26":1,"72":1,"80":1,"88":1,"113":1,"114":2}}],["commonly",{"2":{"50":1}}],["common",{"2":{"3":1,"10":1,"12":1,"34":1,"41":1,"42":1,"46":3,"58":1,"85":1}}],["commands",{"2":{"13":1}}],["command",{"0":{"9":1},"2":{"3":1,"9":6,"13":1,"71":1}}],["cough",{"2":{"70":1}}],["counter",{"2":{"57":1}}],["count",{"2":{"57":1}}],["counts",{"2":{"41":1,"56":1}}],["countless",{"2":{"30":1}}],["could",{"2":{"4":1,"13":1,"18":1,"19":1,"20":1,"22":2,"28":1,"36":1,"39":1,"40":1,"42":1,"43":1,"45":2,"46":2,"49":1,"57":2,"58":1,"105":1,"113":1}}],["couple",{"2":{"1":1,"40":1,"58":1,"59":1,"101":1,"105":1}}],["course",{"2":{"1":1,"13":1,"35":1,"38":1,"41":1}}],["lua",{"2":{"105":2}}],["ludology",{"0":{"102":1},"2":{"101":1}}],["lucrative",{"2":{"32":1}}],["ll",{"2":{"33":2,"35":2,"38":1,"41":1,"44":1,"52":1,"53":1,"56":1,"59":4,"85":1,"104":2}}],["llms",{"2":{"3":1}}],["lyz",{"2":{"14":1}}],["levied",{"2":{"66":1}}],["levels",{"2":{"54":1,"104":1}}],["level",{"2":{"21":1,"32":1,"35":2,"41":2,"59":2,"114":1}}],["lenient",{"2":{"42":1,"44":1}}],["lend",{"2":{"35":1}}],["legitimate",{"2":{"35":1,"39":1}}],["lecture",{"2":{"35":1}}],["lets",{"2":{"59":1}}],["let",{"2":{"29":1,"38":2,"39":1,"41":1,"57":1,"59":1}}],["left",{"2":{"13":1}}],["leave",{"2":{"35":1,"54":1}}],["learning",{"2":{"30":1,"35":1,"36":2,"54":1,"65":1,"82":1}}],["learn",{"2":{"30":2,"45":1,"50":1,"53":1,"65":1,"98":1}}],["learned",{"2":{"17":1,"65":1}}],["least",{"2":{"13":1,"22":1,"42":1,"58":1,"59":1}}],["leading",{"2":{"59":1}}],["lead",{"2":{"13":2,"57":1,"85":1}}],["lesser",{"2":{"35":1}}],["lessons",{"2":{"17":1,"65":1}}],["less",{"2":{"6":1,"34":1,"35":1,"38":1,"39":1,"48":1,"58":1,"85":1}}],["lgbt",{"2":{"10":1}}],["located",{"2":{"82":1}}],["locations",{"2":{"13":1}}],["location",{"2":{"13":2}}],["logic",{"2":{"41":1,"58":1}}],["logseq",{"0":{"71":1},"2":{"9":1,"71":1,"80":1,"104":1}}],["love",{"2":{"40":1,"41":1,"56":1,"98":1}}],["lore",{"2":{"39":1}}],["loosely",{"2":{"59":1,"87":1}}],["loops",{"2":{"50":2}}],["loop",{"2":{"37":2,"50":2,"59":1}}],["look",{"2":{"35":1,"53":1,"57":1,"87":1,"96":1,"114":1}}],["looking",{"2":{"21":1,"31":1,"38":1,"41":1,"58":1}}],["looks",{"2":{"9":1,"13":1,"22":1}}],["lowers",{"2":{"35":1}}],["low",{"0":{"48":1},"2":{"30":2,"31":1,"34":1,"38":1,"47":1,"48":2,"56":2}}],["load",{"2":{"19":1}}],["lost",{"2":{"58":1}}],["losing",{"2":{"18":1,"47":1}}],["loss",{"2":{"13":1}}],["lots",{"2":{"109":1}}],["lot",{"2":{"17":1,"29":2,"31":1,"32":1,"33":2,"34":3,"35":3,"39":2,"42":1,"43":1,"45":1,"47":1,"50":1,"52":3,"64":1,"65":1,"91":1,"98":1,"101":1,"105":1,"107":1}}],["longer",{"2":{"37":1,"46":1,"48":1,"56":1,"59":2}}],["long",{"2":{"13":1,"35":1,"41":1,"44":1,"47":1,"56":1,"58":1,"63":1,"76":1,"114":1}}],["laid",{"2":{"114":1}}],["launch",{"2":{"85":1}}],["laura",{"2":{"64":1}}],["lab",{"2":{"83":1}}],["label",{"2":{"39":1}}],["last",{"2":{"65":1,"66":1}}],["lashing",{"2":{"55":1}}],["lack",{"2":{"39":3,"56":1}}],["layer",{"2":{"50":1,"58":1,"59":2,"84":1}}],["layers",{"2":{"41":1,"43":1,"59":2,"114":1}}],["lay",{"2":{"30":1}}],["latter",{"2":{"13":1,"35":1,"41":1,"53":1}}],["later",{"2":{"11":1,"35":1,"59":1,"64":1,"68":1}}],["laxla",{"2":{"10":1}}],["lawn",{"2":{"7":1}}],["languages",{"2":{"30":1}}],["language",{"2":{"3":1,"30":1,"82":1}}],["larger",{"2":{"48":1,"58":1,"86":1}}],["largest",{"2":{"47":1,"52":1,"63":1}}],["large",{"2":{"1":1,"2":1,"3":1,"9":1,"12":1,"17":3,"32":1,"41":1,"42":1,"46":2,"60":1,"113":1}}],["libraries",{"2":{"113":1}}],["library",{"2":{"13":1}}],["limited",{"2":{"105":1}}],["limitations",{"2":{"88":1}}],["limits",{"2":{"39":1}}],["license",{"2":{"80":1}}],["live",{"2":{"65":1}}],["living",{"2":{"13":1,"26":1,"65":1,"100":1,"109":1}}],["lis2",{"2":{"67":1,"68":1}}],["lis1",{"2":{"66":1,"68":1,"70":1}}],["lis",{"2":{"64":1,"66":1}}],["list",{"2":{"13":4,"44":3,"45":2,"46":1,"57":1}}],["little",{"2":{"59":1,"69":1}}],["literally",{"2":{"34":1}}],["links",{"2":{"95":1}}],["linking",{"2":{"38":1}}],["link",{"2":{"31":1,"94":1,"113":1}}],["linked",{"2":{"22":1,"114":1}}],["line",{"2":{"42":2}}],["lines",{"2":{"30":1}}],["linearly",{"2":{"59":1}}],["linear",{"2":{"5":1,"9":1,"59":3}}],["lighten",{"2":{"19":1}}],["likes",{"2":{"35":1,"38":1,"43":1}}],["liked",{"2":{"33":1}}],["likely",{"2":{"22":3,"54":1,"59":1,"85":1}}],["like",{"2":{"3":3,"4":1,"10":1,"13":4,"19":1,"32":5,"33":1,"34":3,"35":5,"36":2,"38":3,"39":6,"40":1,"41":4,"50":1,"55":1,"56":1,"58":1,"59":2,"60":1,"67":1,"69":1,"75":1,"88":1,"96":1,"104":1,"114":1}}],["lifeisstrange",{"2":{"66":2}}],["life",{"0":{"64":1,"66":1,"68":1,"69":1,"70":1},"1":{"65":1,"66":1,"67":1,"68":1,"69":1,"70":1},"2":{"1":2,"35":1,"41":2,"50":1,"64":1,"65":1,"74":1,"106":1}}],["utilize",{"2":{"108":1}}],["ut",{"2":{"83":1}}],["ue",{"2":{"67":1}}],["ui",{"2":{"47":2}}],["umbrella",{"2":{"41":1,"42":1,"50":1}}],["ultimately",{"2":{"38":1,"41":2,"45":1,"52":1,"53":1,"56":1}}],["url",{"2":{"20":1}}],["us",{"2":{"45":1,"55":1}}],["usually",{"2":{"43":1}}],["using",{"2":{"13":3,"20":1,"30":1,"31":1,"33":1,"38":1,"41":1,"42":1,"58":1,"87":1,"92":1,"105":1}}],["usenet",{"2":{"17":1}}],["username",{"2":{"18":1}}],["users",{"2":{"17":1,"19":1,"21":2,"36":1,"80":1,"88":1}}],["user",{"2":{"17":1,"22":1,"114":1}}],["uses",{"2":{"13":1,"15":1,"35":1,"41":1}}],["useful",{"2":{"13":1,"19":1,"28":1,"41":2,"53":1,"55":1,"58":1,"86":1,"95":1}}],["use",{"2":{"4":1,"9":2,"13":3,"20":1,"30":2,"41":4,"42":1,"53":1,"58":1,"86":1,"96":2,"98":1,"107":1}}],["used",{"2":{"2":1,"4":2,"13":2,"18":1,"41":2,"42":2,"43":1,"44":2,"50":2,"53":1,"58":1,"60":1}}],["unmanageable",{"2":{"59":1}}],["unhelpful",{"2":{"53":2}}],["unfortunate",{"2":{"59":1}}],["unfortunately",{"2":{"35":1,"68":1}}],["unfolding",{"2":{"46":1}}],["unrelated",{"2":{"43":1}}],["unknown",{"2":{"31":1}}],["unlocks",{"2":{"60":3}}],["unlock",{"2":{"48":1,"59":1,"60":1}}],["unlocking",{"2":{"34":1,"59":1}}],["unlocked",{"2":{"1":1,"59":1}}],["unlike",{"2":{"30":1,"41":1,"59":1}}],["unlikely",{"2":{"22":2}}],["unless",{"2":{"21":1,"41":1}}],["until",{"2":{"13":1,"58":1,"104":1}}],["unit",{"2":{"83":1}}],["units",{"2":{"58":1}}],["unity",{"2":{"13":1,"83":1}}],["universal",{"2":{"45":1,"46":1}}],["universally",{"2":{"41":1}}],["university",{"2":{"11":1}}],["uniquely",{"2":{"30":1,"42":1}}],["unique",{"2":{"19":1,"65":1}}],["undefined",{"2":{"90":1}}],["underlying",{"2":{"38":1}}],["understanding",{"2":{"56":1,"57":1}}],["understand",{"2":{"13":1,"41":1,"42":1,"54":1,"56":1,"57":1,"58":1}}],["under",{"2":{"3":1,"13":1,"36":1,"41":1,"42":2,"50":1,"65":1}}],["undressing",{"2":{"41":1}}],["undoing",{"2":{"13":1}}],["upgrade",{"2":{"50":1,"58":1,"60":4}}],["upgrades",{"2":{"40":1,"50":3,"59":6}}],["upon",{"2":{"39":1,"41":1,"53":1,"59":1}}],["uploaded",{"2":{"31":1}}],["updating",{"2":{"20":1,"83":1}}],["updates",{"2":{"13":1,"104":1}}],["upvotes",{"2":{"20":1,"22":1}}],["upset",{"2":{"37":1}}],["upsides",{"2":{"17":1}}],["ups",{"2":{"10":1,"55":1}}],["up",{"0":{"34":1},"2":{"1":1,"13":4,"30":1,"34":1,"38":1,"40":2,"41":1,"42":5,"45":2,"46":2,"47":2,"57":2,"58":1,"59":1,"63":1,"70":1,"83":1,"96":1,"113":1}}],["education",{"2":{"101":1}}],["editions",{"2":{"70":1,"85":1,"107":1}}],["edited",{"2":{"20":1,"26":1}}],["edits",{"2":{"20":1,"21":1}}],["editor",{"2":{"13":5}}],["edit",{"2":{"6":2,"13":2,"21":2}}],["errant",{"2":{"90":1}}],["errors",{"2":{"82":1}}],["erlend",{"2":{"10":1,"114":1}}],["e3",{"2":{"66":1}}],["eyes",{"2":{"66":1}}],["ecs",{"0":{"105":1},"2":{"63":1,"75":1,"77":1,"105":2}}],["ecosystem",{"2":{"12":1}}],["egregious",{"2":{"58":1}}],["episode",{"2":{"66":1}}],["ep",{"2":{"58":5}}],["equal",{"2":{"53":1}}],["equipped",{"2":{"13":2}}],["equipping",{"2":{"13":1}}],["elements",{"2":{"47":1}}],["elicited",{"2":{"39":1}}],["else",{"2":{"10":1,"41":1,"42":1,"92":1}}],["evidence",{"2":{"41":1}}],["evolutions",{"2":{"36":1}}],["event",{"2":{"65":1}}],["events",{"2":{"13":1}}],["eventually",{"2":{"9":1,"41":1,"52":1,"58":1,"59":1,"105":1}}],["even",{"2":{"6":1,"13":1,"19":1,"21":1,"22":1,"30":1,"32":1,"35":3,"38":1,"39":3,"40":1,"41":3,"43":1,"53":1,"59":2,"98":1}}],["ever",{"2":{"4":1,"22":1,"41":2,"42":1,"63":1}}],["everything",{"2":{"13":2,"32":1,"33":1,"59":1,"87":1,"100":1}}],["everyone",{"2":{"12":2,"53":1,"59":1,"70":1,"88":1,"114":1}}],["every",{"2":{"1":1,"17":1,"22":1,"35":2,"40":1,"46":3,"53":1,"57":1,"58":2,"104":3}}],["effortless",{"2":{"35":1}}],["effortlessness",{"0":{"35":1}}],["effects",{"2":{"38":1,"57":1,"59":5,"60":2}}],["effectively",{"2":{"20":2,"21":1,"38":2,"58":1,"59":1,"60":1}}],["effect",{"2":{"13":2,"34":1,"59":2,"86":1}}],["established",{"2":{"46":1}}],["essential",{"2":{"52":1}}],["essentially",{"2":{"19":1,"38":1,"59":1,"104":1}}],["essay",{"2":{"38":1}}],["especially",{"2":{"9":1,"104":1}}],["either",{"2":{"13":1,"35":1,"48":1,"57":1,"59":1,"101":1}}],["earn",{"2":{"50":1,"107":1}}],["earned",{"2":{"34":1}}],["early",{"2":{"45":1,"58":1}}],["earlier",{"2":{"35":1,"38":1,"43":1,"47":1,"48":1,"70":1}}],["ease",{"2":{"35":1,"39":1}}],["easy",{"0":{"30":1,"31":1},"2":{"13":1,"30":1,"31":1,"35":2,"42":1,"59":1,"98":1}}],["easily",{"2":{"13":1,"38":1,"45":1,"46":1,"83":1,"98":1,"105":1}}],["easier",{"2":{"9":1,"13":1,"36":3,"41":1,"59":1}}],["each",{"2":{"13":5,"20":1,"23":1,"31":1,"46":3,"47":1,"57":2,"58":3,"59":1,"94":1,"96":1,"105":2,"113":2}}],["embargo",{"2":{"85":1}}],["embrace",{"2":{"52":1}}],["ema",{"2":{"83":1}}],["email",{"2":{"12":2}}],["empathy",{"2":{"69":1}}],["empty",{"2":{"41":2}}],["emphasizes",{"2":{"34":1}}],["employee",{"2":{"10":1}}],["emotional",{"2":{"54":1,"64":1}}],["emotionally",{"2":{"41":1,"53":1}}],["emotion",{"2":{"13":1}}],["eternity",{"2":{"58":2}}],["etc",{"2":{"10":1,"19":1,"21":1,"22":1,"30":1,"34":1,"39":1,"52":1,"85":1,"88":2,"101":1}}],["ethical",{"0":{"110":1},"2":{"3":2}}],["ensure",{"2":{"52":1,"88":1,"92":1}}],["ensuring",{"2":{"38":1}}],["encourage",{"2":{"39":1,"52":1}}],["encourages",{"2":{"38":1}}],["encouraging",{"2":{"38":2}}],["english",{"2":{"51":1,"82":1}}],["engage",{"2":{"56":1,"57":2}}],["engaged",{"2":{"37":1,"64":1}}],["engaging",{"2":{"39":1,"57":1,"58":1,"59":1}}],["engine",{"2":{"4":1,"13":1,"30":1,"87":1,"95":1,"105":4}}],["enemies",{"2":{"36":1}}],["enjoyed",{"2":{"64":2,"66":2,"67":1}}],["enjoying",{"2":{"35":1}}],["enjoyable",{"2":{"34":2,"38":1,"59":1}}],["enjoy",{"2":{"34":1,"35":1,"38":1,"54":1}}],["entries",{"2":{"87":1}}],["entry",{"2":{"31":1,"35":1}}],["enthusiastically",{"2":{"52":1}}],["entertain",{"2":{"46":1}}],["entities",{"2":{"47":1}}],["entity",{"2":{"12":1,"19":1,"58":1}}],["entirely",{"2":{"20":1}}],["entire",{"2":{"13":1,"35":1,"39":1,"58":1,"65":1,"66":1}}],["enough",{"2":{"15":1,"44":1,"49":2,"58":1,"59":1,"105":1}}],["envisioning",{"2":{"7":1}}],["endorsing",{"2":{"113":1}}],["endorses",{"2":{"15":1}}],["endings",{"2":{"65":1,"70":1}}],["ending",{"0":{"65":1},"2":{"65":3,"66":1}}],["ends",{"2":{"13":1}}],["end",{"2":{"1":1,"13":2,"42":1,"44":1,"57":1,"65":2,"96":1,"100":1}}],["ended",{"2":{"1":1,"38":1}}],["e",{"2":{"3":1,"18":1,"82":1,"113":1}}],["excited",{"2":{"70":1}}],["exciting",{"2":{"52":1}}],["exclusive",{"2":{"47":1,"85":1}}],["exception",{"2":{"76":1}}],["exceptions",{"2":{"32":1}}],["except",{"2":{"59":1}}],["excess",{"2":{"39":1}}],["exhibit",{"2":{"46":1}}],["extreme",{"2":{"39":1,"57":1}}],["extremely",{"2":{"38":1}}],["extrinsic",{"2":{"35":1,"48":1}}],["extensive",{"2":{"98":1}}],["extensions",{"2":{"28":1}}],["extension",{"2":{"21":1,"91":1}}],["extent",{"2":{"33":1,"35":2}}],["exaggerated",{"2":{"42":2}}],["exaggerating",{"2":{"34":1}}],["example",{"2":{"38":3,"46":1,"57":1,"58":1,"59":1,"60":1}}],["examples",{"2":{"3":1,"12":1,"38":2,"46":2,"50":4,"100":2}}],["exacerbate",{"2":{"35":1,"41":1}}],["expansions",{"2":{"110":1}}],["expanding",{"2":{"42":1}}],["exposure",{"0":{"70":1}}],["exposes",{"2":{"10":1}}],["expose",{"2":{"9":1}}],["exponentially",{"2":{"58":1}}],["expression",{"2":{"39":1}}],["expertise",{"2":{"104":1}}],["experiencing",{"2":{"53":1}}],["experiences",{"2":{"38":1}}],["experience",{"2":{"12":2,"33":1,"35":2,"38":4,"41":3,"54":1,"56":1,"57":1,"70":1}}],["expensive",{"2":{"98":1,"107":1}}],["expecting",{"2":{"35":1,"49":1}}],["expected",{"2":{"32":1}}],["expect",{"2":{"31":1,"34":1,"35":1,"59":1}}],["expectations",{"2":{"30":1,"40":1}}],["explains",{"2":{"55":1}}],["explained",{"2":{"32":1}}],["explanation",{"2":{"43":1}}],["exploring",{"2":{"34":1,"39":1}}],["explore",{"2":{"29":1,"52":1,"56":1,"100":1}}],["exploiting",{"2":{"32":1}}],["explicitly",{"2":{"15":1,"44":1,"61":1,"95":1}}],["ex",{"2":{"10":1}}],["exists",{"2":{"104":1}}],["exist",{"2":{"3":1,"14":1,"40":1,"114":1}}],["existing",{"2":{"3":1,"13":1,"17":1,"19":1,"28":1,"46":1}}],["www",{"2":{"66":2}}],["wonderful",{"2":{"52":2}}],["won",{"2":{"15":1,"38":1,"47":1,"59":2,"94":1}}],["wouldn",{"2":{"18":1}}],["would",{"2":{"13":1,"18":1,"19":1,"20":1,"33":1,"38":1,"40":2,"42":2,"43":1,"46":1,"47":1,"49":4,"50":2,"53":1,"57":1,"58":4,"64":1,"67":1,"69":1,"107":2,"113":3,"114":1}}],["words",{"2":{"41":1}}],["worlds",{"2":{"105":5}}],["world",{"2":{"35":1,"51":1,"86":1,"105":3}}],["worth",{"2":{"33":1,"39":1}}],["worry",{"2":{"30":1}}],["worrying",{"2":{"13":1}}],["worse",{"2":{"12":1,"57":1,"70":1}}],["working",{"2":{"35":1,"57":1}}],["workshop",{"2":{"105":1}}],["works",{"2":{"13":1,"53":1,"105":1}}],["work",{"0":{"83":1},"2":{"6":1,"19":2,"28":2,"35":1,"48":1,"53":1,"82":1,"105":1}}],["wrt",{"2":{"46":1}}],["wrong",{"2":{"41":1,"42":1,"56":1}}],["wrote",{"2":{"13":2}}],["writing",{"2":{"104":1}}],["written",{"2":{"39":1,"91":2,"100":1,"104":1}}],["writer",{"2":{"13":1}}],["write",{"2":{"10":1,"18":1,"93":1}}],["wreden",{"0":{"11":1},"2":{"11":2,"62":3,"90":3,"112":1}}],["wise",{"2":{"58":1}}],["wishes",{"2":{"21":1}}],["wizard",{"2":{"50":1}}],["wikipedia",{"2":{"104":1}}],["wikis",{"2":{"94":1}}],["wiki",{"2":{"26":1}}],["winning",{"2":{"13":3}}],["win",{"2":{"13":2,"34":1}}],["will",{"2":{"9":1,"10":2,"13":6,"20":1,"22":2,"32":2,"34":1,"35":1,"38":1,"40":2,"41":1,"42":1,"43":1,"46":1,"48":1,"52":1,"53":1,"54":2,"55":2,"58":1,"59":4,"60":1,"63":1,"66":1,"70":2,"85":1,"100":2}}],["within",{"2":{"16":1,"20":2,"33":1,"36":1,"38":1,"39":2,"41":2,"44":2,"47":2,"50":1,"53":1}}],["without",{"2":{"13":1,"15":1,"21":1,"33":1,"34":3,"35":1,"39":2,"70":1,"107":1}}],["with",{"2":{"1":1,"4":1,"5":1,"6":2,"9":2,"10":2,"11":1,"12":1,"13":6,"15":1,"17":3,"18":3,"19":1,"20":4,"21":4,"22":1,"28":1,"31":3,"32":1,"33":2,"35":3,"37":1,"38":2,"39":3,"40":2,"41":6,"43":3,"44":1,"45":1,"46":5,"47":1,"48":4,"51":1,"52":3,"53":1,"55":2,"56":2,"57":2,"58":1,"59":5,"60":1,"64":2,"65":4,"66":1,"68":2,"70":1,"80":1,"82":3,"85":1,"87":3,"88":2,"92":1,"95":1,"96":1,"104":2,"105":3,"109":1,"113":1,"114":1}}],["whole",{"2":{"41":2,"94":1}}],["whom",{"2":{"38":1}}],["who",{"2":{"30":1,"34":1,"35":2,"38":1,"39":1,"41":1,"56":2,"57":1,"59":1,"70":1,"85":2,"91":1,"113":1}}],["why",{"0":{"98":1,"101":1},"2":{"28":1,"29":1,"33":1,"34":1,"35":2,"39":3,"41":2,"42":1,"52":1,"59":5,"100":1}}],["whitelisted",{"2":{"21":1}}],["white",{"2":{"18":1}}],["while",{"2":{"13":1,"33":1,"34":2,"35":4,"38":2,"41":3,"42":2,"46":2,"51":1,"52":1,"53":1,"58":2,"82":1}}],["which",{"2":{"13":5,"15":2,"28":1,"31":2,"33":2,"34":1,"37":1,"38":3,"39":2,"44":1,"47":1,"50":1,"58":1,"59":3,"60":1,"66":1,"94":1,"104":1,"105":1,"114":1}}],["whether",{"2":{"35":1,"39":2,"42":1,"49":1}}],["wheel",{"2":{"13":1}}],["whenever",{"2":{"58":1}}],["when",{"2":{"13":4,"19":2,"26":1,"35":1,"38":1,"39":1,"41":2,"42":2,"46":1,"52":1,"54":1,"58":1,"59":4,"60":1,"82":2}}],["whereas",{"2":{"30":1}}],["where",{"2":{"9":1,"19":1,"34":2,"36":2,"37":1,"38":1,"41":1,"42":1,"43":1,"47":1,"48":1,"50":1,"54":1,"57":1,"59":4,"86":1,"113":1}}],["whatever",{"2":{"13":1,"22":1,"53":1}}],["what",{"0":{"56":1},"1":{"57":1,"58":1,"59":1,"60":1},"2":{"3":1,"9":1,"13":3,"33":3,"34":2,"36":2,"38":1,"39":3,"40":3,"41":2,"42":2,"43":4,"44":2,"45":1,"46":2,"47":1,"53":1,"56":3,"57":1,"58":2,"59":2,"66":1,"70":1,"101":1,"102":1}}],["were",{"2":{"105":1}}],["we",{"2":{"40":1,"42":2,"43":1,"46":1,"49":1,"52":1,"56":2,"59":5,"68":1,"104":1}}],["weapons",{"2":{"34":1}}],["went",{"2":{"33":1}}],["welcoming",{"2":{"52":1}}],["welcome",{"2":{"31":1}}],["well",{"2":{"6":1,"9":1,"10":2,"20":1,"31":2,"36":1,"38":1,"40":1,"44":1,"58":1,"67":1,"85":1,"101":1,"104":1,"105":1}}],["weird",{"0":{"114":1},"2":{"10":2,"15":1,"16":2,"23":1,"80":1,"96":1,"114":3}}],["webs",{"2":{"92":1,"97":1}}],["websites",{"0":{"96":1},"1":{"97":1},"2":{"23":1,"28":1,"50":1,"79":1,"94":1,"95":1,"96":1,"98":5,"113":2,"114":1}}],["website",{"0":{"79":1},"2":{"4":1,"5":1,"10":1,"18":1,"61":1,"75":1,"79":1,"93":1,"94":1,"100":1}}],["webrings",{"0":{"113":1},"2":{"10":1,"61":1,"94":1,"95":1,"113":1}}],["web",{"0":{"91":1,"94":1,"95":1,"98":1,"99":1},"1":{"95":1,"96":1,"97":1,"98":1,"99":1},"2":{"5":1,"6":1,"8":1,"10":4,"14":3,"26":1,"28":1,"30":3,"32":3,"59":3,"60":1,"79":1,"87":1,"91":5,"94":3,"95":1,"96":1,"97":2,"104":1,"113":1,"114":1}}],["wave",{"2":{"82":2}}],["walking",{"2":{"39":1}}],["wait",{"2":{"38":1,"48":1,"60":1}}],["waiting",{"2":{"35":1,"48":1,"57":2}}],["watching",{"2":{"86":1}}],["watch",{"2":{"33":1,"35":1}}],["watched",{"2":{"33":1}}],["ware",{"2":{"32":1}}],["wanderstop",{"0":{"112":1},"2":{"11":1,"62":1,"112":1}}],["wanted",{"2":{"38":1,"68":1}}],["wants",{"2":{"10":1,"19":1,"59":1,"114":1}}],["want",{"0":{"98":1},"2":{"9":1,"10":1,"18":2,"56":4,"57":1,"58":1,"93":1,"100":1}}],["ways",{"2":{"10":1,"19":1,"58":1,"70":1,"94":1}}],["way",{"2":{"1":1,"19":1,"21":1,"33":1,"34":1,"35":2,"37":1,"38":1,"40":1,"41":2,"42":1,"44":1,"52":1,"87":1,"94":1,"100":1}}],["wasted",{"2":{"39":1}}],["waste",{"2":{"39":1}}],["was",{"2":{"1":1,"4":1,"13":2,"18":1,"20":1,"22":1,"26":1,"27":1,"41":1,"49":1,"59":1,"65":2,"70":1,"92":1,"94":1,"98":1,"100":1,"105":1}}],["bts",{"2":{"66":1}}],["bonuses",{"0":{"85":1},"2":{"85":3,"86":1,"107":1}}],["bought",{"2":{"58":1}}],["books",{"2":{"51":1}}],["borrow",{"2":{"43":1}}],["borders",{"2":{"41":1}}],["boils",{"2":{"38":1}}],["boxes",{"2":{"35":1,"41":2}}],["box",{"2":{"35":1,"41":2}}],["bother",{"2":{"59":1}}],["both",{"2":{"31":1,"41":2,"59":1,"73":1}}],["bots",{"2":{"22":1}}],["bot",{"2":{"22":2}}],["bias",{"2":{"46":1,"55":1}}],["biasing",{"2":{"45":1}}],["biased",{"2":{"40":1,"104":1}}],["bill",{"2":{"43":1}}],["biggest",{"2":{"70":1}}],["big",{"2":{"34":2,"38":1,"42":3,"56":1}}],["bit",{"2":{"20":1,"35":1,"38":3,"39":1,"42":2,"56":1,"59":1}}],["binary",{"2":{"20":1}}],["bridge",{"2":{"113":1}}],["bring",{"2":{"38":1}}],["breached",{"2":{"18":2}}],["browsing",{"0":{"95":1}}],["browser",{"2":{"30":2,"31":1}}],["brought",{"2":{"47":1}}],["broadly",{"2":{"90":1}}],["broad",{"2":{"17":1,"42":1}}],["broken",{"2":{"13":1}}],["brain",{"2":{"14":1}}],["branching",{"2":{"5":1}}],["blame",{"2":{"109":1}}],["blends",{"2":{"57":1}}],["blurriness",{"2":{"44":1}}],["blurred",{"2":{"42":1}}],["blurry",{"2":{"41":1}}],["bluesky",{"2":{"2":1}}],["blocks",{"0":{"93":1},"2":{"16":1,"92":1,"96":1}}],["blogs",{"2":{"14":1}}],["blogging",{"2":{"10":1}}],["blog",{"2":{"10":2,"44":1}}],["balancing",{"2":{"52":1,"100":1}}],["balance",{"2":{"13":2}}],["battles",{"2":{"50":1}}],["badgood",{"2":{"41":1}}],["bad",{"2":{"17":1,"38":6,"41":4,"54":1,"59":1}}],["back",{"2":{"13":1,"35":1,"38":1,"39":1,"41":1,"43":1,"55":1,"66":1,"97":1,"98":1,"107":1}}],["basically",{"2":{"104":1}}],["basics",{"2":{"13":1}}],["baseline",{"2":{"56":1}}],["bases",{"2":{"43":1}}],["base",{"2":{"34":1,"50":1,"59":1,"107":1,"110":1}}],["based",{"2":{"10":1,"13":1,"18":1,"32":1,"39":1,"44":2,"50":1,"59":3,"60":1,"86":1,"87":1,"104":1,"105":1}}],["barrier",{"2":{"31":1,"35":1}}],["bars",{"2":{"9":1}}],["bar",{"2":{"9":1,"66":1,"90":1}}],["barbee",{"2":{"7":1}}],["barefoot",{"2":{"3":1}}],["babble",{"0":{"4":1},"2":{"4":2,"13":4,"75":1,"77":1}}],["bunch",{"2":{"113":1}}],["bulk",{"2":{"86":1}}],["bursts",{"2":{"57":1}}],["buffed",{"2":{"46":1}}],["buying",{"2":{"41":1,"50":1,"58":2,"59":1,"85":1}}],["buy",{"2":{"13":3,"50":1,"58":3,"59":3,"85":1}}],["built",{"2":{"10":2,"35":1,"63":1,"81":1,"113":1,"114":1}}],["builds",{"2":{"46":1}}],["builders",{"2":{"42":3,"96":1}}],["buildings",{"2":{"58":1}}],["building",{"0":{"96":1},"1":{"97":1},"2":{"10":1,"59":1,"96":1}}],["build",{"2":{"3":1,"13":1,"28":1,"59":1,"100":1,"114":1}}],["buds",{"0":{"4":1},"2":{"4":1,"13":4,"75":1,"77":1}}],["button",{"2":{"13":2,"30":2,"34":1,"35":1,"58":1,"95":1,"105":1}}],["buttons",{"2":{"13":2,"35":1}}],["but",{"2":{"1":1,"4":1,"13":2,"21":1,"22":1,"32":2,"34":4,"35":4,"38":2,"39":2,"40":2,"41":8,"42":3,"43":4,"44":2,"45":2,"46":2,"47":1,"55":1,"56":2,"57":4,"58":2,"59":5,"65":1,"66":1,"68":1,"69":1,"70":1,"76":1,"98":2,"101":1,"104":1,"105":1}}],["benefit",{"2":{"85":1}}],["benefits",{"2":{"85":1}}],["begs",{"2":{"59":1}}],["beginners",{"2":{"30":1}}],["beginner",{"0":{"90":1},"2":{"11":3,"90":2}}],["berlin",{"0":{"44":1},"2":{"44":2,"49":3}}],["belong",{"2":{"41":1,"50":1,"88":1}}],["believe",{"2":{"4":1,"34":1,"41":1,"42":1,"43":1,"44":1,"53":1,"57":1,"58":1}}],["beyond",{"2":{"39":1,"50":1,"57":1,"58":2}}],["behavior",{"2":{"41":1}}],["behave",{"2":{"38":1,"87":1}}],["behind",{"2":{"38":2}}],["beats",{"2":{"70":1}}],["beating",{"2":{"34":1}}],["beat",{"2":{"34":2}}],["been",{"2":{"32":1,"33":3,"39":1,"42":1,"45":1,"54":1,"56":1,"58":2,"67":1,"82":1}}],["best",{"2":{"14":1,"33":1,"36":1,"42":1,"45":1,"53":1,"55":1,"92":1,"101":1,"104":1}}],["between",{"2":{"13":1,"14":1,"22":1,"25":1,"34":1,"35":1,"36":1,"42":4,"43":1,"47":1,"53":1,"57":2,"58":2,"90":1,"94":1}}],["better",{"2":{"10":1,"26":1,"28":1,"38":1,"41":2,"52":1,"53":1,"65":1,"114":1}}],["becoming",{"2":{"52":1,"59":1}}],["becomes",{"2":{"35":1,"59":3}}],["become",{"2":{"9":1,"13":1,"41":1,"46":1,"50":1,"57":1,"58":2,"59":3}}],["became",{"2":{"13":1,"64":1,"105":1}}],["because",{"2":{"4":1,"13":1,"35":2,"39":1,"40":1,"42":1,"43":1,"52":1,"57":1,"59":1}}],["be",{"2":{"4":1,"10":2,"13":5,"15":1,"17":2,"18":1,"20":2,"21":1,"22":8,"31":3,"32":2,"33":3,"34":3,"35":6,"36":2,"38":2,"39":5,"40":3,"41":9,"42":4,"43":4,"44":10,"45":2,"46":2,"47":2,"48":1,"49":4,"50":1,"52":1,"53":4,"56":1,"57":6,"58":3,"59":8,"60":1,"63":2,"70":1,"82":1,"92":1,"94":1,"98":1,"100":1,"101":1,"107":1,"113":3}}],["being",{"2":{"1":1,"17":2,"32":3,"35":2,"36":2,"38":1,"42":1,"43":1,"48":1,"50":1,"51":1,"66":1,"114":1}}],["before",{"0":{"66":1},"2":{"1":1,"39":1,"41":1,"46":2,"48":1,"54":1,"58":1,"59":2,"60":1,"85":2,"88":1,"94":1,"100":1}}],["by",{"2":{"0":1,"1":1,"2":2,"3":3,"4":3,"5":2,"6":1,"7":1,"8":1,"10":3,"11":2,"12":2,"13":4,"14":2,"15":3,"16":1,"17":3,"20":1,"21":3,"22":1,"23":2,"24":1,"25":1,"26":1,"28":1,"32":1,"33":2,"34":5,"35":1,"38":3,"40":2,"41":1,"42":2,"44":4,"45":1,"48":1,"50":3,"53":1,"59":2,"60":2,"61":2,"62":2,"63":1,"64":1,"71":1,"72":1,"73":1,"74":1,"75":2,"78":1,"79":1,"80":1,"85":1,"86":1,"87":4,"88":2,"89":1,"90":1,"91":3,"94":2,"100":1,"104":1,"105":2,"106":1,"111":1,"112":1,"113":1,"114":2}}],["dynamic",{"2":{"84":1}}],["dynamically",{"2":{"13":3}}],["ddr",{"2":{"35":1}}],["d",{"2":{"22":2,"32":1,"33":1,"34":2,"35":1,"39":2,"40":1,"41":3,"43":1,"45":1,"50":1,"56":1,"57":1,"59":1,"60":1,"82":1,"98":1}}],["dressing",{"2":{"41":1}}],["drops",{"2":{"38":1}}],["dropdown",{"2":{"13":1}}],["driven",{"2":{"64":1,"70":2}}],["drive",{"2":{"22":1,"39":1,"85":1}}],["drawing",{"2":{"33":1}}],["draw",{"2":{"29":1}}],["dramatic",{"2":{"13":1}}],["dragging",{"2":{"13":1}}],["drag",{"2":{"13":1}}],["due",{"2":{"32":2,"33":1,"38":1,"39":1,"42":1,"43":1,"46":1,"53":1,"66":1,"107":1}}],["duels",{"2":{"13":3}}],["dueling",{"2":{"13":3}}],["duel",{"2":{"13":4}}],["duty",{"2":{"21":1,"38":1}}],["during",{"2":{"13":2}}],["document",{"2":{"100":2}}],["documentation",{"2":{"83":1}}],["documents",{"2":{"26":1,"114":1}}],["dodger",{"2":{"64":1}}],["dopamine",{"2":{"41":2}}],["doom",{"2":{"38":3}}],["double",{"0":{"70":1},"2":{"21":1}}],["doesn",{"2":{"17":1,"22":1,"36":1,"40":1,"41":1,"42":1,"46":1,"58":1,"59":1,"70":1}}],["does",{"2":{"15":1,"34":2,"38":4,"42":1,"43":1,"46":1,"47":1,"57":1,"58":1,"59":1,"69":1}}],["downs",{"2":{"55":1}}],["downvotes",{"2":{"20":1,"22":1}}],["down",{"2":{"13":1,"33":2,"38":1}}],["downloading",{"2":{"22":1}}],["downloaded",{"2":{"22":1}}],["download",{"2":{"13":1,"22":1}}],["do",{"2":{"13":1,"18":1,"22":1,"31":1,"33":1,"34":1,"41":3,"42":1,"43":1,"52":1,"53":1,"57":2,"58":2,"59":4,"60":1,"68":1,"70":1,"88":1,"101":2,"104":1}}],["doing",{"2":{"13":1,"35":2}}],["donation",{"2":{"32":1}}],["done",{"2":{"22":1}}],["don",{"2":{"4":1,"17":2,"22":1,"27":1,"30":3,"34":1,"38":1,"40":1,"41":1,"42":1,"43":1,"53":2,"58":1,"59":2,"60":1,"100":1,"109":1}}],["diminishing",{"2":{"58":1}}],["dimensions",{"2":{"50":1,"58":9}}],["diverse",{"2":{"54":1,"94":1}}],["diversity",{"2":{"44":1}}],["didn",{"2":{"66":3}}],["did",{"2":{"38":1,"66":1}}],["diff",{"2":{"104":1}}],["differences",{"2":{"54":1}}],["difference",{"2":{"42":1,"58":1,"60":1}}],["differentiates",{"2":{"40":1}}],["different",{"2":{"3":1,"19":2,"32":1,"38":4,"41":1,"45":1,"47":1,"50":1,"53":1,"54":2,"57":1,"58":1,"59":1}}],["diffs",{"2":{"28":1}}],["difficulties",{"2":{"43":1}}],["difficulty",{"2":{"36":1,"59":2}}],["difficult",{"2":{"17":1,"30":1,"35":1,"42":1,"50":1}}],["direction",{"2":{"59":1}}],["directly",{"2":{"41":1,"59":1,"60":1,"86":1}}],["direct",{"2":{"17":1}}],["director",{"2":{"13":1}}],["diegetic",{"2":{"47":1}}],["die",{"2":{"13":4}}],["disparate",{"2":{"70":1}}],["displaying",{"2":{"25":1}}],["display",{"2":{"18":4,"19":1,"28":1,"41":1,"47":1}}],["displays",{"2":{"6":1,"19":1,"105":1}}],["disservice",{"2":{"65":1}}],["dissipates",{"2":{"46":1}}],["disengaging",{"2":{"59":1}}],["disengage",{"2":{"59":1}}],["disregard",{"2":{"53":1}}],["distancing",{"2":{"53":1}}],["distinguish",{"2":{"53":1}}],["distinct",{"2":{"42":1}}],["distilled",{"2":{"41":1}}],["distract",{"2":{"38":1}}],["disagreeing",{"2":{"46":1}}],["disagree",{"2":{"38":1}}],["disagreed",{"2":{"33":1}}],["disclaimer",{"2":{"40":1}}],["discussing",{"2":{"66":1}}],["discussion",{"2":{"33":1,"34":1}}],["discussions",{"2":{"16":1,"31":1}}],["discuss",{"2":{"38":1,"47":1}}],["discussed",{"2":{"33":1,"39":1}}],["discusses",{"2":{"3":1,"9":1,"92":1,"114":1}}],["discourage",{"2":{"96":1}}],["discourse",{"2":{"10":1}}],["discounts",{"2":{"86":1}}],["discover",{"2":{"59":1}}],["discovering",{"2":{"34":1,"39":1}}],["discovery",{"2":{"19":1}}],["discord",{"2":{"10":1,"113":1}}],["dictate",{"2":{"20":1}}],["dichotomy",{"0":{"25":1},"2":{"6":2,"25":1,"26":2}}],["dice",{"0":{"13":1},"2":{"4":1,"13":24,"75":1,"76":1,"80":1}}],["digital",{"0":{"14":1},"2":{"6":2,"10":2,"14":4,"26":1,"28":2,"85":1,"91":2,"100":1,"104":2}}],["dark",{"2":{"14":1,"45":1,"46":1,"91":1}}],["davey",{"0":{"11":1},"2":{"11":2,"62":3,"90":3,"112":1}}],["date",{"2":{"6":2,"13":2,"85":1}}],["data",{"2":{"3":1,"12":1,"17":1,"88":1,"114":1}}],["dallas",{"2":{"83":1}}],["dall",{"2":{"3":1}}],["days",{"2":{"1":1,"17":1,"98":1}}],["day",{"2":{"1":1,"98":1,"104":1}}],["demo",{"2":{"67":1,"110":1}}],["demonstrate",{"2":{"42":1}}],["deadbones",{"2":{"64":1,"66":1}}],["deals",{"2":{"85":1}}],["deal",{"2":{"48":1}}],["default",{"2":{"105":1}}],["defend",{"2":{"58":2}}],["defended",{"2":{"58":1}}],["define",{"2":{"39":1,"40":2,"42":2,"44":1}}],["defined",{"2":{"5":1,"40":1,"42":1,"43":1,"44":1,"50":3}}],["defining",{"0":{"40":1},"1":{"41":1,"42":1,"43":1,"44":1,"45":1,"46":1,"47":1,"48":1,"49":1,"50":1,"51":1},"2":{"39":1,"40":1,"41":1,"43":1,"44":2,"100":1,"102":1}}],["definite",{"2":{"44":1}}],["definitely",{"2":{"34":1}}],["definitions",{"2":{"40":1,"41":1}}],["definition",{"2":{"40":1,"41":2,"42":5,"43":4,"44":2,"45":1,"46":1,"56":1}}],["definitively",{"2":{"39":1,"60":1}}],["debug",{"2":{"105":1}}],["debugging",{"2":{"52":1}}],["debt",{"2":{"83":1}}],["debate",{"2":{"42":1}}],["degree",{"2":{"50":1}}],["derived",{"2":{"44":2}}],["deeply",{"2":{"50":1,"52":1}}],["deep",{"2":{"39":1}}],["de",{"2":{"34":1}}],["depending",{"2":{"80":1}}],["dependencies",{"2":{"18":1}}],["depression",{"2":{"64":1}}],["depth",{"2":{"34":2,"39":3}}],["dedicated",{"2":{"30":1,"31":1,"65":1}}],["delaying",{"2":{"57":1}}],["delay",{"2":{"22":1}}],["deletion",{"2":{"21":2}}],["delete",{"2":{"21":5,"22":1}}],["decreasing",{"2":{"86":1}}],["deciding",{"2":{"42":1,"47":2,"50":1,"54":1}}],["decide",{"2":{"18":1,"19":1}}],["decision",{"2":{"39":1,"59":1}}],["decisions",{"2":{"36":1,"42":1,"45":1,"57":1,"59":1}}],["decent",{"2":{"60":1}}],["decentralized",{"0":{"12":1},"2":{"0":1,"2":1,"10":1,"15":1,"17":1,"18":1,"23":2,"72":1,"78":1,"88":2,"114":1}}],["december",{"2":{"1":1}}],["detriment",{"2":{"41":1}}],["detract",{"2":{"34":1,"36":1}}],["determine",{"2":{"22":2,"44":1,"45":1,"46":1,"49":1,"50":1,"53":1}}],["determines",{"2":{"13":1}}],["detects",{"2":{"13":1,"105":1}}],["details",{"2":{"7":1,"17":1}}],["deserves",{"2":{"41":1}}],["described",{"2":{"43":1,"56":1}}],["describe",{"2":{"42":1}}],["describes",{"2":{"25":1,"28":1}}],["descriptive",{"2":{"41":1}}],["descriptions",{"2":{"9":1}}],["desired",{"2":{"21":1}}],["designing",{"2":{"82":1}}],["designer",{"2":{"38":1}}],["designers",{"2":{"13":3}}],["designed",{"2":{"2":1,"5":1,"38":2,"84":1,"87":1}}],["design",{"0":{"38":1},"2":{"9":1,"38":10,"39":1,"41":3,"50":1,"53":1,"54":1,"59":3,"100":2,"105":1,"113":1}}],["devolving",{"2":{"39":1}}],["device",{"2":{"35":1}}],["dev",{"0":{"27":1},"2":{"75":1,"76":1,"80":1}}],["developing",{"2":{"52":1}}],["develop",{"2":{"41":1}}],["developer",{"2":{"31":1,"33":1,"52":1,"53":1,"60":1}}],["developers",{"0":{"29":1,"60":1,"109":1},"1":{"30":1,"31":1,"32":1},"2":{"3":1,"29":3,"30":1,"31":3,"32":1,"38":1,"41":1,"52":2,"53":1,"54":2,"87":1,"100":1,"102":1}}],["developed",{"2":{"30":1}}],["development",{"2":{"10":1,"13":2,"30":1,"52":1,"53":1,"55":1,"63":1,"76":1,"81":1,"96":1,"101":1,"113":1,"114":1}}],["devs",{"2":{"1":1,"101":2}}],["snippets",{"2":{"100":1}}],["switch",{"2":{"100":1}}],["switching",{"2":{"67":1}}],["swarm",{"2":{"50":1,"58":1}}],["smart",{"2":{"36":1}}],["smaller",{"2":{"86":1,"113":2}}],["smallest",{"2":{"13":1}}],["small",{"0":{"94":1,"95":1,"98":1,"99":1},"1":{"95":1,"96":1,"97":1,"98":1,"99":1},"2":{"2":1,"5":1,"6":1,"14":1,"26":1,"28":1,"46":1,"55":1,"60":1,"79":1,"86":1,"91":1,"94":2,"95":2,"96":1,"104":1,"113":1,"114":1}}],["synapse",{"0":{"89":1},"2":{"61":1,"72":1,"80":1,"89":1}}],["synergism",{"2":{"45":1}}],["synergies",{"2":{"34":1,"36":1}}],["systems",{"2":{"34":1,"35":1,"83":1,"105":3}}],["system",{"2":{"5":1,"20":1,"34":2,"81":1,"82":1,"84":1,"98":1,"105":1}}],["skinner",{"2":{"35":2,"41":4}}],["skill",{"2":{"34":3,"40":1,"46":3,"53":1}}],["skilling",{"2":{"32":1}}],["skills",{"2":{"30":1,"41":2,"52":1}}],["skip",{"2":{"13":2,"68":1}}],["slightly",{"2":{"57":1}}],["slight",{"2":{"46":1,"85":1}}],["slowly",{"2":{"38":1}}],["slots",{"2":{"13":1}}],["sleep",{"2":{"35":1,"41":1}}],["slay",{"2":{"7":1,"35":1}}],["sands",{"2":{"105":2}}],["salt",{"2":{"53":1}}],["satisfy",{"2":{"53":1}}],["satisfying",{"2":{"34":2}}],["satisfactory",{"2":{"42":1}}],["satire",{"2":{"41":1}}],["sake",{"2":{"39":1,"40":1,"42":1,"56":1}}],["safely",{"2":{"57":1}}],["safe",{"2":{"38":1,"42":1}}],["said",{"2":{"32":1,"33":1,"53":1,"57":1,"60":1,"85":1}}],["say",{"2":{"18":2,"35":1,"38":1,"42":1,"46":1,"49":1,"53":1,"57":3,"58":1,"60":1,"70":1}}],["saying",{"2":{"18":2}}],["same",{"2":{"13":1,"18":2,"20":1,"36":1,"41":1,"58":2,"59":3,"60":1,"113":1}}],["save",{"2":{"13":1,"47":1}}],["scams",{"2":{"88":1}}],["scale",{"2":{"9":1}}],["sculpture",{"2":{"39":1}}],["schedule",{"2":{"35":1,"41":1}}],["school",{"2":{"19":1}}],["scientific",{"2":{"18":1,"81":1}}],["screen",{"2":{"41":1,"105":1}}],["screenshot",{"2":{"13":1}}],["scriptable",{"2":{"13":1}}],["scripts",{"2":{"13":2}}],["scenes",{"2":{"105":1}}],["scene",{"2":{"13":1,"35":1,"66":1}}],["sitting",{"2":{"35":1}}],["sites",{"2":{"23":1,"94":2,"96":1,"113":1}}],["site",{"2":{"13":1,"18":1,"92":1,"96":1,"101":1,"104":1,"111":1}}],["since",{"2":{"33":2,"35":1,"44":1,"54":1,"58":1,"70":1,"113":1}}],["sink",{"2":{"13":1}}],["single",{"2":{"12":1,"13":1,"17":1,"39":1,"46":3,"57":1,"114":1}}],["side",{"2":{"13":1,"58":1}}],["sides",{"2":{"13":1,"35":1,"42":1}}],["simple",{"2":{"105":1}}],["simply",{"2":{"42":1,"47":1,"59":1,"60":1}}],["sim",{"2":{"58":1}}],["simulate",{"2":{"13":1}}],["simulator",{"2":{"13":1,"39":1,"50":1}}],["similarities",{"2":{"40":1,"42":1}}],["similarity",{"2":{"35":1}}],["similarly",{"2":{"39":1,"41":1,"59":1}}],["similar",{"2":{"10":2,"28":1,"32":1,"40":1,"42":1,"43":1,"58":1,"94":1}}],["signal",{"2":{"48":1,"90":1}}],["signature",{"0":{"93":1},"2":{"16":1,"20":2,"21":1,"92":1}}],["significantly",{"2":{"46":1,"85":1}}],["significant",{"2":{"35":1,"43":1}}],["signed",{"2":{"18":1,"64":1,"92":1,"93":1}}],["sign",{"2":{"13":1}}],["shirt",{"2":{"64":1}}],["shift",{"0":{"46":1},"2":{"46":6,"49":1}}],["shifts",{"2":{"37":1,"46":5}}],["shields",{"2":{"38":3}}],["shake",{"2":{"46":1}}],["share",{"2":{"54":1,"55":1,"105":1,"113":1}}],["shared",{"2":{"4":1,"23":1,"113":2}}],["sharing",{"2":{"53":1}}],["sharp",{"2":{"38":1}}],["shape",{"2":{"27":1}}],["shallow",{"2":{"19":1}}],["shoes",{"2":{"54":1}}],["shooters",{"2":{"38":1}}],["shorthand",{"2":{"40":1}}],["short",{"2":{"34":1,"56":1,"57":1,"58":1}}],["shortcut",{"2":{"9":1}}],["shouldn",{"2":{"42":1,"43":1,"45":1}}],["should",{"2":{"17":1,"20":3,"28":1,"41":1,"42":1,"44":2,"45":1,"46":1,"53":3,"57":3,"60":1,"92":1}}],["shop",{"2":{"13":3}}],["shows",{"2":{"44":1,"65":1,"82":2}}],["shown",{"2":{"13":1,"31":1}}],["showing",{"2":{"13":1}}],["show",{"2":{"13":1,"38":1,"46":1,"73":1,"84":1,"105":1}}],["severely",{"2":{"105":1}}],["several",{"2":{"10":1,"22":1,"41":1,"47":1,"48":1,"59":1,"76":1,"105":1}}],["series",{"2":{"50":1,"58":1,"64":2,"65":1,"67":1,"92":1,"97":1}}],["serving",{"2":{"20":1}}],["service",{"2":{"15":1}}],["serve",{"2":{"41":1,"85":1}}],["serves",{"2":{"20":1,"82":1}}],["servers",{"0":{"19":1},"2":{"12":1,"19":4,"20":2,"22":5,"98":1,"113":1,"114":1}}],["server",{"2":{"12":1,"15":1,"16":1,"17":3,"18":1,"19":2,"21":1,"22":2,"89":1,"96":1}}],["sell",{"2":{"85":1}}],["selected",{"2":{"46":1}}],["self",{"2":{"15":1,"17":1,"88":1}}],["section",{"2":{"38":1}}],["second",{"2":{"13":1,"14":1,"57":1,"59":1}}],["separates",{"2":{"59":1}}],["separate",{"2":{"36":1}}],["separated",{"2":{"4":2}}],["sensors",{"2":{"82":1}}],["sense",{"2":{"34":1,"35":2,"36":2,"41":1,"42":2,"43":1,"46":2,"59":2,"60":1}}],["sends",{"2":{"22":1}}],["sending",{"2":{"19":2,"21":1,"22":1}}],["send",{"2":{"18":1,"19":1,"20":1,"21":2}}],["sent",{"2":{"18":1}}],["settle",{"2":{"56":1}}],["setting",{"2":{"39":1}}],["settings",{"2":{"13":1}}],["setup",{"2":{"21":1}}],["set",{"2":{"13":1,"28":1,"40":1,"44":1,"54":1,"113":1}}],["sets",{"2":{"13":2}}],["seemed",{"2":{"67":1}}],["seem",{"2":{"41":1,"55":1,"56":1,"57":1,"69":1}}],["seems",{"2":{"10":1,"29":1,"39":1,"43":1,"69":1}}],["seeking",{"0":{"54":1},"2":{"41":2}}],["seek",{"2":{"35":2,"41":1,"59":2}}],["seen",{"2":{"35":1,"40":1,"47":1,"59":1}}],["seeing",{"2":{"34":2}}],["see",{"2":{"13":1,"32":1,"35":3,"39":1,"41":2,"46":1,"100":1}}],["semester",{"2":{"13":3}}],["search",{"2":{"9":2,"95":1}}],["sphere",{"2":{"82":3}}],["spoilers",{"2":{"70":1,"90":1}}],["spirit",{"0":{"67":1}}],["spire",{"2":{"7":1,"35":1}}],["spaces",{"2":{"113":2}}],["space",{"2":{"59":1}}],["span",{"2":{"41":1}}],["spawn",{"2":{"36":1}}],["spamming",{"2":{"41":2}}],["spam",{"2":{"22":2,"57":1}}],["speech",{"0":{"81":1},"1":{"82":1,"83":1},"2":{"75":1,"77":1,"81":3,"82":1,"83":1}}],["speed",{"2":{"35":2}}],["spent",{"2":{"57":2,"65":1,"86":1}}],["spend",{"2":{"41":1}}],["spends",{"2":{"38":1}}],["spending",{"2":{"34":1}}],["spectrum",{"2":{"41":1,"57":1,"59":2}}],["specially",{"2":{"20":1,"21":2}}],["specialized",{"2":{"3":1}}],["specification",{"2":{"28":1}}],["specifically",{"2":{"28":1,"35":1,"36":1,"38":1,"39":1,"40":1,"114":1}}],["specific",{"2":{"15":1,"19":2,"22":1,"31":1,"40":1,"44":1,"46":1,"53":3,"54":1,"56":1,"58":1,"59":1,"60":1,"88":1,"114":1}}],["sprites",{"2":{"30":1}}],["summary",{"2":{"104":1}}],["summarize",{"2":{"13":1}}],["suggested",{"2":{"104":1}}],["suggest",{"2":{"60":1}}],["suggestions",{"2":{"40":1,"53":2}}],["sure",{"2":{"45":1,"56":1,"60":1}}],["surface",{"2":{"41":1}}],["survivors",{"2":{"33":3,"34":2,"35":1,"36":3,"39":3}}],["sustainable",{"2":{"109":1}}],["suspect",{"2":{"34":2}}],["susceptibility",{"2":{"32":1}}],["successes",{"2":{"55":1}}],["successful",{"2":{"36":1}}],["success",{"2":{"31":1,"53":1}}],["such",{"2":{"10":1,"13":1,"21":2,"22":2,"41":1,"42":3,"44":1,"48":1,"50":1,"59":1,"65":1}}],["subject",{"2":{"82":1,"88":1}}],["subjective",{"2":{"59":1}}],["sub",{"0":{"50":1},"2":{"42":4,"50":5}}],["subset",{"2":{"36":1}}],["subscriptions",{"2":{"19":1}}],["subscribe",{"2":{"19":2,"22":2}}],["subscribed",{"2":{"19":1}}],["subscribing",{"2":{"19":2,"20":2,"22":1}}],["submenu",{"2":{"9":1}}],["suffice",{"2":{"38":1}}],["suffices",{"2":{"19":1}}],["sufficiently",{"2":{"36":1,"45":1,"59":3}}],["sufficient",{"2":{"18":1,"34":1}}],["suffers",{"2":{"17":1}}],["suffer",{"2":{"12":1}}],["suppose",{"2":{"56":1}}],["supports",{"2":{"98":1}}],["supported",{"2":{"15":1}}],["support",{"2":{"13":1,"15":1,"42":1,"54":2,"82":1,"83":2}}],["superlinear",{"2":{"48":1}}],["supersedes",{"2":{"39":1}}],["supercede",{"2":{"18":1}}],["super",{"2":{"1":2}}],["suitable",{"2":{"6":1}}],["s",{"0":{"90":1},"2":{"6":1,"7":2,"10":1,"11":4,"13":4,"15":1,"18":1,"19":1,"20":2,"22":1,"26":1,"27":1,"28":1,"29":1,"30":1,"32":1,"33":2,"34":2,"35":4,"38":4,"39":3,"40":6,"41":7,"42":2,"43":2,"44":1,"45":2,"46":4,"49":1,"52":3,"53":4,"54":1,"55":4,"56":2,"57":3,"58":3,"59":8,"65":2,"70":2,"82":1,"87":2,"88":1,"90":2,"92":1,"100":1,"101":1,"104":1,"112":1,"113":1,"114":1}}],["steam",{"2":{"105":1}}],["stealing",{"2":{"105":1}}],["steel",{"2":{"59":1}}],["steelie",{"2":{"59":1}}],["steps",{"2":{"46":1}}],["step",{"2":{"43":1,"58":1}}],["stick",{"2":{"55":1}}],["stimuli",{"2":{"41":1}}],["still",{"2":{"12":1,"13":1,"17":2,"18":1,"32":1,"34":1,"36":1,"39":1,"41":1,"42":1,"47":1,"57":2,"59":1,"63":1,"66":1,"88":1,"94":1}}],["stream",{"2":{"104":1}}],["stretch",{"2":{"49":1}}],["stretching",{"2":{"35":1,"56":1}}],["strict",{"2":{"86":1}}],["strictly",{"2":{"41":1}}],["struggles",{"2":{"54":1}}],["struggling",{"2":{"35":1}}],["stronger",{"2":{"48":1,"50":1,"51":1,"59":1}}],["strong",{"2":{"43":1,"47":1}}],["strongly",{"2":{"38":1,"48":1}}],["strange",{"0":{"64":1,"66":1,"68":1,"69":1,"70":1},"1":{"65":1,"66":1,"67":1,"68":1,"69":1,"70":1},"2":{"64":1,"65":1,"106":1}}],["straight",{"2":{"13":1}}],["strategies",{"2":{"13":4,"36":1,"41":1,"42":1}}],["strategy",{"0":{"36":1},"2":{"4":1,"13":2,"36":4,"40":2,"42":8,"44":2}}],["stopgaming",{"2":{"35":1,"41":1}}],["stop",{"2":{"21":1}}],["stopped",{"2":{"13":2}}],["stolen",{"2":{"18":1}}],["storefronts",{"2":{"32":1,"85":2}}],["store",{"2":{"18":2,"86":1}}],["stores",{"2":{"6":1}}],["storing",{"2":{"17":1,"19":1}}],["stories",{"2":{"11":1}}],["storm",{"0":{"66":1},"2":{"13":1}}],["story",{"2":{"13":2,"39":1,"65":1,"66":1,"70":2,"86":1}}],["studying",{"2":{"35":1}}],["studios",{"2":{"85":1,"107":1}}],["studio",{"2":{"9":1,"62":1}}],["stuck",{"2":{"32":1,"50":1}}],["stuff",{"2":{"4":1,"13":1,"38":1}}],["stability",{"2":{"83":1}}],["staple",{"2":{"59":1}}],["stale",{"2":{"46":1,"58":1}}],["staleness",{"0":{"37":1}}],["staying",{"2":{"55":1}}],["stay",{"2":{"45":1}}],["stagnating",{"2":{"37":1}}],["stage",{"2":{"4":1}}],["starcraft",{"2":{"36":1}}],["starter",{"2":{"64":2}}],["started",{"2":{"1":1,"13":1,"34":1,"52":1}}],["starting",{"2":{"13":1}}],["starts",{"2":{"13":1}}],["start",{"2":{"13":2,"30":1,"34":1,"38":1,"41":2,"45":1,"58":1,"59":2}}],["stat",{"2":{"46":1}}],["stating",{"2":{"44":1}}],["static",{"2":{"37":1,"58":1,"96":1,"98":3,"111":1}}],["stats",{"2":{"34":1}}],["states",{"2":{"47":1}}],["statement",{"2":{"46":1}}],["state",{"2":{"13":1,"35":1,"40":1,"41":1,"43":1,"47":1,"55":1}}],["stance",{"2":{"41":2,"58":1}}],["standards",{"2":{"96":1}}],["stands",{"2":{"39":1}}],["stand",{"2":{"34":1}}],["stanley",{"2":{"11":2}}],["style",{"2":{"1":1,"7":1,"26":1,"59":1,"73":2}}],["song",{"2":{"65":1}}],["sorts",{"2":{"63":1}}],["sort",{"2":{"48":1,"50":1,"98":1}}],["sorting",{"2":{"41":1,"88":1}}],["sortings",{"2":{"6":1}}],["soundtrack",{"2":{"85":1}}],["sound",{"2":{"82":1}}],["sounds",{"2":{"42":1,"70":1,"82":1}}],["south",{"2":{"64":1}}],["soul",{"2":{"52":1}}],["souls",{"2":{"38":2}}],["source",{"0":{"80":1},"2":{"1":1,"8":1,"10":1,"12":1,"13":1,"18":1,"24":1,"27":1,"41":1,"71":1,"73":1,"80":1,"84":1,"87":1,"89":1,"111":1,"114":1}}],["sole",{"2":{"83":1}}],["solely",{"2":{"39":1,"53":1,"57":1}}],["solving",{"2":{"47":1}}],["solved",{"2":{"38":1}}],["solve",{"0":{"22":1},"2":{"5":1}}],["solution",{"2":{"36":1,"53":2}}],["sold",{"2":{"13":1}}],["sogge",{"2":{"10":1}}],["so",{"2":{"4":1,"13":3,"18":1,"30":1,"35":3,"36":1,"38":2,"40":2,"41":1,"42":2,"44":1,"45":1,"46":3,"47":1,"53":1,"55":1,"56":1,"57":2,"58":2,"59":5,"65":1,"66":1,"68":1,"83":1,"104":1,"105":1}}],["softwares",{"2":{"9":1}}],["software",{"2":{"3":2,"24":1,"71":1,"73":1,"89":1}}],["sometimes",{"2":{"92":1}}],["something",{"2":{"12":1,"22":1,"33":1,"35":3,"41":2,"48":1,"57":2,"60":1,"104":2}}],["somewhat",{"2":{"39":1}}],["somewhere",{"2":{"36":1}}],["someone",{"2":{"21":1,"34":1,"35":1,"41":1,"46":1,"92":1}}],["some",{"2":{"1":1,"3":1,"9":2,"12":1,"13":1,"19":2,"20":2,"27":1,"32":1,"33":2,"34":1,"35":3,"38":1,"39":1,"40":1,"41":2,"42":3,"45":1,"46":3,"48":2,"49":1,"50":2,"52":1,"57":1,"59":7,"60":1,"84":1,"92":1,"98":1,"101":1,"105":1,"114":1}}],["social",{"0":{"61":1,"88":1},"2":{"0":1,"2":1,"6":1,"8":1,"10":2,"12":1,"15":1,"16":1,"17":2,"19":1,"23":2,"24":1,"61":1,"73":1,"75":1,"77":1,"78":1,"88":3,"89":1,"94":1,"96":1,"113":1}}],["hyped",{"2":{"67":1}}],["hyper",{"2":{"32":1}}],["hyping",{"2":{"46":1}}],["html",{"2":{"30":1}}],["https",{"2":{"14":3,"44":1,"66":2,"79":1}}],["hitting",{"2":{"82":1}}],["hit",{"2":{"38":1,"57":1,"82":2}}],["hide",{"2":{"38":2,"41":1}}],["hiding",{"2":{"21":1}}],["his",{"2":{"33":1}}],["history",{"2":{"20":1}}],["hierarchy",{"2":{"21":2}}],["highest",{"2":{"46":1}}],["higher",{"2":{"35":1,"45":1,"50":1,"58":1,"107":2}}],["highly",{"2":{"38":1,"105":1}}],["highlighting",{"2":{"58":1}}],["highlight",{"2":{"13":1}}],["high",{"0":{"47":1},"2":{"13":1,"47":1,"114":1}}],["huge",{"2":{"65":1}}],["hurtful",{"2":{"53":1}}],["hunger",{"2":{"41":1}}],["hubs",{"2":{"18":3}}],["hub",{"0":{"104":1},"2":{"14":1,"18":5,"28":1,"71":1,"94":1,"104":1,"111":1}}],["human",{"2":{"3":2,"18":1,"113":1}}],["homogenized",{"2":{"94":1,"96":1}}],["home",{"2":{"3":1}}],["hope",{"2":{"70":1,"100":1}}],["horrible",{"2":{"70":1}}],["horribly",{"2":{"40":1}}],["honest",{"2":{"49":1}}],["honestly",{"2":{"40":1,"43":1,"59":1}}],["hobbyist",{"2":{"32":1}}],["house",{"2":{"18":1}}],["host",{"2":{"113":1}}],["hosts",{"2":{"61":1}}],["hosting",{"2":{"17":1,"24":1,"88":1,"92":1,"96":1,"98":3}}],["hosted",{"2":{"15":1,"61":1}}],["hotkey",{"2":{"9":1}}],["however",{"2":{"32":1,"33":1,"34":1,"38":1,"39":2,"41":1,"52":1,"55":1,"56":1,"58":1,"59":1,"60":1,"63":1}}],["how",{"2":{"1":1,"3":2,"10":2,"17":1,"18":3,"19":1,"20":1,"21":1,"28":1,"36":1,"38":1,"40":1,"41":4,"42":2,"44":1,"46":2,"52":1,"54":1,"55":2,"56":2,"58":3,"59":1,"60":1,"85":1,"94":1,"98":1,"100":1,"113":1,"114":1}}],["haley",{"2":{"68":2}}],["half",{"2":{"66":1}}],["harsh",{"2":{"58":1}}],["hardest",{"2":{"52":1}}],["harder",{"2":{"36":1,"52":1}}],["hardly",{"2":{"41":1}}],["hard",{"2":{"22":2,"35":2,"46":1,"59":1,"88":1,"109":1}}],["having",{"2":{"13":1,"17":1,"18":1,"31":1,"34":1,"38":3,"39":2,"40":1,"42":1,"43":1,"47":1,"48":1,"49":1,"50":3,"56":1,"60":1,"65":2,"91":1,"114":1}}],["haven",{"2":{"30":1,"68":1,"69":1,"101":1}}],["have",{"2":{"9":1,"13":2,"15":1,"17":1,"18":2,"19":1,"21":2,"22":2,"30":3,"31":1,"32":1,"34":2,"35":4,"36":2,"37":1,"38":4,"39":4,"40":2,"42":3,"43":1,"44":1,"45":1,"46":3,"47":4,"48":2,"50":1,"52":1,"54":1,"55":1,"56":1,"57":3,"58":3,"59":4,"60":4,"63":1,"66":1,"76":2,"85":2,"88":1,"94":1,"101":4,"104":2,"113":1,"114":1}}],["happen",{"2":{"46":1,"48":1,"59":1}}],["happens",{"2":{"41":1,"58":1,"59":1}}],["happening",{"2":{"13":1}}],["happy",{"2":{"1":1,"59":1,"105":1}}],["has",{"2":{"13":4,"18":1,"22":1,"31":1,"32":2,"33":4,"34":2,"38":3,"39":3,"41":1,"44":2,"48":2,"57":1,"58":1,"59":2,"60":1,"63":1,"65":1,"69":1,"82":1,"91":1,"98":1,"113":1}}],["handling",{"2":{"52":1}}],["handled",{"2":{"20":1}}],["handle",{"2":{"10":1,"17":1,"18":1,"36":1}}],["hands",{"2":{"13":1}}],["hand",{"2":{"12":1,"41":2,"85":1}}],["handful",{"2":{"12":1,"44":2}}],["hades",{"2":{"45":1}}],["had",{"2":{"1":1,"58":1,"69":1}}],["hence",{"2":{"41":1}}],["head",{"2":{"57":1,"82":1}}],["heart",{"2":{"52":1}}],["hears",{"2":{"19":1}}],["heavily",{"2":{"40":1,"48":1}}],["heavy",{"2":{"35":1}}],["health",{"2":{"38":3,"82":1}}],["healthy",{"2":{"35":1,"41":1}}],["hell",{"2":{"30":1,"39":1,"41":1}}],["helpful",{"2":{"54":1}}],["helps",{"2":{"37":1,"38":1}}],["help",{"2":{"3":1,"13":1,"31":1,"35":1,"40":1,"41":1,"96":1}}],["heuristic",{"2":{"21":1,"22":1,"85":1}}],["heggen",{"2":{"10":1}}],["heroes",{"2":{"45":1}}],["her",{"2":{"9":1,"65":5}}],["here",{"2":{"1":1,"4":1,"10":1,"13":4,"27":1,"34":1,"40":3,"41":1,"43":1,"44":2,"45":2,"46":1,"57":1,"58":1,"60":1,"63":1,"66":1,"76":1,"82":1,"84":1}}],["hectic",{"2":{"1":1}}],["10x",{"2":{"58":1}}],["100",{"2":{"57":2}}],["10",{"2":{"45":2}}],["1e10",{"2":{"34":1}}],["1e100",{"2":{"34":1}}],["1e1001",{"2":{"34":1}}],["1e1000",{"2":{"34":1}}],["1",{"2":{"1":1}}],["twitter",{"2":{"73":1}}],["two",{"2":{"13":2,"42":1,"43":1,"58":2,"65":1,"70":2}}],["type",{"2":{"54":1}}],["types",{"2":{"38":1,"54":1}}],["typically",{"2":{"18":2,"23":1,"30":1,"35":1,"41":1,"42":3,"46":1,"47":2,"48":1,"53":1,"80":1,"85":2,"91":1,"94":1,"108":1}}],["typing",{"2":{"9":1,"105":1}}],["tycoon",{"2":{"27":1}}],["templates",{"2":{"96":1}}],["template",{"2":{"87":1}}],["temple",{"2":{"44":1}}],["temporarily",{"2":{"22":1}}],["tell",{"2":{"39":1}}],["teaches",{"2":{"52":1}}],["teaching",{"2":{"38":1,"82":1}}],["team",{"2":{"13":1,"114":1}}],["tend",{"2":{"31":1,"32":1,"37":1,"38":1,"42":1,"47":2,"48":1,"50":1}}],["tends",{"2":{"31":1,"41":1,"55":1}}],["textual",{"2":{"47":1}}],["text",{"2":{"20":2,"41":1}}],["tests",{"2":{"83":1}}],["test",{"2":{"13":1,"105":1}}],["testing",{"2":{"13":1,"82":1}}],["techniques",{"2":{"107":1}}],["technically",{"2":{"30":1,"34":1,"58":1,"87":1}}],["tech",{"2":{"10":1,"83":1}}],["terms",{"2":{"41":3,"42":1,"57":1}}],["term",{"2":{"3":1,"41":6,"46":1,"59":1,"76":1,"114":1}}],["tiers",{"2":{"114":1}}],["tied",{"2":{"6":1,"26":1,"35":1,"46":1,"59":1}}],["tip",{"2":{"60":1}}],["tips",{"0":{"60":1},"2":{"60":1}}],["til",{"2":{"45":1}}],["title",{"2":{"41":1,"105":1}}],["titles",{"2":{"41":2,"45":1}}],["times",{"2":{"37":1,"39":1,"48":1,"57":2,"58":2,"60":1}}],["timescale",{"2":{"13":1}}],["time",{"2":{"13":1,"32":1,"35":3,"38":1,"39":2,"45":2,"50":1,"51":1,"53":1,"56":1,"57":8,"58":4,"59":2,"63":1,"66":1,"68":1,"69":1,"81":1,"82":1,"83":1,"90":1,"105":2}}],["timeline",{"2":{"6":1}}],["timelines",{"2":{"5":1,"6":1,"70":1}}],["t",{"2":{"4":1,"15":1,"17":3,"18":1,"22":2,"27":1,"30":4,"34":3,"35":4,"36":1,"38":3,"40":3,"41":2,"42":3,"43":4,"45":1,"46":2,"47":2,"48":1,"49":1,"53":2,"58":2,"59":7,"60":2,"66":3,"68":1,"69":1,"70":1,"76":1,"88":1,"94":1,"100":1,"101":1,"109":1}}],["tampered",{"2":{"92":1}}],["target",{"2":{"82":2}}],["targeted",{"2":{"56":1}}],["tangible",{"2":{"70":1}}],["tangent",{"2":{"41":1}}],["tab",{"2":{"58":1}}],["table",{"2":{"13":1}}],["talker",{"2":{"82":2}}],["talk",{"2":{"23":1,"38":1,"39":1,"59":1}}],["talking",{"2":{"13":1,"38":1,"40":1}}],["talks",{"2":{"11":1,"82":1,"97":1}}],["taking",{"2":{"13":1,"34":1,"35":1,"39":1,"41":2,"65":1}}],["taken",{"2":{"33":2,"50":1}}],["takes",{"2":{"13":1,"35":1,"40":1,"53":1,"57":1}}],["take",{"2":{"3":1,"6":1,"13":1,"35":1,"39":1,"46":2,"47":1,"48":1,"53":1,"57":2,"58":3,"88":1,"114":1}}],["tagged",{"2":{"11":1,"12":1,"75":1,"87":2}}],["tags",{"2":{"0":1,"1":1,"2":1,"4":1,"7":1,"13":1,"15":1,"23":1,"27":1,"61":1,"62":1,"63":1,"78":1,"81":1,"84":1,"87":1,"90":1,"105":1,"112":1}}],["turn",{"2":{"13":1}}],["turned",{"2":{"1":1}}],["tutorials",{"2":{"30":1}}],["tutorial",{"2":{"13":2}}],["tube",{"2":{"3":1}}],["trial",{"2":{"88":1}}],["trivial",{"2":{"58":1}}],["trivially",{"2":{"35":1,"60":1}}],["tricky",{"2":{"42":1}}],["treating",{"2":{"82":1}}],["tremendous",{"2":{"31":1}}],["tree",{"0":{"27":1},"2":{"40":1,"41":2,"46":1,"63":1,"75":1,"76":1,"80":1,"87":1}}],["trends",{"2":{"50":2}}],["trended",{"2":{"41":1}}],["trend",{"2":{"12":1,"41":1,"59":3}}],["true",{"0":{"69":1},"2":{"55":1,"59":1,"60":1}}],["truly",{"2":{"40":1,"53":1,"56":1,"59":1}}],["truth",{"2":{"18":1}}],["trust",{"2":{"18":6,"22":1,"113":1}}],["trying",{"2":{"38":1,"45":1,"46":1,"57":1,"109":1}}],["try",{"2":{"12":1,"52":1,"53":1,"57":1,"60":1}}],["track",{"2":{"47":1}}],["traditional",{"2":{"44":1,"45":1,"88":1}}],["trailer",{"2":{"70":1}}],["trait",{"2":{"46":1}}],["traits",{"2":{"43":1,"45":1}}],["training",{"2":{"3":1,"81":1}}],["trained",{"2":{"3":1,"54":1}}],["transferrable",{"2":{"98":1}}],["transitioning",{"2":{"97":1}}],["transparent",{"2":{"82":1}}],["translated",{"2":{"51":1}}],["transaction",{"2":{"35":1}}],["transcribing",{"2":{"5":1}}],["tropes",{"2":{"1":1,"27":1,"39":1,"84":1}}],["toward",{"2":{"56":1}}],["towards",{"2":{"12":1,"40":1,"45":1,"46":1,"48":1,"53":1,"57":2,"59":1}}],["totally",{"2":{"49":1}}],["tongue",{"2":{"82":2}}],["tons",{"2":{"41":1,"56":1}}],["tone",{"2":{"11":1}}],["tolerant",{"2":{"38":1}}],["too",{"2":{"38":2,"41":2,"46":2,"56":1,"58":2,"59":2,"88":1,"96":1}}],["tools",{"0":{"77":1},"2":{"13":1,"30":1,"58":1,"75":1,"98":1,"105":1,"114":1}}],["tool",{"2":{"4":1,"53":1}}],["toy",{"2":{"35":1}}],["topic",{"2":{"33":1,"38":1,"113":1}}],["topics",{"2":{"10":2}}],["top",{"2":{"13":2,"38":1,"46":1}}],["together",{"2":{"10":1,"57":1}}],["to",{"0":{"22":1,"29":2,"30":1,"31":1,"33":2,"40":1,"52":1,"55":1,"56":1,"100":1,"108":1},"1":{"30":2,"31":2,"32":2,"34":2,"35":2,"36":2,"37":2,"38":2,"39":2,"41":1,"42":1,"43":1,"44":1,"45":1,"46":1,"47":1,"48":1,"49":1,"50":1,"51":1,"53":1,"54":1,"55":1,"57":1,"58":1,"59":1,"60":1,"101":1,"102":1,"103":1},"2":{"2":1,"3":2,"4":2,"5":1,"6":1,"9":1,"10":4,"12":2,"13":36,"14":1,"15":2,"16":1,"17":6,"18":11,"19":11,"20":10,"21":6,"22":13,"23":2,"26":2,"28":4,"29":2,"30":11,"31":6,"32":6,"33":5,"34":19,"35":30,"36":8,"37":3,"38":18,"39":11,"40":7,"41":31,"42":11,"43":6,"44":8,"45":6,"46":13,"47":9,"48":6,"49":6,"50":9,"52":13,"53":12,"54":5,"55":6,"56":10,"57":16,"58":15,"59":28,"60":6,"63":1,"65":6,"66":2,"67":1,"68":2,"69":3,"70":6,"76":1,"80":1,"82":2,"83":2,"84":1,"85":6,"87":2,"88":6,"90":1,"91":1,"92":2,"93":1,"94":3,"96":1,"97":1,"98":3,"100":6,"101":2,"102":6,"103":1,"104":3,"105":2,"107":4,"108":1,"109":1,"113":6,"114":5}}],["tv",{"2":{"1":1,"27":1,"84":1}}],["thousands",{"2":{"31":1,"41":1}}],["thoughts",{"2":{"104":2}}],["thought",{"2":{"39":1,"58":1}}],["though",{"2":{"20":1,"34":1,"39":1,"49":1,"59":1}}],["those",{"2":{"20":1,"21":1,"30":1,"33":1,"35":3,"38":1,"39":1,"40":1,"41":4,"44":1,"49":1,"56":3,"57":1,"58":1,"59":1,"80":1,"107":1}}],["threads",{"2":{"66":1,"73":1}}],["threshold",{"2":{"13":1,"30":1,"42":1}}],["throughline",{"2":{"59":2}}],["throughout",{"2":{"37":1,"59":1,"65":1}}],["through",{"2":{"9":2,"13":4,"18":1,"39":1,"48":1,"64":1,"66":1,"68":1}}],["thing",{"2":{"56":1,"58":1,"59":1}}],["things",{"2":{"1":1,"3":1,"6":1,"10":1,"13":1,"19":1,"27":1,"30":1,"35":2,"39":2,"41":2,"58":1,"59":5,"60":1,"64":1,"84":1,"98":1}}],["thin",{"2":{"35":1}}],["thinking",{"2":{"33":1}}],["think",{"2":{"33":1,"34":1,"35":1,"38":2,"39":3,"40":1,"41":4,"42":1,"43":1,"45":2,"49":1,"52":3,"54":1,"56":1,"57":1,"59":1,"65":2,"70":1}}],["this",{"0":{"101":1,"104":1},"2":{"1":3,"6":1,"9":1,"13":4,"14":1,"16":1,"17":1,"18":3,"19":2,"20":3,"21":1,"27":2,"28":1,"29":1,"30":1,"31":1,"32":3,"33":2,"34":4,"35":4,"36":2,"37":1,"38":8,"40":2,"41":8,"42":10,"43":1,"44":2,"45":1,"46":2,"47":1,"48":3,"50":1,"52":2,"53":1,"56":2,"57":5,"58":3,"59":15,"60":3,"64":1,"65":1,"66":1,"68":1,"69":1,"70":4,"71":1,"82":3,"84":2,"87":2,"91":2,"94":1,"100":4,"101":2,"104":3,"107":1,"111":1,"113":3,"114":1}}],["than",{"2":{"1":1,"6":1,"9":1,"10":1,"13":1,"34":1,"35":1,"36":1,"38":2,"39":2,"40":1,"41":2,"42":1,"46":1,"48":1,"49":1,"52":1,"55":1,"66":1,"70":1,"107":1,"113":1}}],["that",{"2":{"1":1,"3":2,"6":2,"9":1,"10":1,"12":1,"13":6,"16":1,"18":2,"19":2,"20":5,"21":3,"22":4,"23":1,"26":2,"28":1,"30":3,"31":1,"32":4,"33":5,"34":6,"35":9,"36":6,"38":5,"39":8,"40":2,"41":23,"42":8,"43":5,"44":1,"45":1,"46":10,"47":1,"48":1,"49":4,"50":5,"51":1,"52":2,"53":6,"55":1,"56":2,"57":7,"58":8,"59":12,"60":4,"63":1,"65":1,"66":1,"70":3,"74":1,"82":1,"86":1,"87":1,"88":2,"91":1,"94":1,"96":1,"98":2,"101":1,"105":2,"107":1,"113":2,"114":1}}],["theory",{"2":{"91":1}}],["theoretically",{"2":{"17":1}}],["theoretical",{"2":{"5":1,"16":1,"26":1,"28":1}}],["thepaperpilot",{"2":{"18":1,"79":1}}],["then",{"2":{"13":3,"22":1,"39":1,"40":1,"41":1,"53":1,"57":1,"58":1,"59":2,"60":2,"86":1}}],["thematic",{"2":{"65":1}}],["theme",{"2":{"42":1,"67":1}}],["themes",{"2":{"10":1,"65":1}}],["themselves",{"2":{"21":1,"34":1,"35":1,"38":1,"42":1,"43":1,"53":1,"54":1}}],["them",{"2":{"13":4,"14":1,"18":1,"19":1,"22":1,"29":1,"30":1,"33":1,"35":4,"36":1,"37":1,"38":1,"39":2,"40":1,"41":3,"42":1,"43":1,"44":1,"47":1,"48":1,"51":1,"53":1,"58":3,"60":1,"70":1,"86":1,"105":1,"109":1}}],["they",{"2":{"10":5,"13":4,"18":4,"21":1,"28":1,"34":1,"35":7,"36":2,"38":2,"39":5,"40":2,"41":3,"42":3,"43":2,"44":1,"46":3,"47":2,"48":4,"50":1,"52":1,"53":1,"54":3,"55":1,"56":3,"57":2,"58":7,"59":6,"64":1,"70":1,"85":1,"96":1,"113":1}}],["these",{"2":{"9":1,"10":2,"13":1,"17":1,"19":1,"20":1,"31":1,"32":1,"33":1,"35":2,"37":1,"41":6,"42":1,"45":1,"47":4,"48":3,"50":1,"57":2,"58":1,"59":3,"66":1,"94":2,"98":1,"105":1,"113":1}}],["thereof",{"2":{"39":1,"41":1}}],["therefore",{"2":{"22":1,"32":1,"41":1,"59":1}}],["there",{"2":{"6":1,"10":1,"13":4,"16":1,"22":1,"29":1,"30":2,"32":1,"34":1,"35":3,"38":3,"40":2,"41":1,"42":4,"43":2,"44":1,"46":2,"47":2,"48":2,"49":1,"50":1,"52":2,"55":1,"56":2,"58":1,"59":4,"60":1,"98":4}}],["their",{"2":{"4":1,"7":1,"12":1,"13":2,"17":1,"18":1,"19":1,"21":2,"22":1,"31":1,"32":1,"35":2,"36":1,"38":2,"39":1,"41":2,"42":2,"43":3,"45":1,"46":1,"52":1,"59":2,"70":1,"76":1,"88":1,"96":1,"105":1,"109":1,"114":1}}],["the",{"0":{"7":1,"40":1,"44":1,"45":1,"46":1,"65":1,"66":1,"67":1,"82":1,"90":1,"91":1,"92":1,"93":1,"94":1,"95":1,"97":1,"98":1,"99":1},"1":{"41":1,"42":1,"43":1,"44":1,"45":1,"46":1,"47":1,"48":1,"49":1,"50":1,"51":1,"95":1,"96":1,"97":1,"98":1,"99":1},"2":{"1":7,"2":1,"4":6,"5":3,"6":2,"7":2,"8":1,"9":5,"10":5,"11":6,"12":6,"13":91,"14":4,"15":3,"16":3,"17":5,"18":11,"19":3,"20":12,"21":3,"22":6,"26":2,"27":2,"28":2,"29":3,"30":5,"31":5,"32":6,"33":12,"34":16,"35":21,"36":7,"37":5,"38":14,"39":18,"40":5,"41":51,"42":15,"43":7,"44":16,"45":3,"46":17,"47":14,"48":9,"49":5,"50":9,"51":1,"52":3,"53":12,"54":5,"55":4,"56":14,"57":13,"58":28,"59":50,"60":9,"61":1,"63":2,"64":4,"65":10,"66":8,"67":4,"68":2,"69":1,"70":6,"75":1,"76":2,"79":1,"80":4,"81":2,"82":9,"83":5,"84":2,"85":3,"86":1,"87":4,"88":1,"89":1,"90":5,"91":7,"92":4,"94":3,"95":1,"96":2,"97":2,"98":1,"100":4,"101":3,"102":1,"104":5,"105":14,"107":5,"109":1,"112":1,"113":2,"114":3}}],["oil",{"2":{"59":1}}],["oidc",{"2":{"15":1}}],["oom",{"2":{"58":3}}],["oscillating",{"2":{"58":1}}],["ostensibly",{"2":{"41":1}}],["okay",{"2":{"53":1,"55":1}}],["occur",{"2":{"48":1}}],["omega",{"2":{"41":1}}],["oxymoronic",{"2":{"41":1}}],["older",{"2":{"59":2,"63":1}}],["old",{"2":{"39":1,"59":2}}],["oauth",{"2":{"15":1}}],["ought",{"2":{"39":1,"44":1}}],["our",{"2":{"13":1,"49":1,"97":1}}],["outlining",{"2":{"71":1}}],["outfits",{"2":{"65":1}}],["output",{"2":{"13":1}}],["out",{"2":{"1":1,"4":2,"10":1,"13":4,"18":1,"22":1,"30":1,"34":1,"35":1,"36":1,"39":1,"52":1,"57":1,"59":2,"85":1,"98":1,"101":1,"114":1}}],["obvious",{"2":{"59":1,"70":1}}],["obey",{"2":{"53":1}}],["objective",{"2":{"45":1}}],["objects",{"2":{"13":3}}],["observed",{"2":{"41":1}}],["obtained",{"2":{"3":1}}],["opus",{"2":{"63":1}}],["opposing",{"2":{"100":1}}],["opposite",{"2":{"57":1}}],["opposed",{"2":{"59":1}}],["opponent",{"2":{"13":2}}],["opponents",{"2":{"13":3}}],["opinions",{"2":{"100":1}}],["opinion",{"2":{"49":1,"57":1,"59":1,"65":1}}],["opinionated",{"2":{"38":1,"45":1}}],["optispeech",{"2":{"82":1}}],["opti",{"0":{"81":1},"1":{"82":1,"83":1},"2":{"75":1,"77":1,"81":2}}],["option",{"2":{"58":1}}],["options",{"2":{"13":1,"47":1,"98":1}}],["optimal",{"2":{"42":1,"58":1,"59":1}}],["optimizing",{"2":{"42":1}}],["optimization",{"2":{"42":1,"47":2}}],["optimized",{"2":{"36":1}}],["opens",{"2":{"13":1}}],["open",{"0":{"80":1},"2":{"1":1,"8":1,"9":1,"10":1,"13":1,"24":1,"27":1,"31":1,"71":1,"73":1,"84":1,"87":1,"89":1,"111":1,"114":1}}],["owns",{"2":{"20":1}}],["owners",{"2":{"21":1}}],["ownership",{"2":{"12":1}}],["owner",{"2":{"15":1,"18":1,"21":1}}],["owned",{"2":{"13":1}}],["own",{"2":{"4":2,"17":1,"39":1,"40":1,"41":1,"42":1,"53":1,"76":1,"88":1,"92":1,"100":1,"114":1}}],["org",{"2":{"79":1}}],["organized",{"2":{"13":1}}],["oriented",{"2":{"48":1,"49":1}}],["originally",{"2":{"81":1}}],["original",{"0":{"82":1},"2":{"20":2,"59":4,"105":1}}],["originated",{"2":{"19":1}}],["or",{"2":{"3":2,"6":3,"9":1,"10":1,"13":4,"14":1,"18":4,"19":4,"21":4,"22":1,"26":1,"30":3,"31":3,"32":3,"34":2,"35":7,"36":2,"39":3,"40":2,"41":14,"42":3,"45":1,"47":1,"48":2,"53":1,"54":1,"56":1,"57":1,"58":3,"59":6,"60":1,"86":2,"87":1,"91":1,"94":1,"95":1,"96":1,"101":1}}],["order",{"0":{"85":1},"2":{"3":1,"58":3,"85":1,"86":1,"107":1,"108":1}}],["online",{"2":{"18":2,"39":1}}],["only",{"2":{"2":1,"13":1,"18":3,"20":1,"22":2,"34":1,"41":2,"42":2,"43":1,"48":1,"58":1,"59":1,"63":2,"68":1,"85":1,"87":1,"104":1}}],["once",{"2":{"13":1,"31":1,"36":1,"58":1,"59":2,"65":1}}],["on",{"2":{"1":1,"3":1,"4":1,"7":1,"9":1,"10":2,"13":6,"15":1,"17":3,"18":1,"22":2,"27":1,"31":1,"32":4,"33":2,"35":2,"38":4,"39":3,"40":2,"41":7,"42":2,"43":1,"44":2,"46":3,"47":1,"48":1,"50":3,"52":1,"53":1,"54":1,"56":3,"57":3,"58":1,"59":13,"60":1,"64":1,"65":3,"76":2,"80":1,"81":1,"82":1,"84":1,"85":3,"86":2,"87":1,"88":1,"90":2,"92":1,"93":1,"96":1,"98":1,"101":1,"104":3,"105":1,"113":1,"114":5}}],["ones",{"2":{"31":1,"41":1,"59":2,"101":1}}],["one",{"2":{"1":1,"13":2,"15":1,"20":1,"34":1,"38":1,"41":1,"42":1,"46":1,"52":2,"56":1,"57":1,"64":1,"65":1,"70":1,"86":1,"87":1,"88":2,"90":1,"113":1}}],["otherwise",{"2":{"18":1,"48":1,"49":1}}],["others",{"2":{"4":1,"38":1}}],["other",{"0":{"51":1,"77":1},"2":{"1":1,"2":1,"6":1,"13":1,"19":1,"20":1,"21":1,"23":1,"30":4,"31":1,"34":2,"35":2,"38":2,"40":2,"41":3,"42":3,"44":1,"45":1,"46":1,"48":1,"49":1,"53":2,"54":1,"57":1,"58":1,"59":3,"60":2,"65":2,"70":3,"94":1,"95":2,"96":2,"98":1,"100":2,"101":1,"105":1,"113":3}}],["oftentimes",{"2":{"41":1,"46":1}}],["often",{"2":{"31":1,"32":2,"34":1,"35":5,"38":1,"41":2,"42":4,"43":1,"47":2,"48":2,"50":1,"53":1,"58":1,"104":1}}],["offense",{"2":{"58":1}}],["offers",{"2":{"53":1}}],["offer",{"2":{"19":1,"41":1,"54":1}}],["official",{"2":{"13":1}}],["off",{"2":{"4":1,"13":2,"55":1,"59":1,"66":1,"84":1}}],["of",{"0":{"67":1},"2":{"1":6,"2":1,"3":2,"4":1,"5":1,"6":4,"7":1,"9":3,"10":2,"12":4,"13":22,"14":3,"17":4,"18":5,"21":3,"22":2,"23":2,"26":3,"27":1,"28":1,"29":2,"30":2,"31":3,"32":8,"33":6,"34":8,"35":16,"36":5,"37":1,"38":12,"39":11,"40":3,"41":27,"42":12,"43":8,"44":11,"45":4,"46":10,"47":11,"48":7,"49":2,"50":5,"51":3,"52":3,"53":2,"54":5,"55":2,"56":12,"57":8,"58":7,"59":22,"60":7,"61":1,"63":2,"64":3,"65":6,"66":3,"67":1,"68":2,"70":1,"76":1,"82":2,"83":1,"84":1,"85":2,"86":4,"87":1,"90":2,"91":4,"92":2,"96":1,"97":1,"98":3,"100":1,"101":2,"104":4,"105":10,"107":2,"109":1,"113":3,"114":2}}],["overwhelming",{"2":{"113":1}}],["overhead",{"2":{"105":1}}],["overrun",{"2":{"88":1}}],["overall",{"2":{"39":1}}],["overcoming",{"2":{"35":1}}],["overlap",{"2":{"35":1,"42":1,"43":1,"49":1}}],["overuses",{"2":{"6":1}}],["over",{"2":{"1":1,"3":1,"12":1,"13":2,"35":2,"40":1,"41":1,"43":1,"51":1,"56":1,"58":1,"59":2}}],["p",{"2":{"63":1}}],["psychology",{"2":{"55":1}}],["petnames",{"2":{"18":1}}],["people",{"0":{"98":1},"2":{"17":1,"18":3,"21":1,"33":1,"34":2,"35":3,"40":1,"41":1,"45":1,"46":1,"55":1,"85":1,"88":1,"96":1,"98":2,"105":1,"114":1}}],["period",{"2":{"88":1}}],["permanently",{"2":{"88":1}}],["permission",{"2":{"21":2}}],["per",{"2":{"50":1}}],["percentage",{"2":{"46":1}}],["perceived",{"2":{"39":1}}],["persists",{"2":{"34":1}}],["perspective",{"2":{"33":1}}],["person",{"2":{"18":1,"53":2,"88":1}}],["personally",{"2":{"34":1,"39":1}}],["personalized",{"2":{"3":1}}],["personal",{"0":{"79":1,"96":1},"1":{"97":1},"2":{"3":3,"5":1,"10":3,"14":1,"38":1,"40":1,"75":1,"79":2,"94":2,"100":1,"113":1,"114":1}}],["performance",{"2":{"105":2}}],["performing",{"2":{"42":1}}],["perform",{"2":{"35":1,"42":1}}],["performs",{"2":{"13":1,"58":1}}],["perfectly",{"2":{"30":1}}],["perfect",{"2":{"30":1,"40":1}}],["perhaps",{"2":{"20":1,"21":1,"22":2,"60":1,"66":1,"90":1}}],["phrases",{"2":{"42":1}}],["physical",{"2":{"39":1,"85":2}}],["physics",{"2":{"13":1,"30":1}}],["philosophies",{"2":{"38":1}}],["philosophy",{"2":{"3":1}}],["phone",{"2":{"30":1}}],["pushed",{"2":{"104":1}}],["pushes",{"2":{"43":1}}],["push",{"2":{"104":1}}],["punch",{"2":{"66":1}}],["punishes",{"2":{"58":1}}],["purchasing",{"2":{"86":1}}],["purchaseable",{"2":{"74":1}}],["purchased",{"2":{"58":1}}],["purchases",{"0":{"58":1},"2":{"58":4,"60":1,"86":2}}],["purchase",{"2":{"47":1,"48":1,"58":5,"59":1,"60":3}}],["purposes",{"2":{"82":1}}],["purpose",{"2":{"56":1}}],["purposefully",{"2":{"45":1}}],["pure",{"2":{"47":1}}],["put",{"2":{"39":1,"42":1,"52":1,"58":2,"105":1}}],["puts",{"2":{"13":1}}],["puzzle",{"2":{"36":1}}],["pull",{"2":{"21":1}}],["publish",{"2":{"20":1}}],["publicly",{"2":{"19":1,"21":1,"52":1,"55":1,"80":1}}],["publickey",{"2":{"18":5}}],["public",{"2":{"15":1,"18":1,"20":1,"21":6,"22":2}}],["puppet",{"2":{"4":1,"13":1}}],["puppets",{"2":{"4":2}}],["plenty",{"2":{"57":1,"59":1,"98":1}}],["please",{"2":{"13":1}}],["platformers",{"2":{"59":1}}],["platformer",{"2":{"59":1}}],["plainly",{"2":{"38":1,"41":1}}],["plans",{"2":{"105":1,"114":2}}],["planar",{"0":{"84":1},"2":{"75":1,"76":1,"80":1,"87":2}}],["plane",{"2":{"47":1}}],["plan",{"2":{"17":1}}],["placed",{"2":{"22":1,"40":1,"82":1}}],["placeholder",{"2":{"16":1}}],["place",{"2":{"13":1}}],["placement",{"2":{"13":1}}],["playthroughs",{"2":{"64":1}}],["playable",{"2":{"34":1,"66":1}}],["playstyle",{"2":{"38":1}}],["plays",{"2":{"31":1,"70":1}}],["playerbase",{"2":{"42":1}}],["player",{"2":{"13":9,"34":3,"38":2,"39":1,"40":1,"42":2,"43":1,"46":2,"47":1,"48":5,"50":1,"53":2,"56":1,"57":2,"58":3,"59":5,"64":1}}],["players",{"0":{"31":1,"33":1},"1":{"34":1,"35":1,"36":1,"37":1,"38":1,"39":1},"2":{"13":4,"29":1,"31":2,"32":2,"33":1,"34":2,"35":2,"36":1,"37":1,"38":8,"39":1,"41":1,"46":1,"54":2,"56":3,"59":4,"85":1,"102":1}}],["played",{"2":{"11":1,"31":1,"34":1,"35":1,"63":1,"66":1,"68":1}}],["playing",{"2":{"11":1,"35":3,"38":3,"41":3,"64":1}}],["play",{"0":{"108":1},"2":{"1":1,"13":3,"27":1,"31":2,"34":1,"35":5,"36":1,"38":1,"39":1,"40":1,"41":1,"46":1,"68":2,"69":1,"76":3,"84":1}}],["pioneers",{"0":{"84":1},"2":{"75":1,"76":1,"80":1,"87":2}}],["piece",{"2":{"53":1,"57":1}}],["pieces",{"2":{"1":1}}],["pins",{"2":{"32":1,"85":1}}],["pick",{"2":{"12":1,"88":2}}],["praising",{"2":{"38":1}}],["practices",{"2":{"92":1}}],["practice",{"2":{"12":1,"53":1,"70":1}}],["prudent",{"2":{"35":1,"41":1}}],["premium",{"0":{"86":1},"2":{"70":1,"74":1,"85":1,"107":1}}],["premise",{"2":{"42":1}}],["previous",{"2":{"59":1}}],["previously",{"2":{"18":2}}],["predominant",{"2":{"47":1}}],["predatory",{"2":{"35":1}}],["precludes",{"2":{"43":1}}],["pretty",{"2":{"39":1,"42":1,"60":1,"98":1}}],["preoccupied",{"2":{"39":1}}],["prefer",{"2":{"54":1}}],["preferences",{"2":{"38":1,"40":1,"53":1}}],["preferred",{"2":{"21":1}}],["press",{"2":{"58":1}}],["prestiges",{"2":{"59":1}}],["prestige",{"2":{"41":1,"59":2}}],["president",{"2":{"18":1}}],["presents",{"2":{"47":1}}],["presentation",{"2":{"47":1}}],["present",{"2":{"13":1,"44":1}}],["pre",{"0":{"85":1},"2":{"15":1,"58":1,"85":1,"86":1,"107":1}}],["primordia",{"2":{"87":1}}],["primarily",{"2":{"85":1}}],["prices",{"2":{"107":1}}],["price",{"2":{"86":1,"107":3}}],["printing",{"2":{"41":1}}],["principles",{"2":{"38":1}}],["prioritize",{"2":{"53":1}}],["prioritized",{"2":{"13":1}}],["priority",{"2":{"35":1,"41":1}}],["privileges",{"2":{"30":1}}],["private",{"2":{"15":1,"18":3,"19":1,"104":1}}],["privacy",{"2":{"12":1}}],["procedurally",{"2":{"105":1}}],["process",{"2":{"41":1,"43":1,"52":1,"104":1}}],["pronounced",{"2":{"105":1}}],["prone",{"2":{"35":3,"70":1}}],["prose",{"2":{"100":1}}],["providing",{"2":{"70":1}}],["provide",{"2":{"46":1,"56":1,"58":2}}],["providers",{"2":{"15":2}}],["prominently",{"2":{"55":1}}],["production",{"2":{"39":2,"42":1,"83":1}}],["productive",{"2":{"35":1}}],["producer",{"2":{"13":1}}],["produce",{"2":{"3":1}}],["properly",{"2":{"38":1}}],["property",{"2":{"20":1}}],["propose",{"2":{"44":1}}],["proposes",{"2":{"28":1,"42":1}}],["proposal",{"2":{"28":1,"93":1}}],["profit",{"2":{"41":2,"108":1}}],["profile",{"2":{"18":1}}],["profectus",{"0":{"87":1},"2":{"1":2,"63":1,"75":1,"77":1,"80":1,"84":2,"87":3}}],["probably",{"2":{"15":1,"22":1,"36":1,"42":1,"46":1,"47":1,"48":1,"49":1,"59":1}}],["problem",{"2":{"12":1,"17":1,"40":1,"41":1,"43":2,"53":2,"58":1,"59":1}}],["problems",{"0":{"22":1},"2":{"5":1,"42":1,"47":2}}],["program",{"2":{"83":2}}],["programming",{"2":{"30":1,"31":1,"41":1}}],["programmer",{"2":{"13":2,"83":1}}],["programmers",{"2":{"13":1}}],["progresses",{"2":{"48":1}}],["progressively",{"2":{"50":1}}],["progressing",{"2":{"47":1}}],["progression",{"2":{"13":1,"34":10,"35":1,"37":1,"42":2,"43":3,"49":1,"58":1,"59":3,"86":1}}],["progress",{"2":{"34":1,"35":3,"36":1,"42":1,"47":1,"48":2,"50":1,"57":1,"58":1,"59":5}}],["project",{"0":{"82":1},"2":{"4":2,"7":1,"13":2,"76":1,"81":1,"82":1,"114":1}}],["projects",{"0":{"75":1},"1":{"76":1,"77":1},"2":{"1":1,"4":1,"7":1,"10":2,"11":1,"13":1,"27":1,"61":1,"63":1,"80":1,"81":1,"84":1,"87":1,"105":1}}],["protocols",{"2":{"2":1,"17":1}}],["protocol",{"2":{"0":1,"2":2,"8":1,"20":2,"23":1,"72":1,"78":1,"89":1}}],["pollinating",{"2":{"113":1}}],["polynomial",{"2":{"50":2}}],["power",{"2":{"69":1}}],["powers",{"2":{"65":2}}],["powerful",{"2":{"9":1}}],["potentially",{"2":{"52":1,"57":1}}],["poorly",{"2":{"38":1}}],["points",{"2":{"100":1}}],["pointed",{"2":{"39":1}}],["point",{"2":{"35":1,"36":1,"39":2,"42":1,"43":1,"46":1,"57":1,"58":1,"59":4,"60":1}}],["popularized",{"2":{"91":1}}],["popularity",{"2":{"46":1}}],["popular",{"2":{"32":2,"40":2,"41":1,"44":1,"45":1,"50":1,"51":1,"56":1,"57":1,"86":1,"101":1}}],["populated",{"2":{"13":2}}],["positive",{"2":{"52":1,"54":1,"55":3}}],["possibly",{"2":{"98":1}}],["possible",{"2":{"13":1,"34":1,"35":2,"41":1,"46":1,"56":1}}],["possibility",{"2":{"47":1}}],["poses",{"2":{"40":1}}],["posted",{"2":{"31":1}}],["poster",{"2":{"19":2,"20":2}}],["posts",{"2":{"21":1,"35":1,"73":1}}],["posting",{"2":{"20":1,"93":1}}],["post",{"2":{"20":1,"52":1,"64":1,"82":1}}],["portrays",{"2":{"65":1}}],["portray",{"2":{"41":2}}],["portraits",{"2":{"13":2}}],["ported",{"2":{"4":1,"13":1}}],["packed",{"2":{"109":1}}],["pax",{"2":{"64":1}}],["panel",{"2":{"47":1}}],["painting",{"2":{"39":1}}],["paid",{"2":{"32":1,"110":2,"114":1}}],["paying",{"2":{"35":1}}],["passionate",{"2":{"101":1}}],["passion",{"2":{"55":2}}],["passively",{"2":{"38":1}}],["passes",{"2":{"49":1,"85":1}}],["pass",{"2":{"22":1,"42":1,"49":1}}],["password",{"2":{"19":1}}],["paperclips",{"2":{"45":1,"46":1}}],["paper",{"2":{"18":2,"81":1}}],["parody",{"2":{"41":2}}],["parodies",{"2":{"41":7}}],["parallelization",{"2":{"105":1}}],["parasocial",{"2":{"90":1}}],["paragraph",{"2":{"59":1}}],["paradigm",{"0":{"46":1},"2":{"37":1,"46":10,"49":1}}],["parable",{"2":{"11":2}}],["parent",{"2":{"20":2,"21":1}}],["partially",{"2":{"88":1}}],["particular",{"2":{"39":1,"41":1,"42":1}}],["particularly",{"2":{"35":1,"41":1,"58":1}}],["participate",{"2":{"32":1}}],["partnership",{"2":{"82":1}}],["parts",{"2":{"13":1,"41":1,"56":1,"59":2}}],["part",{"2":{"6":1,"26":1,"32":1,"34":1,"35":1,"39":1,"43":1,"59":1,"66":1,"91":2}}],["pattern",{"2":{"9":2,"105":1}}],["palette",{"2":{"9":2}}],["palettes",{"0":{"9":1},"2":{"3":1,"9":3,"71":1}}],["pals",{"2":{"4":1}}],["pages",{"2":{"20":1,"31":1,"76":1,"94":1,"96":3,"98":1,"104":3}}],["page",{"2":{"1":1,"7":1,"27":1,"30":1,"41":1,"47":1,"52":1,"56":1,"76":1,"84":1,"87":1,"98":1}}],["mtx",{"0":{"74":1},"2":{"86":1,"107":1,"108":1,"110":1}}],["mbin",{"0":{"73":1},"2":{"23":1,"61":1,"73":1,"80":1}}],["mutually",{"2":{"47":1}}],["multiply",{"2":{"60":1}}],["multiplier",{"2":{"58":1}}],["multipliers",{"2":{"58":6}}],["multiple",{"2":{"22":1,"58":1,"113":2}}],["multitasking",{"2":{"35":1}}],["must",{"2":{"34":1,"44":1,"48":1,"59":1}}],["music",{"2":{"30":1}}],["much",{"2":{"13":2,"32":1,"33":1,"36":1,"38":2,"41":2,"46":1,"54":1,"55":1,"56":1,"58":3,"59":1,"65":1,"66":1,"107":1}}],["mindless",{"2":{"57":1}}],["mind",{"2":{"53":1,"55":1,"59":1,"65":1,"100":1}}],["minimize",{"2":{"57":1}}],["minigame",{"2":{"50":1}}],["minion",{"2":{"50":1}}],["mine",{"2":{"38":1,"76":1}}],["misplaying",{"2":{"47":1}}],["missile",{"2":{"13":1}}],["microtransactions",{"2":{"41":1}}],["micro",{"2":{"35":1}}],["might",{"2":{"34":2,"38":1,"39":1,"42":1,"46":2,"113":1}}],["mirrors",{"2":{"33":1}}],["middleground",{"2":{"14":1}}],["middle",{"2":{"13":1}}],["midjourney",{"2":{"3":1}}],["marginalia",{"2":{"95":1}}],["marketers",{"2":{"91":1,"94":1}}],["market",{"2":{"40":1}}],["magnum",{"2":{"63":1}}],["maggieappleton",{"2":{"14":1}}],["maggie",{"2":{"9":1,"91":1}}],["machines",{"2":{"59":1}}],["max",{"2":{"58":3,"65":4,"70":1}}],["majority",{"2":{"41":1}}],["major",{"2":{"39":1,"65":2}}],["mastered",{"2":{"36":1}}],["mastodon",{"2":{"17":1}}],["maintainability",{"2":{"83":1}}],["maintains",{"2":{"10":2}}],["mainstream",{"2":{"41":2}}],["mainly",{"2":{"32":2,"58":1}}],["making",{"0":{"101":1,"103":1},"2":{"13":1,"17":1,"30":2,"34":1,"35":2,"36":1,"42":1,"45":2,"54":1,"57":1,"58":2,"70":1,"75":1,"87":2,"96":1,"98":1,"101":1,"105":1}}],["makes",{"2":{"30":1,"31":1,"33":1,"34":1,"38":1,"40":1,"41":1,"42":2,"66":1}}],["make",{"0":{"30":1},"2":{"9":1,"10":1,"12":1,"13":2,"21":1,"30":4,"32":1,"34":2,"35":1,"38":1,"39":1,"40":1,"41":2,"43":2,"45":2,"56":1,"57":1,"59":1,"60":1,"85":1,"98":3,"104":1,"107":3,"109":1,"114":1}}],["managed",{"2":{"98":1}}],["manages",{"2":{"59":1}}],["management",{"2":{"47":1,"49":1}}],["managers",{"2":{"13":1}}],["manual",{"2":{"42":1}}],["manually",{"2":{"13":1}}],["manipulation",{"2":{"41":1}}],["manipulative",{"2":{"41":3}}],["manipulating",{"2":{"35":1,"41":4}}],["manipulates",{"2":{"41":2}}],["manipulate",{"2":{"41":1}}],["manner",{"2":{"25":1}}],["many",{"2":{"3":1,"9":2,"13":2,"17":1,"32":1,"33":1,"34":4,"38":1,"39":2,"40":1,"41":1,"43":1,"44":1,"46":3,"52":1,"57":1,"59":1,"60":1,"88":1}}],["matter",{"2":{"55":1}}],["material",{"2":{"22":2,"41":1,"100":1}}],["matching",{"2":{"21":1}}],["matches",{"2":{"20":1}}],["math",{"2":{"13":1}}],["matrix",{"0":{"72":1},"2":{"8":1,"10":2,"12":1,"72":1,"89":1,"113":1}}],["maybe",{"2":{"43":1}}],["may",{"2":{"9":1,"19":2,"35":4,"36":2,"39":1,"41":3,"46":1,"48":3,"50":1,"51":1,"54":1,"55":1,"57":1,"59":2,"60":1,"94":1}}],["made",{"2":{"1":1,"3":1,"13":3,"14":1,"20":1,"21":1,"33":2,"34":2,"39":3,"49":1,"53":1,"58":1,"60":3,"61":1,"63":1,"64":2,"87":2,"100":1,"101":2,"105":3}}],["meet",{"2":{"66":1}}],["measure",{"2":{"56":1}}],["mean",{"2":{"40":1}}],["meaning",{"2":{"39":1,"48":1}}],["meaningfully",{"2":{"57":1}}],["meaningful",{"2":{"37":1,"58":3}}],["meantime",{"2":{"4":1}}],["means",{"2":{"3":1,"41":2,"42":1,"43":1,"44":1,"47":1,"56":1,"59":3}}],["methods",{"2":{"88":1}}],["method",{"2":{"58":1}}],["met",{"2":{"57":1}}],["metric",{"2":{"41":1}}],["meta",{"2":{"34":6,"43":2,"49":1}}],["mentioned",{"2":{"43":1,"59":1}}],["mentions",{"2":{"1":1,"27":1,"84":1}}],["mental",{"2":{"40":1,"58":1}}],["merit",{"0":{"39":1},"2":{"39":5}}],["merely",{"2":{"19":1}}],["melee",{"2":{"38":1}}],["mechanically",{"2":{"45":1}}],["mechanic",{"2":{"38":3,"40":2,"41":1,"46":3,"48":1,"50":4,"56":2,"57":1,"59":8}}],["mechanics",{"2":{"34":1,"39":1,"40":1,"42":1,"43":1,"46":2,"48":1,"50":1,"54":1,"59":3}}],["mechana",{"2":{"13":1}}],["me",{"2":{"33":1,"34":1,"38":1,"39":1,"61":1,"67":1,"79":1}}],["messages",{"2":{"17":1,"19":6,"20":4,"21":9,"22":7}}],["message",{"2":{"10":1,"18":1,"19":2,"20":7,"21":3,"22":2}}],["messaging",{"2":{"8":1,"72":1}}],["media",{"0":{"88":1},"2":{"0":1,"2":1,"6":1,"10":2,"12":1,"16":1,"17":2,"23":1,"78":1,"88":3,"94":1}}],["m",{"2":{"1":1,"13":1,"18":1,"38":4,"39":1,"40":1,"45":1,"46":1,"56":1,"57":1,"58":2,"59":1,"70":1,"104":1}}],["moment",{"2":{"46":1}}],["motivated",{"2":{"55":1}}],["motivation",{"2":{"48":1}}],["motivations",{"2":{"35":1}}],["motivating",{"2":{"31":1}}],["motive",{"2":{"41":1}}],["mocking",{"2":{"38":1}}],["mobile",{"2":{"32":7,"41":1}}],["movie",{"2":{"39":1}}],["moving",{"2":{"13":1,"30":1}}],["move",{"2":{"4":1,"13":1,"58":1,"67":1}}],["moddable",{"2":{"105":1}}],["modding",{"2":{"63":1,"87":1}}],["modifiers",{"2":{"59":1}}],["modifier",{"2":{"46":1}}],["modify",{"2":{"13":1,"80":1}}],["model",{"2":{"82":1}}],["models",{"2":{"3":2}}],["moderate",{"2":{"113":1}}],["moderator",{"2":{"21":1,"22":1}}],["moderation",{"0":{"21":1},"2":{"21":1,"22":1,"41":1,"88":1}}],["modern",{"2":{"10":1,"41":1,"57":1,"83":1,"113":1}}],["mode",{"2":{"13":3}}],["moran",{"2":{"4":1}}],["more",{"2":{"1":1,"3":1,"7":1,"10":1,"13":1,"17":1,"30":1,"34":2,"35":4,"36":3,"38":5,"39":2,"40":2,"41":2,"42":3,"44":2,"46":1,"48":1,"50":3,"54":1,"55":1,"57":2,"58":2,"59":6,"60":1,"65":2,"70":1,"76":2,"83":2,"85":1,"87":1,"105":2,"107":1}}],["monetized",{"2":{"32":2}}],["monetization",{"0":{"32":1,"106":1,"110":1},"1":{"107":1,"108":1,"109":1,"110":1},"2":{"4":1,"32":3,"70":1,"74":1,"85":1,"109":1}}],["money",{"2":{"13":2,"18":1,"32":1,"35":1,"41":1,"50":1,"70":2,"107":2}}],["months",{"2":{"1":1}}],["month",{"2":{"1":1}}],["mostly",{"2":{"31":1,"40":1,"56":1,"107":1}}],["most",{"2":{"1":1,"13":1,"18":2,"35":3,"39":3,"40":2,"41":1,"42":3,"44":1,"47":2,"53":1,"56":1,"58":1,"59":1,"61":1,"63":1,"76":1,"101":2,"104":1,"113":1}}],["myriad",{"2":{"58":1}}],["mystery",{"2":{"46":1}}],["myself",{"2":{"1":1,"56":1,"101":1,"105":1}}],["my",{"0":{"75":1,"79":1,"83":1},"1":{"76":1,"77":1},"2":{"1":2,"4":1,"5":1,"7":1,"10":1,"13":2,"18":3,"27":3,"33":1,"38":1,"40":3,"41":2,"45":1,"49":1,"54":1,"56":1,"59":1,"61":1,"63":2,"64":1,"65":2,"66":1,"75":1,"76":1,"79":1,"81":1,"83":1,"84":1,"87":1,"88":1,"90":1,"94":1,"100":2,"101":1,"104":5,"105":1,"114":1}}],["iroh",{"2":{"114":2}}],["irl",{"2":{"55":1}}],["io",{"2":{"76":1}}],["ignores",{"2":{"59":1}}],["ignored",{"2":{"21":1}}],["ip",{"2":{"58":6}}],["ii",{"2":{"50":1}}],["illustrate",{"2":{"100":1}}],["illustrated",{"2":{"42":1}}],["illegal",{"2":{"22":2}}],["iap",{"2":{"32":1}}],["iaps",{"2":{"32":1}}],["imagine",{"2":{"58":1}}],["image",{"2":{"20":1}}],["immediately",{"2":{"60":1}}],["immersing",{"2":{"38":1}}],["immune",{"2":{"52":1}}],["impacts",{"2":{"85":1}}],["impact",{"2":{"46":2,"58":1,"60":1}}],["implications",{"2":{"59":1,"114":1}}],["implies",{"2":{"40":1,"42":1}}],["implying",{"2":{"42":1}}],["imply",{"2":{"40":1}}],["implement",{"2":{"30":1,"59":1}}],["implemented",{"2":{"20":1}}],["implementation",{"2":{"17":1}}],["implementations",{"2":{"15":1,"23":1}}],["implementing",{"2":{"16":1,"23":1,"30":1}}],["imperfectly",{"2":{"38":1}}],["impossible",{"2":{"34":1}}],["important",{"2":{"18":2,"34":1,"40":1,"52":1,"54":1,"90":2}}],["improve",{"2":{"83":1}}],["improvement",{"2":{"35":1,"53":1}}],["improved",{"2":{"10":1}}],["improving",{"2":{"12":1,"36":1,"53":3,"83":1}}],["idling",{"2":{"50":1}}],["idler",{"2":{"41":2}}],["idlers",{"0":{"41":1}}],["idle",{"2":{"32":3,"35":1,"41":3,"45":1,"50":3,"57":1}}],["ids",{"2":{"21":1}}],["id",{"2":{"19":2,"20":4}}],["identical",{"2":{"22":1}}],["identified",{"2":{"22":1}}],["identities",{"2":{"18":3,"98":1,"114":1}}],["identity",{"0":{"15":1,"18":1},"2":{"10":2,"12":1,"15":4,"17":1,"18":3,"19":1,"22":1,"53":1,"61":1,"88":1,"114":2}}],["ideally",{"2":{"98":1}}],["ideal",{"2":{"88":1}}],["ideals",{"2":{"44":1}}],["ideas",{"2":{"17":1,"59":1,"92":1}}],["idea",{"2":{"1":1,"17":1,"41":1,"60":1}}],["ivy",{"0":{"62":1},"2":{"11":3,"62":1,"112":1}}],["if",{"2":{"6":1,"13":3,"17":1,"18":4,"20":1,"21":2,"22":2,"30":2,"31":1,"32":1,"34":1,"35":3,"38":2,"39":2,"40":1,"41":3,"42":2,"43":2,"45":1,"47":1,"48":1,"49":1,"53":3,"56":1,"57":1,"58":1,"59":5,"60":3,"101":1}}],["i",{"0":{"101":1},"2":{"1":4,"4":4,"9":1,"11":1,"13":10,"18":3,"27":1,"32":2,"33":8,"34":8,"35":1,"38":10,"39":8,"40":6,"41":7,"42":2,"43":2,"44":2,"45":5,"46":4,"47":1,"49":2,"50":1,"52":3,"56":4,"57":4,"58":10,"59":3,"60":1,"63":2,"64":4,"65":3,"66":3,"67":2,"68":2,"69":1,"70":4,"75":1,"76":1,"81":1,"87":1,"93":1,"100":1,"101":4,"104":3,"105":5,"109":1,"114":1}}],["innovative",{"2":{"59":1}}],["infinite",{"2":{"105":1}}],["infinity",{"2":{"58":3}}],["influencers",{"2":{"88":1}}],["inflated",{"2":{"56":1}}],["inflating",{"2":{"56":1,"58":1}}],["infrequent",{"2":{"57":1}}],["information",{"2":{"6":1,"13":2,"14":1,"18":1,"25":1,"26":1}}],["inexperienced",{"2":{"52":1}}],["inevitably",{"2":{"20":1,"52":1,"59":1}}],["inherently",{"2":{"41":2}}],["inherit",{"2":{"36":1}}],["investment",{"2":{"85":1}}],["invested",{"2":{"66":1}}],["inventory",{"2":{"13":1}}],["invalidate",{"2":{"60":1}}],["involved",{"2":{"83":1,"105":1}}],["involves",{"2":{"82":1}}],["involve",{"2":{"42":1}}],["involvement",{"2":{"33":1}}],["initial",{"2":{"22":1,"31":1,"55":1}}],["incomplete",{"2":{"100":1}}],["inconsistencies",{"2":{"66":1}}],["including",{"2":{"20":1,"41":1,"57":1,"105":1}}],["included",{"2":{"85":1}}],["includes",{"2":{"36":1,"83":1}}],["include",{"2":{"10":1,"20":1,"46":1,"50":4,"105":1}}],["incredible",{"2":{"35":1}}],["incredibly",{"2":{"13":1,"30":1,"31":1,"32":1,"35":1,"38":1,"54":1,"58":1,"70":1,"98":1}}],["increlution",{"2":{"32":1,"45":1,"46":1,"50":1}}],["increasing",{"2":{"39":2,"41":1,"42":2,"46":1}}],["increasingly",{"2":{"9":1,"50":1,"59":1}}],["increase",{"2":{"34":1,"59":1}}],["increases",{"2":{"34":1,"59":2}}],["increased",{"2":{"12":1,"34":1}}],["incrementalness",{"2":{"44":1,"45":1,"46":1}}],["incrementals",{"0":{"29":1,"30":1,"33":1,"40":1,"41":1,"42":1,"43":1,"49":1,"52":1,"56":1,"100":1},"1":{"30":1,"31":1,"32":1,"34":1,"35":1,"36":1,"37":1,"38":1,"39":1,"41":1,"42":1,"43":1,"44":2,"45":2,"46":2,"47":2,"48":2,"49":2,"50":1,"51":1,"53":1,"54":1,"55":1,"57":1,"58":1,"59":1,"60":1,"101":1,"102":1,"103":1},"2":{"30":2,"32":1,"34":1,"38":1,"39":2,"41":2,"42":7,"43":4,"46":2,"47":4,"48":2,"102":4,"103":1}}],["incremental",{"0":{"1":1,"45":1,"61":1,"103":1},"2":{"1":1,"8":1,"15":1,"23":1,"24":1,"27":1,"29":1,"30":1,"31":3,"32":3,"33":1,"34":3,"35":11,"36":1,"37":1,"38":3,"39":7,"40":8,"41":24,"42":12,"43":3,"44":1,"45":1,"46":4,"47":3,"48":6,"49":4,"50":3,"51":1,"52":2,"56":2,"57":1,"59":6,"61":2,"63":1,"73":1,"75":2,"76":1,"77":1,"80":1,"87":2,"89":1,"96":1,"100":3,"101":4,"105":3,"113":3}}],["industry",{"2":{"109":1}}],["indeed",{"2":{"34":1,"35":1,"39":1}}],["indexable",{"2":{"10":1,"91":1}}],["indicator",{"2":{"46":1}}],["indicators",{"2":{"13":1}}],["indicate",{"2":{"20":2,"36":1,"46":1,"47":1}}],["indie",{"0":{"109":1},"2":{"62":1,"85":1,"97":1}}],["indieweb",{"0":{"92":1,"93":1},"2":{"15":1,"16":1,"20":1,"92":1,"93":1,"96":1,"104":1}}],["indieauth",{"2":{"15":2}}],["individually",{"2":{"57":1}}],["individual",{"2":{"13":1,"14":1,"86":1,"94":2}}],["individuals",{"2":{"3":1,"94":1}}],["introduced",{"2":{"58":2,"59":1}}],["introducing",{"2":{"56":1,"59":1}}],["intrinsically",{"2":{"38":1}}],["into",{"2":{"4":2,"5":1,"6":1,"13":3,"29":1,"35":1,"39":2,"40":1,"41":2,"50":1,"51":1,"52":1,"55":1,"58":3,"86":1,"87":1}}],["intent",{"2":{"87":1}}],["intention",{"2":{"63":1}}],["intentionally",{"2":{"38":1}}],["intended",{"2":{"4":1,"38":3}}],["integrating",{"2":{"13":1}}],["integrate",{"2":{"10":1}}],["internet",{"2":{"91":1,"92":1,"97":1}}],["internalize",{"2":{"53":1}}],["internal",{"2":{"19":1}}],["interpret",{"2":{"53":1}}],["interpretation",{"0":{"44":1},"2":{"41":1,"42":1,"44":2,"49":3}}],["interchangeably",{"2":{"41":1}}],["interest",{"2":{"52":1,"101":1,"104":1}}],["interests",{"2":{"41":1}}],["interesting",{"2":{"33":1,"41":1,"51":1,"58":1,"59":1,"69":1}}],["interested",{"2":{"10":1,"41":1,"113":1}}],["interactive",{"2":{"100":2}}],["interactions",{"2":{"57":1,"59":1}}],["interaction",{"0":{"57":1},"1":{"58":1},"2":{"48":2,"57":2}}],["interacting",{"2":{"4":1,"47":1}}],["interacted",{"2":{"18":1}}],["interfere",{"2":{"13":1}}],["interface",{"2":{"13":1,"47":1,"83":1}}],["interfaces",{"2":{"9":1}}],["interviews",{"2":{"11":1}}],["intelligence",{"0":{"3":1},"2":{"9":1,"13":1}}],["insults",{"2":{"53":1}}],["insatiable",{"2":{"41":1}}],["institutes",{"2":{"82":1}}],["instinctively",{"2":{"35":1}}],["instructions",{"0":{"59":1},"2":{"59":1}}],["instead",{"2":{"34":1,"48":1,"53":1,"58":1,"59":3,"86":1,"105":1}}],["instance",{"2":{"17":1,"61":1,"88":3,"96":1}}],["instances",{"2":{"2":1,"17":1,"48":1,"114":1}}],["inspiration",{"0":{"17":1}}],["inspired",{"2":{"4":1}}],["inspector",{"2":{"13":1}}],["inspectors",{"2":{"13":1}}],["input",{"2":{"3":1,"82":1}}],["in",{"2":{"1":2,"2":1,"3":1,"4":3,"7":1,"9":2,"10":3,"12":1,"13":15,"14":1,"16":1,"18":1,"20":1,"21":2,"25":1,"29":2,"30":3,"31":3,"32":2,"34":8,"35":6,"36":1,"37":1,"38":6,"39":2,"40":2,"41":9,"42":3,"43":1,"46":5,"47":1,"48":4,"49":1,"50":3,"51":2,"52":1,"53":2,"54":1,"55":3,"56":2,"57":5,"58":10,"59":10,"60":1,"63":2,"65":3,"66":2,"74":1,"76":1,"81":1,"82":3,"83":2,"85":1,"86":1,"87":1,"94":2,"96":1,"98":1,"101":2,"104":4,"105":3,"108":1,"113":1,"114":4}}],["item",{"2":{"86":1}}],["items",{"2":{"74":1,"86":1}}],["itrtg",{"2":{"50":1}}],["itch",{"2":{"31":1,"76":1}}],["itself",{"2":{"13":1,"18":1,"20":1,"30":1,"39":2,"40":1,"41":1,"55":1}}],["its",{"2":{"4":3,"6":1,"13":3,"19":1,"20":1,"32":1,"34":2,"38":1,"39":2,"40":2,"41":1,"44":2,"55":1,"65":1}}],["it",{"2":{"1":3,"4":4,"13":12,"17":1,"18":1,"20":2,"22":2,"26":1,"27":3,"28":2,"30":1,"31":2,"32":2,"33":4,"34":11,"35":10,"36":3,"38":7,"39":10,"40":7,"41":10,"42":6,"43":3,"44":3,"45":1,"46":6,"49":1,"52":4,"53":3,"54":1,"55":4,"56":5,"57":5,"58":10,"59":16,"60":3,"63":1,"64":1,"65":2,"66":1,"67":1,"68":1,"69":1,"70":2,"83":1,"84":1,"85":2,"87":2,"90":1,"91":1,"100":2,"104":1,"105":1,"112":1,"114":1}}],["isn",{"2":{"34":2,"35":2,"38":1,"47":1,"49":1,"59":2,"60":1}}],["issues",{"2":{"10":1,"12":1,"28":1,"57":1,"66":1}}],["is",{"0":{"56":1,"64":1,"66":1,"68":1,"69":1,"70":1},"1":{"57":1,"58":1,"59":1,"60":1,"65":1,"66":1,"67":1,"68":1,"69":1,"70":1},"2":{"0":1,"1":1,"2":2,"3":1,"4":1,"6":2,"8":1,"9":1,"10":3,"13":19,"16":1,"17":2,"18":5,"20":2,"21":1,"22":3,"24":1,"26":2,"28":1,"30":2,"31":1,"32":2,"33":2,"34":9,"35":5,"36":2,"38":6,"39":6,"40":3,"41":13,"42":12,"44":4,"45":2,"46":4,"47":6,"48":4,"49":1,"50":2,"52":5,"53":3,"54":1,"55":2,"56":5,"57":7,"58":5,"59":20,"60":2,"61":1,"62":1,"63":1,"64":2,"65":2,"66":1,"70":3,"71":1,"72":1,"73":1,"76":1,"78":1,"82":2,"86":1,"87":2,"88":2,"89":1,"90":1,"91":3,"92":1,"94":1,"95":1,"97":1,"98":1,"100":3,"102":1,"104":2,"105":2,"106":1,"109":2,"111":1,"112":1,"114":1}}],["fps",{"2":{"105":1}}],["fly",{"2":{"45":1,"50":1}}],["flow",{"2":{"35":1}}],["flood",{"2":{"31":1}}],["flagged",{"2":{"20":1,"21":2}}],["flag",{"2":{"20":1}}],["flags",{"2":{"13":1}}],["flashy",{"2":{"13":1}}],["flash",{"2":{"13":1,"50":1}}],["flip",{"2":{"13":1}}],["fidget",{"2":{"35":1}}],["fits",{"2":{"67":1}}],["fitting",{"2":{"65":1}}],["fit",{"2":{"28":1,"43":1}}],["filtering",{"2":{"22":1}}],["filters",{"2":{"19":1,"95":2}}],["filter",{"2":{"13":2}}],["file",{"2":{"13":1}}],["fields",{"2":{"13":1,"20":1}}],["field",{"2":{"13":2}}],["figured",{"2":{"36":1}}],["figure",{"2":{"13":1}}],["first",{"2":{"13":1,"27":2,"39":1,"58":1,"59":1,"64":1,"68":1,"112":1}}],["fine",{"2":{"32":1,"59":2}}],["finished",{"2":{"31":1}}],["finisher",{"2":{"13":2}}],["finally",{"2":{"59":1}}],["final",{"2":{"7":1,"13":1}}],["finding",{"2":{"9":1,"59":1}}],["find",{"0":{"31":1},"2":{"4":1,"34":1,"41":1,"51":1,"53":1,"56":1,"70":1,"76":1}}],["folder",{"2":{"105":1}}],["fold",{"2":{"50":1}}],["following",{"0":{"59":1},"2":{"59":1}}],["followed",{"2":{"21":1}}],["follow",{"2":{"12":1,"22":1,"46":1,"70":1,"95":1}}],["focus",{"2":{"41":1,"42":1,"53":1,"64":1}}],["focused",{"2":{"17":1,"32":2,"34":1,"50":1,"54":1,"112":1}}],["focuses",{"2":{"17":1}}],["found",{"2":{"36":1,"68":1,"82":1}}],["forward",{"2":{"83":1}}],["forget",{"2":{"58":1}}],["forgejo",{"0":{"24":1},"2":{"24":1,"61":1,"80":1}}],["foreign",{"2":{"82":1}}],["forefront",{"2":{"41":1}}],["forest",{"2":{"14":1,"91":1}}],["force",{"2":{"13":1}}],["former",{"2":{"53":1}}],["formal",{"2":{"43":1,"101":1}}],["formally",{"2":{"42":1}}],["forms",{"2":{"32":1,"90":1}}],["forming",{"2":{"18":1}}],["form",{"2":{"6":1,"9":1,"21":1,"35":1,"40":1,"86":1,"94":1,"104":1,"113":1}}],["for",{"0":{"60":1},"2":{"0":1,"2":2,"4":4,"7":2,"8":1,"10":1,"12":1,"13":15,"14":1,"15":1,"16":1,"17":2,"18":3,"19":1,"20":2,"21":3,"22":4,"26":1,"28":3,"30":4,"31":3,"32":2,"33":2,"34":2,"35":3,"37":1,"38":4,"39":2,"40":3,"41":10,"42":3,"43":1,"44":3,"45":1,"46":6,"47":2,"48":1,"49":1,"53":4,"54":1,"55":1,"56":4,"57":1,"58":5,"59":7,"60":1,"61":1,"63":1,"64":1,"67":1,"70":2,"72":1,"78":1,"79":1,"81":1,"82":1,"83":1,"86":2,"87":1,"88":1,"89":1,"90":1,"91":1,"92":1,"93":1,"95":2,"96":1,"98":2,"104":1,"105":2,"109":1,"113":2,"114":3}}],["f3",{"2":{"10":1}}],["fashion",{"2":{"57":1}}],["fast",{"2":{"48":1}}],["faster",{"2":{"9":1,"48":1}}],["fail",{"2":{"47":1}}],["fails",{"2":{"18":1}}],["fairly",{"2":{"41":1,"57":1}}],["fantasy",{"2":{"51":1}}],["fans",{"2":{"41":1,"43":1,"70":1}}],["fan",{"2":{"41":1,"51":1,"56":1,"65":1}}],["fancy",{"2":{"30":1}}],["fallen",{"2":{"57":1}}],["fall",{"2":{"41":1,"42":2,"50":1}}],["familiarity",{"2":{"41":1}}],["familiar",{"2":{"40":1}}],["famous",{"2":{"38":1}}],["favorite",{"2":{"38":1,"64":1,"90":1}}],["far",{"2":{"35":1,"44":1,"57":1,"58":2,"59":1}}],["face",{"2":{"13":3,"52":1}}],["factor",{"2":{"44":1,"46":2,"48":1}}],["factors",{"0":{"47":1,"48":1},"2":{"44":6,"45":1,"47":3,"48":2}}],["factorio",{"2":{"42":1}}],["factory",{"2":{"42":3,"59":1}}],["fact",{"2":{"9":1,"39":2,"42":1,"56":1,"57":1,"58":1,"66":1,"104":1}}],["future",{"0":{"97":1},"2":{"53":1,"59":2}}],["fulfillment",{"2":{"41":2}}],["full",{"2":{"13":1,"20":1,"63":1}}],["fully",{"2":{"12":1,"18":1,"21":1,"33":1,"57":1,"59":1}}],["funnily",{"2":{"69":1}}],["fun",{"2":{"35":2,"38":2,"39":1,"41":3,"52":1,"53":1}}],["functionality",{"2":{"9":1}}],["further",{"2":{"16":1,"59":1}}],["fuzzy",{"2":{"9":1}}],["feels",{"2":{"42":1,"58":1,"59":1}}],["feelings",{"2":{"38":1}}],["feeling",{"2":{"34":1,"36":1,"39":1}}],["feel",{"2":{"33":1,"34":3,"35":3,"36":1,"38":2,"41":1,"52":1,"53":1,"55":1,"58":1,"66":1,"101":1}}],["feedback",{"0":{"53":1,"54":1,"55":1},"2":{"52":1,"53":7,"54":3,"55":4,"81":1}}],["feeding",{"2":{"35":1}}],["feeds",{"2":{"6":2,"28":1}}],["feed",{"2":{"6":1,"104":1}}],["few",{"2":{"17":1,"30":1,"35":1,"51":1}}],["feature",{"2":{"60":3}}],["featured",{"2":{"50":1}}],["features",{"2":{"10":1,"41":1,"83":1}}],["feats",{"2":{"35":1}}],["feasibility",{"2":{"17":1}}],["federation",{"2":{"17":1,"114":1}}],["federated",{"0":{"15":1},"2":{"0":1,"2":1,"10":3,"12":1,"15":1,"16":1,"17":1,"18":1,"61":1,"78":1,"88":1,"114":1}}],["fedi",{"0":{"16":1},"1":{"17":1,"18":1,"19":1,"20":1,"21":1,"22":1},"2":{"10":1,"12":1,"15":1,"23":1,"88":1,"114":2}}],["fediverse",{"0":{"23":1},"2":{"0":1,"2":2,"12":3,"16":1,"61":1,"73":1,"78":1,"88":1,"114":3}}],["friction",{"2":{"86":1}}],["friendly",{"2":{"31":1}}],["frankly",{"2":{"41":1}}],["framework",{"2":{"33":1,"41":1,"42":1,"59":1}}],["frequency",{"2":{"59":2}}],["frequently",{"2":{"58":1,"59":1}}],["frequent",{"2":{"57":1}}],["freshness",{"2":{"37":1}}],["freely",{"2":{"13":1}}],["free",{"0":{"108":1},"2":{"13":1,"18":1,"35":1,"86":1,"96":1,"98":2,"101":1,"110":1}}],["freeform",{"0":{"25":1,"26":1},"2":{"6":2,"10":1,"14":1,"25":2,"26":4,"28":2,"94":1}}],["from",{"2":{"4":1,"9":1,"10":1,"12":1,"13":2,"17":1,"19":2,"30":1,"32":1,"33":1,"34":4,"35":1,"36":1,"37":1,"38":2,"39":1,"40":1,"41":5,"43":2,"44":2,"47":1,"52":2,"53":2,"54":2,"58":1,"59":5,"70":3,"82":3,"92":1,"95":1,"97":1,"100":2,"113":1}}],["aaa",{"0":{"107":1},"2":{"107":3}}],["aalto",{"2":{"11":1}}],["aesthetic",{"2":{"67":1}}],["aesthetics",{"2":{"41":1}}],["affordable",{"2":{"58":1}}],["affects",{"2":{"56":1}}],["affect",{"2":{"50":1,"52":1}}],["after",{"2":{"13":2,"22":1,"38":1,"56":1,"57":1,"58":3,"59":1,"85":1}}],["afterward",{"2":{"13":1}}],["apart",{"2":{"38":1}}],["appropriate",{"2":{"43":1,"55":1}}],["approach",{"2":{"42":1}}],["appear",{"2":{"41":1}}],["appealing",{"2":{"43":1,"100":1,"113":1}}],["appeals",{"2":{"29":1,"35":1,"36":1,"39":1}}],["appeal",{"0":{"29":1,"33":1},"1":{"30":1,"31":1,"32":1,"34":1,"35":1,"36":1,"37":1,"38":1,"39":1},"2":{"33":1,"34":1,"35":2,"36":2,"41":1,"46":1,"57":1,"59":1,"102":2}}],["apparent",{"2":{"38":1}}],["applicable",{"2":{"60":1}}],["applied",{"2":{"44":1}}],["applies",{"2":{"18":1,"32":1,"36":1}}],["apply",{"2":{"41":1,"47":1,"49":1,"59":1,"90":1}}],["appleton",{"2":{"9":1,"91":1}}],["apps",{"2":{"9":2}}],["ag501",{"2":{"83":1}}],["again",{"2":{"58":1,"59":1,"65":1}}],["against",{"2":{"13":2,"38":1,"53":1,"58":1}}],["aggressively",{"2":{"38":1}}],["aggressive",{"2":{"38":1}}],["agree",{"2":{"38":1}}],["avoid",{"2":{"45":1}}],["avoiding",{"0":{"37":1}}],["available",{"2":{"13":2,"30":1,"32":2,"51":1,"59":1,"64":1,"79":1,"114":1}}],["away",{"2":{"41":1,"58":3,"59":3}}],["aware",{"2":{"32":2,"38":1}}],["awesome",{"0":{"67":1},"2":{"1":1,"70":1}}],["augmenting",{"2":{"59":1}}],["augments",{"2":{"34":1}}],["automating",{"2":{"59":2}}],["automation",{"2":{"48":1,"59":3}}],["automatic",{"2":{"42":1,"48":1,"104":1}}],["automatically",{"2":{"42":1,"48":2}}],["automated",{"2":{"58":2,"59":3}}],["automate",{"2":{"41":1,"58":1,"59":1}}],["authentication",{"2":{"19":1}}],["author",{"2":{"18":1,"92":1}}],["authoritative",{"2":{"18":1}}],["authority",{"2":{"12":1,"44":1,"101":1}}],["audio",{"2":{"20":1}}],["admittedly",{"2":{"59":1}}],["admin",{"2":{"30":1}}],["ads",{"2":{"32":1,"86":1,"88":1,"91":1,"94":1,"108":1}}],["adoption",{"2":{"17":1}}],["adds",{"2":{"34":1,"49":1}}],["adding",{"2":{"59":2,"100":1}}],["addiction",{"2":{"35":5,"41":1}}],["addictive",{"2":{"32":2,"35":1}}],["additional",{"2":{"13":1,"21":1,"41":1,"83":1,"101":1}}],["additionally",{"2":{"13":1,"30":1,"41":1,"42":1,"46":1}}],["addition",{"2":{"13":1,"83":1}}],["address",{"2":{"17":1}}],["added",{"2":{"13":1,"18":1,"83":1}}],["add",{"2":{"13":1,"18":1,"21":1,"30":1,"59":2,"100":1}}],["advantage",{"2":{"13":1,"34":1,"53":1}}],["advantages",{"2":{"12":1}}],["adventures",{"0":{"67":1}}],["adventure",{"2":{"41":2}}],["advent",{"0":{"1":1},"2":{"1":1,"75":1,"76":1,"80":1,"87":2}}],["ability",{"2":{"104":1}}],["abilities",{"2":{"13":1}}],["absent",{"2":{"90":1}}],["absolutely",{"2":{"59":1}}],["abstracts",{"2":{"59":1,"86":1}}],["abstract",{"2":{"59":3}}],["absurdly",{"2":{"13":1}}],["able",{"2":{"35":1,"36":1,"52":1,"59":1}}],["abundant",{"2":{"32":1}}],["abundance",{"2":{"32":1}}],["above",{"2":{"13":1,"32":1,"41":1,"42":1,"46":1,"59":2}}],["about",{"0":{"99":1},"2":{"1":1,"10":1,"13":2,"16":1,"19":1,"27":1,"30":1,"33":5,"35":3,"36":2,"38":2,"39":2,"40":1,"41":1,"42":2,"44":1,"59":3,"65":1,"84":1,"91":1,"97":1,"101":1,"113":1}}],["ask",{"2":{"56":1}}],["asked",{"2":{"45":1,"53":1}}],["ascension",{"2":{"41":1}}],["ascribes",{"2":{"41":1}}],["aside",{"2":{"39":1}}],["associating",{"2":{"17":1,"88":1}}],["associated",{"2":{"17":1,"59":1,"88":1}}],["associate",{"2":{"17":1}}],["assistants",{"2":{"3":1}}],["as",{"0":{"42":1,"43":1},"1":{"44":1,"45":1,"46":1,"47":1,"48":1,"49":1},"2":{"6":1,"10":2,"13":7,"18":6,"19":2,"20":5,"21":5,"22":1,"31":3,"33":3,"34":4,"35":9,"36":3,"38":2,"39":5,"40":1,"41":16,"42":5,"43":2,"44":3,"46":3,"47":3,"48":3,"53":3,"56":5,"57":5,"58":7,"59":11,"65":1,"66":4,"82":1,"83":1,"94":1,"100":1,"101":2,"104":2,"105":2}}],["acamaeda",{"2":{"58":1,"87":1}}],["achieving",{"2":{"57":1}}],["achieve",{"2":{"35":1}}],["acknowledged",{"2":{"44":1}}],["across",{"2":{"43":1,"48":1,"53":1}}],["actors",{"2":{"64":1}}],["actual",{"2":{"27":1,"34":1,"42":2,"53":1,"57":1}}],["actually",{"2":{"16":1,"17":1,"20":1,"33":1,"34":1,"35":2,"88":1,"92":1}}],["act",{"2":{"19":1,"39":1}}],["activity",{"2":{"57":1}}],["activitypub",{"0":{"0":1},"2":{"0":1,"10":1,"12":1,"23":2}}],["active",{"2":{"41":1}}],["actively",{"2":{"30":1,"35":1,"57":1}}],["actions",{"2":{"9":2,"50":1,"65":1}}],["action",{"2":{"9":1,"13":2,"22":2,"48":1}}],["accomplishment",{"2":{"36":1,"55":1}}],["accounts",{"2":{"21":1,"44":1}}],["account",{"2":{"6":1,"19":1,"22":1}}],["access",{"2":{"70":1,"114":1}}],["accessibility",{"2":{"57":1}}],["accessible",{"2":{"10":1,"30":1,"80":1}}],["accept",{"2":{"42":1}}],["accepting",{"2":{"32":1}}],["acceptable",{"2":{"13":1}}],["arc",{"2":{"65":2}}],["arcane",{"2":{"9":1,"13":1}}],["arguably",{"2":{"49":1}}],["arguing",{"2":{"38":1,"39":1}}],["argumentative",{"2":{"104":1}}],["argument",{"2":{"33":1,"35":1,"38":1,"39":1,"58":1}}],["arguments",{"2":{"33":2,"39":1}}],["argues",{"2":{"43":1}}],["argued",{"2":{"34":1,"38":1,"44":3}}],["argue",{"2":{"33":1,"34":2,"35":2,"38":1,"39":2,"41":1,"46":1,"50":2,"59":1}}],["arms",{"2":{"31":1,"107":1}}],["armor",{"0":{"13":1},"2":{"4":1,"13":3,"75":1,"76":1,"80":1}}],["around",{"2":{"30":1,"31":1,"51":1,"87":1,"105":1}}],["arbitrary",{"2":{"13":1,"20":1}}],["area",{"2":{"39":1}}],["aren",{"2":{"35":2,"43":1,"46":1,"48":1,"76":1}}],["are",{"0":{"30":1,"31":1,"49":1},"2":{"6":1,"9":1,"10":2,"13":5,"14":1,"15":1,"16":1,"17":1,"18":1,"19":1,"20":3,"21":2,"22":1,"28":1,"29":1,"30":5,"31":1,"32":5,"33":3,"34":2,"35":11,"36":2,"38":4,"39":6,"40":1,"41":13,"42":12,"43":2,"44":1,"45":1,"46":3,"47":2,"48":3,"50":4,"51":1,"52":2,"53":3,"54":1,"57":1,"58":7,"59":5,"60":1,"85":1,"94":1,"96":1,"98":4,"104":2,"105":1,"113":2,"114":2}}],["articulate",{"2":{"54":1}}],["article",{"2":{"9":1,"17":1,"91":1}}],["artistic",{"0":{"39":1},"2":{"39":5}}],["artist",{"2":{"13":1,"90":1}}],["artificially",{"2":{"56":2,"57":1}}],["artificial",{"0":{"3":1},"2":{"9":1,"13":1}}],["art",{"2":{"3":1,"30":1,"39":11,"41":1,"90":2}}],["algorithms",{"2":{"113":1}}],["algorithmic",{"2":{"6":1}}],["alveolar",{"2":{"82":3}}],["alone",{"2":{"59":1,"70":1}}],["alongside",{"2":{"57":1,"81":1}}],["along",{"2":{"46":1,"59":1,"100":1}}],["alright",{"2":{"45":1}}],["already",{"2":{"13":1,"33":1,"39":1,"40":1,"46":1,"47":1,"113":1}}],["always",{"2":{"31":1,"41":1}}],["although",{"2":{"34":1,"38":1,"39":1,"41":1,"43":1,"46":1,"58":1,"59":1,"67":1,"69":1,"70":1}}],["alt",{"2":{"17":1}}],["alternatives",{"2":{"14":1}}],["alternative",{"2":{"10":1,"26":1,"28":2,"48":1}}],["almost",{"2":{"9":1,"32":1,"41":1}}],["also",{"2":{"3":1,"9":1,"10":2,"13":3,"18":1,"21":1,"32":1,"34":1,"41":3,"43":1,"49":3,"50":1,"58":1,"59":3,"80":1,"90":1,"91":1,"101":1,"114":1}}],["allowed",{"2":{"15":1,"53":1}}],["allow",{"2":{"15":1,"45":1,"50":1}}],["allows",{"2":{"13":1,"35":1,"36":1,"113":1,"114":1}}],["allowing",{"2":{"13":1,"35":1,"44":1,"46":1}}],["all",{"2":{"3":1,"13":8,"16":1,"17":1,"18":1,"19":2,"22":4,"23":1,"30":1,"31":1,"35":4,"36":1,"39":1,"40":2,"41":4,"42":1,"43":1,"44":2,"47":1,"53":1,"55":2,"58":3,"59":6,"66":1,"90":2,"92":1,"105":1,"113":1}}],["amp",{"2":{"114":1}}],["amplification",{"0":{"92":1},"2":{"92":1}}],["am",{"0":{"101":1}}],["american",{"2":{"82":1}}],["amazing",{"2":{"66":1}}],["amongst",{"2":{"46":1,"57":1,"58":1,"95":1,"105":1}}],["amount",{"2":{"35":1,"40":1,"48":2,"56":3,"59":1,"60":2}}],["amounts",{"2":{"3":1,"9":1,"17":1,"86":1}}],["ambitious",{"2":{"1":1,"63":1}}],["aims",{"2":{"114":1}}],["ai",{"2":{"3":6,"21":1}}],["attain",{"2":{"50":1}}],["attaching",{"2":{"39":1}}],["attacks",{"2":{"38":1}}],["attack",{"2":{"13":1,"53":1,"55":1,"56":1}}],["attention",{"2":{"33":1,"35":1,"65":1}}],["at",{"2":{"2":1,"12":1,"13":3,"18":1,"21":2,"22":1,"34":1,"35":3,"36":1,"37":1,"38":3,"41":3,"42":1,"43":1,"53":2,"57":1,"58":3,"59":2,"64":2,"66":2,"79":1,"82":1,"83":2,"100":1}}],["atproto",{"0":{"2":1},"2":{"2":1,"12":1,"17":1,"23":2}}],["announced",{"2":{"70":1}}],["angry",{"2":{"55":1}}],["angle",{"2":{"13":1}}],["angles",{"2":{"13":1}}],["anime",{"2":{"51":1}}],["anecdotal",{"2":{"41":1}}],["another",{"2":{"40":1,"41":1,"42":2,"43":1,"47":1,"58":1,"60":1}}],["anonymity",{"2":{"22":2}}],["anonymous",{"2":{"21":1}}],["anonymously",{"2":{"17":1}}],["answers",{"2":{"45":1}}],["answering",{"2":{"33":1}}],["answer",{"2":{"33":1,"40":1,"59":1}}],["analytical",{"2":{"45":1}}],["analyses",{"2":{"33":1,"90":1}}],["analyze",{"2":{"53":1}}],["analyzed",{"2":{"33":1}}],["analyzing",{"2":{"21":1}}],["anyways",{"2":{"41":1}}],["any",{"2":{"13":1,"19":3,"21":1,"30":1,"31":1,"34":2,"35":1,"39":9,"40":2,"41":3,"44":4,"46":1,"49":2,"56":2,"57":1,"58":2,"59":2,"65":1,"70":1,"96":1,"101":1,"105":1,"114":1}}],["anyone",{"2":{"12":1,"18":2,"31":1,"52":1}}],["anything",{"2":{"6":1,"10":1,"20":1,"26":1,"35":2,"49":1,"101":1,"104":1}}],["antimatter",{"2":{"50":1,"58":4}}],["anticipate",{"2":{"54":2}}],["anticipated",{"2":{"1":1}}],["anticipating",{"2":{"46":1}}],["anti",{"2":{"32":1,"70":1}}],["anthony",{"2":{"7":1}}],["and",{"0":{"77":1},"2":{"1":2,"3":2,"4":2,"6":1,"7":1,"9":1,"10":4,"11":1,"12":2,"13":25,"14":2,"15":3,"17":1,"18":6,"19":1,"20":4,"21":6,"22":5,"28":1,"29":1,"30":3,"31":5,"32":7,"33":7,"34":10,"35":16,"36":10,"37":2,"38":12,"39":13,"40":4,"41":15,"42":8,"43":1,"44":5,"45":2,"46":2,"47":2,"48":2,"49":2,"50":7,"51":1,"52":10,"53":12,"54":8,"55":6,"56":8,"57":6,"58":12,"59":26,"60":3,"61":2,"62":1,"63":3,"64":3,"65":6,"66":1,"67":2,"68":1,"73":1,"75":1,"76":1,"80":1,"82":3,"83":3,"87":1,"88":2,"90":3,"92":3,"94":1,"95":1,"96":1,"98":2,"100":8,"101":1,"104":3,"105":7,"107":1,"108":1}}],["an",{"0":{"103":1},"2":{"1":2,"8":1,"9":1,"10":1,"13":6,"14":1,"19":1,"20":2,"22":1,"24":1,"28":1,"30":2,"32":1,"35":2,"38":4,"39":4,"40":3,"41":3,"42":4,"44":1,"45":1,"46":3,"47":2,"48":3,"49":2,"52":1,"53":1,"55":2,"57":1,"58":1,"59":3,"60":2,"61":1,"63":1,"71":1,"73":1,"82":2,"84":1,"86":1,"87":1,"88":2,"89":1,"90":1,"91":1,"98":1,"100":1,"104":2,"105":2,"111":1,"114":1}}],["a",{"2":{"0":1,"1":1,"2":2,"4":2,"5":1,"6":2,"7":2,"9":2,"10":3,"12":2,"13":27,"14":1,"15":1,"16":2,"17":8,"18":16,"19":6,"20":7,"21":6,"22":10,"23":2,"25":2,"26":3,"28":1,"29":2,"30":6,"31":1,"32":4,"33":8,"34":14,"35":16,"36":3,"37":3,"38":12,"39":12,"40":12,"41":19,"42":10,"43":9,"44":13,"45":6,"46":13,"47":9,"48":5,"49":2,"50":11,"51":3,"52":6,"53":6,"54":1,"55":3,"56":5,"57":9,"58":19,"59":24,"60":8,"61":1,"62":1,"63":2,"64":5,"65":7,"66":2,"67":1,"69":1,"70":1,"72":1,"76":1,"78":1,"79":1,"81":1,"82":6,"83":1,"85":1,"86":4,"87":1,"88":1,"91":1,"92":1,"93":1,"94":2,"95":2,"97":1,"98":1,"100":4,"101":4,"104":3,"105":10,"107":1,"109":1,"112":1,"113":8,"114":1}}]],"serializationVersion":2}';export{e as default}; diff --git a/assets/chunks/@localSearchIndexroot.C0OUyaaF.js b/assets/chunks/@localSearchIndexroot.C0OUyaaF.js new file mode 100644 index 000000000..2d7821b6f --- /dev/null +++ b/assets/chunks/@localSearchIndexroot.C0OUyaaF.js @@ -0,0 +1 @@ +const e='{"documentCount":115,"nextId":115,"documentIds":{"0":"/garden/activitypub/#activitypub","1":"/garden/advent-incremental/#advent-incremental","2":"/garden/artificial-intelligence/#artificial-intelligence","3":"/garden/atproto/#atproto","4":"/garden/babble-buds/#babble-buds","5":"/garden/chat-glue/#chat-glue","6":"/garden/capture-the-citadel/#capture-the-citadel","7":"/garden/chronological/#chronological","8":"/garden/cinny/#cinny","9":"/garden/command-palettes/#command-palettes","10":"/garden/commune/#commune","11":"/garden/davey-wreden/#davey-wreden","12":"/garden/decentralized/#decentralized","13":"/garden/dice-armor/#dice-armor","14":"/garden/digital-gardens/#digital-gardens","15":"/garden/federated-identity/#federated-identity","16":"/garden/fedi-v2/#fedi-v2","17":"/garden/fedi-v2/#inspiration","18":"/garden/fedi-v2/#identity","19":"/garden/fedi-v2/#servers","20":"/garden/fedi-v2/#content","21":"/garden/fedi-v2/#moderation","22":"/garden/fedi-v2/#problems-to-solve","23":"/garden/fediverse/#fediverse","24":"/garden/forgejo/#forgejo","25":"/garden/freeform-vs-chronological-dichotomy/#freeform-vs-chronological-dichotomy","26":"/garden/freeform/#freeform","27":"/garden/game-dev-tree/#game-dev-tree","28":"/garden/garden-rss/#garden-rss","29":"/garden/guide-to-incrementals/appeal-to-developers/#guide-to-incrementals-appeal-to-developers","30":"/garden/guide-to-incrementals/appeal-to-developers/#incrementals-are-easy-to-make","31":"/garden/guide-to-incrementals/appeal-to-developers/#players-are-easy-to-find","32":"/garden/guide-to-incrementals/appeal-to-developers/#monetization","33":"/garden/guide-to-incrementals/appeal-to-players/#guide-to-incrementals-appeal-to-players","34":"/garden/guide-to-incrementals/appeal-to-players/#numbers-going-up","35":"/garden/guide-to-incrementals/appeal-to-players/#effortlessness","36":"/garden/guide-to-incrementals/appeal-to-players/#strategy","37":"/garden/guide-to-incrementals/appeal-to-players/#avoiding-staleness","38":"/garden/guide-to-incrementals/appeal-to-players/#good-game-design","39":"/garden/guide-to-incrementals/appeal-to-players/#artistic-merit","40":"/garden/guide-to-incrementals/defining-the-genre/#guide-to-incrementals-defining-the-genre","41":"/garden/guide-to-incrementals/defining-the-genre/#incrementals-vs-idlers-vs-clickers","42":"/garden/guide-to-incrementals/defining-the-genre/#incrementals-as-ngu","43":"/garden/guide-to-incrementals/defining-the-genre/#roguelites-as-incrementals","44":"/garden/guide-to-incrementals/defining-the-genre/#the-berlin-interpretation","45":"/garden/guide-to-incrementals/defining-the-genre/#the-incremental-games-canon","46":"/garden/guide-to-incrementals/defining-the-genre/#the-paradigm-shift","47":"/garden/guide-to-incrementals/defining-the-genre/#high-value-factors","48":"/garden/guide-to-incrementals/defining-the-genre/#low-value-factors","49":"/garden/guide-to-incrementals/defining-the-genre/#are-roguelites-incrementals","50":"/garden/guide-to-incrementals/defining-the-genre/#sub-genres","51":"/garden/guide-to-incrementals/defining-the-genre/#other-related-genres","52":"/garden/guide-to-incrementals/navigating-criticism/#guide-to-incrementals-navigating-criticism","53":"/garden/guide-to-incrementals/navigating-criticism/#reading-feedback","54":"/garden/guide-to-incrementals/navigating-criticism/#seeking-feedback","55":"/garden/guide-to-incrementals/navigating-criticism/#responding-to-feedback","56":"/garden/guide-to-incrementals/what-is-content/#guide-to-incrementals-what-is-content","57":"/garden/guide-to-incrementals/what-is-content/#interaction","58":"/garden/guide-to-incrementals/what-is-content/#repeatable-purchases","59":"/garden/guide-to-incrementals/what-is-content/#following-instructions","60":"/garden/guide-to-incrementals/what-is-content/#tips-for-developers","61":"/garden/ivy-road/#ivy-road","62":"/garden/guide-to-incrementals/#guide-to-incrementals","63":"/garden/guide-to-incrementals/#why-am-i-making-this","64":"/garden/guide-to-incrementals/#ludology","65":"/garden/guide-to-incrementals/#making-an-incremental","66":"/garden/incremental-social/#incremental-social","67":"/garden/kronos/#kronos","68":"/garden/life-is-strange/#life-is-strange","69":"/garden/life-is-strange/#the-ending","70":"/garden/life-is-strange/#life-is-strange-before-the-storm","71":"/garden/life-is-strange/#the-awesome-adventures-of-captain-spirit","72":"/garden/life-is-strange/#life-is-strange-2","73":"/garden/life-is-strange/#life-is-strange-true-colors","74":"/garden/life-is-strange/#life-is-strange-double-exposure","75":"/garden/logseq/#logseq","76":"/garden/matrix/#matrix","77":"/garden/mtx/#mtx","78":"/garden/mbin/#mbin","79":"/garden/my-personal-website/#my-personal-website","80":"/garden/my-projects/#my-projects","81":"/garden/my-projects/#games","82":"/garden/my-projects/#tools-and-other-non-games","83":"/garden/nostr/#nostr","84":"/garden/open-source/#open-source","85":"/garden/planar-pioneers/#planar-pioneers","86":"/garden/pre-order-bonuses/#pre-order-bonuses","87":"/garden/opti-speech/#opti-speech","88":"/garden/opti-speech/#the-original-project","89":"/garden/opti-speech/#my-work","90":"/garden/premium-currency/#premium-currency","91":"/garden/profectus/#profectus","92":"/garden/social-media/#social-media","93":"/garden/synapse/#synapse","94":"/garden/the-beginner-s-guide/#the-beginner-s-guide","95":"/garden/the-cozy-web/#the-cozy-web","96":"/garden/the-indieweb/amplification/#the-indieweb-amplification","97":"/garden/the-indieweb/signature-blocks/#the-indieweb-signature-blocks","98":"/garden/the-small-web/#the-small-web","99":"/garden/the-small-web/#browsing-the-small-web","100":"/garden/the-small-web/#building-personal-websites","101":"/garden/the-small-web/#the-future","102":"/garden/the-small-web/#why-people-want-the-small-web","103":"/garden/the-small-web/#recommended-videos-about-the-small-web","104":"/garden/this-knowledge-hub/#this-knowledge-hub","105":"/garden/v-ecs/#v-ecs","106":"/garden/video-game-monetization/#video-game-monetization","107":"/garden/video-game-monetization/#aaa-games","108":"/garden/video-game-monetization/#free-to-play-games","109":"/garden/video-game-monetization/#indie-developers","110":"/garden/video-game-monetization/#ethical-game-monetization","111":"/garden/vitepress/#vitepress","112":"/garden/wanderstop/#wanderstop","113":"/garden/webrings/#webrings","114":"/garden/weird/#weird"},"fieldIds":{"title":0,"titles":1,"text":2},"fieldLength":{"0":[1,1,14],"1":[2,1,90],"2":[2,1,94],"3":[1,1,32],"4":[2,1,86],"5":[2,1,31],"6":[3,1,36],"7":[1,1,67],"8":[1,1,17],"9":[2,1,96],"10":[1,1,142],"11":[2,1,35],"12":[1,1,81],"13":[2,1,417],"14":[2,1,57],"15":[2,1,66],"16":[2,1,40],"17":[1,2,117],"18":[1,2,161],"19":[1,2,102],"20":[1,2,126],"21":[1,2,121],"22":[3,2,126],"23":[1,1,35],"24":[1,1,14],"25":[4,1,14],"26":[1,1,46],"27":[3,1,36],"28":[2,1,61],"29":[5,1,28],"30":[5,5,138],"31":[5,5,109],"32":[1,5,133],"33":[5,1,121],"34":[3,5,212],"35":[1,5,290],"36":[1,5,113],"37":[2,5,47],"38":[3,5,256],"39":[2,5,230],"40":[6,1,163],"41":[4,6,403],"42":[3,6,236],"43":[4,6,136],"44":[3,9,122],"45":[4,9,127],"46":[3,9,200],"47":[3,9,143],"48":[3,9,134],"49":[4,9,82],"50":[2,6,138],"51":[3,6,40],"52":[5,1,122],"53":[2,5,168],"54":[2,5,90],"55":[3,5,98],"56":[7,1,139],"57":[1,7,198],"58":[2,7,266],"59":[2,7,398],"60":[3,7,121],"61":[2,1,19],"62":[3,1,88],"63":[6,3,71],"64":[1,3,13],"65":[3,3,6],"66":[2,1,35],"67":[1,1,61],"68":[3,1,85],"69":[2,3,96],"70":[6,3,93],"71":[6,3,34],"72":[4,3,33],"73":[5,3,28],"74":[5,3,95],"75":[1,1,15],"76":[1,1,13],"77":[1,1,18],"78":[1,1,21],"79":[3,1,18],"80":[2,1,34],"81":[1,2,49],"82":[6,2,10],"83":[1,1,14],"84":[2,1,42],"85":[2,1,32],"86":[3,1,84],"87":[2,1,29],"88":[3,2,92],"89":[2,2,60],"90":[2,1,68],"91":[1,1,75],"92":[2,1,83],"93":[1,1,16],"94":[4,1,54],"95":[3,1,46],"96":[3,1,51],"97":[4,1,15],"98":[3,1,68],"99":[4,3,30],"100":[3,3,58],"101":[2,6,20],"102":[6,3,75],"103":[6,3,1],"104":[3,1,95],"105":[2,1,134],"106":[3,1,6],"107":[2,3,51],"108":[4,3,10],"109":[2,3,24],"110":[3,3,11],"111":[1,1,14],"112":[1,1,18],"113":[1,1,108],"114":[1,1,106]},"averageFieldLength":[2.591304347826087,2.6869565217391305,87.70434782608696],"storedFields":{"0":{"title":"ActivityPub","titles":[]},"1":{"title":"Advent Incremental","titles":[]},"2":{"title":"Artificial Intelligence","titles":[]},"3":{"title":"ATProto","titles":[]},"4":{"title":"Babble Buds","titles":[]},"5":{"title":"Chat Glue","titles":[]},"6":{"title":"Capture the Citadel","titles":[]},"7":{"title":"Chronological","titles":[]},"8":{"title":"Cinny","titles":[]},"9":{"title":"Command Palettes","titles":[]},"10":{"title":"Commune","titles":[]},"11":{"title":"Davey Wreden","titles":[]},"12":{"title":"Decentralized","titles":[]},"13":{"title":"Dice Armor","titles":[]},"14":{"title":"Digital Gardens","titles":[]},"15":{"title":"Federated Identity","titles":[]},"16":{"title":"Fedi v2","titles":[]},"17":{"title":"Inspiration","titles":["Fedi v2"]},"18":{"title":"Identity","titles":["Fedi v2"]},"19":{"title":"Servers","titles":["Fedi v2"]},"20":{"title":"Content","titles":["Fedi v2"]},"21":{"title":"Moderation","titles":["Fedi v2"]},"22":{"title":"Problems to solve","titles":["Fedi v2"]},"23":{"title":"Fediverse","titles":[]},"24":{"title":"Forgejo","titles":[]},"25":{"title":"Freeform vs Chronological Dichotomy","titles":[]},"26":{"title":"Freeform","titles":[]},"27":{"title":"Game Dev Tree","titles":[]},"28":{"title":"Garden-RSS","titles":[]},"29":{"title":"Guide to Incrementals/Appeal to Developers","titles":[]},"30":{"title":"Incrementals are Easy to Make","titles":["Guide to Incrementals/Appeal to Developers"]},"31":{"title":"Players are Easy to Find","titles":["Guide to Incrementals/Appeal to Developers"]},"32":{"title":"Monetization","titles":["Guide to Incrementals/Appeal to Developers"]},"33":{"title":"Guide to Incrementals/Appeal to Players","titles":[]},"34":{"title":"Numbers Going Up","titles":["Guide to Incrementals/Appeal to Players"]},"35":{"title":"Effortlessness","titles":["Guide to Incrementals/Appeal to Players"]},"36":{"title":"Strategy","titles":["Guide to Incrementals/Appeal to Players"]},"37":{"title":"Avoiding Staleness","titles":["Guide to Incrementals/Appeal to Players"]},"38":{"title":"Good Game Design","titles":["Guide to Incrementals/Appeal to Players"]},"39":{"title":"Artistic Merit","titles":["Guide to Incrementals/Appeal to Players"]},"40":{"title":"Guide to Incrementals/Defining the Genre","titles":[]},"41":{"title":"Incrementals vs Idlers vs Clickers","titles":["Guide to Incrementals/Defining the Genre"]},"42":{"title":"Incrementals as NGU","titles":["Guide to Incrementals/Defining the Genre"]},"43":{"title":"Roguelites as Incrementals?","titles":["Guide to Incrementals/Defining the Genre"]},"44":{"title":"The Berlin Interpretation","titles":["Guide to Incrementals/Defining the Genre","Roguelites as Incrementals?"]},"45":{"title":"The Incremental Games Canon","titles":["Guide to Incrementals/Defining the Genre","Roguelites as Incrementals?"]},"46":{"title":"The Paradigm Shift","titles":["Guide to Incrementals/Defining the Genre","Roguelites as Incrementals?"]},"47":{"title":"High-Value Factors","titles":["Guide to Incrementals/Defining the Genre","Roguelites as Incrementals?"]},"48":{"title":"Low-Value Factors","titles":["Guide to Incrementals/Defining the Genre","Roguelites as Incrementals?"]},"49":{"title":"Are Roguelites Incrementals?","titles":["Guide to Incrementals/Defining the Genre","Roguelites as Incrementals?"]},"50":{"title":"Sub-Genres","titles":["Guide to Incrementals/Defining the Genre"]},"51":{"title":"Other Related Genres","titles":["Guide to Incrementals/Defining the Genre"]},"52":{"title":"Guide to Incrementals/Navigating Criticism","titles":[]},"53":{"title":"Reading Feedback","titles":["Guide to Incrementals/Navigating Criticism"]},"54":{"title":"Seeking Feedback","titles":["Guide to Incrementals/Navigating Criticism"]},"55":{"title":"Responding to Feedback","titles":["Guide to Incrementals/Navigating Criticism"]},"56":{"title":"Guide to Incrementals/What is Content?","titles":[]},"57":{"title":"Interaction","titles":["Guide to Incrementals/What is Content?"]},"58":{"title":"Repeatable Purchases","titles":["Guide to Incrementals/What is Content?","Interaction"]},"59":{"title":"Following Instructions","titles":["Guide to Incrementals/What is Content?"]},"60":{"title":"Tips for Developers","titles":["Guide to Incrementals/What is Content?"]},"61":{"title":"Ivy Road","titles":[]},"62":{"title":"Guide to Incrementals","titles":[]},"63":{"title":"Why am I making this?","titles":["Guide to Incrementals"]},"64":{"title":"Ludology","titles":["Guide to Incrementals"]},"65":{"title":"Making an Incremental","titles":["Guide to Incrementals"]},"66":{"title":"Incremental Social","titles":[]},"67":{"title":"Kronos","titles":[]},"68":{"title":"Life is Strange","titles":[]},"69":{"title":"The ending","titles":["Life is Strange"]},"70":{"title":"Life is Strange: Before the Storm","titles":["Life is Strange"]},"71":{"title":"The Awesome Adventures of Captain Spirit","titles":["Life is Strange"]},"72":{"title":"Life is Strange 2","titles":["Life is Strange"]},"73":{"title":"Life is Strange: True Colors","titles":["Life is Strange"]},"74":{"title":"Life is Strange: Double Exposure","titles":["Life is Strange"]},"75":{"title":"Logseq","titles":[]},"76":{"title":"Matrix","titles":[]},"77":{"title":"MTX","titles":[]},"78":{"title":"Mbin","titles":[]},"79":{"title":"My Personal Website","titles":[]},"80":{"title":"My Projects","titles":[]},"81":{"title":"Games","titles":["My Projects"]},"82":{"title":"Tools (and other non-games)","titles":["My Projects"]},"83":{"title":"Nostr","titles":[]},"84":{"title":"Open Source","titles":[]},"85":{"title":"Planar Pioneers","titles":[]},"86":{"title":"Pre-Order Bonuses","titles":[]},"87":{"title":"Opti-Speech","titles":[]},"88":{"title":"The Original Project","titles":["Opti-Speech"]},"89":{"title":"My Work","titles":["Opti-Speech"]},"90":{"title":"Premium Currency","titles":[]},"91":{"title":"Profectus","titles":[]},"92":{"title":"Social Media","titles":[]},"93":{"title":"Synapse","titles":[]},"94":{"title":"The Beginner\'s Guide","titles":[]},"95":{"title":"The Cozy Web","titles":[]},"96":{"title":"The IndieWeb/Amplification","titles":[]},"97":{"title":"The IndieWeb/Signature Blocks","titles":[]},"98":{"title":"The Small Web","titles":[]},"99":{"title":"Browsing the small web","titles":["The Small Web"]},"100":{"title":"Building personal websites","titles":["The Small Web"]},"101":{"title":"The future","titles":["The Small Web","Building personal websites"]},"102":{"title":"Why people want the small web","titles":["The Small Web"]},"103":{"title":"Recommended videos about the small web","titles":["The Small Web"]},"104":{"title":"This Knowledge Hub","titles":[]},"105":{"title":"V-ecs","titles":[]},"106":{"title":"Video Game Monetization","titles":[]},"107":{"title":"AAA games","titles":["Video Game Monetization"]},"108":{"title":"Free-to-play games","titles":["Video Game Monetization"]},"109":{"title":"Indie developers","titles":["Video Game Monetization"]},"110":{"title":"Ethical game monetization","titles":["Video Game Monetization"]},"111":{"title":"Vitepress","titles":[]},"112":{"title":"Wanderstop","titles":[]},"113":{"title":"Webrings","titles":[]},"114":{"title":"Weird","titles":[]}},"dirtCount":0,"index":[["`",{"2":{"105":1}}],["7l1i6k",{"2":{"70":1}}],["7l0vgq",{"2":{"70":1}}],["5",{"2":{"70":1}}],["5x",{"2":{"58":1}}],["😉",{"2":{"49":1}}],["2",{"0":{"72":1},"2":{"36":1,"67":1,"105":1}}],["2017",{"2":{"68":1}}],["20",{"2":{"11":1}}],["zero",{"2":{"34":1}}],["zitadel",{"2":{"15":1}}],["0",{"2":{"30":1,"57":1}}],["yet",{"2":{"30":1}}],["young",{"2":{"52":2}}],["yourself",{"2":{"13":1,"55":1}}],["your",{"2":{"12":1,"17":1,"18":2,"21":1,"22":1,"30":2,"31":3,"34":2,"35":3,"41":3,"52":2,"53":5,"54":2,"55":4,"57":1,"59":4,"60":1,"62":1,"92":1,"96":1,"97":1}}],["you",{"2":{"4":2,"9":1,"13":3,"17":2,"18":9,"21":1,"22":5,"30":7,"31":3,"34":4,"35":11,"36":4,"38":2,"39":1,"40":1,"41":13,"45":2,"46":1,"47":1,"50":3,"52":4,"53":13,"54":4,"55":4,"56":2,"57":2,"58":9,"59":15,"60":4,"62":1,"63":1,"81":1,"90":1,"92":2,"102":1}}],["x",{"2":{"18":1}}],["jacorb",{"2":{"91":1}}],["jam",{"2":{"91":1}}],["javascript",{"2":{"30":2}}],["jesse",{"2":{"68":2}}],["jumping",{"2":{"59":1}}],["judge",{"2":{"44":1}}],["justify",{"2":{"107":1}}],["justified",{"2":{"59":1}}],["justifiably",{"2":{"45":1}}],["justifications",{"2":{"59":1}}],["justification",{"2":{"42":1,"59":2}}],["just",{"2":{"18":1,"20":3,"30":1,"31":1,"34":3,"35":1,"40":2,"41":3,"42":2,"43":1,"45":2,"46":4,"47":1,"49":1,"50":1,"53":1,"56":4,"57":2,"58":3,"59":3,"60":2,"70":1}}],["journey",{"2":{"52":1,"55":1}}],["journal",{"2":{"18":1,"104":1}}],["job",{"2":{"38":3,"105":1}}],["js",{"2":{"4":1}}],["queries",{"2":{"92":1}}],["questions",{"2":{"63":1}}],["question",{"2":{"59":1,"63":1}}],["queue",{"2":{"58":1}}],["qualifier",{"2":{"59":1}}],["qualifiers",{"2":{"59":1}}],["qualify",{"2":{"39":1,"44":1,"46":1,"49":1}}],["quality",{"2":{"56":1}}],["quaternion",{"2":{"13":1}}],["quickly",{"2":{"56":1,"58":1,"60":1}}],["quicker",{"2":{"13":1}}],["quite",{"2":{"30":1,"31":1,"32":1,"34":1,"35":1,"38":1,"42":1,"46":1,"56":1,"58":1,"70":2}}],["quoting",{"2":{"41":1}}],["quot",{"2":{"2":2,"7":4,"10":2,"12":2,"13":8,"18":6,"20":2,"32":2,"33":4,"35":8,"36":2,"37":4,"38":2,"39":6,"40":6,"41":28,"42":18,"44":10,"45":4,"46":6,"47":2,"49":2,"56":8,"57":2,"58":6,"59":8,"60":2,"68":2,"73":2,"91":2,"92":2,"99":2,"105":8,"113":4}}],["3",{"2":{"13":1,"70":2}}],["3d",{"2":{"6":1,"87":1}}],["kronos",{"0":{"67":1},"2":{"80":1,"81":1,"91":1,"105":1}}],["kate",{"2":{"68":1}}],["karla",{"2":{"61":1}}],["kasperzutterman",{"2":{"14":1}}],["knight",{"2":{"50":1}}],["known",{"2":{"95":1,"99":1}}],["knowledge",{"0":{"104":1},"2":{"7":1,"14":1,"28":1,"30":1,"35":1,"75":1,"98":1,"104":1,"111":1}}],["know",{"2":{"1":1,"19":1,"31":1,"59":1,"63":1,"107":1}}],["kit",{"2":{"68":1}}],["kitten",{"2":{"45":1}}],["kittens",{"2":{"32":1}}],["kimonja",{"2":{"61":1}}],["kidding",{"2":{"45":1}}],["kind",{"2":{"41":2,"54":1}}],["kinds",{"2":{"36":1}}],["keeps",{"2":{"35":1}}],["keep",{"2":{"20":1,"35":1,"37":2,"41":2,"47":1,"53":1,"55":2,"56":1,"62":1}}],["keychains",{"2":{"86":1}}],["key",{"2":{"18":2,"20":1,"21":3,"22":2,"105":1}}],["keys",{"2":{"18":2}}],["keypairs",{"2":{"15":1,"22":1}}],["k",{"2":{"9":2}}],["rsi",{"2":{"57":1}}],["rss",{"0":{"28":1},"2":{"7":1,"12":1,"14":1,"26":3,"28":3,"104":2}}],["ridge",{"2":{"88":1}}],["rise",{"2":{"38":1}}],["right",{"2":{"17":1,"58":1,"84":1}}],["r",{"2":{"31":1,"35":2,"41":1,"70":2}}],["raising",{"2":{"107":1}}],["race",{"2":{"107":1}}],["ratio",{"2":{"90":1}}],["rather",{"2":{"35":2,"44":1,"57":1,"70":1,"113":1}}],["rarely",{"2":{"47":1}}],["rarer",{"2":{"42":1}}],["rauthy",{"2":{"15":1}}],["ran",{"2":{"18":1}}],["random",{"2":{"13":1,"99":1}}],["range",{"2":{"13":1}}],["rule",{"2":{"50":1}}],["rules",{"2":{"12":1,"21":1,"22":1,"92":1}}],["ruined",{"2":{"38":1,"41":1}}],["runs",{"2":{"34":1,"35":1}}],["run",{"2":{"13":1,"17":1,"30":1}}],["rocket",{"2":{"59":2}}],["roblox",{"2":{"59":1}}],["robert",{"2":{"4":1}}],["route",{"2":{"59":1}}],["room",{"2":{"45":1,"46":1,"113":4}}],["roguetemple",{"2":{"44":1}}],["rogue",{"2":{"43":1}}],["roguelike",{"2":{"44":4}}],["roguelikeness",{"2":{"44":1}}],["roguelikes",{"2":{"34":2,"43":1,"44":2}}],["roguelites",{"0":{"43":1,"49":1},"1":{"44":1,"45":1,"46":1,"47":1,"48":1,"49":1},"2":{"43":5}}],["roguelite",{"2":{"40":1,"49":1}}],["rolling",{"2":{"13":3}}],["road",{"0":{"61":1},"2":{"11":3,"61":1,"112":1}}],["rpgs",{"2":{"42":6,"51":1}}],["rpg",{"2":{"4":1}}],["rehosted",{"2":{"96":1}}],["reblogging",{"2":{"96":1}}],["red",{"2":{"88":2}}],["redistribute",{"2":{"84":1}}],["reddit",{"2":{"70":2,"78":1}}],["reduce",{"2":{"46":1,"56":1}}],["reduced",{"2":{"41":1,"47":2}}],["redundancy",{"2":{"22":1}}],["return",{"2":{"86":1}}],["returning",{"2":{"74":1}}],["returns",{"2":{"58":1}}],["rethinking",{"2":{"17":1}}],["reveals",{"2":{"43":1}}],["revealing",{"2":{"41":1,"74":1}}],["reward",{"2":{"41":1,"58":1,"59":1}}],["rewards",{"2":{"41":2}}],["rewarding",{"2":{"35":1,"59":1}}],["regarding",{"2":{"62":1}}],["regard",{"2":{"59":1}}],["regardless",{"2":{"53":1,"71":1}}],["regen",{"2":{"38":1}}],["regularly",{"2":{"55":1}}],["regular",{"2":{"32":1}}],["reiterate",{"2":{"34":1}}],["requiring",{"2":{"33":1,"41":1}}],["requirements",{"2":{"60":1,"110":1}}],["required",{"2":{"19":1,"48":1,"107":1}}],["requires",{"2":{"17":1,"41":1,"48":1}}],["require",{"2":{"15":1,"19":1,"30":1}}],["request",{"2":{"21":1}}],["requests",{"2":{"21":1}}],["recognize",{"2":{"54":1}}],["recommend",{"2":{"27":1,"38":1}}],["recommended",{"0":{"103":1},"2":{"13":1}}],["recent",{"2":{"59":1}}],["recently",{"2":{"33":1}}],["receive",{"2":{"53":1,"90":1}}],["received",{"2":{"19":1,"55":2}}],["receiving",{"2":{"22":2,"54":1,"90":1}}],["reasoning",{"2":{"47":1}}],["reason",{"2":{"42":1,"59":1}}],["reasonable",{"2":{"39":1}}],["reasons",{"2":{"29":1,"35":1,"40":1,"46":1,"55":1,"90":1}}],["reading",{"0":{"53":1},"2":{"57":1,"59":1}}],["readily",{"2":{"38":1}}],["read",{"2":{"52":1,"53":1}}],["readers",{"2":{"113":1}}],["reader",{"2":{"33":1}}],["readable",{"2":{"18":1}}],["reactivity",{"2":{"91":1}}],["reacting",{"2":{"20":1}}],["reached",{"2":{"58":1}}],["reach",{"2":{"18":1,"35":1,"36":1,"59":2,"63":1}}],["realm",{"2":{"45":1}}],["really",{"2":{"2":1,"7":1,"35":1,"46":1,"59":2,"68":1,"70":1,"71":1}}],["real",{"2":{"1":1,"34":1,"35":1,"41":1,"77":1,"87":1,"88":1,"90":1}}],["reliant",{"2":{"48":1,"114":1}}],["rely",{"2":{"38":1,"69":1}}],["relying",{"2":{"15":1,"69":1}}],["relevant",{"2":{"34":1,"39":1,"59":1,"62":1,"113":1}}],["relaying",{"2":{"21":1,"22":1}}],["relays",{"2":{"18":1,"19":2,"20":1,"21":1}}],["relay",{"2":{"17":1,"19":2,"21":1,"22":2}}],["relationships",{"2":{"94":1}}],["relationship",{"2":{"68":1,"94":1}}],["relation",{"2":{"42":1}}],["relative",{"2":{"13":1}}],["relates",{"2":{"42":1}}],["relate",{"2":{"10":1}}],["related",{"0":{"51":1},"2":{"10":2,"13":1,"30":1,"42":1,"50":2,"113":3}}],["resume",{"2":{"48":1}}],["results",{"2":{"13":1}}],["result",{"2":{"1":1,"39":1}}],["resource",{"2":{"47":1,"48":1,"49":1,"59":1}}],["resources",{"2":{"14":1,"35":1,"41":2,"42":1,"47":1,"69":1,"100":1}}],["resets",{"2":{"59":1}}],["resetting",{"2":{"59":1}}],["reset",{"2":{"40":1,"43":1,"46":2,"59":7}}],["restrain",{"2":{"91":1}}],["rest",{"2":{"40":1,"50":1,"72":1}}],["responsibility",{"2":{"69":1}}],["response",{"2":{"34":1,"41":1,"55":1}}],["responding",{"0":{"55":1}}],["respectively",{"2":{"58":1}}],["respect",{"2":{"21":1}}],["respected",{"2":{"20":1}}],["render",{"2":{"105":1}}],["rendered",{"2":{"104":1}}],["renderers",{"2":{"105":2}}],["renderer",{"2":{"4":1}}],["rendering",{"2":{"13":1,"30":1}}],["remember",{"2":{"55":1}}],["remembering",{"2":{"9":1}}],["remind",{"2":{"55":1}}],["reminder",{"2":{"47":1}}],["reminded",{"2":{"35":1}}],["removing",{"2":{"21":1,"38":1}}],["removes",{"2":{"13":1}}],["re",{"2":{"6":1,"10":1,"31":1,"35":3,"36":2,"38":1,"43":1,"46":1,"48":1,"52":1,"53":2,"54":1,"56":1,"57":2,"58":5,"59":5,"60":1,"74":1,"96":1}}],["repurcussions",{"2":{"47":1}}],["representation",{"2":{"47":2}}],["repetitive",{"2":{"37":1}}],["repeatable",{"0":{"58":1},"2":{"58":6}}],["repeat",{"2":{"35":1}}],["report",{"2":{"53":1}}],["reports",{"2":{"21":4}}],["reportedly",{"2":{"34":1}}],["reported",{"2":{"21":1}}],["repository",{"2":{"4":1,"24":1}}],["replacing",{"2":{"34":1,"59":2}}],["replaced",{"2":{"44":1,"45":1,"48":1}}],["replace",{"2":{"20":1,"46":1}}],["replying",{"2":{"20":1,"21":1}}],["reply",{"2":{"20":1,"21":1}}],["replicated",{"2":{"105":1}}],["replied",{"2":{"20":1}}],["replies",{"2":{"19":2,"20":1,"21":3}}],["replit",{"2":{"4":1,"31":1}}],["referred",{"2":{"46":1}}],["refer",{"2":{"41":2,"46":1}}],["refers",{"2":{"2":1,"23":1,"95":1,"96":1}}],["referenced",{"2":{"0":1,"2":1,"3":1,"5":1,"7":1,"8":1,"10":1,"11":1,"12":1,"13":1,"14":1,"15":1,"16":1,"23":1,"24":1,"25":1,"26":1,"28":1,"61":1,"62":1,"66":1,"67":1,"75":1,"76":1,"77":1,"78":1,"79":1,"80":1,"83":1,"84":1,"86":1,"90":1,"91":1,"92":1,"93":1,"95":1,"98":1,"104":1,"106":1,"111":1,"113":1,"114":1}}],["ndi",{"2":{"88":1}}],["n",{"2":{"60":2,"88":1}}],["numeric",{"2":{"48":1}}],["numerous",{"2":{"39":1}}],["numbers",{"0":{"34":1},"2":{"34":2,"38":1,"40":1,"41":1,"42":7,"48":2,"58":1}}],["number",{"2":{"3":1,"13":1,"30":1,"34":1,"56":1,"60":1}}],["ngu",{"0":{"42":1},"2":{"32":1,"45":1,"50":1}}],["national",{"2":{"88":1}}],["natural",{"2":{"52":1}}],["naturally",{"2":{"20":1,"34":1,"55":1}}],["nature",{"2":{"32":2}}],["navigate",{"2":{"52":1}}],["navigating",{"0":{"52":1},"1":{"53":1,"54":1,"55":1},"2":{"65":1}}],["narrow",{"2":{"45":1}}],["narratively",{"2":{"74":2}}],["narrative",{"2":{"13":1,"39":2,"42":1,"59":2,"68":1,"112":1}}],["naked",{"2":{"41":1}}],["naming",{"2":{"18":8}}],["namely",{"2":{"89":1}}],["nameserver",{"2":{"18":1}}],["names",{"2":{"18":1,"42":1}}],["name",{"2":{"9":1,"16":1,"18":3}}],["nih",{"2":{"88":1}}],["nitpicky",{"2":{"56":1}}],["nicely",{"2":{"30":1}}],["nicky",{"2":{"2":1}}],["nine",{"2":{"13":1}}],["nomadic",{"2":{"102":1}}],["novel",{"2":{"88":1}}],["nor",{"2":{"63":1,"69":1}}],["norm",{"2":{"32":1}}],["normal",{"2":{"30":1,"58":2}}],["normals",{"2":{"13":1}}],["node",{"2":{"46":2}}],["nonexistent",{"2":{"59":1}}],["none",{"2":{"48":1,"59":1,"94":1}}],["non",{"0":{"82":1},"2":{"17":1,"32":1,"33":1,"42":1,"47":1,"48":1,"57":1,"59":1,"99":1}}],["no",{"2":{"12":3,"18":1,"19":2,"22":1,"30":1,"39":1,"42":1,"44":1,"48":2,"52":1,"55":1,"57":1,"59":3,"60":1,"90":1,"94":1,"110":1}}],["nostr",{"0":{"83":1},"2":{"12":1,"17":1,"23":1,"83":1}}],["now",{"2":{"11":1,"30":1,"31":1,"45":2,"50":1,"59":3,"89":1}}],["notable",{"2":{"50":4}}],["notably",{"2":{"42":1,"46":1,"66":1}}],["nothing",{"2":{"39":1,"56":1}}],["notice",{"2":{"38":1}}],["not",{"2":{"10":1,"13":3,"15":2,"17":2,"18":1,"22":2,"26":1,"28":1,"33":2,"34":3,"35":4,"36":1,"38":4,"39":2,"41":8,"42":4,"43":1,"44":3,"46":1,"47":2,"48":1,"53":4,"56":2,"57":9,"58":4,"59":4,"63":1,"69":3,"88":1,"91":1,"92":1,"95":2,"96":1,"104":2,"107":1,"114":1}}],["note",{"2":{"4":1,"34":1,"36":1,"38":1,"44":1,"59":1,"62":2}}],["netizens",{"2":{"114":1}}],["network",{"2":{"16":1,"19":1,"20":2,"113":1}}],["neocities",{"2":{"100":1,"102":1}}],["neutral",{"2":{"59":1}}],["nearly",{"2":{"59":1}}],["never",{"2":{"47":1,"49":1,"53":3,"55":1,"58":1,"105":1}}],["neither",{"2":{"41":1}}],["nebulous",{"2":{"39":1}}],["necessarily",{"2":{"41":1,"57":1,"59":1}}],["necessary",{"2":{"18":1,"30":1,"33":1}}],["necessity",{"2":{"39":1}}],["negative",{"2":{"33":1,"53":1,"55":3}}],["next",{"2":{"13":2,"42":1,"46":1,"57":1,"58":1,"60":2,"114":1}}],["needing",{"2":{"59":1}}],["need",{"2":{"4":1,"17":1,"18":2,"19":1,"30":4,"40":1,"42":1,"47":1,"53":2,"56":1,"57":1,"58":2,"92":1}}],["newly",{"2":{"46":1}}],["newer",{"2":{"45":1}}],["new",{"2":{"1":1,"13":3,"16":1,"18":3,"19":1,"20":1,"22":2,"30":1,"31":3,"34":1,"43":1,"44":1,"48":1,"59":7,"60":1,"89":1,"114":2}}],["+",{"2":{"2":1,"13":1}}],["4o",{"2":{"2":1}}],["vue",{"2":{"91":1}}],["vulkan",{"2":{"105":1}}],["vulintus",{"2":{"88":1}}],["vulnerable",{"2":{"52":1}}],["v",{"0":{"105":1},"2":{"67":1,"80":1,"82":1,"105":1}}],["voxel",{"2":{"105":2}}],["vouch",{"2":{"18":1}}],["voice",{"2":{"2":1,"58":1,"68":1}}],["varying",{"2":{"104":1}}],["variant",{"2":{"49":1}}],["variation",{"2":{"49":1}}],["variety",{"2":{"40":1,"45":1}}],["various",{"2":{"10":1,"13":1,"37":1,"39":1,"57":1,"59":1,"62":1,"100":1,"114":1}}],["vague",{"2":{"40":1,"42":1,"53":1}}],["valid",{"2":{"57":1}}],["validating",{"2":{"15":1}}],["value",{"0":{"47":1,"48":1},"2":{"39":1,"41":2,"46":1,"47":1,"48":2,"56":1,"74":1}}],["vampire",{"2":{"33":3,"34":2,"35":1,"36":3,"39":3}}],["vex",{"2":{"105":1}}],["version",{"2":{"67":1,"89":1}}],["versions",{"2":{"41":1}}],["versus",{"2":{"42":2}}],["verifies",{"2":{"18":1,"20":1}}],["verify",{"2":{"18":2}}],["very",{"2":{"9":1,"10":1,"31":1,"32":1,"34":1,"39":1,"41":2,"44":1,"47":1,"52":1,"59":1,"68":1,"69":1,"74":1}}],["ve",{"2":{"13":3,"18":1,"31":1,"32":1,"34":1,"36":1,"40":1,"45":1,"47":1,"54":2,"55":2,"56":1,"58":3,"59":1,"63":1,"67":1,"71":1,"72":1}}],["v2",{"0":{"16":1},"1":{"17":1,"18":1,"19":1,"20":1,"21":1,"22":1},"2":{"10":1,"12":1,"15":1,"23":1,"92":1,"114":2}}],["virtual",{"2":{"88":1}}],["virtue",{"2":{"17":1,"23":1}}],["vitepress",{"0":{"111":1},"2":{"84":1,"104":1,"111":1}}],["vital",{"2":{"53":1}}],["views",{"2":{"62":1}}],["viewed",{"2":{"17":1,"88":1}}],["viable",{"2":{"30":1,"43":1}}],["via",{"2":{"18":1,"41":1}}],["vision",{"2":{"55":1,"113":1}}],["visit",{"2":{"6":1,"13":2}}],["visual",{"2":{"9":1,"47":2,"87":1}}],["videos",{"0":{"103":1},"2":{"41":1}}],["video",{"0":{"106":1},"1":{"107":1,"108":1,"109":1,"110":1},"2":{"2":1,"20":1,"33":7,"35":2,"38":1,"39":2,"40":1,"41":2,"62":1,"68":1,"74":1,"77":2,"86":1,"88":2,"94":1}}],["vr",{"2":{"6":2}}],["vs",{"0":{"25":1,"41":2},"2":{"2":1,"7":2,"25":1,"26":2,"39":1,"42":1}}],["gci",{"2":{"59":1}}],["guy",{"2":{"38":1}}],["guidance",{"2":{"54":1}}],["guiding",{"2":{"42":1}}],["guides",{"2":{"59":1}}],["guide",{"0":{"29":1,"33":1,"40":1,"52":1,"56":1,"62":1,"94":1},"1":{"30":1,"31":1,"32":1,"34":1,"35":1,"36":1,"37":1,"38":1,"39":1,"41":1,"42":1,"43":1,"44":1,"45":1,"46":1,"47":1,"48":1,"49":1,"50":1,"51":1,"53":1,"54":1,"55":1,"57":1,"58":1,"59":1,"60":1,"63":1,"64":1,"65":1},"2":{"11":3,"13":1,"34":1,"40":1,"41":2,"46":1,"48":1,"59":2,"62":1,"63":1,"64":4,"65":1,"94":2}}],["guild",{"2":{"10":1}}],["g",{"2":{"18":1,"88":1,"113":1}}],["glitch",{"2":{"31":1}}],["glyph",{"2":{"13":1}}],["glue",{"0":{"5":1},"2":{"5":1,"10":1}}],["gds",{"2":{"13":1}}],["got",{"2":{"68":1,"69":2,"71":1}}],["gotten",{"2":{"59":1}}],["gods",{"2":{"50":1}}],["goes",{"2":{"35":1,"57":1,"58":1,"67":1}}],["gone",{"2":{"35":1}}],["goals",{"2":{"57":2}}],["goal",{"2":{"35":1,"41":1,"48":2,"49":1,"56":2}}],["goods",{"2":{"86":2}}],["good",{"0":{"38":1},"2":{"27":1,"33":1,"35":2,"36":1,"38":8,"41":1,"43":1,"54":1,"58":1,"59":1,"63":1,"68":1,"70":1,"71":1}}],["go",{"2":{"13":1,"30":1,"40":1,"41":1,"50":1,"57":1,"58":1,"59":2,"60":1}}],["going",{"0":{"34":1},"2":{"13":2,"30":1,"34":2,"40":1,"42":5,"46":1,"57":1,"59":4,"81":1,"89":1}}],["git",{"2":{"28":1,"104":1}}],["github",{"2":{"4":1,"14":3,"31":1,"100":1}}],["giving",{"2":{"13":1,"38":1,"41":2,"58":1,"114":1}}],["gives",{"2":{"104":1}}],["given",{"2":{"19":1,"86":1,"90":1}}],["give",{"2":{"13":1,"38":1,"40":1,"59":3,"60":1}}],["gimli",{"2":{"10":1}}],["graph",{"2":{"114":1}}],["graphics",{"2":{"107":2}}],["grave",{"2":{"105":1}}],["grasshopping",{"2":{"59":1}}],["grasshop",{"2":{"59":1}}],["grass",{"2":{"59":6}}],["grain",{"2":{"53":1}}],["grants",{"2":{"84":1}}],["granting",{"2":{"21":1}}],["grant",{"2":{"6":2}}],["groundhog",{"2":{"50":1}}],["group",{"2":{"20":1,"92":3}}],["groups",{"2":{"20":1,"21":1,"92":1}}],["grown",{"2":{"69":1}}],["grow",{"2":{"48":1,"52":1,"113":1}}],["growth",{"2":{"48":2,"50":1}}],["growing",{"2":{"45":1}}],["grinder",{"2":{"45":1}}],["grdn",{"2":{"28":2}}],["green",{"2":{"88":2}}],["grey",{"2":{"39":1}}],["greyed",{"2":{"13":1}}],["great",{"2":{"10":1,"38":1,"41":1,"53":1}}],["gathering",{"2":{"59":1}}],["gain",{"2":{"36":1,"60":1}}],["gaining",{"2":{"34":1,"42":1}}],["gambling",{"2":{"35":2}}],["gamers",{"2":{"32":1,"38":1,"39":1,"57":1}}],["gamedev",{"2":{"30":1}}],["gameplay",{"2":{"13":1,"35":2,"37":4,"38":1,"39":1,"41":1,"42":2,"46":2,"47":1,"56":1,"57":1,"59":2,"67":1,"105":1}}],["games",{"0":{"45":1,"81":1,"82":1,"107":1,"108":1},"2":{"1":1,"11":1,"29":1,"30":1,"31":5,"32":7,"33":5,"34":5,"35":19,"36":5,"37":1,"38":7,"39":11,"40":10,"41":43,"42":16,"43":3,"44":5,"45":5,"46":8,"47":1,"48":4,"49":1,"50":9,"51":3,"52":3,"53":1,"54":1,"56":6,"57":5,"59":4,"60":1,"62":3,"63":3,"66":1,"68":2,"74":1,"77":1,"80":1,"91":3,"105":1,"107":3,"113":2}}],["game",{"0":{"27":1,"38":1,"106":1,"110":1},"1":{"107":1,"108":1,"109":1,"110":1},"2":{"1":4,"6":2,"11":1,"13":13,"27":3,"30":1,"31":4,"32":2,"33":1,"34":6,"35":10,"36":3,"37":2,"38":13,"39":4,"40":4,"41":13,"42":2,"44":5,"45":2,"46":5,"47":9,"48":5,"49":3,"50":1,"52":3,"53":6,"54":4,"55":2,"56":3,"57":2,"58":1,"59":10,"60":1,"61":1,"62":2,"63":3,"67":1,"68":2,"69":2,"70":2,"72":1,"73":1,"74":5,"77":1,"80":1,"81":1,"84":1,"85":3,"86":3,"90":1,"91":1,"94":2,"105":3,"110":1,"112":2,"113":2}}],["gardeners",{"2":{"14":1}}],["garden",{"0":{"28":1},"2":{"14":1,"26":2,"62":1,"91":1,"104":2}}],["gardening",{"2":{"10":1,"28":1}}],["gardens",{"0":{"14":1},"2":{"7":2,"10":2,"14":3,"26":1,"28":2,"95":2,"104":1}}],["geocities",{"2":{"102":1}}],["gets",{"2":{"34":1,"46":1,"58":2,"59":1}}],["get",{"2":{"34":1,"35":2,"41":1,"42":1,"45":2,"48":1,"51":1,"52":1,"53":2,"54":1,"55":1,"56":1,"57":1,"59":4,"68":1,"70":1,"74":1}}],["getting",{"2":{"31":1,"35":1,"38":2,"51":1,"54":1,"55":2,"58":1,"59":1,"74":1,"92":1}}],["gen",{"2":{"114":1}}],["generic",{"2":{"59":2}}],["generalize",{"2":{"33":1}}],["general",{"2":{"21":1,"31":1,"46":1,"70":1,"89":1}}],["generator",{"2":{"111":1}}],["generators",{"2":{"2":1}}],["generated",{"2":{"105":1}}],["generate",{"2":{"13":1,"22":1}}],["generative",{"2":{"2":1}}],["genres",{"0":{"50":1,"51":1},"2":{"30":3,"35":1,"38":1,"39":1,"40":1,"41":3,"42":1,"43":1,"44":2,"48":1,"50":1,"59":1,"63":1}}],["genre",{"0":{"40":1},"1":{"41":1,"42":1,"43":1,"44":1,"45":1,"46":1,"47":1,"48":1,"49":1,"50":1,"51":1},"2":{"29":2,"30":1,"32":1,"33":1,"35":1,"38":1,"40":3,"41":12,"42":4,"43":3,"44":4,"45":1,"46":1,"47":1,"50":4,"51":1,"59":1,"62":2,"64":1}}],["genuine",{"2":{"22":1}}],["gemini",{"2":{"2":1}}],["c418",{"2":{"61":1}}],["cycle",{"2":{"35":1,"59":1}}],["cyborgs",{"2":{"2":1}}],["cross",{"2":{"113":1}}],["credentials",{"2":{"63":1}}],["create",{"2":{"13":1,"18":2,"60":1}}],["created",{"2":{"10":1,"13":4,"19":1,"26":1,"39":1,"61":1,"94":1,"98":1}}],["creators",{"2":{"52":1,"62":1,"94":1}}],["creator",{"2":{"11":1,"20":2,"39":2}}],["creative",{"2":{"13":1,"102":1}}],["creations",{"2":{"105":1}}],["creation",{"2":{"7":2,"91":1}}],["creating",{"2":{"4":1,"10":1,"14":1,"28":1,"102":1,"114":1}}],["crystallizes",{"2":{"59":1}}],["crystallize",{"2":{"59":1}}],["crypto",{"2":{"17":1}}],["crank",{"2":{"45":1}}],["critique",{"2":{"41":1}}],["criticizing",{"2":{"41":1,"58":1,"59":1}}],["criticized",{"2":{"32":2,"35":1}}],["criticisms",{"2":{"52":1,"59":1,"70":1}}],["criticism",{"0":{"52":1},"1":{"53":1,"54":1,"55":1},"2":{"32":1,"34":1,"41":1,"52":3,"53":2,"65":1}}],["celebrate",{"2":{"55":1}}],["centered",{"2":{"105":1}}],["center",{"2":{"51":1}}],["centers",{"2":{"31":1,"91":1}}],["centric",{"2":{"16":2}}],["centralized",{"2":{"15":1}}],["centralization",{"2":{"12":2}}],["central",{"2":{"12":1}}],["certain",{"2":{"10":1,"13":1,"35":1,"41":1,"48":1,"54":2,"59":1}}],["certainly",{"2":{"9":1,"10":1,"32":1,"34":1,"41":3,"42":2,"49":1,"63":1,"71":1}}],["cmd",{"2":{"9":1}}],["ctrl",{"2":{"9":1}}],["cleaning",{"2":{"89":1}}],["clearing",{"2":{"50":1}}],["clearly",{"2":{"40":1,"69":1}}],["clear",{"2":{"31":1,"35":1,"38":2,"40":1,"41":1}}],["close",{"2":{"73":1}}],["closer",{"2":{"47":1}}],["closest",{"2":{"13":1}}],["clicks",{"2":{"57":1}}],["clicking",{"2":{"35":1,"57":1,"59":1}}],["click",{"2":{"35":1,"41":2,"57":3}}],["clickers",{"0":{"41":1}}],["clicker",{"2":{"33":1,"36":1,"39":1,"41":6,"45":1,"58":1}}],["clients",{"2":{"18":1,"19":1,"20":1,"21":3,"22":3}}],["client",{"2":{"8":1,"10":1,"16":1,"17":1,"22":4}}],["claimed",{"2":{"96":1}}],["claim",{"2":{"33":1}}],["clarify",{"2":{"32":1,"56":1,"58":1}}],["classrooms",{"2":{"68":1}}],["classifying",{"2":{"63":1}}],["classic",{"2":{"41":1,"58":1}}],["class",{"2":{"6":1}}],["circumstances",{"2":{"59":1}}],["city",{"2":{"13":1}}],["citadel",{"0":{"6":1},"2":{"80":1,"81":1}}],["cinny",{"0":{"8":1},"2":{"8":1,"66":1,"76":1,"84":1}}],["c",{"2":{"4":1,"13":1}}],["cultivation",{"2":{"51":1}}],["culture",{"2":{"17":1,"32":3}}],["cutting",{"2":{"59":6}}],["cut",{"2":{"38":1}}],["cutscene",{"2":{"13":6}}],["cutscenes",{"2":{"4":2,"13":2}}],["currencies",{"2":{"77":1}}],["currency",{"0":{"90":1},"2":{"34":2,"50":1,"59":2,"60":3,"77":1,"86":1,"90":1}}],["current",{"2":{"13":3,"101":1,"107":1,"114":1}}],["currently",{"2":{"3":1,"10":1,"17":1,"114":1}}],["customers",{"2":{"41":1,"86":1}}],["custom",{"2":{"13":4}}],["customize",{"2":{"12":1,"21":1}}],["cheap",{"2":{"102":1}}],["checked",{"2":{"13":1}}],["check",{"2":{"4":1,"13":2,"57":1}}],["china",{"2":{"51":1}}],["choices",{"2":{"68":1}}],["choosing",{"2":{"58":1}}],["choose",{"2":{"13":1,"21":3,"30":1,"92":1}}],["chores",{"2":{"59":1}}],["chore",{"2":{"58":1,"59":1}}],["chose",{"2":{"39":1,"45":1}}],["chosen",{"2":{"13":1}}],["chronological",{"0":{"7":1,"25":1},"2":{"7":4,"14":2,"25":2,"26":2,"98":1}}],["character",{"2":{"69":1}}],["characters",{"2":{"34":1,"39":1,"51":1,"70":1}}],["chapters",{"2":{"68":1,"70":1}}],["chapter",{"2":{"67":1,"69":1,"72":1,"105":1}}],["challenges",{"2":{"52":1,"59":1}}],["challenge",{"2":{"34":1}}],["chain",{"2":{"18":1}}],["channel",{"2":{"113":1}}],["channels",{"2":{"10":1,"31":1}}],["changelog",{"2":{"62":1,"104":1}}],["change",{"2":{"37":1,"57":1,"59":1,"104":1}}],["changed",{"2":{"13":1}}],["changes",{"2":{"13":2,"28":1,"37":1,"46":1,"84":1,"88":2,"89":1}}],["changing",{"2":{"4":1}}],["chance",{"2":{"13":1}}],["chatting",{"2":{"5":1,"113":1}}],["chat",{"0":{"5":1},"2":{"5":1,"10":1}}],["chatgpt",{"2":{"2":2}}],["came",{"2":{"96":1}}],["campaign",{"2":{"13":1}}],["campaigns",{"2":{"4":1}}],["carstens",{"2":{"89":1}}],["care",{"2":{"42":1}}],["causing",{"2":{"57":1}}],["cause",{"2":{"34":1}}],["causes",{"2":{"12":1}}],["cavernous",{"2":{"50":1}}],["cash",{"2":{"86":1}}],["casino",{"2":{"41":1}}],["case",{"2":{"2":1,"13":1,"34":1,"41":1,"59":1}}],["category",{"2":{"50":1}}],["categorization",{"2":{"40":1}}],["catch",{"2":{"2":1}}],["callback",{"2":{"98":1}}],["called",{"2":{"55":1,"81":1}}],["calling",{"2":{"41":2}}],["call",{"2":{"13":1,"28":1,"38":1,"105":1}}],["captain",{"0":{"71":1}}],["capture",{"0":{"6":1},"2":{"80":1,"81":1}}],["capitalist",{"2":{"41":2}}],["capitalism",{"2":{"2":1,"39":1,"41":3}}],["canon",{"0":{"45":1},"2":{"44":4,"45":2,"46":2,"47":1}}],["can",{"2":{"2":1,"4":2,"10":2,"12":3,"13":7,"17":1,"18":9,"19":2,"20":1,"21":9,"22":1,"23":1,"30":4,"31":3,"32":1,"33":1,"34":2,"35":3,"36":1,"37":1,"38":2,"39":5,"40":3,"41":4,"43":2,"44":5,"46":2,"48":2,"49":1,"50":1,"52":3,"53":1,"54":2,"55":2,"56":1,"57":1,"58":4,"59":2,"60":2,"67":1,"78":1,"81":1,"88":1,"89":1,"92":1,"94":1,"98":1,"100":1,"102":1,"113":2}}],["cannot",{"2":{"2":1,"21":1,"22":1,"46":1}}],["cosmetics",{"2":{"86":1}}],["costs",{"2":{"60":1}}],["cost",{"2":{"58":1,"60":1,"77":1,"107":2}}],["color",{"2":{"88":2}}],["colors",{"0":{"73":1}}],["collecting",{"2":{"52":1,"54":1,"59":1,"104":1}}],["collections",{"2":{"14":2,"105":1}}],["collection",{"2":{"7":1,"23":1,"26":2,"68":1,"113":1}}],["college",{"2":{"6":1,"87":1}}],["cover",{"2":{"38":2}}],["copied",{"2":{"31":1}}],["copyright",{"2":{"2":1}}],["correlated",{"2":{"48":1}}],["correct",{"2":{"21":1}}],["core",{"2":{"41":2,"50":3,"59":5}}],["corporations",{"2":{"17":1}}],["cozy",{"0":{"95":1},"2":{"14":2,"95":1,"98":1,"112":1}}],["cocked",{"2":{"13":1}}],["cod",{"2":{"38":1}}],["coding",{"2":{"13":1,"52":1}}],["codeberg",{"2":{"100":1}}],["code",{"2":{"4":1,"9":1,"13":1,"14":1,"24":1,"30":2,"84":2,"105":1}}],["coming",{"2":{"41":1,"43":1}}],["comic",{"2":{"5":1,"71":1}}],["comfortably",{"2":{"38":1}}],["come",{"2":{"35":1,"43":1,"48":1,"53":1,"74":1}}],["comes",{"2":{"9":1,"34":1,"41":1,"59":1,"86":1,"105":1}}],["combat",{"2":{"34":2,"42":2}}],["com",{"2":{"14":3,"44":1,"70":2}}],["companies",{"2":{"86":1,"90":1}}],["company",{"2":{"86":1}}],["comparable",{"2":{"98":1}}],["comparatively",{"2":{"34":1}}],["compare",{"2":{"49":1}}],["compared",{"2":{"30":1,"34":1,"37":1}}],["comparing",{"2":{"34":1}}],["comparison",{"2":{"3":1}}],["comprehensive",{"2":{"62":1}}],["compromise",{"2":{"58":1}}],["compromised",{"2":{"18":1}}],["complicatedness",{"2":{"59":1}}],["complicated",{"2":{"59":2,"102":1}}],["completing",{"2":{"67":1}}],["completeness",{"2":{"104":1}}],["completed",{"2":{"59":1}}],["complete",{"2":{"34":1,"50":1,"59":1}}],["completely",{"2":{"31":1,"32":1}}],["complexity",{"2":{"46":1}}],["complex",{"2":{"42":1,"105":1}}],["compulsively",{"2":{"41":1}}],["computer",{"2":{"30":1,"40":1}}],["competition",{"2":{"109":1}}],["competitive",{"2":{"35":2}}],["compelled",{"2":{"53":1}}],["compelling",{"2":{"35":1}}],["compels",{"2":{"34":1}}],["component",{"2":{"13":1}}],["commercial",{"2":{"99":1}}],["comments",{"2":{"52":1,"53":3,"54":1,"55":1,"70":2,"94":1}}],["commentary",{"2":{"41":1,"94":1}}],["comment",{"2":{"39":1,"41":2,"53":1}}],["commenting",{"2":{"35":1,"39":1,"41":1}}],["commit",{"2":{"86":1}}],["communication",{"2":{"18":1}}],["communities",{"2":{"10":1,"19":1,"20":1,"31":2,"52":1,"54":2,"113":7}}],["community",{"2":{"1":1,"10":1,"14":1,"15":1,"16":1,"17":1,"20":2,"29":1,"31":2,"32":4,"43":1,"53":1,"56":1,"66":1,"68":2}}],["communal",{"2":{"10":1}}],["commune",{"0":{"10":1},"2":{"5":1,"10":4,"12":1,"14":1,"15":2,"17":1,"26":1,"76":1,"84":1,"92":1,"113":1,"114":2}}],["commonly",{"2":{"50":1}}],["common",{"2":{"2":1,"10":1,"12":1,"34":1,"41":1,"42":1,"46":3,"58":1,"86":1}}],["commands",{"2":{"13":1}}],["command",{"0":{"9":1},"2":{"2":1,"9":6,"13":1,"75":1}}],["cookie",{"2":{"33":1,"36":1,"39":1,"41":1,"58":1}}],["cooked",{"2":{"2":1}}],["cooperation",{"2":{"2":1}}],["cool",{"2":{"1":1,"27":1,"55":1,"85":1}}],["connect",{"2":{"100":1}}],["conducted",{"2":{"88":1}}],["condensed",{"2":{"70":1}}],["conditions",{"2":{"36":1}}],["conditioned",{"2":{"35":1}}],["condition",{"2":{"35":1,"41":1,"57":1}}],["conform",{"2":{"59":1}}],["confidence",{"2":{"52":1}}],["configured",{"2":{"15":1}}],["conclusion",{"2":{"69":2}}],["conclude",{"2":{"49":1}}],["concerning",{"2":{"56":1}}],["concerns",{"2":{"2":1}}],["concepts",{"2":{"39":1}}],["concept",{"2":{"10":1,"39":1,"55":1}}],["congruent",{"2":{"45":1}}],["congress",{"2":{"18":1}}],["conversion",{"2":{"90":1}}],["conversation",{"2":{"38":1}}],["conversational",{"2":{"9":1}}],["conversations",{"2":{"5":1,"18":1}}],["convert",{"2":{"29":1}}],["convey",{"2":{"20":1}}],["consistently",{"2":{"100":1}}],["consider",{"2":{"33":1,"43":1,"54":1,"62":1}}],["considered",{"2":{"7":1,"15":1,"26":1,"32":1,"36":1,"41":1,"42":2,"44":1,"49":2,"57":1}}],["console",{"2":{"105":1}}],["consolidated",{"2":{"101":1}}],["consolidates",{"2":{"90":1}}],["consonant",{"2":{"88":2}}],["consumers",{"2":{"94":1}}],["consumer",{"2":{"74":1}}],["consumed",{"2":{"39":1}}],["consuming",{"2":{"59":1}}],["consecutive",{"2":{"57":1}}],["consequence",{"2":{"47":1}}],["consequences",{"2":{"42":1,"47":1,"69":2}}],["consensus",{"2":{"39":1,"43":1}}],["conservatively",{"2":{"38":1}}],["constitutes",{"2":{"57":1}}],["constructive",{"2":{"52":1,"53":3,"54":1}}],["constructed",{"2":{"13":1}}],["constrained",{"2":{"45":1}}],["constantly",{"2":{"58":1}}],["constant",{"2":{"37":1}}],["continually",{"2":{"53":1}}],["continuation",{"2":{"33":1}}],["continued",{"2":{"87":1}}],["continues",{"2":{"59":1}}],["continue",{"2":{"35":1,"39":1,"41":1,"52":1,"59":1}}],["continuing",{"2":{"35":1,"114":1}}],["contextual",{"2":{"42":1}}],["contextualize",{"2":{"33":1,"56":1,"59":1,"62":1}}],["contextualized",{"2":{"33":1}}],["contexts",{"2":{"35":1,"41":1}}],["context",{"2":{"34":1,"39":3,"41":1}}],["content",{"0":{"20":1,"56":1},"1":{"57":1,"58":1,"59":1,"60":1},"2":{"1":1,"2":2,"7":1,"13":1,"17":1,"19":1,"20":4,"21":2,"26":1,"34":1,"35":1,"46":1,"52":1,"56":12,"57":6,"58":7,"59":13,"60":2,"64":1,"96":3,"97":1,"98":1,"99":1,"110":1}}],["contain",{"2":{"41":1,"113":1}}],["contains",{"2":{"20":1,"46":1,"100":1}}],["contact",{"2":{"18":2}}],["contacts",{"2":{"18":5}}],["controversial",{"2":{"45":1,"57":2,"59":1}}],["controlling",{"2":{"13":1}}],["controlled",{"2":{"4":1}}],["control",{"2":{"11":1,"13":1,"47":1}}],["contributing",{"2":{"17":1}}],["contributions",{"2":{"13":1}}],["contrast",{"2":{"16":1,"38":2,"69":1}}],["cough",{"2":{"74":1}}],["counter",{"2":{"57":1}}],["count",{"2":{"57":1}}],["counts",{"2":{"41":1,"56":1}}],["countless",{"2":{"30":1}}],["could",{"2":{"4":1,"13":1,"18":1,"19":1,"20":1,"22":2,"28":1,"36":1,"39":1,"40":1,"42":1,"43":1,"45":2,"46":2,"49":1,"57":2,"58":1,"105":1,"113":1}}],["couple",{"2":{"1":1,"40":1,"58":1,"59":1,"63":1,"105":1}}],["course",{"2":{"1":1,"13":1,"35":1,"38":1,"41":1}}],["lua",{"2":{"105":2}}],["ludology",{"0":{"64":1},"2":{"63":1}}],["lucrative",{"2":{"32":1}}],["ll",{"2":{"33":2,"35":2,"38":1,"41":1,"44":1,"52":1,"53":1,"56":1,"59":4,"86":1,"104":2}}],["llms",{"2":{"2":1}}],["lyz",{"2":{"14":1}}],["levied",{"2":{"70":1}}],["levels",{"2":{"54":1,"104":1}}],["level",{"2":{"21":1,"32":1,"35":2,"41":2,"59":2,"114":1}}],["lenient",{"2":{"42":1,"44":1}}],["lend",{"2":{"35":1}}],["legitimate",{"2":{"35":1,"39":1}}],["lecture",{"2":{"35":1}}],["lets",{"2":{"59":1}}],["let",{"2":{"29":1,"38":2,"39":1,"41":1,"57":1,"59":1}}],["left",{"2":{"13":1}}],["leave",{"2":{"35":1,"54":1}}],["learning",{"2":{"30":1,"35":1,"36":2,"54":1,"69":1,"88":1}}],["learn",{"2":{"30":2,"45":1,"50":1,"53":1,"69":1,"102":1}}],["learned",{"2":{"17":1,"69":1}}],["least",{"2":{"13":1,"22":1,"42":1,"58":1,"59":1}}],["leading",{"2":{"59":1}}],["lead",{"2":{"13":2,"57":1,"86":1}}],["lesser",{"2":{"35":1}}],["lessons",{"2":{"17":1,"69":1}}],["less",{"2":{"7":1,"34":1,"35":1,"38":1,"39":1,"48":1,"58":1,"86":1}}],["lgbt",{"2":{"10":1}}],["located",{"2":{"88":1}}],["locations",{"2":{"13":1}}],["location",{"2":{"13":2}}],["logic",{"2":{"41":1,"58":1}}],["logseq",{"0":{"75":1},"2":{"9":1,"75":1,"84":1,"104":1}}],["love",{"2":{"40":1,"41":1,"56":1,"102":1}}],["lore",{"2":{"39":1}}],["loosely",{"2":{"59":1,"91":1}}],["loops",{"2":{"50":2}}],["loop",{"2":{"37":2,"50":2,"59":1}}],["look",{"2":{"35":1,"53":1,"57":1,"91":1,"100":1,"114":1}}],["looking",{"2":{"21":1,"31":1,"38":1,"41":1,"58":1}}],["looks",{"2":{"9":1,"13":1,"22":1}}],["lowers",{"2":{"35":1}}],["low",{"0":{"48":1},"2":{"30":2,"31":1,"34":1,"38":1,"47":1,"48":2,"56":2}}],["load",{"2":{"19":1}}],["lost",{"2":{"58":1}}],["losing",{"2":{"18":1,"47":1}}],["loss",{"2":{"13":1}}],["lots",{"2":{"109":1}}],["lot",{"2":{"17":1,"29":2,"31":1,"32":1,"33":2,"34":3,"35":3,"39":2,"42":1,"43":1,"45":1,"47":1,"50":1,"52":3,"63":1,"68":1,"69":1,"95":1,"102":1,"105":1,"107":1}}],["longer",{"2":{"37":1,"46":1,"48":1,"56":1,"59":2}}],["long",{"2":{"13":1,"35":1,"41":1,"44":1,"47":1,"56":1,"58":1,"67":1,"81":1,"114":1}}],["laid",{"2":{"114":1}}],["lab",{"2":{"89":1}}],["label",{"2":{"39":1}}],["launch",{"2":{"86":1}}],["laura",{"2":{"68":1}}],["last",{"2":{"69":1,"70":1}}],["lashing",{"2":{"55":1}}],["lack",{"2":{"39":3,"56":1}}],["layer",{"2":{"50":1,"58":1,"59":2,"85":1}}],["layers",{"2":{"41":1,"43":1,"59":2,"114":1}}],["lay",{"2":{"30":1}}],["latter",{"2":{"13":1,"35":1,"41":1,"53":1}}],["later",{"2":{"11":1,"35":1,"59":1,"68":1,"72":1}}],["laxla",{"2":{"10":1}}],["lawn",{"2":{"6":1}}],["languages",{"2":{"30":1}}],["language",{"2":{"2":1,"30":1,"88":1}}],["larger",{"2":{"48":1,"58":1,"90":1}}],["largest",{"2":{"47":1,"52":1,"67":1}}],["large",{"2":{"1":1,"2":1,"3":1,"9":1,"12":1,"17":3,"32":1,"41":1,"42":1,"46":2,"60":1,"113":1}}],["libraries",{"2":{"113":1}}],["library",{"2":{"13":1}}],["limited",{"2":{"105":1}}],["limitations",{"2":{"92":1}}],["limits",{"2":{"39":1}}],["license",{"2":{"84":1}}],["live",{"2":{"69":1}}],["living",{"2":{"13":1,"26":1,"62":1,"69":1,"109":1}}],["lis2",{"2":{"71":1,"72":1}}],["lis1",{"2":{"68":1,"70":1,"72":1,"74":1}}],["lis",{"2":{"68":1,"70":1}}],["list",{"2":{"13":4,"44":3,"45":2,"46":1,"57":1}}],["little",{"2":{"59":1,"73":1}}],["literally",{"2":{"34":1}}],["links",{"2":{"99":1}}],["linking",{"2":{"38":1}}],["link",{"2":{"31":1,"98":1,"113":1}}],["linked",{"2":{"22":1,"114":1}}],["line",{"2":{"42":2}}],["lines",{"2":{"30":1}}],["linearly",{"2":{"59":1}}],["linear",{"2":{"5":1,"9":1,"59":3}}],["lighten",{"2":{"19":1}}],["likes",{"2":{"35":1,"38":1,"43":1}}],["liked",{"2":{"33":1}}],["likely",{"2":{"22":3,"54":1,"59":1,"86":1}}],["like",{"2":{"2":3,"4":1,"10":1,"13":4,"19":1,"32":5,"33":1,"34":3,"35":5,"36":2,"38":3,"39":6,"40":1,"41":4,"50":1,"55":1,"56":1,"58":1,"59":2,"60":1,"71":1,"73":1,"80":1,"92":1,"100":1,"104":1,"114":1}}],["lifeisstrange",{"2":{"70":2}}],["life",{"0":{"68":1,"70":1,"72":1,"73":1,"74":1},"1":{"69":1,"70":1,"71":1,"72":1,"73":1,"74":1},"2":{"1":2,"35":1,"41":2,"50":1,"68":1,"69":1,"77":1,"106":1}}],["utilize",{"2":{"108":1}}],["ut",{"2":{"89":1}}],["ue",{"2":{"71":1}}],["ui",{"2":{"47":2}}],["umbrella",{"2":{"41":1,"42":1,"50":1}}],["ultimately",{"2":{"38":1,"41":2,"45":1,"52":1,"53":1,"56":1}}],["url",{"2":{"20":1}}],["us",{"2":{"45":1,"55":1}}],["usually",{"2":{"43":1}}],["using",{"2":{"13":3,"20":1,"30":1,"31":1,"33":1,"38":1,"41":1,"42":1,"58":1,"91":1,"96":1,"105":1}}],["usenet",{"2":{"17":1}}],["username",{"2":{"18":1}}],["users",{"2":{"17":1,"19":1,"21":2,"36":1,"84":1,"92":1}}],["user",{"2":{"17":1,"22":1,"114":1}}],["uses",{"2":{"13":1,"15":1,"35":1,"41":1}}],["useful",{"2":{"13":1,"19":1,"28":1,"41":2,"53":1,"55":1,"58":1,"90":1,"99":1}}],["use",{"2":{"4":1,"9":2,"13":3,"20":1,"30":2,"41":4,"42":1,"53":1,"58":1,"90":1,"100":2,"102":1,"107":1}}],["used",{"2":{"3":1,"4":2,"13":2,"18":1,"41":2,"42":2,"43":1,"44":2,"50":2,"53":1,"58":1,"60":1}}],["unmanageable",{"2":{"59":1}}],["unhelpful",{"2":{"53":2}}],["unfortunate",{"2":{"59":1}}],["unfortunately",{"2":{"35":1,"72":1}}],["unfolding",{"2":{"46":1}}],["unrelated",{"2":{"43":1}}],["unknown",{"2":{"31":1}}],["unlocks",{"2":{"60":3}}],["unlock",{"2":{"48":1,"59":1,"60":1}}],["unlocking",{"2":{"34":1,"59":1}}],["unlocked",{"2":{"1":1,"59":1}}],["unlike",{"2":{"30":1,"41":1,"59":1}}],["unlikely",{"2":{"22":2}}],["unless",{"2":{"21":1,"41":1}}],["until",{"2":{"13":1,"58":1,"104":1}}],["unit",{"2":{"89":1}}],["units",{"2":{"58":1}}],["unity",{"2":{"13":1,"89":1}}],["universal",{"2":{"45":1,"46":1}}],["universally",{"2":{"41":1}}],["university",{"2":{"11":1}}],["uniquely",{"2":{"30":1,"42":1}}],["unique",{"2":{"19":1,"69":1}}],["undefined",{"2":{"94":1}}],["underlying",{"2":{"38":1}}],["understanding",{"2":{"56":1,"57":1}}],["understand",{"2":{"13":1,"41":1,"42":1,"54":1,"56":1,"57":1,"58":1}}],["under",{"2":{"2":1,"13":1,"36":1,"41":1,"42":2,"50":1,"69":1}}],["undressing",{"2":{"41":1}}],["undoing",{"2":{"13":1}}],["upgrade",{"2":{"50":1,"58":1,"60":4}}],["upgrades",{"2":{"40":1,"50":3,"59":6}}],["upon",{"2":{"39":1,"41":1,"53":1,"59":1}}],["uploaded",{"2":{"31":1}}],["updating",{"2":{"20":1,"89":1}}],["updates",{"2":{"13":1,"104":1}}],["upvotes",{"2":{"20":1,"22":1}}],["upset",{"2":{"37":1}}],["upsides",{"2":{"17":1}}],["ups",{"2":{"10":1,"55":1}}],["up",{"0":{"34":1},"2":{"1":1,"13":4,"30":1,"34":1,"38":1,"40":2,"41":1,"42":5,"45":2,"46":2,"47":2,"57":2,"58":1,"59":1,"67":1,"74":1,"89":1,"100":1,"113":1}}],["errant",{"2":{"94":1}}],["errors",{"2":{"88":1}}],["erlend",{"2":{"10":1,"114":1}}],["e3",{"2":{"70":1}}],["eyes",{"2":{"70":1}}],["ecs",{"0":{"105":1},"2":{"67":1,"80":1,"82":1,"105":2}}],["ecosystem",{"2":{"12":1}}],["education",{"2":{"63":1}}],["editions",{"2":{"74":1,"86":1,"107":1}}],["edited",{"2":{"20":1,"26":1}}],["edits",{"2":{"20":1,"21":1}}],["editor",{"2":{"13":5}}],["edit",{"2":{"7":2,"13":2,"21":2}}],["egregious",{"2":{"58":1}}],["episode",{"2":{"70":1}}],["ep",{"2":{"58":5}}],["equal",{"2":{"53":1}}],["equipped",{"2":{"13":2}}],["equipping",{"2":{"13":1}}],["elements",{"2":{"47":1}}],["elicited",{"2":{"39":1}}],["else",{"2":{"10":1,"41":1,"42":1,"96":1}}],["evidence",{"2":{"41":1}}],["evolutions",{"2":{"36":1}}],["event",{"2":{"69":1}}],["events",{"2":{"13":1}}],["eventually",{"2":{"9":1,"41":1,"52":1,"58":1,"59":1,"105":1}}],["even",{"2":{"7":1,"13":1,"19":1,"21":1,"22":1,"30":1,"32":1,"35":3,"38":1,"39":3,"40":1,"41":3,"43":1,"53":1,"59":2,"102":1}}],["ever",{"2":{"4":1,"22":1,"41":2,"42":1,"67":1}}],["everything",{"2":{"13":2,"32":1,"33":1,"59":1,"62":1,"91":1}}],["everyone",{"2":{"12":2,"53":1,"59":1,"74":1,"92":1,"114":1}}],["every",{"2":{"1":1,"17":1,"22":1,"35":2,"40":1,"46":3,"53":1,"57":1,"58":2,"104":3}}],["effortless",{"2":{"35":1}}],["effortlessness",{"0":{"35":1}}],["effects",{"2":{"38":1,"57":1,"59":5,"60":2}}],["effectively",{"2":{"20":2,"21":1,"38":2,"58":1,"59":1,"60":1}}],["effect",{"2":{"13":2,"34":1,"59":2,"90":1}}],["established",{"2":{"46":1}}],["essential",{"2":{"52":1}}],["essentially",{"2":{"19":1,"38":1,"59":1,"104":1}}],["essay",{"2":{"38":1}}],["especially",{"2":{"9":1,"104":1}}],["either",{"2":{"13":1,"35":1,"48":1,"57":1,"59":1,"63":1}}],["earn",{"2":{"50":1,"107":1}}],["earned",{"2":{"34":1}}],["early",{"2":{"45":1,"58":1}}],["earlier",{"2":{"35":1,"38":1,"43":1,"47":1,"48":1,"74":1}}],["ease",{"2":{"35":1,"39":1}}],["easy",{"0":{"30":1,"31":1},"2":{"13":1,"30":1,"31":1,"35":2,"42":1,"59":1,"102":1}}],["easily",{"2":{"13":1,"38":1,"45":1,"46":1,"89":1,"102":1,"105":1}}],["easier",{"2":{"9":1,"13":1,"36":3,"41":1,"59":1}}],["each",{"2":{"13":5,"20":1,"23":1,"31":1,"46":3,"47":1,"57":2,"58":3,"59":1,"98":1,"100":1,"105":2,"113":2}}],["ema",{"2":{"89":1}}],["email",{"2":{"12":2}}],["embargo",{"2":{"86":1}}],["embrace",{"2":{"52":1}}],["empathy",{"2":{"73":1}}],["empty",{"2":{"41":2}}],["emphasizes",{"2":{"34":1}}],["employee",{"2":{"10":1}}],["emotional",{"2":{"54":1,"68":1}}],["emotionally",{"2":{"41":1,"53":1}}],["emotion",{"2":{"13":1}}],["eternity",{"2":{"58":2}}],["etc",{"2":{"10":1,"19":1,"21":1,"22":1,"30":1,"34":1,"39":1,"52":1,"63":1,"86":1,"92":2}}],["ethical",{"0":{"110":1},"2":{"2":2}}],["ensure",{"2":{"52":1,"92":1,"96":1}}],["ensuring",{"2":{"38":1}}],["encourage",{"2":{"39":1,"52":1}}],["encourages",{"2":{"38":1}}],["encouraging",{"2":{"38":2}}],["english",{"2":{"51":1,"88":1}}],["engage",{"2":{"56":1,"57":2}}],["engaged",{"2":{"37":1,"68":1}}],["engaging",{"2":{"39":1,"57":1,"58":1,"59":1}}],["engine",{"2":{"4":1,"13":1,"30":1,"91":1,"99":1,"105":4}}],["enemies",{"2":{"36":1}}],["enjoyed",{"2":{"68":2,"70":2,"71":1}}],["enjoying",{"2":{"35":1}}],["enjoyable",{"2":{"34":2,"38":1,"59":1}}],["enjoy",{"2":{"34":1,"35":1,"38":1,"54":1}}],["entries",{"2":{"91":1}}],["entry",{"2":{"31":1,"35":1}}],["enthusiastically",{"2":{"52":1}}],["entertain",{"2":{"46":1}}],["entities",{"2":{"47":1}}],["entity",{"2":{"12":1,"19":1,"58":1}}],["entirely",{"2":{"20":1}}],["entire",{"2":{"13":1,"35":1,"39":1,"58":1,"69":1,"70":1}}],["enough",{"2":{"15":1,"44":1,"49":2,"58":1,"59":1,"105":1}}],["envisioning",{"2":{"6":1}}],["endorsing",{"2":{"113":1}}],["endorses",{"2":{"15":1}}],["endings",{"2":{"69":1,"74":1}}],["ending",{"0":{"69":1},"2":{"69":3,"70":1}}],["ends",{"2":{"13":1}}],["end",{"2":{"1":1,"13":2,"42":1,"44":1,"57":1,"62":1,"69":2,"100":1}}],["ended",{"2":{"1":1,"38":1}}],["e",{"2":{"2":1,"18":1,"88":1,"113":1}}],["excited",{"2":{"74":1}}],["exciting",{"2":{"52":1}}],["exclusive",{"2":{"47":1,"86":1}}],["exception",{"2":{"81":1}}],["exceptions",{"2":{"32":1}}],["except",{"2":{"59":1}}],["excess",{"2":{"39":1}}],["exhibit",{"2":{"46":1}}],["extreme",{"2":{"39":1,"57":1}}],["extremely",{"2":{"38":1}}],["extrinsic",{"2":{"35":1,"48":1}}],["extensive",{"2":{"102":1}}],["extensions",{"2":{"28":1}}],["extension",{"2":{"21":1,"95":1}}],["extent",{"2":{"33":1,"35":2}}],["exaggerated",{"2":{"42":2}}],["exaggerating",{"2":{"34":1}}],["example",{"2":{"38":3,"46":1,"57":1,"58":1,"59":1,"60":1}}],["examples",{"2":{"2":1,"12":1,"38":2,"46":2,"50":4,"62":2}}],["exacerbate",{"2":{"35":1,"41":1}}],["expansions",{"2":{"110":1}}],["expanding",{"2":{"42":1}}],["exposure",{"0":{"74":1}}],["exposes",{"2":{"10":1}}],["expose",{"2":{"9":1}}],["exponentially",{"2":{"58":1}}],["expression",{"2":{"39":1}}],["expertise",{"2":{"104":1}}],["experiencing",{"2":{"53":1}}],["experiences",{"2":{"38":1}}],["experience",{"2":{"12":2,"33":1,"35":2,"38":4,"41":3,"54":1,"56":1,"57":1,"74":1}}],["expensive",{"2":{"102":1,"107":1}}],["expecting",{"2":{"35":1,"49":1}}],["expected",{"2":{"32":1}}],["expect",{"2":{"31":1,"34":1,"35":1,"59":1}}],["expectations",{"2":{"30":1,"40":1}}],["explains",{"2":{"55":1}}],["explained",{"2":{"32":1}}],["explanation",{"2":{"43":1}}],["exploring",{"2":{"34":1,"39":1}}],["explore",{"2":{"29":1,"52":1,"56":1,"62":1}}],["exploiting",{"2":{"32":1}}],["explicitly",{"2":{"15":1,"44":1,"66":1,"99":1}}],["ex",{"2":{"10":1}}],["exists",{"2":{"104":1}}],["exist",{"2":{"2":1,"14":1,"40":1,"114":1}}],["existing",{"2":{"2":1,"13":1,"17":1,"19":1,"28":1,"46":1}}],["www",{"2":{"70":2}}],["wonderful",{"2":{"52":2}}],["won",{"2":{"15":1,"38":1,"47":1,"59":2,"98":1}}],["wouldn",{"2":{"18":1}}],["would",{"2":{"13":1,"18":1,"19":1,"20":1,"33":1,"38":1,"40":2,"42":2,"43":1,"46":1,"47":1,"49":4,"50":2,"53":1,"57":1,"58":4,"68":1,"71":1,"73":1,"107":2,"113":3,"114":1}}],["words",{"2":{"41":1}}],["worlds",{"2":{"105":5}}],["world",{"2":{"35":1,"51":1,"90":1,"105":3}}],["worth",{"2":{"33":1,"39":1}}],["worry",{"2":{"30":1}}],["worrying",{"2":{"13":1}}],["worse",{"2":{"12":1,"57":1,"74":1}}],["working",{"2":{"35":1,"57":1}}],["workshop",{"2":{"105":1}}],["works",{"2":{"13":1,"53":1,"105":1}}],["work",{"0":{"89":1},"2":{"7":1,"19":2,"28":2,"35":1,"48":1,"53":1,"88":1,"105":1}}],["wrt",{"2":{"46":1}}],["wrong",{"2":{"41":1,"42":1,"56":1}}],["wrote",{"2":{"13":2}}],["writing",{"2":{"104":1}}],["written",{"2":{"39":1,"62":1,"95":2,"104":1}}],["writer",{"2":{"13":1}}],["write",{"2":{"10":1,"18":1,"97":1}}],["wreden",{"0":{"11":1},"2":{"11":2,"61":3,"94":3,"112":1}}],["wise",{"2":{"58":1}}],["wishes",{"2":{"21":1}}],["wizard",{"2":{"50":1}}],["wikipedia",{"2":{"104":1}}],["wikis",{"2":{"98":1}}],["wiki",{"2":{"26":1}}],["winning",{"2":{"13":3}}],["win",{"2":{"13":2,"34":1}}],["will",{"2":{"9":1,"10":2,"13":6,"20":1,"22":2,"32":2,"34":1,"35":1,"38":1,"40":2,"41":1,"42":1,"43":1,"46":1,"48":1,"52":1,"53":1,"54":2,"55":2,"58":1,"59":4,"60":1,"62":2,"67":1,"70":1,"74":2,"86":1}}],["within",{"2":{"16":1,"20":2,"33":1,"36":1,"38":1,"39":2,"41":2,"44":2,"47":2,"50":1,"53":1}}],["without",{"2":{"13":1,"15":1,"21":1,"33":1,"34":3,"35":1,"39":2,"74":1,"107":1}}],["with",{"2":{"1":1,"4":1,"5":1,"7":2,"9":2,"10":2,"11":1,"12":1,"13":6,"15":1,"17":3,"18":3,"19":1,"20":4,"21":4,"22":1,"28":1,"31":3,"32":1,"33":2,"35":3,"37":1,"38":2,"39":3,"40":2,"41":6,"43":3,"44":1,"45":1,"46":5,"47":1,"48":4,"51":1,"52":3,"53":1,"55":2,"56":2,"57":2,"58":1,"59":5,"60":1,"68":2,"69":4,"70":1,"72":2,"74":1,"84":1,"86":1,"88":3,"91":3,"92":2,"96":1,"99":1,"100":1,"104":2,"105":3,"109":1,"113":1,"114":1}}],["whole",{"2":{"41":2,"98":1}}],["whom",{"2":{"38":1}}],["who",{"2":{"30":1,"34":1,"35":2,"38":1,"39":1,"41":1,"56":2,"57":1,"59":1,"74":1,"86":2,"95":1,"113":1}}],["why",{"0":{"63":1,"102":1},"2":{"28":1,"29":1,"33":1,"34":1,"35":2,"39":3,"41":2,"42":1,"52":1,"59":5,"62":1}}],["whitelisted",{"2":{"21":1}}],["white",{"2":{"18":1}}],["while",{"2":{"13":1,"33":1,"34":2,"35":4,"38":2,"41":3,"42":2,"46":2,"51":1,"52":1,"53":1,"58":2,"88":1}}],["which",{"2":{"13":5,"15":2,"28":1,"31":2,"33":2,"34":1,"37":1,"38":3,"39":2,"44":1,"47":1,"50":1,"58":1,"59":3,"60":1,"70":1,"98":1,"104":1,"105":1,"114":1}}],["whether",{"2":{"35":1,"39":2,"42":1,"49":1}}],["wheel",{"2":{"13":1}}],["whenever",{"2":{"58":1}}],["when",{"2":{"13":4,"19":2,"26":1,"35":1,"38":1,"39":1,"41":2,"42":2,"46":1,"52":1,"54":1,"58":1,"59":4,"60":1,"88":2}}],["whereas",{"2":{"30":1}}],["where",{"2":{"9":1,"19":1,"34":2,"36":2,"37":1,"38":1,"41":1,"42":1,"43":1,"47":1,"48":1,"50":1,"54":1,"57":1,"59":4,"90":1,"113":1}}],["whatever",{"2":{"13":1,"22":1,"53":1}}],["what",{"0":{"56":1},"1":{"57":1,"58":1,"59":1,"60":1},"2":{"2":1,"9":1,"13":3,"33":3,"34":2,"36":2,"38":1,"39":3,"40":3,"41":2,"42":2,"43":4,"44":2,"45":1,"46":2,"47":1,"53":1,"56":3,"57":1,"58":2,"59":2,"63":1,"64":1,"70":1,"74":1}}],["were",{"2":{"105":1}}],["we",{"2":{"40":1,"42":2,"43":1,"46":1,"49":1,"52":1,"56":2,"59":5,"68":1,"72":1,"104":1}}],["weapons",{"2":{"34":1}}],["went",{"2":{"33":1}}],["welcoming",{"2":{"52":1}}],["welcome",{"2":{"31":1}}],["well",{"2":{"7":1,"9":1,"10":2,"20":1,"31":2,"36":1,"38":1,"40":1,"44":1,"58":1,"63":1,"71":1,"86":1,"104":1,"105":1}}],["weird",{"0":{"114":1},"2":{"10":2,"15":1,"16":2,"23":1,"84":1,"100":1,"114":3}}],["webs",{"2":{"96":1,"101":1}}],["websites",{"0":{"100":1},"1":{"101":1},"2":{"23":1,"28":1,"50":1,"79":1,"98":1,"99":1,"100":1,"102":5,"113":2,"114":1}}],["website",{"0":{"79":1},"2":{"4":1,"5":1,"10":1,"18":1,"62":1,"66":1,"79":1,"80":1,"97":1,"98":1}}],["webrings",{"0":{"113":1},"2":{"10":1,"66":1,"98":1,"99":1,"113":1}}],["web",{"0":{"95":1,"98":1,"99":1,"102":1,"103":1},"1":{"99":1,"100":1,"101":1,"102":1,"103":1},"2":{"5":1,"7":1,"8":1,"10":4,"14":3,"26":1,"28":1,"30":3,"32":3,"59":3,"60":1,"79":1,"91":1,"95":5,"98":3,"99":1,"100":1,"101":2,"104":1,"113":1,"114":1}}],["wave",{"2":{"88":2}}],["walking",{"2":{"39":1}}],["wait",{"2":{"38":1,"48":1,"60":1}}],["waiting",{"2":{"35":1,"48":1,"57":2}}],["watching",{"2":{"90":1}}],["watch",{"2":{"33":1,"35":1}}],["watched",{"2":{"33":1}}],["ware",{"2":{"32":1}}],["wanderstop",{"0":{"112":1},"2":{"11":1,"61":1,"112":1}}],["wanted",{"2":{"38":1,"72":1}}],["wants",{"2":{"10":1,"19":1,"59":1,"114":1}}],["want",{"0":{"102":1},"2":{"9":1,"10":1,"18":2,"56":4,"57":1,"58":1,"62":1,"97":1}}],["ways",{"2":{"10":1,"19":1,"58":1,"74":1,"98":1}}],["way",{"2":{"1":1,"19":1,"21":1,"33":1,"34":1,"35":2,"37":1,"38":1,"40":1,"41":2,"42":1,"44":1,"52":1,"62":1,"91":1,"98":1}}],["wasted",{"2":{"39":1}}],["waste",{"2":{"39":1}}],["was",{"2":{"1":1,"4":1,"13":2,"18":1,"20":1,"22":1,"26":1,"27":1,"41":1,"49":1,"59":1,"62":1,"69":2,"74":1,"96":1,"98":1,"102":1,"105":1}}],["bts",{"2":{"70":1}}],["bonuses",{"0":{"86":1},"2":{"86":3,"90":1,"107":1}}],["bought",{"2":{"58":1}}],["books",{"2":{"51":1}}],["borrow",{"2":{"43":1}}],["borders",{"2":{"41":1}}],["boils",{"2":{"38":1}}],["boxes",{"2":{"35":1,"41":2}}],["box",{"2":{"35":1,"41":2}}],["bother",{"2":{"59":1}}],["both",{"2":{"31":1,"41":2,"59":1,"78":1}}],["bots",{"2":{"22":1}}],["bot",{"2":{"22":2}}],["bias",{"2":{"46":1,"55":1}}],["biasing",{"2":{"45":1}}],["biased",{"2":{"40":1,"104":1}}],["bill",{"2":{"43":1}}],["biggest",{"2":{"74":1}}],["big",{"2":{"34":2,"38":1,"42":3,"56":1}}],["bit",{"2":{"20":1,"35":1,"38":3,"39":1,"42":2,"56":1,"59":1}}],["binary",{"2":{"20":1}}],["bridge",{"2":{"113":1}}],["bring",{"2":{"38":1}}],["breached",{"2":{"18":2}}],["browsing",{"0":{"99":1}}],["browser",{"2":{"30":2,"31":1}}],["brought",{"2":{"47":1}}],["broadly",{"2":{"94":1}}],["broad",{"2":{"17":1,"42":1}}],["broken",{"2":{"13":1}}],["brain",{"2":{"14":1}}],["branching",{"2":{"5":1}}],["blame",{"2":{"109":1}}],["blends",{"2":{"57":1}}],["blurriness",{"2":{"44":1}}],["blurred",{"2":{"42":1}}],["blurry",{"2":{"41":1}}],["bluesky",{"2":{"3":1}}],["blocks",{"0":{"97":1},"2":{"16":1,"96":1,"100":1}}],["blogs",{"2":{"14":1}}],["blogging",{"2":{"10":1}}],["blog",{"2":{"10":2,"44":1}}],["balancing",{"2":{"52":1,"62":1}}],["balance",{"2":{"13":2}}],["battles",{"2":{"50":1}}],["badgood",{"2":{"41":1}}],["bad",{"2":{"17":1,"38":6,"41":4,"54":1,"59":1}}],["back",{"2":{"13":1,"35":1,"38":1,"39":1,"41":1,"43":1,"55":1,"70":1,"101":1,"102":1,"107":1}}],["basically",{"2":{"104":1}}],["basics",{"2":{"13":1}}],["baseline",{"2":{"56":1}}],["bases",{"2":{"43":1}}],["base",{"2":{"34":1,"50":1,"59":1,"107":1,"110":1}}],["based",{"2":{"10":1,"13":1,"18":1,"32":1,"39":1,"44":2,"50":1,"59":3,"60":1,"90":1,"91":1,"104":1,"105":1}}],["barrier",{"2":{"31":1,"35":1}}],["bars",{"2":{"9":1}}],["bar",{"2":{"9":1,"70":1,"94":1}}],["barbee",{"2":{"6":1}}],["barefoot",{"2":{"2":1}}],["babble",{"0":{"4":1},"2":{"4":2,"13":4,"80":1,"82":1}}],["bunch",{"2":{"113":1}}],["bulk",{"2":{"90":1}}],["bursts",{"2":{"57":1}}],["buffed",{"2":{"46":1}}],["buying",{"2":{"41":1,"50":1,"58":2,"59":1,"86":1}}],["buy",{"2":{"13":3,"50":1,"58":3,"59":3,"86":1}}],["built",{"2":{"10":2,"35":1,"67":1,"87":1,"113":1,"114":1}}],["builds",{"2":{"46":1}}],["builders",{"2":{"42":3,"100":1}}],["buildings",{"2":{"58":1}}],["building",{"0":{"100":1},"1":{"101":1},"2":{"10":1,"59":1,"100":1}}],["build",{"2":{"2":1,"13":1,"28":1,"59":1,"62":1,"114":1}}],["buds",{"0":{"4":1},"2":{"4":1,"13":4,"80":1,"82":1}}],["button",{"2":{"13":2,"30":2,"34":1,"35":1,"58":1,"99":1,"105":1}}],["buttons",{"2":{"13":2,"35":1}}],["but",{"2":{"1":1,"4":1,"13":2,"21":1,"22":1,"32":2,"34":4,"35":4,"38":2,"39":2,"40":2,"41":8,"42":3,"43":4,"44":2,"45":2,"46":2,"47":1,"55":1,"56":2,"57":4,"58":2,"59":5,"63":1,"69":1,"70":1,"72":1,"73":1,"74":1,"81":1,"102":2,"104":1,"105":1}}],["benefit",{"2":{"86":1}}],["benefits",{"2":{"86":1}}],["begs",{"2":{"59":1}}],["beginners",{"2":{"30":1}}],["beginner",{"0":{"94":1},"2":{"11":3,"94":2}}],["berlin",{"0":{"44":1},"2":{"44":2,"49":3}}],["belong",{"2":{"41":1,"50":1,"92":1}}],["believe",{"2":{"4":1,"34":1,"41":1,"42":1,"43":1,"44":1,"53":1,"57":1,"58":1}}],["beyond",{"2":{"39":1,"50":1,"57":1,"58":2}}],["behavior",{"2":{"41":1}}],["behave",{"2":{"38":1,"91":1}}],["behind",{"2":{"38":2}}],["beats",{"2":{"74":1}}],["beating",{"2":{"34":1}}],["beat",{"2":{"34":2}}],["been",{"2":{"32":1,"33":3,"39":1,"42":1,"45":1,"54":1,"56":1,"58":2,"71":1,"88":1}}],["best",{"2":{"14":1,"33":1,"36":1,"42":1,"45":1,"53":1,"55":1,"63":1,"96":1,"104":1}}],["between",{"2":{"13":1,"14":1,"22":1,"25":1,"34":1,"35":1,"36":1,"42":4,"43":1,"47":1,"53":1,"57":2,"58":2,"94":1,"98":1}}],["better",{"2":{"10":1,"26":1,"28":1,"38":1,"41":2,"52":1,"53":1,"69":1,"114":1}}],["becoming",{"2":{"52":1,"59":1}}],["becomes",{"2":{"35":1,"59":3}}],["become",{"2":{"9":1,"13":1,"41":1,"46":1,"50":1,"57":1,"58":2,"59":3}}],["became",{"2":{"13":1,"68":1,"105":1}}],["because",{"2":{"4":1,"13":1,"35":2,"39":1,"40":1,"42":1,"43":1,"52":1,"57":1,"59":1}}],["be",{"2":{"4":1,"10":2,"13":5,"15":1,"17":2,"18":1,"20":2,"21":1,"22":8,"31":3,"32":2,"33":3,"34":3,"35":6,"36":2,"38":2,"39":5,"40":3,"41":9,"42":4,"43":4,"44":10,"45":2,"46":2,"47":2,"48":1,"49":4,"50":1,"52":1,"53":4,"56":1,"57":6,"58":3,"59":8,"60":1,"62":1,"63":1,"67":2,"74":1,"88":1,"96":1,"98":1,"102":1,"107":1,"113":3}}],["being",{"2":{"1":1,"17":2,"32":3,"35":2,"36":2,"38":1,"42":1,"43":1,"48":1,"50":1,"51":1,"70":1,"114":1}}],["before",{"0":{"70":1},"2":{"1":1,"39":1,"41":1,"46":2,"48":1,"54":1,"58":1,"59":2,"60":1,"62":1,"86":2,"92":1,"98":1}}],["by",{"2":{"0":1,"1":1,"2":3,"3":2,"4":3,"5":2,"6":1,"7":1,"8":1,"10":3,"11":2,"12":2,"13":4,"14":2,"15":3,"16":1,"17":3,"20":1,"21":3,"22":1,"23":2,"24":1,"25":1,"26":1,"28":1,"32":1,"33":2,"34":5,"35":1,"38":3,"40":2,"41":1,"42":2,"44":4,"45":1,"48":1,"50":3,"53":1,"59":2,"60":2,"61":2,"62":1,"66":2,"67":1,"68":1,"75":1,"76":1,"77":1,"78":1,"79":1,"80":2,"83":1,"84":1,"86":1,"90":1,"91":4,"92":2,"93":1,"94":1,"95":3,"98":2,"104":1,"105":2,"106":1,"111":1,"112":1,"113":1,"114":2}}],["dynamic",{"2":{"85":1}}],["dynamically",{"2":{"13":3}}],["ddr",{"2":{"35":1}}],["d",{"2":{"22":2,"32":1,"33":1,"34":2,"35":1,"39":2,"40":1,"41":3,"43":1,"45":1,"50":1,"56":1,"57":1,"59":1,"60":1,"68":1,"88":1,"102":1}}],["dressing",{"2":{"41":1}}],["drops",{"2":{"38":1}}],["dropdown",{"2":{"13":1}}],["driven",{"2":{"68":1,"74":2}}],["drive",{"2":{"22":1,"39":1,"86":1}}],["drawing",{"2":{"33":1}}],["draw",{"2":{"29":1}}],["dramatic",{"2":{"13":1}}],["dragging",{"2":{"13":1}}],["drag",{"2":{"13":1}}],["due",{"2":{"32":2,"33":1,"38":1,"39":1,"42":1,"43":1,"46":1,"53":1,"70":1,"107":1}}],["duels",{"2":{"13":3}}],["dueling",{"2":{"13":3}}],["duel",{"2":{"13":4}}],["duty",{"2":{"21":1,"38":1}}],["during",{"2":{"13":2}}],["dodger",{"2":{"68":1}}],["documentation",{"2":{"89":1}}],["document",{"2":{"62":2}}],["documents",{"2":{"26":1,"114":1}}],["dopamine",{"2":{"41":2}}],["doom",{"2":{"38":3}}],["double",{"0":{"74":1},"2":{"21":1}}],["doesn",{"2":{"17":1,"22":1,"36":1,"40":1,"41":1,"42":1,"46":1,"58":1,"59":1,"74":1}}],["does",{"2":{"15":1,"34":2,"38":4,"42":1,"43":1,"46":1,"47":1,"57":1,"58":1,"59":1,"73":1}}],["downs",{"2":{"55":1}}],["downvotes",{"2":{"20":1,"22":1}}],["down",{"2":{"13":1,"33":2,"38":1}}],["downloading",{"2":{"22":1}}],["downloaded",{"2":{"22":1}}],["download",{"2":{"13":1,"22":1}}],["do",{"2":{"13":1,"18":1,"22":1,"31":1,"33":1,"34":1,"41":3,"42":1,"43":1,"52":1,"53":1,"57":2,"58":2,"59":4,"60":1,"63":2,"72":1,"74":1,"92":1,"104":1}}],["doing",{"2":{"13":1,"35":2}}],["donation",{"2":{"32":1}}],["done",{"2":{"22":1}}],["don",{"2":{"4":1,"17":2,"22":1,"27":1,"30":3,"34":1,"38":1,"40":1,"41":1,"42":1,"43":1,"53":2,"58":1,"59":2,"60":1,"62":1,"109":1}}],["diminishing",{"2":{"58":1}}],["dimensions",{"2":{"50":1,"58":9}}],["diverse",{"2":{"54":1,"98":1}}],["diversity",{"2":{"44":1}}],["didn",{"2":{"70":3}}],["did",{"2":{"38":1,"70":1}}],["diff",{"2":{"104":1}}],["differences",{"2":{"54":1}}],["difference",{"2":{"42":1,"58":1,"60":1}}],["differentiates",{"2":{"40":1}}],["different",{"2":{"2":1,"19":2,"32":1,"38":4,"41":1,"45":1,"47":1,"50":1,"53":1,"54":2,"57":1,"58":1,"59":1}}],["diffs",{"2":{"28":1}}],["difficulties",{"2":{"43":1}}],["difficulty",{"2":{"36":1,"59":2}}],["difficult",{"2":{"17":1,"30":1,"35":1,"42":1,"50":1}}],["direction",{"2":{"59":1}}],["directly",{"2":{"41":1,"59":1,"60":1,"90":1}}],["direct",{"2":{"17":1}}],["director",{"2":{"13":1}}],["diegetic",{"2":{"47":1}}],["die",{"2":{"13":4}}],["disparate",{"2":{"74":1}}],["displaying",{"2":{"25":1}}],["display",{"2":{"18":4,"19":1,"28":1,"41":1,"47":1}}],["displays",{"2":{"7":1,"19":1,"105":1}}],["disservice",{"2":{"69":1}}],["dissipates",{"2":{"46":1}}],["disengaging",{"2":{"59":1}}],["disengage",{"2":{"59":1}}],["disregard",{"2":{"53":1}}],["distancing",{"2":{"53":1}}],["distinguish",{"2":{"53":1}}],["distinct",{"2":{"42":1}}],["distilled",{"2":{"41":1}}],["distract",{"2":{"38":1}}],["disagreeing",{"2":{"46":1}}],["disagree",{"2":{"38":1}}],["disagreed",{"2":{"33":1}}],["disclaimer",{"2":{"40":1}}],["discussing",{"2":{"70":1}}],["discussion",{"2":{"33":1,"34":1}}],["discussions",{"2":{"16":1,"31":1}}],["discuss",{"2":{"38":1,"47":1}}],["discussed",{"2":{"33":1,"39":1}}],["discusses",{"2":{"2":1,"9":1,"96":1,"114":1}}],["discourage",{"2":{"100":1}}],["discourse",{"2":{"10":1}}],["discounts",{"2":{"90":1}}],["discover",{"2":{"59":1}}],["discovering",{"2":{"34":1,"39":1}}],["discovery",{"2":{"19":1}}],["discord",{"2":{"10":1,"113":1}}],["dictate",{"2":{"20":1}}],["dichotomy",{"0":{"25":1},"2":{"7":2,"25":1,"26":2}}],["dice",{"0":{"13":1},"2":{"4":1,"13":24,"80":1,"81":1,"84":1}}],["digital",{"0":{"14":1},"2":{"7":2,"10":2,"14":4,"26":1,"28":2,"62":1,"86":1,"95":2,"104":2}}],["dark",{"2":{"14":1,"45":1,"46":1,"95":1}}],["davey",{"0":{"11":1},"2":{"11":2,"61":3,"94":3,"112":1}}],["date",{"2":{"7":2,"13":2,"86":1}}],["data",{"2":{"2":1,"12":1,"17":1,"92":1,"114":1}}],["dallas",{"2":{"89":1}}],["dall",{"2":{"2":1}}],["days",{"2":{"1":1,"17":1,"102":1}}],["day",{"2":{"1":1,"102":1,"104":1}}],["demo",{"2":{"71":1,"110":1}}],["demonstrate",{"2":{"42":1}}],["deadbones",{"2":{"68":1,"70":1}}],["deals",{"2":{"86":1}}],["deal",{"2":{"48":1}}],["default",{"2":{"105":1}}],["defend",{"2":{"58":2}}],["defended",{"2":{"58":1}}],["define",{"2":{"39":1,"40":2,"42":2,"44":1}}],["defined",{"2":{"5":1,"40":1,"42":1,"43":1,"44":1,"50":3}}],["defining",{"0":{"40":1},"1":{"41":1,"42":1,"43":1,"44":1,"45":1,"46":1,"47":1,"48":1,"49":1,"50":1,"51":1},"2":{"39":1,"40":1,"41":1,"43":1,"44":2,"62":1,"64":1}}],["definite",{"2":{"44":1}}],["definitely",{"2":{"34":1}}],["definitions",{"2":{"40":1,"41":1}}],["definition",{"2":{"40":1,"41":2,"42":5,"43":4,"44":2,"45":1,"46":1,"56":1}}],["definitively",{"2":{"39":1,"60":1}}],["debug",{"2":{"105":1}}],["debugging",{"2":{"52":1}}],["debt",{"2":{"89":1}}],["debate",{"2":{"42":1}}],["degree",{"2":{"50":1}}],["derived",{"2":{"44":2}}],["deeply",{"2":{"50":1,"52":1}}],["deep",{"2":{"39":1}}],["de",{"2":{"34":1}}],["depending",{"2":{"84":1}}],["dependencies",{"2":{"18":1}}],["depression",{"2":{"68":1}}],["depth",{"2":{"34":2,"39":3}}],["dedicated",{"2":{"30":1,"31":1,"69":1}}],["delaying",{"2":{"57":1}}],["delay",{"2":{"22":1}}],["deletion",{"2":{"21":2}}],["delete",{"2":{"21":5,"22":1}}],["decreasing",{"2":{"90":1}}],["deciding",{"2":{"42":1,"47":2,"50":1,"54":1}}],["decide",{"2":{"18":1,"19":1}}],["decision",{"2":{"39":1,"59":1}}],["decisions",{"2":{"36":1,"42":1,"45":1,"57":1,"59":1}}],["decent",{"2":{"60":1}}],["decentralized",{"0":{"12":1},"2":{"0":1,"3":1,"10":1,"15":1,"17":1,"18":1,"23":2,"76":1,"83":1,"92":2,"114":1}}],["december",{"2":{"1":1}}],["detriment",{"2":{"41":1}}],["detract",{"2":{"34":1,"36":1}}],["determine",{"2":{"22":2,"44":1,"45":1,"46":1,"49":1,"50":1,"53":1}}],["determines",{"2":{"13":1}}],["detects",{"2":{"13":1,"105":1}}],["details",{"2":{"6":1,"17":1}}],["deserves",{"2":{"41":1}}],["described",{"2":{"43":1,"56":1}}],["describe",{"2":{"42":1}}],["describes",{"2":{"25":1,"28":1}}],["descriptive",{"2":{"41":1}}],["descriptions",{"2":{"9":1}}],["desired",{"2":{"21":1}}],["designing",{"2":{"88":1}}],["designer",{"2":{"38":1}}],["designers",{"2":{"13":3}}],["designed",{"2":{"3":1,"5":1,"38":2,"85":1,"91":1}}],["design",{"0":{"38":1},"2":{"9":1,"38":10,"39":1,"41":3,"50":1,"53":1,"54":1,"59":3,"62":2,"105":1,"113":1}}],["devolving",{"2":{"39":1}}],["device",{"2":{"35":1}}],["dev",{"0":{"27":1},"2":{"80":1,"81":1,"84":1}}],["developing",{"2":{"52":1}}],["develop",{"2":{"41":1}}],["developer",{"2":{"31":1,"33":1,"52":1,"53":1,"60":1}}],["developers",{"0":{"29":1,"60":1,"109":1},"1":{"30":1,"31":1,"32":1},"2":{"2":1,"29":3,"30":1,"31":3,"32":1,"38":1,"41":1,"52":2,"53":1,"54":2,"62":1,"64":1,"91":1}}],["developed",{"2":{"30":1}}],["development",{"2":{"10":1,"13":2,"30":1,"52":1,"53":1,"55":1,"63":1,"67":1,"81":1,"87":1,"100":1,"113":1,"114":1}}],["devs",{"2":{"1":1,"63":2}}],["switching",{"2":{"71":1}}],["switch",{"2":{"62":1}}],["swarm",{"2":{"50":1,"58":1}}],["snippets",{"2":{"62":1}}],["smart",{"2":{"36":1}}],["smaller",{"2":{"90":1,"113":2}}],["smallest",{"2":{"13":1}}],["small",{"0":{"98":1,"99":1,"102":1,"103":1},"1":{"99":1,"100":1,"101":1,"102":1,"103":1},"2":{"3":1,"5":1,"7":1,"14":1,"26":1,"28":1,"46":1,"55":1,"60":1,"79":1,"90":1,"95":1,"98":2,"99":2,"100":1,"104":1,"113":1,"114":1}}],["synapse",{"0":{"93":1},"2":{"66":1,"76":1,"84":1,"93":1}}],["synergism",{"2":{"45":1}}],["synergies",{"2":{"34":1,"36":1}}],["systems",{"2":{"34":1,"35":1,"89":1,"105":3}}],["system",{"2":{"5":1,"20":1,"34":2,"85":1,"87":1,"88":1,"102":1,"105":1}}],["skinner",{"2":{"35":2,"41":4}}],["skill",{"2":{"34":3,"40":1,"46":3,"53":1}}],["skilling",{"2":{"32":1}}],["skills",{"2":{"30":1,"41":2,"52":1}}],["skip",{"2":{"13":2,"72":1}}],["slightly",{"2":{"57":1}}],["slight",{"2":{"46":1,"86":1}}],["slowly",{"2":{"38":1}}],["slots",{"2":{"13":1}}],["sleep",{"2":{"35":1,"41":1}}],["slay",{"2":{"6":1,"35":1}}],["sands",{"2":{"105":2}}],["salt",{"2":{"53":1}}],["satisfy",{"2":{"53":1}}],["satisfying",{"2":{"34":2}}],["satisfactory",{"2":{"42":1}}],["satire",{"2":{"41":1}}],["sake",{"2":{"39":1,"40":1,"42":1,"56":1}}],["safely",{"2":{"57":1}}],["safe",{"2":{"38":1,"42":1}}],["said",{"2":{"32":1,"33":1,"53":1,"57":1,"60":1,"86":1}}],["say",{"2":{"18":2,"35":1,"38":1,"42":1,"46":1,"49":1,"53":1,"57":3,"58":1,"60":1,"74":1}}],["saying",{"2":{"18":2}}],["same",{"2":{"13":1,"18":2,"20":1,"36":1,"41":1,"58":2,"59":3,"60":1,"113":1}}],["save",{"2":{"13":1,"47":1}}],["scams",{"2":{"92":1}}],["scale",{"2":{"9":1}}],["sculpture",{"2":{"39":1}}],["schedule",{"2":{"35":1,"41":1}}],["school",{"2":{"19":1}}],["scientific",{"2":{"18":1,"87":1}}],["screen",{"2":{"41":1,"105":1}}],["screenshot",{"2":{"13":1}}],["scriptable",{"2":{"13":1}}],["scripts",{"2":{"13":2}}],["scenes",{"2":{"105":1}}],["scene",{"2":{"13":1,"35":1,"70":1}}],["sitting",{"2":{"35":1}}],["sites",{"2":{"23":1,"98":2,"100":1,"113":1}}],["site",{"2":{"13":1,"18":1,"63":1,"96":1,"100":1,"104":1,"111":1}}],["since",{"2":{"33":2,"35":1,"44":1,"54":1,"58":1,"74":1,"113":1}}],["sink",{"2":{"13":1}}],["single",{"2":{"12":1,"13":1,"17":1,"39":1,"46":3,"57":1,"114":1}}],["side",{"2":{"13":1,"58":1}}],["sides",{"2":{"13":1,"35":1,"42":1}}],["simple",{"2":{"105":1}}],["simply",{"2":{"42":1,"47":1,"59":1,"60":1}}],["sim",{"2":{"58":1}}],["simulate",{"2":{"13":1}}],["simulator",{"2":{"13":1,"39":1,"50":1}}],["similarities",{"2":{"40":1,"42":1}}],["similarity",{"2":{"35":1}}],["similarly",{"2":{"39":1,"41":1,"59":1}}],["similar",{"2":{"10":2,"28":1,"32":1,"40":1,"42":1,"43":1,"58":1,"98":1}}],["signal",{"2":{"48":1,"94":1}}],["signature",{"0":{"97":1},"2":{"16":1,"20":2,"21":1,"96":1}}],["significantly",{"2":{"46":1,"86":1}}],["significant",{"2":{"35":1,"43":1}}],["signed",{"2":{"18":1,"68":1,"96":1,"97":1}}],["sign",{"2":{"13":1}}],["shirt",{"2":{"68":1}}],["shift",{"0":{"46":1},"2":{"46":6,"49":1}}],["shifts",{"2":{"37":1,"46":5}}],["shields",{"2":{"38":3}}],["shake",{"2":{"46":1}}],["share",{"2":{"54":1,"55":1,"105":1,"113":1}}],["shared",{"2":{"4":1,"23":1,"113":2}}],["sharing",{"2":{"53":1}}],["sharp",{"2":{"38":1}}],["shape",{"2":{"27":1}}],["shallow",{"2":{"19":1}}],["shoes",{"2":{"54":1}}],["shooters",{"2":{"38":1}}],["shorthand",{"2":{"40":1}}],["short",{"2":{"34":1,"56":1,"57":1,"58":1}}],["shortcut",{"2":{"9":1}}],["shouldn",{"2":{"42":1,"43":1,"45":1}}],["should",{"2":{"17":1,"20":3,"28":1,"41":1,"42":1,"44":2,"45":1,"46":1,"53":3,"57":3,"60":1,"96":1}}],["shop",{"2":{"13":3}}],["shows",{"2":{"44":1,"69":1,"88":2}}],["shown",{"2":{"13":1,"31":1}}],["showing",{"2":{"13":1}}],["show",{"2":{"13":1,"38":1,"46":1,"78":1,"85":1,"105":1}}],["severely",{"2":{"105":1}}],["several",{"2":{"10":1,"22":1,"41":1,"47":1,"48":1,"59":1,"81":1,"105":1}}],["series",{"2":{"50":1,"58":1,"68":2,"69":1,"71":1,"96":1,"101":1}}],["serving",{"2":{"20":1}}],["service",{"2":{"15":1}}],["serve",{"2":{"41":1,"86":1}}],["serves",{"2":{"20":1,"88":1}}],["servers",{"0":{"19":1},"2":{"12":1,"19":4,"20":2,"22":5,"102":1,"113":1,"114":1}}],["server",{"2":{"12":1,"15":1,"16":1,"17":3,"18":1,"19":2,"21":1,"22":2,"93":1,"100":1}}],["sell",{"2":{"86":1}}],["selected",{"2":{"46":1}}],["self",{"2":{"15":1,"17":1,"92":1}}],["section",{"2":{"38":1}}],["second",{"2":{"13":1,"14":1,"57":1,"59":1}}],["separates",{"2":{"59":1}}],["separate",{"2":{"36":1}}],["separated",{"2":{"4":2}}],["sensors",{"2":{"88":1}}],["sense",{"2":{"34":1,"35":2,"36":2,"41":1,"42":2,"43":1,"46":2,"59":2,"60":1}}],["sends",{"2":{"22":1}}],["sending",{"2":{"19":2,"21":1,"22":1}}],["send",{"2":{"18":1,"19":1,"20":1,"21":2}}],["sent",{"2":{"18":1}}],["settle",{"2":{"56":1}}],["setting",{"2":{"39":1}}],["settings",{"2":{"13":1}}],["setup",{"2":{"21":1}}],["set",{"2":{"13":1,"28":1,"40":1,"44":1,"54":1,"113":1}}],["sets",{"2":{"13":2}}],["seemed",{"2":{"71":1}}],["seem",{"2":{"41":1,"55":1,"56":1,"57":1,"73":1}}],["seems",{"2":{"10":1,"29":1,"39":1,"43":1,"73":1}}],["seeking",{"0":{"54":1},"2":{"41":2}}],["seek",{"2":{"35":2,"41":1,"59":2}}],["seen",{"2":{"35":1,"40":1,"47":1,"59":1}}],["seeing",{"2":{"34":2}}],["see",{"2":{"13":1,"32":1,"35":3,"39":1,"41":2,"46":1,"62":1}}],["semester",{"2":{"13":3}}],["search",{"2":{"9":2,"99":1}}],["summary",{"2":{"104":1}}],["summarize",{"2":{"13":1}}],["suggested",{"2":{"104":1}}],["suggest",{"2":{"60":1}}],["suggestions",{"2":{"40":1,"53":2}}],["sure",{"2":{"45":1,"56":1,"60":1}}],["surface",{"2":{"41":1}}],["survivors",{"2":{"33":3,"34":2,"35":1,"36":3,"39":3}}],["sustainable",{"2":{"109":1}}],["suspect",{"2":{"34":2}}],["susceptibility",{"2":{"32":1}}],["successes",{"2":{"55":1}}],["successful",{"2":{"36":1}}],["success",{"2":{"31":1,"53":1}}],["such",{"2":{"10":1,"13":1,"21":2,"22":2,"41":1,"42":3,"44":1,"48":1,"50":1,"59":1,"69":1}}],["subject",{"2":{"88":1,"92":1}}],["subjective",{"2":{"59":1}}],["sub",{"0":{"50":1},"2":{"42":4,"50":5}}],["subset",{"2":{"36":1}}],["subscriptions",{"2":{"19":1}}],["subscribe",{"2":{"19":2,"22":2}}],["subscribed",{"2":{"19":1}}],["subscribing",{"2":{"19":2,"20":2,"22":1}}],["submenu",{"2":{"9":1}}],["suffice",{"2":{"38":1}}],["suffices",{"2":{"19":1}}],["sufficiently",{"2":{"36":1,"45":1,"59":3}}],["sufficient",{"2":{"18":1,"34":1}}],["suffers",{"2":{"17":1}}],["suffer",{"2":{"12":1}}],["suppose",{"2":{"56":1}}],["supports",{"2":{"102":1}}],["supported",{"2":{"15":1}}],["support",{"2":{"13":1,"15":1,"42":1,"54":2,"88":1,"89":2}}],["superlinear",{"2":{"48":1}}],["supersedes",{"2":{"39":1}}],["supercede",{"2":{"18":1}}],["super",{"2":{"1":2}}],["suitable",{"2":{"7":1}}],["s",{"0":{"94":1},"2":{"6":2,"7":1,"10":1,"11":4,"13":4,"15":1,"18":1,"19":1,"20":2,"22":1,"26":1,"27":1,"28":1,"29":1,"30":1,"32":1,"33":2,"34":2,"35":4,"38":4,"39":3,"40":6,"41":7,"42":2,"43":2,"44":1,"45":2,"46":4,"49":1,"52":3,"53":4,"54":1,"55":4,"56":2,"57":3,"58":3,"59":8,"62":1,"63":1,"68":2,"69":2,"74":2,"88":1,"91":2,"92":1,"94":2,"96":1,"104":1,"112":1,"113":1,"114":1}}],["sphere",{"2":{"88":3}}],["spoilers",{"2":{"74":1,"94":1}}],["spirit",{"0":{"71":1}}],["spire",{"2":{"6":1,"35":1}}],["spaces",{"2":{"113":2}}],["space",{"2":{"59":1}}],["span",{"2":{"41":1}}],["spawn",{"2":{"36":1}}],["spamming",{"2":{"41":2}}],["spam",{"2":{"22":2,"57":1}}],["speech",{"0":{"87":1},"1":{"88":1,"89":1},"2":{"80":1,"82":1,"87":3,"88":1,"89":1}}],["speed",{"2":{"35":2}}],["spent",{"2":{"57":2,"69":1,"90":1}}],["spend",{"2":{"41":1}}],["spends",{"2":{"38":1}}],["spending",{"2":{"34":1}}],["spectrum",{"2":{"41":1,"57":1,"59":2}}],["specially",{"2":{"20":1,"21":2}}],["specialized",{"2":{"2":1}}],["specification",{"2":{"28":1}}],["specifically",{"2":{"28":1,"35":1,"36":1,"38":1,"39":1,"40":1,"114":1}}],["specific",{"2":{"15":1,"19":2,"22":1,"31":1,"40":1,"44":1,"46":1,"53":3,"54":1,"56":1,"58":1,"59":1,"60":1,"92":1,"114":1}}],["sprites",{"2":{"30":1}}],["steam",{"2":{"105":1}}],["stealing",{"2":{"105":1}}],["steel",{"2":{"59":1}}],["steelie",{"2":{"59":1}}],["steps",{"2":{"46":1}}],["step",{"2":{"43":1,"58":1}}],["stick",{"2":{"55":1}}],["stimuli",{"2":{"41":1}}],["still",{"2":{"12":1,"13":1,"17":2,"18":1,"32":1,"34":1,"36":1,"39":1,"41":1,"42":1,"47":1,"57":2,"59":1,"67":1,"70":1,"92":1,"98":1}}],["stream",{"2":{"104":1}}],["stretch",{"2":{"49":1}}],["stretching",{"2":{"35":1,"56":1}}],["strict",{"2":{"90":1}}],["strictly",{"2":{"41":1}}],["struggles",{"2":{"54":1}}],["struggling",{"2":{"35":1}}],["stronger",{"2":{"48":1,"50":1,"51":1,"59":1}}],["strong",{"2":{"43":1,"47":1}}],["strongly",{"2":{"38":1,"48":1}}],["strange",{"0":{"68":1,"70":1,"72":1,"73":1,"74":1},"1":{"69":1,"70":1,"71":1,"72":1,"73":1,"74":1},"2":{"68":1,"69":1,"106":1}}],["straight",{"2":{"13":1}}],["strategies",{"2":{"13":4,"36":1,"41":1,"42":1}}],["strategy",{"0":{"36":1},"2":{"4":1,"13":2,"36":4,"40":2,"42":8,"44":2}}],["stopgaming",{"2":{"35":1,"41":1}}],["stop",{"2":{"21":1}}],["stopped",{"2":{"13":2}}],["stolen",{"2":{"18":1}}],["storefronts",{"2":{"32":1,"86":2}}],["store",{"2":{"18":2,"90":1}}],["stores",{"2":{"7":1}}],["storing",{"2":{"17":1,"19":1}}],["stories",{"2":{"11":1}}],["storm",{"0":{"70":1},"2":{"13":1}}],["story",{"2":{"13":2,"39":1,"69":1,"70":1,"74":2,"90":1}}],["studying",{"2":{"35":1}}],["studios",{"2":{"86":1,"107":1}}],["studio",{"2":{"9":1,"61":1}}],["stuck",{"2":{"32":1,"50":1}}],["stuff",{"2":{"4":1,"13":1,"38":1}}],["stability",{"2":{"89":1}}],["staple",{"2":{"59":1}}],["stale",{"2":{"46":1,"58":1}}],["staleness",{"0":{"37":1}}],["staying",{"2":{"55":1}}],["stay",{"2":{"45":1}}],["stagnating",{"2":{"37":1}}],["stage",{"2":{"4":1}}],["starcraft",{"2":{"36":1}}],["starter",{"2":{"68":2}}],["started",{"2":{"1":1,"13":1,"34":1,"52":1}}],["starting",{"2":{"13":1}}],["starts",{"2":{"13":1}}],["start",{"2":{"13":2,"30":1,"34":1,"38":1,"41":2,"45":1,"58":1,"59":2,"68":1}}],["stat",{"2":{"46":1}}],["stating",{"2":{"44":1}}],["static",{"2":{"37":1,"58":1,"100":1,"102":3,"111":1}}],["stats",{"2":{"34":1}}],["states",{"2":{"47":1}}],["statement",{"2":{"46":1}}],["state",{"2":{"13":1,"35":1,"40":1,"41":1,"43":1,"47":1,"55":1}}],["stance",{"2":{"41":2,"58":1}}],["standards",{"2":{"100":1}}],["stands",{"2":{"39":1}}],["stand",{"2":{"34":1}}],["stanley",{"2":{"11":2}}],["style",{"2":{"1":1,"6":1,"26":1,"59":1,"78":2}}],["song",{"2":{"69":1}}],["sorts",{"2":{"67":1}}],["sort",{"2":{"48":1,"50":1,"102":1}}],["sorting",{"2":{"41":1,"92":1}}],["sortings",{"2":{"7":1}}],["sound",{"2":{"88":1}}],["soundtrack",{"2":{"86":1}}],["sounds",{"2":{"42":1,"74":1,"88":1}}],["south",{"2":{"68":1}}],["soul",{"2":{"52":1}}],["souls",{"2":{"38":2}}],["source",{"0":{"84":1},"2":{"1":1,"8":1,"10":1,"12":1,"13":1,"18":1,"24":1,"27":1,"41":1,"75":1,"78":1,"84":1,"85":1,"91":1,"93":1,"111":1,"114":1}}],["sole",{"2":{"89":1}}],["solely",{"2":{"39":1,"53":1,"57":1}}],["solving",{"2":{"47":1}}],["solved",{"2":{"38":1}}],["solve",{"0":{"22":1},"2":{"5":1}}],["solution",{"2":{"36":1,"53":2}}],["sold",{"2":{"13":1}}],["sogge",{"2":{"10":1}}],["so",{"2":{"4":1,"13":3,"18":1,"30":1,"35":3,"36":1,"38":2,"40":2,"41":1,"42":2,"44":1,"45":1,"46":3,"47":1,"53":1,"55":1,"56":1,"57":2,"58":2,"59":5,"69":1,"70":1,"72":1,"89":1,"104":1,"105":1}}],["softwares",{"2":{"9":1}}],["software",{"2":{"2":2,"24":1,"75":1,"78":1,"93":1}}],["sometimes",{"2":{"96":1}}],["something",{"2":{"12":1,"22":1,"33":1,"35":3,"41":2,"48":1,"57":2,"60":1,"104":2}}],["somewhat",{"2":{"39":1}}],["somewhere",{"2":{"36":1}}],["someone",{"2":{"21":1,"34":1,"35":1,"41":1,"46":1,"96":1}}],["some",{"2":{"1":1,"2":1,"9":2,"12":1,"13":1,"19":2,"20":2,"27":1,"32":1,"33":2,"34":1,"35":3,"38":1,"39":1,"40":1,"41":2,"42":3,"45":1,"46":3,"48":2,"49":1,"50":2,"52":1,"57":1,"59":7,"60":1,"63":1,"85":1,"96":1,"102":1,"105":1,"114":1}}],["social",{"0":{"66":1,"92":1},"2":{"0":1,"3":1,"7":1,"8":1,"10":2,"12":1,"15":1,"16":1,"17":2,"19":1,"23":2,"24":1,"66":1,"78":1,"80":1,"82":1,"83":1,"92":3,"93":1,"98":1,"100":1,"113":1}}],["hyped",{"2":{"71":1}}],["hyper",{"2":{"32":1}}],["hyping",{"2":{"46":1}}],["html",{"2":{"30":1}}],["https",{"2":{"14":3,"44":1,"70":2,"79":1}}],["hitting",{"2":{"88":1}}],["hit",{"2":{"38":1,"57":1,"88":2}}],["hide",{"2":{"38":2,"41":1}}],["hiding",{"2":{"21":1}}],["his",{"2":{"33":1}}],["history",{"2":{"20":1}}],["hierarchy",{"2":{"21":2}}],["highest",{"2":{"46":1}}],["higher",{"2":{"35":1,"45":1,"50":1,"58":1,"107":2}}],["highly",{"2":{"38":1,"105":1}}],["highlighting",{"2":{"58":1}}],["highlight",{"2":{"13":1}}],["high",{"0":{"47":1},"2":{"13":1,"47":1,"114":1}}],["huge",{"2":{"69":1}}],["hurtful",{"2":{"53":1}}],["hunger",{"2":{"41":1}}],["hubs",{"2":{"18":3}}],["hub",{"0":{"104":1},"2":{"14":1,"18":5,"28":1,"75":1,"98":1,"104":1,"111":1}}],["human",{"2":{"2":2,"18":1,"113":1}}],["homogenized",{"2":{"98":1,"100":1}}],["home",{"2":{"2":1}}],["horrible",{"2":{"74":1}}],["horribly",{"2":{"40":1}}],["hope",{"2":{"62":1,"74":1}}],["honest",{"2":{"49":1}}],["honestly",{"2":{"40":1,"43":1,"59":1}}],["hobbyist",{"2":{"32":1}}],["house",{"2":{"18":1}}],["host",{"2":{"113":1}}],["hosts",{"2":{"66":1}}],["hosting",{"2":{"17":1,"24":1,"92":1,"96":1,"100":1,"102":3}}],["hosted",{"2":{"15":1,"66":1}}],["hotkey",{"2":{"9":1}}],["however",{"2":{"32":1,"33":1,"34":1,"38":1,"39":2,"41":1,"52":1,"55":1,"56":1,"58":1,"59":1,"60":1,"67":1}}],["how",{"2":{"1":1,"2":2,"10":2,"17":1,"18":3,"19":1,"20":1,"21":1,"28":1,"36":1,"38":1,"40":1,"41":4,"42":2,"44":1,"46":2,"52":1,"54":1,"55":2,"56":2,"58":3,"59":1,"60":1,"62":1,"86":1,"98":1,"102":1,"113":1,"114":1}}],["half",{"2":{"70":1}}],["haley",{"2":{"68":1,"72":2}}],["harsh",{"2":{"58":1}}],["hardest",{"2":{"52":1}}],["harder",{"2":{"36":1,"52":1}}],["hardly",{"2":{"41":1}}],["hard",{"2":{"22":2,"35":2,"46":1,"59":1,"92":1,"109":1}}],["having",{"2":{"13":1,"17":1,"18":1,"31":1,"34":1,"38":3,"39":2,"40":1,"42":1,"43":1,"47":1,"48":1,"49":1,"50":3,"56":1,"60":1,"69":2,"95":1,"114":1}}],["haven",{"2":{"30":1,"63":1,"72":1,"73":1}}],["have",{"2":{"9":1,"13":2,"15":1,"17":1,"18":2,"19":1,"21":2,"22":2,"30":3,"31":1,"32":1,"34":2,"35":4,"36":2,"37":1,"38":4,"39":4,"40":2,"42":3,"43":1,"44":1,"45":1,"46":3,"47":4,"48":2,"50":1,"52":1,"54":1,"55":1,"56":1,"57":3,"58":3,"59":4,"60":4,"63":4,"67":1,"70":1,"81":2,"86":2,"92":1,"98":1,"104":2,"113":1,"114":1}}],["happen",{"2":{"46":1,"48":1,"59":1}}],["happens",{"2":{"41":1,"58":1,"59":1}}],["happening",{"2":{"13":1}}],["happy",{"2":{"1":1,"59":1,"105":1}}],["has",{"2":{"13":4,"18":1,"22":1,"31":1,"32":2,"33":4,"34":2,"38":3,"39":3,"41":1,"44":2,"48":2,"57":1,"58":1,"59":2,"60":1,"67":1,"69":1,"73":1,"88":1,"95":1,"102":1,"113":1}}],["handling",{"2":{"52":1}}],["handled",{"2":{"20":1}}],["handle",{"2":{"10":1,"17":1,"18":1,"36":1}}],["hands",{"2":{"13":1}}],["hand",{"2":{"12":1,"41":2,"86":1}}],["handful",{"2":{"12":1,"44":2}}],["hades",{"2":{"45":1}}],["had",{"2":{"1":1,"58":1,"73":1}}],["hence",{"2":{"41":1}}],["head",{"2":{"57":1,"88":1}}],["heart",{"2":{"52":1}}],["hears",{"2":{"19":1}}],["heavily",{"2":{"40":1,"48":1}}],["heavy",{"2":{"35":1}}],["health",{"2":{"38":3,"88":1}}],["healthy",{"2":{"35":1,"41":1}}],["hell",{"2":{"30":1,"39":1,"41":1}}],["helpful",{"2":{"54":1}}],["helps",{"2":{"37":1,"38":1}}],["help",{"2":{"2":1,"13":1,"31":1,"35":1,"40":1,"41":1,"100":1}}],["heuristic",{"2":{"21":1,"22":1,"86":1}}],["heggen",{"2":{"10":1}}],["heroes",{"2":{"45":1}}],["her",{"2":{"9":1,"69":5}}],["here",{"2":{"1":1,"4":1,"10":1,"13":4,"27":1,"34":1,"40":3,"41":1,"43":1,"44":2,"45":2,"46":1,"57":1,"58":1,"60":1,"67":1,"70":1,"81":1,"85":1,"88":1}}],["hectic",{"2":{"1":1}}],["10x",{"2":{"58":1}}],["100",{"2":{"57":2}}],["10",{"2":{"45":2}}],["1e10",{"2":{"34":1}}],["1e100",{"2":{"34":1}}],["1e1001",{"2":{"34":1}}],["1e1000",{"2":{"34":1}}],["1",{"2":{"1":1}}],["twitter",{"2":{"78":1}}],["two",{"2":{"13":2,"42":1,"43":1,"58":2,"69":1,"74":2}}],["type",{"2":{"54":1}}],["types",{"2":{"38":1,"54":1}}],["typically",{"2":{"18":2,"23":1,"30":1,"35":1,"41":1,"42":3,"46":1,"47":2,"48":1,"53":1,"84":1,"86":2,"95":1,"98":1,"108":1}}],["typing",{"2":{"9":1,"105":1}}],["tycoon",{"2":{"27":1}}],["templates",{"2":{"100":1}}],["template",{"2":{"91":1}}],["temple",{"2":{"44":1}}],["temporarily",{"2":{"22":1}}],["tell",{"2":{"39":1}}],["teaches",{"2":{"52":1}}],["teaching",{"2":{"38":1,"88":1}}],["team",{"2":{"13":1,"114":1}}],["tend",{"2":{"31":1,"32":1,"37":1,"38":1,"42":1,"47":2,"48":1,"50":1}}],["tends",{"2":{"31":1,"41":1,"55":1}}],["textual",{"2":{"47":1}}],["text",{"2":{"20":2,"41":1}}],["tests",{"2":{"89":1}}],["test",{"2":{"13":1,"105":1}}],["testing",{"2":{"13":1,"88":1}}],["techniques",{"2":{"107":1}}],["technically",{"2":{"30":1,"34":1,"58":1,"91":1}}],["tech",{"2":{"10":1,"89":1}}],["terms",{"2":{"41":3,"42":1,"57":1}}],["term",{"2":{"2":1,"41":6,"46":1,"59":1,"81":1,"114":1}}],["tiers",{"2":{"114":1}}],["tied",{"2":{"7":1,"26":1,"35":1,"46":1,"59":1}}],["tip",{"2":{"60":1}}],["tips",{"0":{"60":1},"2":{"60":1}}],["til",{"2":{"45":1}}],["title",{"2":{"41":1,"105":1}}],["titles",{"2":{"41":2,"45":1}}],["times",{"2":{"37":1,"39":1,"48":1,"57":2,"58":2,"60":1}}],["timescale",{"2":{"13":1}}],["time",{"2":{"13":1,"32":1,"35":3,"38":1,"39":2,"45":2,"50":1,"51":1,"53":1,"56":1,"57":8,"58":4,"59":2,"67":1,"70":1,"72":1,"73":1,"87":1,"88":1,"89":1,"94":1,"105":2}}],["timeline",{"2":{"7":1}}],["timelines",{"2":{"5":1,"7":1,"74":1}}],["t",{"2":{"4":1,"15":1,"17":3,"18":1,"22":2,"27":1,"30":4,"34":3,"35":4,"36":1,"38":3,"40":3,"41":2,"42":3,"43":4,"45":1,"46":2,"47":2,"48":1,"49":1,"53":2,"58":2,"59":7,"60":2,"62":1,"63":1,"70":3,"72":1,"73":1,"74":1,"81":1,"92":1,"98":1,"109":1}}],["tampered",{"2":{"96":1}}],["target",{"2":{"88":2}}],["targeted",{"2":{"56":1}}],["tangible",{"2":{"74":1}}],["tangent",{"2":{"41":1}}],["tab",{"2":{"58":1}}],["table",{"2":{"13":1}}],["talker",{"2":{"88":2}}],["talk",{"2":{"23":1,"38":1,"39":1,"59":1}}],["talking",{"2":{"13":1,"38":1,"40":1}}],["talks",{"2":{"11":1,"88":1,"101":1}}],["taking",{"2":{"13":1,"34":1,"35":1,"39":1,"41":2,"69":1}}],["taken",{"2":{"33":2,"50":1}}],["takes",{"2":{"13":1,"35":1,"40":1,"53":1,"57":1}}],["take",{"2":{"2":1,"7":1,"13":1,"35":1,"39":1,"46":2,"47":1,"48":1,"53":1,"57":2,"58":3,"92":1,"114":1}}],["tagged",{"2":{"11":1,"12":1,"80":1,"91":2}}],["tags",{"2":{"0":1,"1":1,"3":1,"4":1,"6":1,"13":1,"15":1,"23":1,"27":1,"61":1,"66":1,"67":1,"83":1,"85":1,"87":1,"91":1,"94":1,"105":1,"112":1}}],["turn",{"2":{"13":1}}],["turned",{"2":{"1":1}}],["tutorials",{"2":{"30":1}}],["tutorial",{"2":{"13":2}}],["tube",{"2":{"2":1}}],["trial",{"2":{"92":1}}],["trivial",{"2":{"58":1}}],["trivially",{"2":{"35":1,"60":1}}],["tricky",{"2":{"42":1}}],["treating",{"2":{"88":1}}],["tremendous",{"2":{"31":1}}],["tree",{"0":{"27":1},"2":{"40":1,"41":2,"46":1,"67":1,"80":1,"81":1,"84":1,"91":1}}],["trends",{"2":{"50":2}}],["trended",{"2":{"41":1}}],["trend",{"2":{"12":1,"41":1,"59":3}}],["true",{"0":{"73":1},"2":{"55":1,"59":1,"60":1}}],["truly",{"2":{"40":1,"53":1,"56":1,"59":1}}],["truth",{"2":{"18":1}}],["trust",{"2":{"18":6,"22":1,"113":1}}],["trying",{"2":{"38":1,"45":1,"46":1,"57":1,"109":1}}],["try",{"2":{"12":1,"52":1,"53":1,"57":1,"60":1}}],["track",{"2":{"47":1}}],["traditional",{"2":{"44":1,"45":1,"92":1}}],["trailer",{"2":{"74":1}}],["trait",{"2":{"46":1}}],["traits",{"2":{"43":1,"45":1}}],["training",{"2":{"2":1,"87":1}}],["trained",{"2":{"2":1,"54":1}}],["transferrable",{"2":{"102":1}}],["transitioning",{"2":{"101":1}}],["transparent",{"2":{"88":1}}],["translated",{"2":{"51":1}}],["transaction",{"2":{"35":1}}],["transcribing",{"2":{"5":1}}],["tropes",{"2":{"1":1,"27":1,"39":1,"85":1}}],["toward",{"2":{"56":1}}],["towards",{"2":{"12":1,"40":1,"45":1,"46":1,"48":1,"53":1,"57":2,"59":1}}],["totally",{"2":{"49":1}}],["tongue",{"2":{"88":2}}],["tons",{"2":{"41":1,"56":1}}],["tone",{"2":{"11":1}}],["tolerant",{"2":{"38":1}}],["too",{"2":{"38":2,"41":2,"46":2,"56":1,"58":2,"59":2,"92":1,"100":1}}],["tools",{"0":{"82":1},"2":{"13":1,"30":1,"58":1,"80":1,"102":1,"105":1,"114":1}}],["tool",{"2":{"4":1,"53":1}}],["toy",{"2":{"35":1}}],["topic",{"2":{"33":1,"38":1,"113":1}}],["topics",{"2":{"10":2}}],["top",{"2":{"13":2,"38":1,"46":1}}],["together",{"2":{"10":1,"57":1}}],["to",{"0":{"22":1,"29":2,"30":1,"31":1,"33":2,"40":1,"52":1,"55":1,"56":1,"62":1,"108":1},"1":{"30":2,"31":2,"32":2,"34":2,"35":2,"36":2,"37":2,"38":2,"39":2,"41":1,"42":1,"43":1,"44":1,"45":1,"46":1,"47":1,"48":1,"49":1,"50":1,"51":1,"53":1,"54":1,"55":1,"57":1,"58":1,"59":1,"60":1,"63":1,"64":1,"65":1},"2":{"2":2,"3":1,"4":2,"5":1,"7":1,"9":1,"10":4,"12":2,"13":36,"14":1,"15":2,"16":1,"17":6,"18":11,"19":11,"20":10,"21":6,"22":13,"23":2,"26":2,"28":4,"29":2,"30":11,"31":6,"32":6,"33":5,"34":19,"35":30,"36":8,"37":3,"38":18,"39":11,"40":7,"41":31,"42":11,"43":6,"44":8,"45":6,"46":13,"47":9,"48":6,"49":6,"50":9,"52":13,"53":12,"54":5,"55":6,"56":10,"57":16,"58":15,"59":28,"60":6,"62":6,"63":2,"64":6,"65":1,"67":1,"69":6,"70":2,"71":1,"72":2,"73":3,"74":6,"81":1,"84":1,"85":1,"86":6,"88":2,"89":2,"91":2,"92":6,"94":1,"95":1,"96":2,"97":1,"98":3,"100":1,"101":1,"102":3,"104":3,"105":2,"107":4,"108":1,"109":1,"113":6,"114":5}}],["tv",{"2":{"1":1,"27":1,"85":1}}],["thousands",{"2":{"31":1,"41":1}}],["thoughts",{"2":{"104":2}}],["thought",{"2":{"39":1,"58":1}}],["though",{"2":{"20":1,"34":1,"39":1,"49":1,"59":1}}],["those",{"2":{"20":1,"21":1,"30":1,"33":1,"35":3,"38":1,"39":1,"40":1,"41":4,"44":1,"49":1,"56":3,"57":1,"58":1,"59":1,"84":1,"107":1}}],["threads",{"2":{"70":1,"78":1}}],["threshold",{"2":{"13":1,"30":1,"42":1}}],["throughline",{"2":{"59":2}}],["throughout",{"2":{"37":1,"59":1,"69":1}}],["through",{"2":{"9":2,"13":4,"18":1,"39":1,"48":1,"68":2,"70":1,"72":1}}],["thing",{"2":{"56":1,"58":1,"59":1}}],["things",{"2":{"1":1,"2":1,"7":1,"10":1,"13":1,"19":1,"27":1,"30":1,"35":2,"39":2,"41":2,"58":1,"59":5,"60":1,"68":1,"85":1,"102":1}}],["thin",{"2":{"35":1}}],["thinking",{"2":{"33":1}}],["think",{"2":{"33":1,"34":1,"35":1,"38":2,"39":3,"40":1,"41":4,"42":1,"43":1,"45":2,"49":1,"52":3,"54":1,"56":1,"57":1,"59":1,"69":2,"74":1}}],["this",{"0":{"63":1,"104":1},"2":{"1":3,"7":1,"9":1,"13":4,"14":1,"16":1,"17":1,"18":3,"19":2,"20":3,"21":1,"27":2,"28":1,"29":1,"30":1,"31":1,"32":3,"33":2,"34":4,"35":4,"36":2,"37":1,"38":8,"40":2,"41":8,"42":10,"43":1,"44":2,"45":1,"46":2,"47":1,"48":3,"50":1,"52":2,"53":1,"56":2,"57":5,"58":3,"59":15,"60":3,"62":4,"63":2,"68":1,"69":1,"70":1,"72":1,"73":1,"74":4,"75":1,"85":2,"88":3,"91":2,"95":2,"98":1,"104":3,"107":1,"111":1,"113":3,"114":1}}],["than",{"2":{"1":1,"7":1,"9":1,"10":1,"13":1,"34":1,"35":1,"36":1,"38":2,"39":2,"40":1,"41":2,"42":1,"46":1,"48":1,"49":1,"52":1,"55":1,"70":1,"74":1,"107":1,"113":1}}],["that",{"2":{"1":1,"2":2,"7":2,"9":1,"10":1,"12":1,"13":6,"16":1,"18":2,"19":2,"20":5,"21":3,"22":4,"23":1,"26":2,"28":1,"30":3,"31":1,"32":4,"33":5,"34":6,"35":9,"36":6,"38":5,"39":8,"40":2,"41":23,"42":8,"43":5,"44":1,"45":1,"46":10,"47":1,"48":1,"49":4,"50":5,"51":1,"52":2,"53":6,"55":1,"56":2,"57":7,"58":8,"59":12,"60":4,"63":1,"67":1,"69":1,"70":1,"74":3,"77":1,"88":1,"90":1,"91":1,"92":2,"95":1,"98":1,"100":1,"102":2,"105":2,"107":1,"113":2,"114":1}}],["theory",{"2":{"95":1}}],["theoretically",{"2":{"17":1}}],["theoretical",{"2":{"5":1,"16":1,"26":1,"28":1}}],["thepaperpilot",{"2":{"18":1,"79":1}}],["then",{"2":{"13":3,"22":1,"39":1,"40":1,"41":1,"53":1,"57":1,"58":1,"59":2,"60":2,"90":1}}],["thematic",{"2":{"69":1}}],["theme",{"2":{"42":1,"71":1}}],["themes",{"2":{"10":1,"69":1}}],["themselves",{"2":{"21":1,"34":1,"35":1,"38":1,"42":1,"43":1,"53":1,"54":1}}],["them",{"2":{"13":4,"14":1,"18":1,"19":1,"22":1,"29":1,"30":1,"33":1,"35":4,"36":1,"37":1,"38":1,"39":2,"40":1,"41":3,"42":1,"43":1,"44":1,"47":1,"48":1,"51":1,"53":1,"58":3,"60":1,"74":1,"90":1,"105":1,"109":1}}],["they",{"2":{"10":5,"13":4,"18":4,"21":1,"28":1,"34":1,"35":7,"36":2,"38":2,"39":5,"40":2,"41":3,"42":3,"43":2,"44":1,"46":3,"47":2,"48":4,"50":1,"52":1,"53":1,"54":3,"55":1,"56":3,"57":2,"58":7,"59":6,"68":1,"74":1,"86":1,"100":1,"113":1}}],["these",{"2":{"9":1,"10":2,"13":1,"17":1,"19":1,"20":1,"31":1,"32":1,"33":1,"35":2,"37":1,"41":6,"42":1,"45":1,"47":4,"48":3,"50":1,"57":2,"58":1,"59":3,"70":1,"98":2,"102":1,"105":1,"113":1}}],["thereof",{"2":{"39":1,"41":1}}],["therefore",{"2":{"22":1,"32":1,"41":1,"59":1}}],["there",{"2":{"7":1,"10":1,"13":4,"16":1,"22":1,"29":1,"30":2,"32":1,"34":1,"35":3,"38":3,"40":2,"41":1,"42":4,"43":2,"44":1,"46":2,"47":2,"48":2,"49":1,"50":1,"52":2,"55":1,"56":2,"58":1,"59":4,"60":1,"102":4}}],["their",{"2":{"4":1,"6":1,"12":1,"13":2,"17":1,"18":1,"19":1,"21":2,"22":1,"31":1,"32":1,"35":2,"36":1,"38":2,"39":1,"41":2,"42":2,"43":3,"45":1,"46":1,"52":1,"59":2,"74":1,"81":1,"92":1,"100":1,"105":1,"109":1,"114":1}}],["the",{"0":{"6":1,"40":1,"44":1,"45":1,"46":1,"69":1,"70":1,"71":1,"88":1,"94":1,"95":1,"96":1,"97":1,"98":1,"99":1,"101":1,"102":1,"103":1},"1":{"41":1,"42":1,"43":1,"44":1,"45":1,"46":1,"47":1,"48":1,"49":1,"50":1,"51":1,"99":1,"100":1,"101":1,"102":1,"103":1},"2":{"1":7,"3":1,"4":6,"5":3,"6":2,"7":2,"8":1,"9":5,"10":5,"11":6,"12":6,"13":91,"14":4,"15":3,"16":3,"17":5,"18":11,"19":3,"20":12,"21":3,"22":6,"26":2,"27":2,"28":2,"29":3,"30":5,"31":5,"32":6,"33":12,"34":16,"35":21,"36":7,"37":5,"38":14,"39":18,"40":5,"41":51,"42":15,"43":7,"44":16,"45":3,"46":17,"47":14,"48":9,"49":5,"50":9,"51":1,"52":3,"53":12,"54":5,"55":4,"56":14,"57":13,"58":28,"59":50,"60":9,"62":4,"63":3,"64":1,"66":1,"67":2,"68":5,"69":10,"70":8,"71":4,"72":2,"73":1,"74":6,"79":1,"80":1,"81":2,"84":4,"85":2,"86":3,"87":2,"88":9,"89":5,"90":1,"91":4,"92":1,"93":1,"94":5,"95":7,"96":4,"98":3,"99":1,"100":2,"101":2,"102":1,"104":5,"105":14,"107":5,"109":1,"112":1,"113":2,"114":3}}],["oil",{"2":{"59":1}}],["oidc",{"2":{"15":1}}],["oom",{"2":{"58":3}}],["oscillating",{"2":{"58":1}}],["ostensibly",{"2":{"41":1}}],["okay",{"2":{"53":1,"55":1}}],["occur",{"2":{"48":1}}],["omega",{"2":{"41":1}}],["oxymoronic",{"2":{"41":1}}],["older",{"2":{"59":2,"67":1}}],["old",{"2":{"39":1,"59":2}}],["oauth",{"2":{"15":1}}],["ought",{"2":{"39":1,"44":1}}],["our",{"2":{"13":1,"49":1,"68":1,"101":1}}],["outlining",{"2":{"75":1}}],["outfits",{"2":{"69":1}}],["output",{"2":{"13":1}}],["out",{"2":{"1":1,"4":2,"10":1,"13":4,"18":1,"22":1,"30":1,"34":1,"35":1,"36":1,"39":1,"52":1,"57":1,"59":2,"63":1,"86":1,"102":1,"114":1}}],["obvious",{"2":{"59":1,"74":1}}],["obey",{"2":{"53":1}}],["objective",{"2":{"45":1}}],["objects",{"2":{"13":3}}],["observed",{"2":{"41":1}}],["obtained",{"2":{"2":1}}],["opus",{"2":{"67":1}}],["opposing",{"2":{"62":1}}],["opposite",{"2":{"57":1}}],["opposed",{"2":{"59":1}}],["opponent",{"2":{"13":2}}],["opponents",{"2":{"13":3}}],["opinions",{"2":{"62":1}}],["opinion",{"2":{"49":1,"57":1,"59":1,"69":1}}],["opinionated",{"2":{"38":1,"45":1}}],["optispeech",{"2":{"88":1}}],["opti",{"0":{"87":1},"1":{"88":1,"89":1},"2":{"80":1,"82":1,"87":2}}],["option",{"2":{"58":1}}],["options",{"2":{"13":1,"47":1,"102":1}}],["optimal",{"2":{"42":1,"58":1,"59":1}}],["optimizing",{"2":{"42":1}}],["optimization",{"2":{"42":1,"47":2}}],["optimized",{"2":{"36":1}}],["opens",{"2":{"13":1}}],["open",{"0":{"84":1},"2":{"1":1,"8":1,"9":1,"10":1,"13":1,"24":1,"27":1,"31":1,"75":1,"78":1,"85":1,"91":1,"93":1,"111":1,"114":1}}],["owns",{"2":{"20":1}}],["owners",{"2":{"21":1}}],["ownership",{"2":{"12":1}}],["owner",{"2":{"15":1,"18":1,"21":1}}],["owned",{"2":{"13":1}}],["own",{"2":{"4":2,"17":1,"39":1,"40":1,"41":1,"42":1,"53":1,"62":1,"81":1,"92":1,"96":1,"114":1}}],["org",{"2":{"79":1}}],["organized",{"2":{"13":1}}],["oriented",{"2":{"48":1,"49":1}}],["originally",{"2":{"87":1}}],["original",{"0":{"88":1},"2":{"20":2,"59":4,"105":1}}],["originated",{"2":{"19":1}}],["or",{"2":{"2":2,"7":3,"9":1,"10":1,"13":4,"14":1,"18":4,"19":4,"21":4,"22":1,"26":1,"30":3,"31":3,"32":3,"34":2,"35":7,"36":2,"39":3,"40":2,"41":14,"42":3,"45":1,"47":1,"48":2,"53":1,"54":1,"56":1,"57":1,"58":3,"59":6,"60":1,"63":1,"90":2,"91":1,"95":1,"98":1,"99":1,"100":1}}],["order",{"0":{"86":1},"2":{"2":1,"58":3,"86":1,"90":1,"107":1,"108":1}}],["online",{"2":{"18":2,"39":1}}],["only",{"2":{"3":1,"13":1,"18":3,"20":1,"22":2,"34":1,"41":2,"42":2,"43":1,"48":1,"58":1,"59":1,"67":2,"72":1,"86":1,"91":1,"104":1}}],["once",{"2":{"13":1,"31":1,"36":1,"58":1,"59":2,"69":1}}],["on",{"2":{"1":1,"2":1,"4":1,"6":1,"9":1,"10":2,"13":6,"15":1,"17":3,"18":1,"22":2,"27":1,"31":1,"32":4,"33":2,"35":2,"38":4,"39":3,"40":2,"41":7,"42":2,"43":1,"44":2,"46":3,"47":1,"48":1,"50":3,"52":1,"53":1,"54":1,"56":3,"57":3,"58":1,"59":13,"60":1,"63":1,"68":2,"69":3,"81":2,"84":1,"85":1,"86":3,"87":1,"88":1,"90":2,"91":1,"92":1,"94":2,"96":1,"97":1,"100":1,"102":1,"104":3,"105":1,"113":1,"114":5}}],["ones",{"2":{"31":1,"41":1,"59":2,"63":1}}],["one",{"2":{"1":1,"13":2,"15":1,"20":1,"34":1,"38":1,"41":1,"42":1,"46":1,"52":2,"56":1,"57":1,"68":1,"69":1,"74":1,"90":1,"91":1,"92":2,"94":1,"113":1}}],["otherwise",{"2":{"18":1,"48":1,"49":1}}],["others",{"2":{"4":1,"38":1}}],["other",{"0":{"51":1,"82":1},"2":{"1":1,"3":1,"7":1,"13":1,"19":1,"20":1,"21":1,"23":1,"30":4,"31":1,"34":2,"35":2,"38":2,"40":2,"41":3,"42":3,"44":1,"45":1,"46":1,"48":1,"49":1,"53":2,"54":1,"57":1,"58":1,"59":3,"60":2,"62":2,"63":1,"69":2,"74":3,"98":1,"99":2,"100":2,"102":1,"105":1,"113":3}}],["oftentimes",{"2":{"41":1,"46":1}}],["often",{"2":{"31":1,"32":2,"34":1,"35":5,"38":1,"41":2,"42":4,"43":1,"47":2,"48":2,"50":1,"53":1,"58":1,"104":1}}],["offense",{"2":{"58":1}}],["offers",{"2":{"53":1}}],["offer",{"2":{"19":1,"41":1,"54":1}}],["official",{"2":{"13":1}}],["off",{"2":{"4":1,"13":2,"55":1,"59":1,"70":1,"85":1}}],["of",{"0":{"71":1},"2":{"1":6,"2":2,"3":1,"4":1,"5":1,"6":1,"7":4,"9":3,"10":2,"12":4,"13":22,"14":3,"17":4,"18":5,"21":3,"22":2,"23":2,"26":3,"27":1,"28":1,"29":2,"30":2,"31":3,"32":8,"33":6,"34":8,"35":16,"36":5,"37":1,"38":12,"39":11,"40":3,"41":27,"42":12,"43":8,"44":11,"45":4,"46":10,"47":11,"48":7,"49":2,"50":5,"51":3,"52":3,"53":2,"54":5,"55":2,"56":12,"57":8,"58":7,"59":22,"60":7,"62":1,"63":2,"66":1,"67":2,"68":4,"69":6,"70":3,"71":1,"72":2,"74":1,"81":1,"85":1,"86":2,"88":2,"89":1,"90":4,"91":1,"94":2,"95":4,"96":2,"100":1,"101":1,"102":3,"104":4,"105":10,"107":2,"109":1,"113":3,"114":2}}],["overwhelming",{"2":{"113":1}}],["overhead",{"2":{"105":1}}],["overrun",{"2":{"92":1}}],["overall",{"2":{"39":1}}],["overcoming",{"2":{"35":1}}],["overlap",{"2":{"35":1,"42":1,"43":1,"49":1}}],["overuses",{"2":{"7":1}}],["over",{"2":{"1":1,"2":1,"12":1,"13":2,"35":2,"40":1,"41":1,"43":1,"51":1,"56":1,"58":1,"59":2}}],["p",{"2":{"67":1}}],["psychology",{"2":{"55":1}}],["petnames",{"2":{"18":1}}],["people",{"0":{"102":1},"2":{"17":1,"18":3,"21":1,"33":1,"34":2,"35":3,"40":1,"41":1,"45":1,"46":1,"55":1,"86":1,"92":1,"100":1,"102":2,"105":1,"114":1}}],["period",{"2":{"92":1}}],["permanently",{"2":{"92":1}}],["permission",{"2":{"21":2}}],["per",{"2":{"50":1}}],["percentage",{"2":{"46":1}}],["perceived",{"2":{"39":1}}],["persists",{"2":{"34":1}}],["perspective",{"2":{"33":1}}],["person",{"2":{"18":1,"53":2,"92":1}}],["personally",{"2":{"34":1,"39":1}}],["personalized",{"2":{"2":1}}],["personal",{"0":{"79":1,"100":1},"1":{"101":1},"2":{"2":3,"5":1,"10":3,"14":1,"38":1,"40":1,"62":1,"79":2,"80":1,"98":2,"113":1,"114":1}}],["performance",{"2":{"105":2}}],["performing",{"2":{"42":1}}],["perform",{"2":{"35":1,"42":1}}],["performs",{"2":{"13":1,"58":1}}],["perfectly",{"2":{"30":1}}],["perfect",{"2":{"30":1,"40":1}}],["perhaps",{"2":{"20":1,"21":1,"22":2,"60":1,"70":1,"94":1}}],["phrases",{"2":{"42":1}}],["physical",{"2":{"39":1,"86":2}}],["physics",{"2":{"13":1,"30":1}}],["philosophies",{"2":{"38":1}}],["philosophy",{"2":{"2":1}}],["phone",{"2":{"30":1}}],["pushed",{"2":{"104":1}}],["pushes",{"2":{"43":1}}],["push",{"2":{"104":1}}],["punch",{"2":{"70":1}}],["punishes",{"2":{"58":1}}],["purchasing",{"2":{"90":1}}],["purchaseable",{"2":{"77":1}}],["purchased",{"2":{"58":1}}],["purchases",{"0":{"58":1},"2":{"58":4,"60":1,"90":2}}],["purchase",{"2":{"47":1,"48":1,"58":5,"59":1,"60":3}}],["purposes",{"2":{"88":1}}],["purpose",{"2":{"56":1}}],["purposefully",{"2":{"45":1}}],["pure",{"2":{"47":1}}],["put",{"2":{"39":1,"42":1,"52":1,"58":2,"105":1}}],["puts",{"2":{"13":1}}],["puzzle",{"2":{"36":1}}],["pull",{"2":{"21":1}}],["publish",{"2":{"20":1}}],["publicly",{"2":{"19":1,"21":1,"52":1,"55":1,"84":1}}],["publickey",{"2":{"18":5}}],["public",{"2":{"15":1,"18":1,"20":1,"21":6,"22":2}}],["puppet",{"2":{"4":1,"13":1}}],["puppets",{"2":{"4":2}}],["plenty",{"2":{"57":1,"59":1,"102":1}}],["please",{"2":{"13":1}}],["platformers",{"2":{"59":1}}],["platformer",{"2":{"59":1}}],["plainly",{"2":{"38":1,"41":1}}],["plans",{"2":{"105":1,"114":2}}],["planar",{"0":{"85":1},"2":{"80":1,"81":1,"84":1,"91":2}}],["plane",{"2":{"47":1}}],["plan",{"2":{"17":1}}],["placed",{"2":{"22":1,"40":1,"88":1}}],["placeholder",{"2":{"16":1}}],["place",{"2":{"13":1}}],["placement",{"2":{"13":1}}],["playthroughs",{"2":{"68":1}}],["playable",{"2":{"34":1,"70":1}}],["playstyle",{"2":{"38":1}}],["plays",{"2":{"31":1,"74":1}}],["playerbase",{"2":{"42":1}}],["player",{"2":{"13":9,"34":3,"38":2,"39":1,"40":1,"42":2,"43":1,"46":2,"47":1,"48":5,"50":1,"53":2,"56":1,"57":2,"58":3,"59":5,"68":1}}],["players",{"0":{"31":1,"33":1},"1":{"34":1,"35":1,"36":1,"37":1,"38":1,"39":1},"2":{"13":4,"29":1,"31":2,"32":2,"33":1,"34":2,"35":2,"36":1,"37":1,"38":8,"39":1,"41":1,"46":1,"54":2,"56":3,"59":4,"64":1,"86":1}}],["played",{"2":{"11":1,"31":1,"34":1,"35":1,"67":1,"70":1,"72":1}}],["playing",{"2":{"11":1,"35":3,"38":3,"41":3,"68":1}}],["play",{"0":{"108":1},"2":{"1":1,"13":3,"27":1,"31":2,"34":1,"35":5,"36":1,"38":1,"39":1,"40":1,"41":1,"46":1,"68":1,"72":2,"73":1,"81":3,"85":1}}],["pioneers",{"0":{"85":1},"2":{"80":1,"81":1,"84":1,"91":2}}],["piece",{"2":{"53":1,"57":1}}],["pieces",{"2":{"1":1}}],["pins",{"2":{"32":1,"86":1}}],["pick",{"2":{"12":1,"92":2}}],["praising",{"2":{"38":1}}],["practices",{"2":{"96":1}}],["practice",{"2":{"12":1,"53":1,"74":1}}],["prudent",{"2":{"35":1,"41":1}}],["premium",{"0":{"90":1},"2":{"74":1,"77":1,"86":1,"107":1}}],["premise",{"2":{"42":1}}],["previous",{"2":{"59":1}}],["previously",{"2":{"18":2}}],["predominant",{"2":{"47":1}}],["predatory",{"2":{"35":1}}],["precludes",{"2":{"43":1}}],["pretty",{"2":{"39":1,"42":1,"60":1,"102":1}}],["preoccupied",{"2":{"39":1}}],["prefer",{"2":{"54":1}}],["preferences",{"2":{"38":1,"40":1,"53":1}}],["preferred",{"2":{"21":1}}],["press",{"2":{"58":1}}],["prestiges",{"2":{"59":1}}],["prestige",{"2":{"41":1,"59":2}}],["president",{"2":{"18":1}}],["presents",{"2":{"47":1}}],["presentation",{"2":{"47":1}}],["present",{"2":{"13":1,"44":1}}],["pre",{"0":{"86":1},"2":{"15":1,"58":1,"86":1,"90":1,"107":1}}],["primordia",{"2":{"91":1}}],["primarily",{"2":{"86":1}}],["prices",{"2":{"107":1}}],["price",{"2":{"90":1,"107":3}}],["printing",{"2":{"41":1}}],["principles",{"2":{"38":1}}],["prioritize",{"2":{"53":1}}],["prioritized",{"2":{"13":1}}],["priority",{"2":{"35":1,"41":1}}],["privileges",{"2":{"30":1}}],["private",{"2":{"15":1,"18":3,"19":1,"104":1}}],["privacy",{"2":{"12":1}}],["procedurally",{"2":{"105":1}}],["process",{"2":{"41":1,"43":1,"52":1,"104":1}}],["pronounced",{"2":{"105":1}}],["prone",{"2":{"35":3,"74":1}}],["providing",{"2":{"74":1}}],["provide",{"2":{"46":1,"56":1,"58":2}}],["providers",{"2":{"15":2}}],["prose",{"2":{"62":1}}],["prominently",{"2":{"55":1}}],["production",{"2":{"39":2,"42":1,"89":1}}],["productive",{"2":{"35":1}}],["producer",{"2":{"13":1}}],["produce",{"2":{"2":1}}],["properly",{"2":{"38":1}}],["property",{"2":{"20":1}}],["propose",{"2":{"44":1}}],["proposes",{"2":{"28":1,"42":1}}],["proposal",{"2":{"28":1,"97":1}}],["profit",{"2":{"41":2,"108":1}}],["profile",{"2":{"18":1}}],["profectus",{"0":{"91":1},"2":{"1":2,"67":1,"80":1,"82":1,"84":1,"85":2,"91":3}}],["probably",{"2":{"15":1,"22":1,"36":1,"42":1,"46":1,"47":1,"48":1,"49":1,"59":1}}],["problem",{"2":{"12":1,"17":1,"40":1,"41":1,"43":2,"53":2,"58":1,"59":1}}],["problems",{"0":{"22":1},"2":{"5":1,"42":1,"47":2}}],["program",{"2":{"89":2}}],["programming",{"2":{"30":1,"31":1,"41":1}}],["programmer",{"2":{"13":2,"89":1}}],["programmers",{"2":{"13":1}}],["progresses",{"2":{"48":1}}],["progressively",{"2":{"50":1}}],["progressing",{"2":{"47":1}}],["progression",{"2":{"13":1,"34":10,"35":1,"37":1,"42":2,"43":3,"49":1,"58":1,"59":3,"90":1}}],["progress",{"2":{"34":1,"35":3,"36":1,"42":1,"47":1,"48":2,"50":1,"57":1,"58":1,"59":5}}],["projectors",{"2":{"68":1}}],["project",{"0":{"88":1},"2":{"4":2,"6":1,"13":2,"81":1,"87":1,"88":1,"114":1}}],["projects",{"0":{"80":1},"1":{"81":1,"82":1},"2":{"1":1,"4":1,"6":1,"10":2,"11":1,"13":1,"27":1,"66":1,"67":1,"84":1,"85":1,"87":1,"91":1,"105":1}}],["protocols",{"2":{"3":1,"17":1}}],["protocol",{"2":{"0":1,"3":2,"8":1,"20":2,"23":1,"76":1,"83":1,"93":1}}],["pollinating",{"2":{"113":1}}],["polynomial",{"2":{"50":2}}],["power",{"2":{"73":1}}],["powers",{"2":{"69":2}}],["powerful",{"2":{"9":1}}],["potentially",{"2":{"52":1,"57":1}}],["poorly",{"2":{"38":1}}],["points",{"2":{"62":1}}],["pointed",{"2":{"39":1}}],["point",{"2":{"35":1,"36":1,"39":2,"42":1,"43":1,"46":1,"57":1,"58":1,"59":4,"60":1}}],["popularized",{"2":{"95":1}}],["popularity",{"2":{"46":1}}],["popular",{"2":{"32":2,"40":2,"41":1,"44":1,"45":1,"50":1,"51":1,"56":1,"57":1,"63":1,"90":1}}],["populated",{"2":{"13":2}}],["positive",{"2":{"52":1,"54":1,"55":3}}],["possibly",{"2":{"102":1}}],["possible",{"2":{"13":1,"34":1,"35":2,"41":1,"46":1,"56":1}}],["possibility",{"2":{"47":1}}],["poses",{"2":{"40":1}}],["posted",{"2":{"31":1}}],["poster",{"2":{"19":2,"20":2}}],["posts",{"2":{"21":1,"35":1,"78":1}}],["posting",{"2":{"20":1,"97":1}}],["post",{"2":{"20":1,"52":1,"68":1,"88":1}}],["portrays",{"2":{"69":1}}],["portray",{"2":{"41":2}}],["portraits",{"2":{"13":2}}],["ported",{"2":{"4":1,"13":1}}],["packed",{"2":{"109":1}}],["pax",{"2":{"68":1}}],["panel",{"2":{"47":1}}],["painting",{"2":{"39":1}}],["paid",{"2":{"32":1,"110":2,"114":1}}],["paying",{"2":{"35":1}}],["passionate",{"2":{"63":1}}],["passion",{"2":{"55":2}}],["passively",{"2":{"38":1}}],["passes",{"2":{"49":1,"86":1}}],["pass",{"2":{"22":1,"42":1,"49":1}}],["password",{"2":{"19":1}}],["paperclips",{"2":{"45":1,"46":1}}],["paper",{"2":{"18":2,"87":1}}],["parody",{"2":{"41":2}}],["parodies",{"2":{"41":7}}],["parallelization",{"2":{"105":1}}],["parasocial",{"2":{"94":1}}],["paragraph",{"2":{"59":1}}],["paradigm",{"0":{"46":1},"2":{"37":1,"46":10,"49":1}}],["parable",{"2":{"11":2}}],["parent",{"2":{"20":2,"21":1}}],["partially",{"2":{"92":1}}],["particular",{"2":{"39":1,"41":1,"42":1}}],["particularly",{"2":{"35":1,"41":1,"58":1}}],["participate",{"2":{"32":1}}],["partnership",{"2":{"88":1}}],["parts",{"2":{"13":1,"41":1,"56":1,"59":2}}],["part",{"2":{"7":1,"26":1,"32":1,"34":1,"35":1,"39":1,"43":1,"59":1,"70":1,"95":2}}],["pattern",{"2":{"9":2,"105":1}}],["palette",{"2":{"9":2}}],["palettes",{"0":{"9":1},"2":{"2":1,"9":3,"75":1}}],["pals",{"2":{"4":1}}],["pages",{"2":{"20":1,"31":1,"81":1,"98":1,"100":3,"102":1,"104":3}}],["page",{"2":{"1":1,"6":1,"27":1,"30":1,"41":1,"47":1,"52":1,"56":1,"81":1,"85":1,"91":1,"102":1}}],["mtx",{"0":{"77":1},"2":{"90":1,"107":1,"108":1,"110":1}}],["mbin",{"0":{"78":1},"2":{"23":1,"66":1,"78":1,"84":1}}],["mutually",{"2":{"47":1}}],["multiply",{"2":{"60":1}}],["multiplier",{"2":{"58":1}}],["multipliers",{"2":{"58":6}}],["multiple",{"2":{"22":1,"58":1,"113":2}}],["multitasking",{"2":{"35":1}}],["must",{"2":{"34":1,"44":1,"48":1,"59":1}}],["music",{"2":{"30":1}}],["much",{"2":{"13":2,"32":1,"33":1,"36":1,"38":2,"41":2,"46":1,"54":1,"55":1,"56":1,"58":3,"59":1,"69":1,"70":1,"107":1}}],["mindless",{"2":{"57":1}}],["mind",{"2":{"53":1,"55":1,"59":1,"62":1,"69":1}}],["minimize",{"2":{"57":1}}],["minigame",{"2":{"50":1}}],["minion",{"2":{"50":1}}],["mine",{"2":{"38":1,"81":1}}],["misplaying",{"2":{"47":1}}],["missile",{"2":{"13":1}}],["microtransactions",{"2":{"41":1}}],["micro",{"2":{"35":1}}],["might",{"2":{"34":2,"38":1,"39":1,"42":1,"46":2,"113":1}}],["mirrors",{"2":{"33":1}}],["middleground",{"2":{"14":1}}],["middle",{"2":{"13":1}}],["midjourney",{"2":{"2":1}}],["marginalia",{"2":{"99":1}}],["marketers",{"2":{"95":1,"98":1}}],["market",{"2":{"40":1}}],["magnum",{"2":{"67":1}}],["maggieappleton",{"2":{"14":1}}],["maggie",{"2":{"9":1,"95":1}}],["machines",{"2":{"59":1}}],["max",{"2":{"58":3,"69":4,"74":1}}],["majority",{"2":{"41":1}}],["major",{"2":{"39":1,"69":2}}],["mastered",{"2":{"36":1}}],["mastodon",{"2":{"17":1}}],["maintainability",{"2":{"89":1}}],["maintains",{"2":{"10":2}}],["mainstream",{"2":{"41":2}}],["mainly",{"2":{"32":2,"58":1}}],["making",{"0":{"63":1,"65":1},"2":{"13":1,"17":1,"30":2,"34":1,"35":2,"36":1,"42":1,"45":2,"54":1,"57":1,"58":2,"63":1,"74":1,"80":1,"91":2,"100":1,"102":1,"105":1}}],["makes",{"2":{"30":1,"31":1,"33":1,"34":1,"38":1,"40":1,"41":1,"42":2,"70":1}}],["make",{"0":{"30":1},"2":{"9":1,"10":1,"12":1,"13":2,"21":1,"30":4,"32":1,"34":2,"35":1,"38":1,"39":1,"40":1,"41":2,"43":2,"45":2,"56":1,"57":1,"59":1,"60":1,"86":1,"102":3,"104":1,"107":3,"109":1,"114":1}}],["managed",{"2":{"102":1}}],["manages",{"2":{"59":1}}],["management",{"2":{"47":1,"49":1}}],["managers",{"2":{"13":1}}],["manual",{"2":{"42":1}}],["manually",{"2":{"13":1}}],["manipulation",{"2":{"41":1}}],["manipulative",{"2":{"41":3}}],["manipulating",{"2":{"35":1,"41":4}}],["manipulates",{"2":{"41":2}}],["manipulate",{"2":{"41":1}}],["manner",{"2":{"25":1}}],["many",{"2":{"2":1,"9":2,"13":2,"17":1,"32":1,"33":1,"34":4,"38":1,"39":2,"40":1,"41":1,"43":1,"44":1,"46":3,"52":1,"57":1,"59":1,"60":1,"92":1}}],["matter",{"2":{"55":1}}],["material",{"2":{"22":2,"41":1,"62":1}}],["matching",{"2":{"21":1}}],["matches",{"2":{"20":1}}],["math",{"2":{"13":1}}],["matrix",{"0":{"76":1},"2":{"8":1,"10":2,"12":1,"76":1,"93":1,"113":1}}],["maybe",{"2":{"43":1}}],["may",{"2":{"9":1,"19":2,"35":4,"36":2,"39":1,"41":3,"46":1,"48":3,"50":1,"51":1,"54":1,"55":1,"57":1,"59":2,"60":1,"98":1}}],["made",{"2":{"1":1,"2":1,"13":3,"14":1,"20":1,"21":1,"33":2,"34":2,"39":3,"49":1,"53":1,"58":1,"60":3,"62":1,"63":2,"66":1,"67":1,"68":2,"91":2,"105":3}}],["meet",{"2":{"70":1}}],["measure",{"2":{"56":1}}],["mean",{"2":{"40":1}}],["meaning",{"2":{"39":1,"48":1}}],["meaningfully",{"2":{"57":1}}],["meaningful",{"2":{"37":1,"58":3}}],["meantime",{"2":{"4":1}}],["means",{"2":{"2":1,"41":2,"42":1,"43":1,"44":1,"47":1,"56":1,"59":3}}],["methods",{"2":{"92":1}}],["method",{"2":{"58":1}}],["met",{"2":{"57":1}}],["metric",{"2":{"41":1}}],["meta",{"2":{"34":6,"43":2,"49":1}}],["mentioned",{"2":{"43":1,"59":1}}],["mentions",{"2":{"1":1,"27":1,"85":1}}],["mental",{"2":{"40":1,"58":1}}],["merit",{"0":{"39":1},"2":{"39":5}}],["merely",{"2":{"19":1}}],["melee",{"2":{"38":1}}],["mechanically",{"2":{"45":1}}],["mechanic",{"2":{"38":3,"40":2,"41":1,"46":3,"48":1,"50":4,"56":2,"57":1,"59":8}}],["mechanics",{"2":{"34":1,"39":1,"40":1,"42":1,"43":1,"46":2,"48":1,"50":1,"54":1,"59":3}}],["mechana",{"2":{"13":1}}],["me",{"2":{"33":1,"34":1,"38":1,"39":1,"66":1,"71":1}}],["messages",{"2":{"17":1,"19":6,"20":4,"21":9,"22":7}}],["message",{"2":{"10":1,"18":1,"19":2,"20":7,"21":3,"22":2}}],["messaging",{"2":{"8":1,"76":1}}],["media",{"0":{"92":1},"2":{"0":1,"3":1,"7":1,"10":2,"12":1,"16":1,"17":2,"23":1,"83":1,"92":3,"98":1}}],["m",{"2":{"1":1,"13":1,"18":1,"38":4,"39":1,"40":1,"45":1,"46":1,"56":1,"57":1,"58":2,"59":1,"74":1,"104":1}}],["moment",{"2":{"46":1}}],["motivated",{"2":{"55":1}}],["motivation",{"2":{"48":1}}],["motivations",{"2":{"35":1}}],["motivating",{"2":{"31":1}}],["motive",{"2":{"41":1}}],["mocking",{"2":{"38":1}}],["mobile",{"2":{"32":7,"41":1}}],["movie",{"2":{"39":1}}],["moving",{"2":{"13":1,"30":1}}],["move",{"2":{"4":1,"13":1,"58":1,"71":1}}],["moddable",{"2":{"105":1}}],["modding",{"2":{"67":1,"91":1}}],["modifiers",{"2":{"59":1}}],["modifier",{"2":{"46":1}}],["modify",{"2":{"13":1,"84":1}}],["model",{"2":{"88":1}}],["models",{"2":{"2":2}}],["moderate",{"2":{"113":1}}],["moderator",{"2":{"21":1,"22":1}}],["moderation",{"0":{"21":1},"2":{"21":1,"22":1,"41":1,"92":1}}],["modern",{"2":{"10":1,"41":1,"57":1,"89":1,"113":1}}],["mode",{"2":{"13":3}}],["moran",{"2":{"4":1}}],["more",{"2":{"1":1,"2":1,"6":1,"10":1,"13":1,"17":1,"30":1,"34":2,"35":4,"36":3,"38":5,"39":2,"40":2,"41":2,"42":3,"44":2,"46":1,"48":1,"50":3,"54":1,"55":1,"57":2,"58":2,"59":6,"60":1,"69":2,"74":1,"81":2,"86":1,"89":2,"91":1,"105":2,"107":1}}],["monetized",{"2":{"32":2}}],["monetization",{"0":{"32":1,"106":1,"110":1},"1":{"107":1,"108":1,"109":1,"110":1},"2":{"4":1,"32":3,"74":1,"77":1,"86":1,"109":1}}],["money",{"2":{"13":2,"18":1,"32":1,"35":1,"41":1,"50":1,"74":2,"107":2}}],["months",{"2":{"1":1}}],["month",{"2":{"1":1}}],["mostly",{"2":{"31":1,"40":1,"56":1,"107":1}}],["most",{"2":{"1":1,"13":1,"18":2,"35":3,"39":3,"40":2,"41":1,"42":3,"44":1,"47":2,"53":1,"56":1,"58":1,"59":1,"63":2,"66":1,"67":1,"81":1,"104":1,"113":1}}],["myriad",{"2":{"58":1}}],["mystery",{"2":{"46":1}}],["myself",{"2":{"1":1,"56":1,"63":1,"79":1,"105":1}}],["my",{"0":{"79":1,"80":1,"89":1},"1":{"81":1,"82":1},"2":{"1":2,"4":1,"5":1,"6":1,"10":1,"13":2,"18":3,"27":3,"33":1,"38":1,"40":3,"41":2,"45":1,"49":1,"54":1,"56":1,"59":1,"62":2,"63":1,"66":1,"67":2,"68":1,"69":2,"70":1,"79":1,"80":1,"81":1,"85":1,"87":1,"89":1,"91":1,"92":1,"94":1,"98":1,"104":5,"105":1,"114":1}}],["iroh",{"2":{"114":2}}],["irl",{"2":{"55":1}}],["io",{"2":{"81":1}}],["ignores",{"2":{"59":1}}],["ignored",{"2":{"21":1}}],["ip",{"2":{"58":6}}],["ii",{"2":{"50":1}}],["illustrate",{"2":{"62":1}}],["illustrated",{"2":{"42":1}}],["illegal",{"2":{"22":2}}],["iap",{"2":{"32":1}}],["iaps",{"2":{"32":1}}],["imagine",{"2":{"58":1}}],["image",{"2":{"20":1}}],["immediately",{"2":{"60":1}}],["immersing",{"2":{"38":1}}],["immune",{"2":{"52":1}}],["impacts",{"2":{"86":1}}],["impact",{"2":{"46":2,"58":1,"60":1}}],["implications",{"2":{"59":1,"114":1}}],["implies",{"2":{"40":1,"42":1}}],["implying",{"2":{"42":1}}],["imply",{"2":{"40":1}}],["implement",{"2":{"30":1,"59":1}}],["implemented",{"2":{"20":1}}],["implementation",{"2":{"17":1}}],["implementations",{"2":{"15":1,"23":1}}],["implementing",{"2":{"16":1,"23":1,"30":1}}],["imperfectly",{"2":{"38":1}}],["impossible",{"2":{"34":1}}],["important",{"2":{"18":2,"34":1,"40":1,"52":1,"54":1,"94":2}}],["improve",{"2":{"89":1}}],["improvement",{"2":{"35":1,"53":1}}],["improved",{"2":{"10":1}}],["improving",{"2":{"12":1,"36":1,"53":3,"89":1}}],["idling",{"2":{"50":1}}],["idler",{"2":{"41":2}}],["idlers",{"0":{"41":1}}],["idle",{"2":{"32":3,"35":1,"41":3,"45":1,"50":3,"57":1}}],["ids",{"2":{"21":1}}],["id",{"2":{"19":2,"20":4}}],["identical",{"2":{"22":1}}],["identified",{"2":{"22":1}}],["identities",{"2":{"18":3,"102":1,"114":1}}],["identity",{"0":{"15":1,"18":1},"2":{"10":2,"12":1,"15":4,"17":1,"18":3,"19":1,"22":1,"53":1,"66":1,"92":1,"114":2}}],["ideally",{"2":{"102":1}}],["ideal",{"2":{"92":1}}],["ideals",{"2":{"44":1}}],["ideas",{"2":{"17":1,"59":1,"96":1}}],["idea",{"2":{"1":1,"17":1,"41":1,"60":1}}],["ivy",{"0":{"61":1},"2":{"11":3,"61":1,"112":1}}],["if",{"2":{"7":1,"13":3,"17":1,"18":4,"20":1,"21":2,"22":2,"30":2,"31":1,"32":1,"34":1,"35":3,"38":2,"39":2,"40":1,"41":3,"42":2,"43":2,"45":1,"47":1,"48":1,"49":1,"53":3,"56":1,"57":1,"58":1,"59":5,"60":3,"63":1}}],["i",{"0":{"63":1},"2":{"1":4,"4":4,"9":1,"11":1,"13":10,"18":3,"27":1,"32":2,"33":8,"34":8,"35":1,"38":10,"39":8,"40":6,"41":7,"42":2,"43":2,"44":2,"45":5,"46":4,"47":1,"49":2,"50":1,"52":3,"56":4,"57":4,"58":10,"59":3,"60":1,"62":1,"63":4,"67":2,"68":5,"69":3,"70":3,"71":2,"72":2,"73":1,"74":4,"80":1,"81":1,"87":1,"91":1,"97":1,"104":3,"105":5,"109":1,"114":1}}],["innovative",{"2":{"59":1}}],["infinite",{"2":{"105":1}}],["infinity",{"2":{"58":3}}],["influencers",{"2":{"92":1}}],["inflated",{"2":{"56":1}}],["inflating",{"2":{"56":1,"58":1}}],["infrequent",{"2":{"57":1}}],["information",{"2":{"7":1,"13":2,"14":1,"18":1,"25":1,"26":1}}],["inexperienced",{"2":{"52":1}}],["inevitably",{"2":{"20":1,"52":1,"59":1}}],["inherently",{"2":{"41":2}}],["inherit",{"2":{"36":1}}],["investment",{"2":{"86":1}}],["invested",{"2":{"70":1}}],["inventory",{"2":{"13":1}}],["invalidate",{"2":{"60":1}}],["involved",{"2":{"89":1,"105":1}}],["involves",{"2":{"88":1}}],["involve",{"2":{"42":1}}],["involvement",{"2":{"33":1}}],["initial",{"2":{"22":1,"31":1,"55":1}}],["inconsistencies",{"2":{"70":1}}],["incomplete",{"2":{"62":1}}],["including",{"2":{"20":1,"41":1,"57":1,"105":1}}],["included",{"2":{"86":1}}],["includes",{"2":{"36":1,"89":1}}],["include",{"2":{"10":1,"20":1,"46":1,"50":4,"105":1}}],["incredible",{"2":{"35":1}}],["incredibly",{"2":{"13":1,"30":1,"31":1,"32":1,"35":1,"38":1,"54":1,"58":1,"74":1,"102":1}}],["increlution",{"2":{"32":1,"45":1,"46":1,"50":1}}],["increasing",{"2":{"39":2,"41":1,"42":2,"46":1}}],["increasingly",{"2":{"9":1,"50":1,"59":1}}],["increase",{"2":{"34":1,"59":1}}],["increases",{"2":{"34":1,"59":2}}],["increased",{"2":{"12":1,"34":1}}],["incrementalness",{"2":{"44":1,"45":1,"46":1}}],["incrementals",{"0":{"29":1,"30":1,"33":1,"40":1,"41":1,"42":1,"43":1,"49":1,"52":1,"56":1,"62":1},"1":{"30":1,"31":1,"32":1,"34":1,"35":1,"36":1,"37":1,"38":1,"39":1,"41":1,"42":1,"43":1,"44":2,"45":2,"46":2,"47":2,"48":2,"49":2,"50":1,"51":1,"53":1,"54":1,"55":1,"57":1,"58":1,"59":1,"60":1,"63":1,"64":1,"65":1},"2":{"30":2,"32":1,"34":1,"38":1,"39":2,"41":2,"42":7,"43":4,"46":2,"47":4,"48":2,"64":4,"65":1}}],["incremental",{"0":{"1":1,"45":1,"65":1,"66":1},"2":{"1":1,"8":1,"15":1,"23":1,"24":1,"27":1,"29":1,"30":1,"31":3,"32":3,"33":1,"34":3,"35":11,"36":1,"37":1,"38":3,"39":7,"40":8,"41":24,"42":12,"43":3,"44":1,"45":1,"46":4,"47":3,"48":6,"49":4,"50":3,"51":1,"52":2,"56":2,"57":1,"59":6,"62":3,"63":4,"66":2,"67":1,"78":1,"80":2,"81":1,"82":1,"84":1,"91":2,"93":1,"100":1,"105":3,"113":3}}],["industry",{"2":{"109":1}}],["indeed",{"2":{"34":1,"35":1,"39":1}}],["indexable",{"2":{"10":1,"95":1}}],["indicator",{"2":{"46":1}}],["indicators",{"2":{"13":1}}],["indicate",{"2":{"20":2,"36":1,"46":1,"47":1}}],["indie",{"0":{"109":1},"2":{"61":1,"86":1,"101":1}}],["indieweb",{"0":{"96":1,"97":1},"2":{"15":1,"16":1,"20":1,"96":1,"97":1,"100":1,"104":1}}],["indieauth",{"2":{"15":2}}],["individually",{"2":{"57":1}}],["individual",{"2":{"13":1,"14":1,"90":1,"98":2}}],["individuals",{"2":{"2":1,"98":1}}],["introduced",{"2":{"58":2,"59":1}}],["introducing",{"2":{"56":1,"59":1}}],["intrinsically",{"2":{"38":1}}],["into",{"2":{"4":2,"5":1,"7":1,"13":3,"29":1,"35":1,"39":2,"40":1,"41":2,"50":1,"51":1,"52":1,"55":1,"58":3,"90":1,"91":1}}],["intent",{"2":{"91":1}}],["intention",{"2":{"67":1}}],["intentionally",{"2":{"38":1}}],["intended",{"2":{"4":1,"38":3}}],["integrating",{"2":{"13":1}}],["integrate",{"2":{"10":1}}],["internet",{"2":{"95":1,"96":1,"101":1}}],["internalize",{"2":{"53":1}}],["internal",{"2":{"19":1}}],["interpret",{"2":{"53":1}}],["interpretation",{"0":{"44":1},"2":{"41":1,"42":1,"44":2,"49":3}}],["interchangeably",{"2":{"41":1}}],["interest",{"2":{"52":1,"63":1,"104":1}}],["interests",{"2":{"41":1}}],["interesting",{"2":{"33":1,"41":1,"51":1,"58":1,"59":1,"73":1}}],["interested",{"2":{"10":1,"41":1,"113":1}}],["interactive",{"2":{"62":2}}],["interactions",{"2":{"57":1,"59":1}}],["interaction",{"0":{"57":1},"1":{"58":1},"2":{"48":2,"57":2}}],["interacting",{"2":{"4":1,"47":1}}],["interacted",{"2":{"18":1}}],["interfere",{"2":{"13":1}}],["interface",{"2":{"13":1,"47":1,"89":1}}],["interfaces",{"2":{"9":1}}],["interviews",{"2":{"11":1}}],["intelligence",{"0":{"2":1},"2":{"9":1,"13":1}}],["insults",{"2":{"53":1}}],["insatiable",{"2":{"41":1}}],["institutes",{"2":{"88":1}}],["instinctively",{"2":{"35":1}}],["instructions",{"0":{"59":1},"2":{"59":1}}],["instead",{"2":{"34":1,"48":1,"53":1,"58":1,"59":3,"90":1,"105":1}}],["instance",{"2":{"17":1,"66":1,"92":3,"100":1}}],["instances",{"2":{"3":1,"17":1,"48":1,"114":1}}],["inspiration",{"0":{"17":1}}],["inspired",{"2":{"4":1}}],["inspector",{"2":{"13":1}}],["inspectors",{"2":{"13":1}}],["input",{"2":{"2":1,"88":1}}],["in",{"2":{"1":2,"2":1,"3":1,"4":3,"6":1,"9":2,"10":3,"12":1,"13":15,"14":1,"16":1,"18":1,"20":1,"21":2,"25":1,"29":2,"30":3,"31":3,"32":2,"34":8,"35":6,"36":1,"37":1,"38":6,"39":2,"40":2,"41":9,"42":3,"43":1,"46":5,"47":1,"48":4,"49":1,"50":3,"51":2,"52":1,"53":2,"54":1,"55":3,"56":2,"57":5,"58":10,"59":10,"60":1,"63":2,"67":2,"68":1,"69":3,"70":2,"77":1,"81":1,"86":1,"87":1,"88":3,"89":2,"90":1,"91":1,"98":2,"100":1,"102":1,"104":4,"105":3,"108":1,"113":1,"114":4}}],["item",{"2":{"90":1}}],["items",{"2":{"77":1,"90":1}}],["itrtg",{"2":{"50":1}}],["itch",{"2":{"31":1,"81":1}}],["itself",{"2":{"13":1,"18":1,"20":1,"30":1,"39":2,"40":1,"41":1,"55":1}}],["its",{"2":{"4":3,"7":1,"13":3,"19":1,"20":1,"32":1,"34":2,"38":1,"39":2,"40":2,"41":1,"44":2,"55":1,"69":1}}],["it",{"2":{"1":3,"4":4,"13":12,"17":1,"18":1,"20":2,"22":2,"26":1,"27":3,"28":2,"30":1,"31":2,"32":2,"33":4,"34":11,"35":10,"36":3,"38":7,"39":10,"40":7,"41":10,"42":6,"43":3,"44":3,"45":1,"46":6,"49":1,"52":4,"53":3,"54":1,"55":4,"56":5,"57":5,"58":10,"59":16,"60":3,"62":2,"67":1,"68":1,"69":2,"70":1,"71":1,"72":1,"73":1,"74":2,"85":1,"86":2,"89":1,"91":2,"94":1,"95":1,"104":1,"105":1,"112":1,"114":1}}],["isn",{"2":{"34":2,"35":2,"38":1,"47":1,"49":1,"59":2,"60":1}}],["issues",{"2":{"10":1,"12":1,"28":1,"57":1,"70":1}}],["is",{"0":{"56":1,"68":1,"70":1,"72":1,"73":1,"74":1},"1":{"57":1,"58":1,"59":1,"60":1,"69":1,"70":1,"71":1,"72":1,"73":1,"74":1},"2":{"0":1,"1":1,"2":1,"3":2,"4":1,"7":2,"8":1,"9":1,"10":3,"13":19,"16":1,"17":2,"18":5,"20":2,"21":1,"22":3,"24":1,"26":2,"28":1,"30":2,"31":1,"32":2,"33":2,"34":9,"35":5,"36":2,"38":6,"39":6,"40":3,"41":13,"42":12,"44":4,"45":2,"46":4,"47":6,"48":4,"49":1,"50":2,"52":5,"53":3,"54":1,"55":2,"56":5,"57":7,"58":5,"59":20,"60":2,"61":1,"62":3,"64":1,"66":1,"67":1,"68":2,"69":2,"70":1,"74":3,"75":1,"76":1,"78":1,"81":1,"83":1,"88":2,"90":1,"91":2,"92":2,"93":1,"94":1,"95":3,"96":1,"98":1,"99":1,"101":1,"102":1,"104":2,"105":2,"106":1,"109":2,"111":1,"112":1,"114":1}}],["fps",{"2":{"105":1}}],["fly",{"2":{"45":1,"50":1}}],["flow",{"2":{"35":1}}],["flood",{"2":{"31":1}}],["flagged",{"2":{"20":1,"21":2}}],["flag",{"2":{"20":1}}],["flags",{"2":{"13":1}}],["flashy",{"2":{"13":1}}],["flash",{"2":{"13":1,"50":1}}],["flip",{"2":{"13":1}}],["fidget",{"2":{"35":1}}],["fits",{"2":{"71":1}}],["fitting",{"2":{"69":1}}],["fit",{"2":{"28":1,"43":1}}],["filtering",{"2":{"22":1}}],["filters",{"2":{"19":1,"99":2}}],["filter",{"2":{"13":2}}],["file",{"2":{"13":1}}],["fields",{"2":{"13":1,"20":1}}],["field",{"2":{"13":2}}],["figured",{"2":{"36":1}}],["figure",{"2":{"13":1}}],["first",{"2":{"13":1,"27":2,"39":1,"58":1,"59":1,"68":1,"72":1,"112":1}}],["fine",{"2":{"32":1,"59":2}}],["finished",{"2":{"31":1}}],["finisher",{"2":{"13":2}}],["finally",{"2":{"59":1}}],["final",{"2":{"6":1,"13":1}}],["finding",{"2":{"9":1,"59":1}}],["find",{"0":{"31":1},"2":{"4":1,"34":1,"41":1,"51":1,"53":1,"56":1,"74":1,"81":1}}],["folder",{"2":{"105":1}}],["fold",{"2":{"50":1}}],["following",{"0":{"59":1},"2":{"59":1}}],["followed",{"2":{"21":1}}],["follow",{"2":{"12":1,"22":1,"46":1,"74":1,"99":1}}],["focus",{"2":{"41":1,"42":1,"53":1,"68":1}}],["focused",{"2":{"17":1,"32":2,"34":1,"50":1,"54":1,"112":1}}],["focuses",{"2":{"17":1}}],["found",{"2":{"36":1,"72":1,"88":1}}],["forward",{"2":{"89":1}}],["forget",{"2":{"58":1}}],["forgejo",{"0":{"24":1},"2":{"24":1,"66":1,"84":1}}],["foreign",{"2":{"88":1}}],["forefront",{"2":{"41":1}}],["forest",{"2":{"14":1,"95":1}}],["force",{"2":{"13":1}}],["former",{"2":{"53":1}}],["formal",{"2":{"43":1,"63":1}}],["formally",{"2":{"42":1}}],["forms",{"2":{"32":1,"94":1}}],["forming",{"2":{"18":1}}],["form",{"2":{"7":1,"9":1,"21":1,"35":1,"40":1,"90":1,"98":1,"104":1,"113":1}}],["for",{"0":{"60":1},"2":{"0":1,"3":2,"4":4,"6":2,"8":1,"10":1,"12":1,"13":15,"14":1,"15":1,"16":1,"17":2,"18":3,"19":1,"20":2,"21":3,"22":4,"26":1,"28":3,"30":4,"31":3,"32":2,"33":2,"34":2,"35":3,"37":1,"38":4,"39":2,"40":3,"41":10,"42":3,"43":1,"44":3,"45":1,"46":6,"47":2,"48":1,"49":1,"53":4,"54":1,"55":1,"56":4,"57":1,"58":5,"59":7,"60":1,"66":1,"67":1,"68":1,"71":1,"74":2,"76":1,"79":1,"83":1,"87":1,"88":1,"89":1,"90":2,"91":1,"92":1,"93":1,"94":1,"95":1,"96":1,"97":1,"99":2,"100":1,"102":2,"104":1,"105":2,"109":1,"113":2,"114":3}}],["f3",{"2":{"10":1}}],["fashion",{"2":{"57":1}}],["fast",{"2":{"48":1}}],["faster",{"2":{"9":1,"48":1}}],["fail",{"2":{"47":1}}],["fails",{"2":{"18":1}}],["fairly",{"2":{"41":1,"57":1}}],["fantasy",{"2":{"51":1}}],["fans",{"2":{"41":1,"43":1,"74":1}}],["fan",{"2":{"41":1,"51":1,"56":1,"69":1}}],["fancy",{"2":{"30":1}}],["fallen",{"2":{"57":1}}],["fall",{"2":{"41":1,"42":2,"50":1}}],["familiarity",{"2":{"41":1}}],["familiar",{"2":{"40":1}}],["famous",{"2":{"38":1}}],["favorite",{"2":{"38":1,"68":1,"94":1}}],["far",{"2":{"35":1,"44":1,"57":1,"58":2,"59":1}}],["face",{"2":{"13":3,"52":1}}],["factor",{"2":{"44":1,"46":2,"48":1}}],["factors",{"0":{"47":1,"48":1},"2":{"44":6,"45":1,"47":3,"48":2}}],["factorio",{"2":{"42":1}}],["factory",{"2":{"42":3,"59":1}}],["fact",{"2":{"9":1,"39":2,"42":1,"56":1,"57":1,"58":1,"70":1,"104":1}}],["future",{"0":{"101":1},"2":{"53":1,"59":2}}],["fulfillment",{"2":{"41":2}}],["full",{"2":{"13":1,"20":1,"67":1}}],["fully",{"2":{"12":1,"18":1,"21":1,"33":1,"57":1,"59":1}}],["funnily",{"2":{"73":1}}],["fun",{"2":{"35":2,"38":2,"39":1,"41":3,"52":1,"53":1}}],["functionality",{"2":{"9":1}}],["further",{"2":{"16":1,"59":1}}],["fuzzy",{"2":{"9":1}}],["feels",{"2":{"42":1,"58":1,"59":1}}],["feelings",{"2":{"38":1}}],["feeling",{"2":{"34":1,"36":1,"39":1}}],["feel",{"2":{"33":1,"34":3,"35":3,"36":1,"38":2,"41":1,"52":1,"53":1,"55":1,"58":1,"63":1,"70":1}}],["feedback",{"0":{"53":1,"54":1,"55":1},"2":{"52":1,"53":7,"54":3,"55":4,"87":1}}],["feeding",{"2":{"35":1}}],["feeds",{"2":{"7":2,"28":1}}],["feed",{"2":{"7":1,"104":1}}],["few",{"2":{"17":1,"30":1,"35":1,"51":1}}],["feature",{"2":{"60":3}}],["featured",{"2":{"50":1}}],["features",{"2":{"10":1,"41":1,"89":1}}],["feats",{"2":{"35":1}}],["feasibility",{"2":{"17":1}}],["federation",{"2":{"17":1,"114":1}}],["federated",{"0":{"15":1},"2":{"0":1,"3":1,"10":3,"12":1,"15":1,"16":1,"17":1,"18":1,"66":1,"83":1,"92":1,"114":1}}],["fedi",{"0":{"16":1},"1":{"17":1,"18":1,"19":1,"20":1,"21":1,"22":1},"2":{"10":1,"12":1,"15":1,"23":1,"92":1,"114":2}}],["fediverse",{"0":{"23":1},"2":{"0":1,"3":2,"12":3,"16":1,"66":1,"78":1,"83":1,"92":1,"114":3}}],["friction",{"2":{"90":1}}],["friendly",{"2":{"31":1}}],["frankly",{"2":{"41":1}}],["framework",{"2":{"33":1,"41":1,"42":1,"59":1}}],["frequency",{"2":{"59":2}}],["frequently",{"2":{"58":1,"59":1}}],["frequent",{"2":{"57":1}}],["freshness",{"2":{"37":1}}],["freely",{"2":{"13":1}}],["free",{"0":{"108":1},"2":{"13":1,"18":1,"35":1,"63":1,"90":1,"100":1,"102":2,"110":1}}],["freeform",{"0":{"25":1,"26":1},"2":{"7":2,"10":1,"14":1,"25":2,"26":4,"28":2,"98":1}}],["from",{"2":{"4":1,"9":1,"10":1,"12":1,"13":2,"17":1,"19":2,"30":1,"32":1,"33":1,"34":4,"35":1,"36":1,"37":1,"38":2,"39":1,"40":1,"41":5,"43":2,"44":2,"47":1,"52":2,"53":2,"54":2,"58":1,"59":5,"62":2,"74":3,"88":3,"96":1,"99":1,"101":1,"113":1}}],["aaa",{"0":{"107":1},"2":{"107":3}}],["aalto",{"2":{"11":1}}],["aesthetic",{"2":{"71":1}}],["aesthetics",{"2":{"41":1}}],["affordable",{"2":{"58":1}}],["affects",{"2":{"56":1}}],["affect",{"2":{"50":1,"52":1}}],["after",{"2":{"13":2,"22":1,"38":1,"56":1,"57":1,"58":3,"59":1,"86":1}}],["afterward",{"2":{"13":1}}],["apart",{"2":{"38":1}}],["appropriate",{"2":{"43":1,"55":1}}],["approach",{"2":{"42":1}}],["appear",{"2":{"41":1}}],["appealing",{"2":{"43":1,"62":1,"113":1}}],["appeals",{"2":{"29":1,"35":1,"36":1,"39":1}}],["appeal",{"0":{"29":1,"33":1},"1":{"30":1,"31":1,"32":1,"34":1,"35":1,"36":1,"37":1,"38":1,"39":1},"2":{"33":1,"34":1,"35":2,"36":2,"41":1,"46":1,"57":1,"59":1,"64":2}}],["apparent",{"2":{"38":1}}],["applicable",{"2":{"60":1}}],["applied",{"2":{"44":1}}],["applies",{"2":{"18":1,"32":1,"36":1}}],["apply",{"2":{"41":1,"47":1,"49":1,"59":1,"94":1}}],["appleton",{"2":{"9":1,"95":1}}],["apps",{"2":{"9":2}}],["ag501",{"2":{"89":1}}],["again",{"2":{"58":1,"59":1,"69":1}}],["against",{"2":{"13":2,"38":1,"53":1,"58":1}}],["aggressively",{"2":{"38":1}}],["aggressive",{"2":{"38":1}}],["agree",{"2":{"38":1}}],["avoid",{"2":{"45":1}}],["avoiding",{"0":{"37":1}}],["available",{"2":{"13":2,"30":1,"32":2,"51":1,"59":1,"68":1,"79":1,"114":1}}],["away",{"2":{"41":1,"58":3,"59":3}}],["aware",{"2":{"32":2,"38":1}}],["awesome",{"0":{"71":1},"2":{"1":1,"74":1}}],["augmenting",{"2":{"59":1}}],["augments",{"2":{"34":1}}],["automating",{"2":{"59":2}}],["automation",{"2":{"48":1,"59":3}}],["automatic",{"2":{"42":1,"48":1,"104":1}}],["automatically",{"2":{"42":1,"48":2}}],["automated",{"2":{"58":2,"59":3}}],["automate",{"2":{"41":1,"58":1,"59":1}}],["authentication",{"2":{"19":1}}],["author",{"2":{"18":1,"96":1}}],["authoritative",{"2":{"18":1}}],["authority",{"2":{"12":1,"44":1,"63":1}}],["audio",{"2":{"20":1}}],["admittedly",{"2":{"59":1}}],["admin",{"2":{"30":1}}],["ads",{"2":{"32":1,"90":1,"92":1,"95":1,"98":1,"108":1}}],["adoption",{"2":{"17":1}}],["adds",{"2":{"34":1,"49":1}}],["adding",{"2":{"59":2,"62":1}}],["addiction",{"2":{"35":5,"41":1}}],["addictive",{"2":{"32":2,"35":1}}],["additional",{"2":{"13":1,"21":1,"41":1,"63":1,"89":1}}],["additionally",{"2":{"13":1,"30":1,"41":1,"42":1,"46":1}}],["addition",{"2":{"13":1,"89":1}}],["address",{"2":{"17":1}}],["added",{"2":{"13":1,"18":1,"89":1}}],["add",{"2":{"13":1,"18":1,"21":1,"30":1,"59":2,"62":1}}],["advantage",{"2":{"13":1,"34":1,"53":1}}],["advantages",{"2":{"12":1}}],["adventures",{"0":{"71":1}}],["adventure",{"2":{"41":2}}],["advent",{"0":{"1":1},"2":{"1":1,"80":1,"81":1,"84":1,"91":2}}],["ability",{"2":{"104":1}}],["abilities",{"2":{"13":1}}],["absent",{"2":{"94":1}}],["absolutely",{"2":{"59":1}}],["abstracts",{"2":{"59":1,"90":1}}],["abstract",{"2":{"59":3}}],["absurdly",{"2":{"13":1}}],["able",{"2":{"35":1,"36":1,"52":1,"59":1}}],["abundant",{"2":{"32":1}}],["abundance",{"2":{"32":1}}],["above",{"2":{"13":1,"32":1,"41":1,"42":1,"46":1,"59":2}}],["about",{"0":{"103":1},"2":{"1":1,"10":1,"13":2,"16":1,"19":1,"27":1,"30":1,"33":5,"35":3,"36":2,"38":2,"39":2,"40":1,"41":1,"42":2,"44":1,"59":3,"63":1,"69":1,"85":1,"95":1,"101":1,"113":1}}],["ask",{"2":{"56":1}}],["asked",{"2":{"45":1,"53":1}}],["ascension",{"2":{"41":1}}],["ascribes",{"2":{"41":1}}],["aside",{"2":{"39":1}}],["associating",{"2":{"17":1,"92":1}}],["associated",{"2":{"17":1,"59":1,"92":1}}],["associate",{"2":{"17":1}}],["assistants",{"2":{"2":1}}],["as",{"0":{"42":1,"43":1},"1":{"44":1,"45":1,"46":1,"47":1,"48":1,"49":1},"2":{"7":1,"10":2,"13":7,"18":6,"19":2,"20":5,"21":5,"22":1,"31":3,"33":3,"34":4,"35":9,"36":3,"38":2,"39":5,"40":1,"41":16,"42":5,"43":2,"44":3,"46":3,"47":3,"48":3,"53":3,"56":5,"57":5,"58":7,"59":11,"62":1,"63":2,"69":1,"70":4,"88":1,"89":1,"98":1,"104":2,"105":2}}],["acamaeda",{"2":{"58":1,"91":1}}],["achieving",{"2":{"57":1}}],["achieve",{"2":{"35":1}}],["acknowledged",{"2":{"44":1}}],["across",{"2":{"43":1,"48":1,"53":1}}],["actors",{"2":{"68":1}}],["actual",{"2":{"27":1,"34":1,"42":2,"53":1,"57":1}}],["actually",{"2":{"16":1,"17":1,"20":1,"33":1,"34":1,"35":2,"92":1,"96":1}}],["act",{"2":{"19":1,"39":1}}],["activity",{"2":{"57":1}}],["activitypub",{"0":{"0":1},"2":{"0":1,"10":1,"12":1,"23":2}}],["active",{"2":{"41":1}}],["actively",{"2":{"30":1,"35":1,"57":1}}],["actions",{"2":{"9":2,"50":1,"69":1}}],["action",{"2":{"9":1,"13":2,"22":2,"48":1}}],["accomplishment",{"2":{"36":1,"55":1}}],["accounts",{"2":{"21":1,"44":1}}],["account",{"2":{"7":1,"19":1,"22":1}}],["access",{"2":{"74":1,"114":1}}],["accessibility",{"2":{"57":1}}],["accessible",{"2":{"10":1,"30":1,"84":1}}],["accept",{"2":{"42":1}}],["accepting",{"2":{"32":1}}],["acceptable",{"2":{"13":1}}],["arc",{"2":{"69":2}}],["arcane",{"2":{"9":1,"13":1}}],["arguably",{"2":{"49":1}}],["arguing",{"2":{"38":1,"39":1}}],["argumentative",{"2":{"104":1}}],["argument",{"2":{"33":1,"35":1,"38":1,"39":1,"58":1}}],["arguments",{"2":{"33":2,"39":1}}],["argues",{"2":{"43":1}}],["argued",{"2":{"34":1,"38":1,"44":3}}],["argue",{"2":{"33":1,"34":2,"35":2,"38":1,"39":2,"41":1,"46":1,"50":2,"59":1}}],["arms",{"2":{"31":1,"107":1}}],["armor",{"0":{"13":1},"2":{"4":1,"13":3,"80":1,"81":1,"84":1}}],["around",{"2":{"30":1,"31":1,"51":1,"68":1,"91":1,"105":1}}],["arbitrary",{"2":{"13":1,"20":1}}],["area",{"2":{"39":1}}],["aren",{"2":{"35":2,"43":1,"46":1,"48":1,"81":1}}],["are",{"0":{"30":1,"31":1,"49":1},"2":{"7":1,"9":1,"10":2,"13":5,"14":1,"15":1,"16":1,"17":1,"18":1,"19":1,"20":3,"21":2,"22":1,"28":1,"29":1,"30":5,"31":1,"32":5,"33":3,"34":2,"35":11,"36":2,"38":4,"39":6,"40":1,"41":13,"42":12,"43":2,"44":1,"45":1,"46":3,"47":2,"48":3,"50":4,"51":1,"52":2,"53":3,"54":1,"57":1,"58":7,"59":5,"60":1,"86":1,"98":1,"100":1,"102":4,"104":2,"105":1,"113":2,"114":2}}],["articulate",{"2":{"54":1}}],["article",{"2":{"9":1,"17":1,"95":1}}],["artistic",{"0":{"39":1},"2":{"39":5}}],["artist",{"2":{"13":1,"94":1}}],["artificially",{"2":{"56":2,"57":1}}],["artificial",{"0":{"2":1},"2":{"9":1,"13":1}}],["art",{"2":{"2":1,"30":1,"39":11,"41":1,"94":2}}],["attain",{"2":{"50":1}}],["attaching",{"2":{"39":1}}],["attacks",{"2":{"38":1}}],["attack",{"2":{"13":1,"53":1,"55":1,"56":1}}],["attention",{"2":{"33":1,"35":1,"69":1}}],["at",{"2":{"3":1,"12":1,"13":3,"18":1,"21":2,"22":1,"34":1,"35":3,"36":1,"37":1,"38":3,"41":3,"42":1,"43":1,"53":2,"57":1,"58":3,"59":2,"62":1,"68":2,"70":2,"79":1,"88":1,"89":2}}],["atproto",{"0":{"3":1},"2":{"3":1,"12":1,"17":1,"23":2}}],["algorithms",{"2":{"113":1}}],["algorithmic",{"2":{"7":1}}],["alveolar",{"2":{"88":3}}],["alone",{"2":{"59":1,"74":1}}],["alongside",{"2":{"57":1,"87":1}}],["along",{"2":{"46":1,"59":1,"62":1}}],["alright",{"2":{"45":1}}],["already",{"2":{"13":1,"33":1,"39":1,"40":1,"46":1,"47":1,"113":1}}],["always",{"2":{"31":1,"41":1}}],["although",{"2":{"34":1,"38":1,"39":1,"41":1,"43":1,"46":1,"58":1,"59":1,"71":1,"73":1,"74":1}}],["alt",{"2":{"17":1}}],["alternatives",{"2":{"14":1}}],["alternative",{"2":{"10":1,"26":1,"28":2,"48":1}}],["almost",{"2":{"9":1,"32":1,"41":1}}],["also",{"2":{"2":1,"9":1,"10":2,"13":3,"18":1,"21":1,"32":1,"34":1,"41":3,"43":1,"49":3,"50":1,"58":1,"59":3,"63":1,"84":1,"94":1,"95":1,"114":1}}],["allowed",{"2":{"15":1,"53":1}}],["allow",{"2":{"15":1,"45":1,"50":1}}],["allows",{"2":{"13":1,"35":1,"36":1,"113":1,"114":1}}],["allowing",{"2":{"13":1,"35":1,"44":1,"46":1}}],["all",{"2":{"2":1,"13":8,"16":1,"17":1,"18":1,"19":2,"22":4,"23":1,"30":1,"31":1,"35":4,"36":1,"39":1,"40":2,"41":4,"42":1,"43":1,"44":2,"47":1,"53":1,"55":2,"58":3,"59":6,"70":1,"94":2,"96":1,"105":1,"113":1}}],["amp",{"2":{"114":1}}],["amplification",{"0":{"96":1},"2":{"96":1}}],["american",{"2":{"88":1}}],["amazing",{"2":{"70":1}}],["am",{"0":{"63":1}}],["amongst",{"2":{"46":1,"57":1,"58":1,"99":1,"105":1}}],["amount",{"2":{"35":1,"40":1,"48":2,"56":3,"59":1,"60":2}}],["amounts",{"2":{"2":1,"9":1,"17":1,"90":1}}],["ambitious",{"2":{"1":1,"67":1}}],["aims",{"2":{"114":1}}],["ai",{"2":{"2":6,"21":1}}],["announced",{"2":{"74":1}}],["angry",{"2":{"55":1}}],["angle",{"2":{"13":1}}],["angles",{"2":{"13":1}}],["anime",{"2":{"51":1}}],["anecdotal",{"2":{"41":1}}],["another",{"2":{"40":1,"41":1,"42":2,"43":1,"47":1,"58":1,"60":1}}],["anonymity",{"2":{"22":2}}],["anonymous",{"2":{"21":1}}],["anonymously",{"2":{"17":1}}],["answers",{"2":{"45":1}}],["answering",{"2":{"33":1}}],["answer",{"2":{"33":1,"40":1,"59":1}}],["analytical",{"2":{"45":1}}],["analyses",{"2":{"33":1,"94":1}}],["analyze",{"2":{"53":1}}],["analyzed",{"2":{"33":1}}],["analyzing",{"2":{"21":1}}],["anyways",{"2":{"41":1}}],["any",{"2":{"13":1,"19":3,"21":1,"30":1,"31":1,"34":2,"35":1,"39":9,"40":2,"41":3,"44":4,"46":1,"49":2,"56":2,"57":1,"58":2,"59":2,"63":1,"69":1,"74":1,"100":1,"105":1,"114":1}}],["anyone",{"2":{"12":1,"18":2,"31":1,"52":1}}],["anything",{"2":{"7":1,"10":1,"20":1,"26":1,"35":2,"49":1,"63":1,"104":1}}],["antimatter",{"2":{"50":1,"58":4}}],["anticipate",{"2":{"54":2}}],["anticipated",{"2":{"1":1}}],["anticipating",{"2":{"46":1}}],["anti",{"2":{"32":1,"74":1}}],["anthony",{"2":{"6":1}}],["and",{"0":{"82":1},"2":{"1":2,"2":2,"4":2,"6":1,"7":1,"9":1,"10":4,"11":1,"12":2,"13":25,"14":2,"15":3,"17":1,"18":6,"19":1,"20":4,"21":6,"22":5,"28":1,"29":1,"30":3,"31":5,"32":7,"33":7,"34":10,"35":16,"36":10,"37":2,"38":12,"39":13,"40":4,"41":15,"42":8,"43":1,"44":5,"45":2,"46":2,"47":2,"48":2,"49":2,"50":7,"51":1,"52":10,"53":12,"54":8,"55":6,"56":8,"57":6,"58":12,"59":26,"60":3,"61":1,"62":8,"63":1,"66":2,"67":3,"68":4,"69":6,"70":1,"71":2,"72":1,"78":1,"80":1,"81":1,"84":1,"88":3,"89":3,"91":1,"92":2,"94":3,"96":3,"98":1,"99":1,"100":1,"102":2,"104":3,"105":7,"107":1,"108":1}}],["an",{"0":{"65":1},"2":{"1":2,"8":1,"9":1,"10":1,"13":6,"14":1,"19":1,"20":2,"22":1,"24":1,"28":1,"30":2,"32":1,"35":2,"38":4,"39":4,"40":3,"41":3,"42":4,"44":1,"45":1,"46":3,"47":2,"48":3,"49":2,"52":1,"53":1,"55":2,"57":1,"58":1,"59":3,"60":2,"62":1,"66":1,"67":1,"75":1,"78":1,"85":1,"88":2,"90":1,"91":1,"92":2,"93":1,"94":1,"95":1,"102":1,"104":2,"105":2,"111":1,"114":1}}],["a",{"2":{"0":1,"1":1,"3":2,"4":2,"5":1,"6":2,"7":2,"9":2,"10":3,"12":2,"13":27,"14":1,"15":1,"16":2,"17":8,"18":16,"19":6,"20":7,"21":6,"22":10,"23":2,"25":2,"26":3,"28":1,"29":2,"30":6,"31":1,"32":4,"33":8,"34":14,"35":16,"36":3,"37":3,"38":12,"39":12,"40":12,"41":19,"42":10,"43":9,"44":13,"45":6,"46":13,"47":9,"48":5,"49":2,"50":11,"51":3,"52":6,"53":6,"54":1,"55":3,"56":5,"57":9,"58":19,"59":24,"60":8,"61":1,"62":4,"63":4,"66":1,"67":2,"68":5,"69":7,"70":2,"71":1,"73":1,"74":1,"76":1,"79":1,"81":1,"83":1,"86":1,"87":1,"88":6,"89":1,"90":4,"91":1,"92":1,"95":1,"96":1,"97":1,"98":2,"99":2,"101":1,"102":1,"104":3,"105":10,"107":1,"109":1,"112":1,"113":8,"114":1}}]],"serializationVersion":2}';export{e as default}; diff --git a/assets/chunks/VPLocalSearchBox.DqFKwuj5.js b/assets/chunks/VPLocalSearchBox.Bnv2QY7m.js similarity index 99% rename from assets/chunks/VPLocalSearchBox.DqFKwuj5.js rename to assets/chunks/VPLocalSearchBox.Bnv2QY7m.js index 403786832..8dba1507a 100644 --- a/assets/chunks/VPLocalSearchBox.DqFKwuj5.js +++ b/assets/chunks/VPLocalSearchBox.Bnv2QY7m.js @@ -1,4 +1,4 @@ -var Nt=Object.defineProperty;var Ct=(o,e,t)=>e in o?Nt(o,e,{enumerable:!0,configurable:!0,writable:!0,value:t}):o[e]=t;var ke=(o,e,t)=>(Ct(o,typeof e!="symbol"?e+"":e,t),t);import{X as It,s as ie,v as Ve,aC as Dt,aD as kt,d as Ot,G as we,aE as et,h as xe,aF as Rt,aG as _t,x as Mt,aH as Lt,y as Oe,R as he,Q as Fe,aI as Pt,a3 as zt,Y as Bt,U as Vt,aJ as $t,o as X,b as Wt,j as k,a1 as Kt,k as G,aK as Jt,aL as Ut,aM as jt,c as te,n as tt,e as Ee,E as rt,F as at,a as de,t as ve,aN as Gt,p as Qt,l as Ht,aO as nt,aP as qt,as as Yt,ay as Zt,aQ as Xt,_ as er}from"./framework.Mb1uu3dm.js";import{u as tr,c as rr}from"./theme.RZqZukMY.js";const ar={root:()=>It(()=>import("./@localSearchIndexroot.C-VqYxy9.js"),[])};/*! +var Nt=Object.defineProperty;var Ct=(o,e,t)=>e in o?Nt(o,e,{enumerable:!0,configurable:!0,writable:!0,value:t}):o[e]=t;var ke=(o,e,t)=>(Ct(o,typeof e!="symbol"?e+"":e,t),t);import{X as It,s as ie,v as Ve,aC as Dt,aD as kt,d as Ot,G as we,aE as et,h as xe,aF as Rt,aG as _t,x as Mt,aH as Lt,y as Oe,R as he,Q as Fe,aI as Pt,a3 as zt,Y as Bt,U as Vt,aJ as $t,o as X,b as Wt,j as k,a1 as Kt,k as G,aK as Jt,aL as Ut,aM as jt,c as te,n as tt,e as Ee,E as rt,F as at,a as de,t as ve,aN as Gt,p as Qt,l as Ht,aO as nt,aP as qt,as as Yt,ay as Zt,aQ as Xt,_ as er}from"./framework.Mb1uu3dm.js";import{u as tr,c as rr}from"./theme.BJOuTHMx.js";const ar={root:()=>It(()=>import("./@localSearchIndexroot.C0OUyaaF.js"),[])};/*! * tabbable 6.2.0 * @license MIT, https://github.com/focus-trap/tabbable/blob/master/LICENSE */var pt=["input:not([inert])","select:not([inert])","textarea:not([inert])","a[href]:not([inert])","button:not([inert])","[tabindex]:not(slot):not([inert])","audio[controls]:not([inert])","video[controls]:not([inert])",'[contenteditable]:not([contenteditable="false"]):not([inert])',"details>summary:first-of-type:not([inert])","details:not([inert])"],Te=pt.join(","),yt=typeof Element>"u",se=yt?function(){}:Element.prototype.matches||Element.prototype.msMatchesSelector||Element.prototype.webkitMatchesSelector,Ne=!yt&&Element.prototype.getRootNode?function(o){var e;return o==null||(e=o.getRootNode)===null||e===void 0?void 0:e.call(o)}:function(o){return o==null?void 0:o.ownerDocument},Ce=function o(e,t){var r;t===void 0&&(t=!0);var n=e==null||(r=e.getAttribute)===null||r===void 0?void 0:r.call(e,"inert"),a=n===""||n==="true",i=a||t&&e&&o(e.parentNode);return i},nr=function(e){var t,r=e==null||(t=e.getAttribute)===null||t===void 0?void 0:t.call(e,"contenteditable");return r===""||r==="true"},mt=function(e,t,r){if(Ce(e))return[];var n=Array.prototype.slice.apply(e.querySelectorAll(Te));return t&&se.call(e,Te)&&n.unshift(e),n=n.filter(r),n},gt=function o(e,t,r){for(var n=[],a=Array.from(e);a.length;){var i=a.shift();if(!Ce(i,!1))if(i.tagName==="SLOT"){var s=i.assignedElements(),u=s.length?s:i.children,l=o(u,!0,r);r.flatten?n.push.apply(n,l):n.push({scopeParent:i,candidates:l})}else{var d=se.call(i,Te);d&&r.filter(i)&&(t||!e.includes(i))&&n.push(i);var h=i.shadowRoot||typeof r.getShadowRoot=="function"&&r.getShadowRoot(i),v=!Ce(h,!1)&&(!r.shadowRootFilter||r.shadowRootFilter(i));if(h&&v){var m=o(h===!0?i.children:h.children,!0,r);r.flatten?n.push.apply(n,m):n.push({scopeParent:i,candidates:m})}else a.unshift.apply(a,i.children)}}return n},bt=function(e){return!isNaN(parseInt(e.getAttribute("tabindex"),10))},oe=function(e){if(!e)throw new Error("No node provided");return e.tabIndex<0&&(/^(AUDIO|VIDEO|DETAILS)$/.test(e.tagName)||nr(e))&&!bt(e)?0:e.tabIndex},ir=function(e,t){var r=oe(e);return r<0&&t&&!bt(e)?0:r},or=function(e,t){return e.tabIndex===t.tabIndex?e.documentOrder-t.documentOrder:e.tabIndex-t.tabIndex},wt=function(e){return e.tagName==="INPUT"},sr=function(e){return wt(e)&&e.type==="hidden"},ur=function(e){var t=e.tagName==="DETAILS"&&Array.prototype.slice.apply(e.children).some(function(r){return r.tagName==="SUMMARY"});return t},lr=function(e,t){for(var r=0;rsummary:first-of-type"),i=a?e.parentElement:e;if(se.call(i,"details:not([open]) *"))return!0;if(!r||r==="full"||r==="legacy-full"){if(typeof n=="function"){for(var s=e;e;){var u=e.parentElement,l=Ne(e);if(u&&!u.shadowRoot&&n(u)===!0)return it(e);e.assignedSlot?e=e.assignedSlot:!u&&l!==e.ownerDocument?e=l.host:e=u}e=s}if(dr(e))return!e.getClientRects().length;if(r!=="legacy-full")return!0}else if(r==="non-zero-area")return it(e);return!1},pr=function(e){if(/^(INPUT|BUTTON|SELECT|TEXTAREA)$/.test(e.tagName))for(var t=e.parentElement;t;){if(t.tagName==="FIELDSET"&&t.disabled){for(var r=0;r=0)},mr=function o(e){var t=[],r=[];return e.forEach(function(n,a){var i=!!n.scopeParent,s=i?n.scopeParent:n,u=ir(s,i),l=i?o(n.candidates):s;u===0?i?t.push.apply(t,l):t.push(s):r.push({documentOrder:a,tabIndex:u,item:n,isScope:i,content:l})}),r.sort(or).reduce(function(n,a){return a.isScope?n.push.apply(n,a.content):n.push(a.content),n},[]).concat(t)},gr=function(e,t){t=t||{};var r;return t.getShadowRoot?r=gt([e],t.includeContainer,{filter:$e.bind(null,t),flatten:!1,getShadowRoot:t.getShadowRoot,shadowRootFilter:yr}):r=mt(e,t.includeContainer,$e.bind(null,t)),mr(r)},br=function(e,t){t=t||{};var r;return t.getShadowRoot?r=gt([e],t.includeContainer,{filter:Ie.bind(null,t),flatten:!0,getShadowRoot:t.getShadowRoot}):r=mt(e,t.includeContainer,Ie.bind(null,t)),r},ue=function(e,t){if(t=t||{},!e)throw new Error("No node provided");return se.call(e,Te)===!1?!1:$e(t,e)},wr=pt.concat("iframe").join(","),Re=function(e,t){if(t=t||{},!e)throw new Error("No node provided");return se.call(e,wr)===!1?!1:Ie(t,e)};/*! diff --git a/assets/chunks/theme.RZqZukMY.js b/assets/chunks/theme.BJOuTHMx.js similarity index 99% rename from assets/chunks/theme.RZqZukMY.js rename to assets/chunks/theme.BJOuTHMx.js index 8837a98f1..0ff6ca8a5 100644 --- a/assets/chunks/theme.RZqZukMY.js +++ b/assets/chunks/theme.BJOuTHMx.js @@ -1,2 +1,2 @@ -const __vite__fileDeps=["assets/chunks/VPLocalSearchBox.DqFKwuj5.js","assets/chunks/framework.Mb1uu3dm.js"],__vite__mapDeps=i=>i.map(i=>__vite__fileDeps[i]); -import{d as _,o as a,c,r as l,n as N,a as D,t as w,b as g,w as d,e as f,T as ve,_ as b,u as ze,i as qe,f as Ke,g as pe,h as y,j as v,k as r,p as C,l as B,m as z,q as ie,s as I,v as O,x,y as q,z as he,A as Le,B as Re,C as We,D as K,F as M,E,G as Ve,H as ee,I as m,J as W,K as Se,L as J,M as Y,N as te,O as Je,P as Te,Q as le,R as we,S as Ie,U as oe,V as Xe,W as Ye,X as Qe,Y as Ne,Z as Me,$ as Ze,a0 as xe,a1 as et,a2 as tt,a3 as ot,a4 as $e}from"./framework.Mb1uu3dm.js";const st=_({__name:"VPBadge",props:{text:{},type:{default:"tip"}},setup(o){return(e,t)=>(a(),c("span",{class:N(["VPBadge",e.type])},[l(e.$slots,"default",{},()=>[D(w(e.text),1)])],2))}}),nt={key:0,class:"VPBackdrop"},at=_({__name:"VPBackdrop",props:{show:{type:Boolean}},setup(o){return(e,t)=>(a(),g(ve,{name:"fade"},{default:d(()=>[e.show?(a(),c("div",nt)):f("",!0)]),_:1}))}}),rt=b(at,[["__scopeId","data-v-c79a1216"]]),P=ze;function it(o,e){let t,n=!1;return()=>{t&&clearTimeout(t),n?t=setTimeout(o,e):(o(),(n=!0)&&setTimeout(()=>n=!1,e))}}function ce(o){return/^\//.test(o)?o:`/${o}`}function fe(o){const{pathname:e,search:t,hash:n,protocol:s}=new URL(o,"http://a.com");if(qe(o)||o.startsWith("#")||!s.startsWith("http")||!Ke(e))return o;const{site:i}=P(),u=e.endsWith("/")||e.endsWith(".html")?o:o.replace(/(?:(^\.+)\/)?.*$/,`$1${e.replace(/(\.md)?$/,i.value.cleanUrls?"":".html")}${t}${n}`);return pe(u)}function X({correspondingLink:o=!1}={}){const{site:e,localeIndex:t,page:n,theme:s,hash:i}=P(),u=y(()=>{var p,$;return{label:(p=e.value.locales[t.value])==null?void 0:p.label,link:(($=e.value.locales[t.value])==null?void 0:$.link)||(t.value==="root"?"/":`/${t.value}/`)}});return{localeLinks:y(()=>Object.entries(e.value.locales).flatMap(([p,$])=>u.value.label===$.label?[]:{text:$.label,link:lt($.link||(p==="root"?"/":`/${p}/`),s.value.i18nRouting!==!1&&o,n.value.relativePath.slice(u.value.link.length-1),!e.value.cleanUrls)+i.value})),currentLang:u}}function lt(o,e,t,n){return e?o.replace(/\/$/,"")+ce(t.replace(/(^|\/)index\.md$/,"$1").replace(/\.md$/,n?".html":"")):o}const ct=o=>(C("data-v-d6be1790"),o=o(),B(),o),ut={class:"NotFound"},dt={class:"code"},vt={class:"title"},pt=ct(()=>v("div",{class:"divider"},null,-1)),ht={class:"quote"},ft={class:"action"},_t=["href","aria-label"],mt=_({__name:"NotFound",setup(o){const{theme:e}=P(),{currentLang:t}=X();return(n,s)=>{var i,u,h,p,$;return a(),c("div",ut,[v("p",dt,w(((i=r(e).notFound)==null?void 0:i.code)??"404"),1),v("h1",vt,w(((u=r(e).notFound)==null?void 0:u.title)??"PAGE NOT FOUND"),1),pt,v("blockquote",ht,w(((h=r(e).notFound)==null?void 0:h.quote)??"But if you don't change your direction, and if you keep looking, you may end up where you are heading."),1),v("div",ft,[v("a",{class:"link",href:r(pe)(r(t).link),"aria-label":((p=r(e).notFound)==null?void 0:p.linkLabel)??"go to home"},w((($=r(e).notFound)==null?void 0:$.linkText)??"Take me home"),9,_t)])])}}}),kt=b(mt,[["__scopeId","data-v-d6be1790"]]);function He(o,e){if(Array.isArray(o))return Q(o);if(o==null)return[];e=ce(e);const t=Object.keys(o).sort((s,i)=>i.split("/").length-s.split("/").length).find(s=>e.startsWith(ce(s))),n=t?o[t]:[];return Array.isArray(n)?Q(n):Q(n.items,n.base)}function bt(o){const e=[];let t=0;for(const n in o){const s=o[n];if(s.items){t=e.push(s);continue}e[t]||e.push({items:[]}),e[t].items.push(s)}return e}function gt(o){const e=[];function t(n){for(const s of n)s.text&&s.link&&e.push({text:s.text,link:s.link,docFooterText:s.docFooterText}),s.items&&t(s.items)}return t(o),e}function ue(o,e){return Array.isArray(e)?e.some(t=>ue(o,t)):z(o,e.link)?!0:e.items?ue(o,e.items):!1}function Q(o,e){return[...o].map(t=>{const n={...t},s=n.base||e;return s&&n.link&&(n.link=s+n.link),n.items&&(n.items=Q(n.items,s)),n})}function U(){const{frontmatter:o,page:e,theme:t}=P(),n=ie("(min-width: 960px)"),s=I(!1),i=y(()=>{const A=t.value.sidebar,S=e.value.relativePath;return A?He(A,S):[]}),u=I(i.value);O(i,(A,S)=>{JSON.stringify(A)!==JSON.stringify(S)&&(u.value=i.value)});const h=y(()=>o.value.sidebar!==!1&&u.value.length>0&&o.value.layout!=="home"),p=y(()=>$?o.value.aside==null?t.value.aside==="left":o.value.aside==="left":!1),$=y(()=>o.value.layout==="home"?!1:o.value.aside!=null?!!o.value.aside:t.value.aside!==!1),L=y(()=>h.value&&n.value),k=y(()=>h.value?bt(u.value):[]);function V(){s.value=!0}function T(){s.value=!1}function H(){s.value?T():V()}return{isOpen:s,sidebar:u,sidebarGroups:k,hasSidebar:h,hasAside:$,leftAside:p,isSidebarEnabled:L,open:V,close:T,toggle:H}}function $t(o,e){let t;x(()=>{t=o.value?document.activeElement:void 0}),q(()=>{window.addEventListener("keyup",n)}),he(()=>{window.removeEventListener("keyup",n)});function n(s){s.key==="Escape"&&o.value&&(e(),t==null||t.focus())}}function yt(o){const{page:e,hash:t}=P(),n=I(!1),s=y(()=>o.value.collapsed!=null),i=y(()=>!!o.value.link),u=I(!1),h=()=>{u.value=z(e.value.relativePath,o.value.link)};O([e,o,t],h),q(h);const p=y(()=>u.value?!0:o.value.items?ue(e.value.relativePath,o.value.items):!1),$=y(()=>!!(o.value.items&&o.value.items.length));x(()=>{n.value=!!(s.value&&o.value.collapsed)}),Le(()=>{(u.value||p.value)&&(n.value=!1)});function L(){s.value&&(n.value=!n.value)}return{collapsed:n,collapsible:s,isLink:i,isActiveLink:u,hasActiveLink:p,hasChildren:$,toggle:L}}function Pt(){const{hasSidebar:o}=U(),e=ie("(min-width: 960px)"),t=ie("(min-width: 1280px)");return{isAsideEnabled:y(()=>!t.value&&!e.value?!1:o.value?t.value:e.value)}}const de=[];function Ae(o){return typeof o.outline=="object"&&!Array.isArray(o.outline)&&o.outline.label||o.outlineTitle||"On this page"}function _e(o){const e=[...document.querySelectorAll(".VPDoc :where(h1,h2,h3,h4,h5,h6)")].filter(t=>t.id&&t.hasChildNodes()).map(t=>{const n=Number(t.tagName[1]);return{element:t,title:Lt(t),link:"#"+t.id,level:n}});return Vt(e,o)}function Lt(o){let e="";for(const t of o.childNodes)if(t.nodeType===1){if(t.classList.contains("VPBadge")||t.classList.contains("header-anchor")||t.classList.contains("ignore-header"))continue;e+=t.textContent}else t.nodeType===3&&(e+=t.textContent);return e.trim()}function Vt(o,e){if(e===!1)return[];const t=(typeof e=="object"&&!Array.isArray(e)?e.level:e)||2,[n,s]=typeof t=="number"?[t,t]:t==="deep"?[2,6]:t;o=o.filter(u=>u.level>=n&&u.level<=s),de.length=0;for(const{element:u,link:h}of o)de.push({element:u,link:h});const i=[];e:for(let u=0;u=0;p--){const $=o[p];if($.level{requestAnimationFrame(i),window.addEventListener("scroll",n)}),Re(()=>{u(location.hash)}),he(()=>{window.removeEventListener("scroll",n)});function i(){if(!t.value)return;const h=window.scrollY,p=window.innerHeight,$=document.body.offsetHeight,L=Math.abs(h+p-$)<1,k=de.map(({element:T,link:H})=>({link:H,top:Tt(T)})).filter(({top:T})=>!Number.isNaN(T)).sort((T,H)=>T.top-H.top);if(!k.length){u(null);return}if(h<1){u(null);return}if(L){u(k[k.length-1].link);return}let V=null;for(const{link:T,top:H}of k){if(H>h+We()+4)break;V=T}u(V)}function u(h){s&&s.classList.remove("active"),h==null?s=null:s=o.value.querySelector(`a[href="${decodeURIComponent(h)}"]`);const p=s;p?(p.classList.add("active"),e.value.style.top=p.offsetTop+39+"px",e.value.style.opacity="1"):(e.value.style.top="33px",e.value.style.opacity="0")}}function Tt(o){let e=0;for(;o!==document.body;){if(o===null)return NaN;e+=o.offsetTop,o=o.offsetParent}return e}const wt=["href","title"],It=_({__name:"VPDocOutlineItem",props:{headers:{},root:{type:Boolean}},setup(o){function e({target:t}){const n=t.href.split("#")[1],s=document.getElementById(decodeURIComponent(n));s==null||s.focus({preventScroll:!0})}return(t,n)=>{const s=K("VPDocOutlineItem",!0);return a(),c("ul",{class:N(["VPDocOutlineItem",t.root?"root":"nested"])},[(a(!0),c(M,null,E(t.headers,({children:i,link:u,title:h})=>(a(),c("li",null,[v("a",{class:"outline-link",href:u,onClick:e,title:h},w(h),9,wt),i!=null&&i.length?(a(),g(s,{key:0,headers:i},null,8,["headers"])):f("",!0)]))),256))],2)}}}),Ce=b(It,[["__scopeId","data-v-b933a997"]]),Nt={class:"content"},Mt={"aria-level":"2",class:"outline-title",id:"doc-outline-aria-label",role:"heading"},Ht=_({__name:"VPDocAsideOutline",setup(o){const{frontmatter:e,theme:t}=P(),n=Ve([]);ee(()=>{n.value=_e(e.value.outline??t.value.outline)});const s=I(),i=I();return St(s,i),(u,h)=>(a(),c("nav",{"aria-labelledby":"doc-outline-aria-label",class:N(["VPDocAsideOutline",{"has-outline":n.value.length>0}]),ref_key:"container",ref:s},[v("div",Nt,[v("div",{class:"outline-marker",ref_key:"marker",ref:i},null,512),v("div",Mt,w(r(Ae)(r(t))),1),m(Ce,{headers:n.value,root:!0},null,8,["headers"])])],2))}}),At=b(Ht,[["__scopeId","data-v-a5bbad30"]]),Ct={class:"VPDocAsideCarbonAds"},Bt=_({__name:"VPDocAsideCarbonAds",props:{carbonAds:{}},setup(o){const e=()=>null;return(t,n)=>(a(),c("div",Ct,[m(r(e),{"carbon-ads":t.carbonAds},null,8,["carbon-ads"])]))}}),Et=o=>(C("data-v-3f215769"),o=o(),B(),o),Ft={class:"VPDocAside"},Dt=Et(()=>v("div",{class:"spacer"},null,-1)),Ot=_({__name:"VPDocAside",setup(o){const{theme:e}=P();return(t,n)=>(a(),c("div",Ft,[l(t.$slots,"aside-top",{},void 0,!0),l(t.$slots,"aside-outline-before",{},void 0,!0),m(At),l(t.$slots,"aside-outline-after",{},void 0,!0),Dt,l(t.$slots,"aside-ads-before",{},void 0,!0),r(e).carbonAds?(a(),g(Bt,{key:0,"carbon-ads":r(e).carbonAds},null,8,["carbon-ads"])):f("",!0),l(t.$slots,"aside-ads-after",{},void 0,!0),l(t.$slots,"aside-bottom",{},void 0,!0)]))}}),Ut=b(Ot,[["__scopeId","data-v-3f215769"]]);function Gt(){const{theme:o,page:e}=P();return y(()=>{const{text:t="Edit this page",pattern:n=""}=o.value.editLink||{};let s;return typeof n=="function"?s=n(e.value):s=n.replace(/:path/g,e.value.filePath),{url:s,text:t}})}function jt(){const{page:o,theme:e,frontmatter:t}=P();return y(()=>{var $,L,k,V,T,H,A,S;const n=He(e.value.sidebar,o.value.relativePath),s=gt(n),i=zt(s,G=>G.link.replace(/[?#].*$/,"")),u=i.findIndex(G=>z(o.value.relativePath,G.link)),h=(($=e.value.docFooter)==null?void 0:$.prev)===!1&&!t.value.prev||t.value.prev===!1,p=((L=e.value.docFooter)==null?void 0:L.next)===!1&&!t.value.next||t.value.next===!1;return{prev:h?void 0:{text:(typeof t.value.prev=="string"?t.value.prev:typeof t.value.prev=="object"?t.value.prev.text:void 0)??((k=i[u-1])==null?void 0:k.docFooterText)??((V=i[u-1])==null?void 0:V.text),link:(typeof t.value.prev=="object"?t.value.prev.link:void 0)??((T=i[u-1])==null?void 0:T.link)},next:p?void 0:{text:(typeof t.value.next=="string"?t.value.next:typeof t.value.next=="object"?t.value.next.text:void 0)??((H=i[u+1])==null?void 0:H.docFooterText)??((A=i[u+1])==null?void 0:A.text),link:(typeof t.value.next=="object"?t.value.next.link:void 0)??((S=i[u+1])==null?void 0:S.link)}}})}function zt(o,e){const t=new Set;return o.filter(n=>{const s=e(n);return t.has(s)?!1:t.add(s)})}const F=_({__name:"VPLink",props:{tag:{},href:{},noIcon:{type:Boolean},target:{},rel:{}},setup(o){const e=o,t=y(()=>e.tag??(e.href?"a":"span")),n=y(()=>e.href&&Se.test(e.href)||e.target==="_blank");return(s,i)=>(a(),g(W(t.value),{class:N(["VPLink",{link:s.href,"vp-external-link-icon":n.value,"no-icon":s.noIcon}]),href:s.href?r(fe)(s.href):void 0,target:s.target??(n.value?"_blank":void 0),rel:s.rel??(n.value?"noreferrer":void 0)},{default:d(()=>[l(s.$slots,"default")]),_:3},8,["class","href","target","rel"]))}}),qt={class:"VPLastUpdated"},Kt=["datetime"],Rt=_({__name:"VPDocFooterLastUpdated",setup(o){const{theme:e,page:t,frontmatter:n,lang:s}=P(),i=y(()=>new Date(n.value.lastUpdated??t.value.lastUpdated)),u=y(()=>i.value.toISOString()),h=I("");return q(()=>{x(()=>{var p,$,L;h.value=new Intl.DateTimeFormat(($=(p=e.value.lastUpdated)==null?void 0:p.formatOptions)!=null&&$.forceLocale?s.value:void 0,((L=e.value.lastUpdated)==null?void 0:L.formatOptions)??{dateStyle:"short",timeStyle:"short"}).format(i.value)})}),(p,$)=>{var L;return a(),c("p",qt,[D(w(((L=r(e).lastUpdated)==null?void 0:L.text)||r(e).lastUpdatedText||"Last updated")+": ",1),v("time",{datetime:u.value},w(h.value),9,Kt)])}}}),Wt=b(Rt,[["__scopeId","data-v-7e05ebdb"]]),Be=o=>(C("data-v-d4a0bba5"),o=o(),B(),o),Jt={key:0,class:"VPDocFooter"},Xt={key:0,class:"edit-info"},Yt={key:0,class:"edit-link"},Qt=Be(()=>v("span",{class:"vpi-square-pen edit-link-icon"},null,-1)),Zt={key:1,class:"last-updated"},xt={key:1,class:"prev-next","aria-labelledby":"doc-footer-aria-label"},eo=Be(()=>v("span",{class:"visually-hidden",id:"doc-footer-aria-label"},"Pager",-1)),to={class:"pager"},oo=["innerHTML"],so=["innerHTML"],no={class:"pager"},ao=["innerHTML"],ro=["innerHTML"],io=_({__name:"VPDocFooter",setup(o){const{theme:e,page:t,frontmatter:n}=P(),s=Gt(),i=jt(),u=y(()=>e.value.editLink&&n.value.editLink!==!1),h=y(()=>t.value.lastUpdated&&n.value.lastUpdated!==!1),p=y(()=>u.value||h.value||i.value.prev||i.value.next);return($,L)=>{var k,V,T,H;return p.value?(a(),c("footer",Jt,[l($.$slots,"doc-footer-before",{},void 0,!0),u.value||h.value?(a(),c("div",Xt,[u.value?(a(),c("div",Yt,[m(F,{class:"edit-link-button",href:r(s).url,"no-icon":!0},{default:d(()=>[Qt,D(" "+w(r(s).text),1)]),_:1},8,["href"])])):f("",!0),h.value?(a(),c("div",Zt,[m(Wt)])):f("",!0)])):f("",!0),(k=r(i).prev)!=null&&k.link||(V=r(i).next)!=null&&V.link?(a(),c("nav",xt,[eo,v("div",to,[(T=r(i).prev)!=null&&T.link?(a(),g(F,{key:0,class:"pager-link prev",href:r(i).prev.link},{default:d(()=>{var A;return[v("span",{class:"desc",innerHTML:((A=r(e).docFooter)==null?void 0:A.prev)||"Previous page"},null,8,oo),v("span",{class:"title",innerHTML:r(i).prev.text},null,8,so)]}),_:1},8,["href"])):f("",!0)]),v("div",no,[(H=r(i).next)!=null&&H.link?(a(),g(F,{key:0,class:"pager-link next",href:r(i).next.link},{default:d(()=>{var A;return[v("span",{class:"desc",innerHTML:((A=r(e).docFooter)==null?void 0:A.next)||"Next page"},null,8,ao),v("span",{class:"title",innerHTML:r(i).next.text},null,8,ro)]}),_:1},8,["href"])):f("",!0)])])):f("",!0)])):f("",!0)}}}),lo=b(io,[["__scopeId","data-v-d4a0bba5"]]),co=o=>(C("data-v-39a288b8"),o=o(),B(),o),uo={class:"container"},vo=co(()=>v("div",{class:"aside-curtain"},null,-1)),po={class:"aside-container"},ho={class:"aside-content"},fo={class:"content"},_o={class:"content-container"},mo={class:"main"},ko=_({__name:"VPDoc",setup(o){const{theme:e}=P(),t=J(),{hasSidebar:n,hasAside:s,leftAside:i}=U(),u=y(()=>t.path.replace(/[./]+/g,"_").replace(/_html$/,""));return(h,p)=>{const $=K("Content");return a(),c("div",{class:N(["VPDoc",{"has-sidebar":r(n),"has-aside":r(s)}])},[l(h.$slots,"doc-top",{},void 0,!0),v("div",uo,[r(s)?(a(),c("div",{key:0,class:N(["aside",{"left-aside":r(i)}])},[vo,v("div",po,[v("div",ho,[m(Ut,null,{"aside-top":d(()=>[l(h.$slots,"aside-top",{},void 0,!0)]),"aside-bottom":d(()=>[l(h.$slots,"aside-bottom",{},void 0,!0)]),"aside-outline-before":d(()=>[l(h.$slots,"aside-outline-before",{},void 0,!0)]),"aside-outline-after":d(()=>[l(h.$slots,"aside-outline-after",{},void 0,!0)]),"aside-ads-before":d(()=>[l(h.$slots,"aside-ads-before",{},void 0,!0)]),"aside-ads-after":d(()=>[l(h.$slots,"aside-ads-after",{},void 0,!0)]),_:3})])])],2)):f("",!0),v("div",fo,[v("div",_o,[l(h.$slots,"doc-before",{},void 0,!0),v("main",mo,[m($,{class:N(["vp-doc",[u.value,r(e).externalLinkIcon&&"external-link-icon-enabled"]])},null,8,["class"])]),m(lo,null,{"doc-footer-before":d(()=>[l(h.$slots,"doc-footer-before",{},void 0,!0)]),_:3}),l(h.$slots,"doc-after",{},void 0,!0)])])]),l(h.$slots,"doc-bottom",{},void 0,!0)],2)}}}),bo=b(ko,[["__scopeId","data-v-39a288b8"]]),go=_({__name:"VPButton",props:{tag:{},size:{default:"medium"},theme:{default:"brand"},text:{},href:{},target:{},rel:{}},setup(o){const e=o,t=y(()=>e.href&&Se.test(e.href)),n=y(()=>e.tag||e.href?"a":"button");return(s,i)=>(a(),g(W(n.value),{class:N(["VPButton",[s.size,s.theme]]),href:s.href?r(fe)(s.href):void 0,target:e.target??(t.value?"_blank":void 0),rel:e.rel??(t.value?"noreferrer":void 0)},{default:d(()=>[D(w(s.text),1)]),_:1},8,["class","href","target","rel"]))}}),$o=b(go,[["__scopeId","data-v-cad61b99"]]),yo=["src","alt"],Po=_({inheritAttrs:!1,__name:"VPImage",props:{image:{},alt:{}},setup(o){return(e,t)=>{const n=K("VPImage",!0);return e.image?(a(),c(M,{key:0},[typeof e.image=="string"||"src"in e.image?(a(),c("img",Y({key:0,class:"VPImage"},typeof e.image=="string"?e.$attrs:{...e.image,...e.$attrs},{src:r(pe)(typeof e.image=="string"?e.image:e.image.src),alt:e.alt??(typeof e.image=="string"?"":e.image.alt||"")}),null,16,yo)):(a(),c(M,{key:1},[m(n,Y({class:"dark",image:e.image.dark,alt:e.image.alt},e.$attrs),null,16,["image","alt"]),m(n,Y({class:"light",image:e.image.light,alt:e.image.alt},e.$attrs),null,16,["image","alt"])],64))],64)):f("",!0)}}}),Z=b(Po,[["__scopeId","data-v-8426fc1a"]]),Lo=o=>(C("data-v-303bb580"),o=o(),B(),o),Vo={class:"container"},So={class:"main"},To={key:0,class:"name"},wo=["innerHTML"],Io=["innerHTML"],No=["innerHTML"],Mo={key:0,class:"actions"},Ho={key:0,class:"image"},Ao={class:"image-container"},Co=Lo(()=>v("div",{class:"image-bg"},null,-1)),Bo=_({__name:"VPHero",props:{name:{},text:{},tagline:{},image:{},actions:{}},setup(o){const e=te("hero-image-slot-exists");return(t,n)=>(a(),c("div",{class:N(["VPHero",{"has-image":t.image||r(e)}])},[v("div",Vo,[v("div",So,[l(t.$slots,"home-hero-info-before",{},void 0,!0),l(t.$slots,"home-hero-info",{},()=>[t.name?(a(),c("h1",To,[v("span",{innerHTML:t.name,class:"clip"},null,8,wo)])):f("",!0),t.text?(a(),c("p",{key:1,innerHTML:t.text,class:"text"},null,8,Io)):f("",!0),t.tagline?(a(),c("p",{key:2,innerHTML:t.tagline,class:"tagline"},null,8,No)):f("",!0)],!0),l(t.$slots,"home-hero-info-after",{},void 0,!0),t.actions?(a(),c("div",Mo,[(a(!0),c(M,null,E(t.actions,s=>(a(),c("div",{key:s.link,class:"action"},[m($o,{tag:"a",size:"medium",theme:s.theme,text:s.text,href:s.link,target:s.target,rel:s.rel},null,8,["theme","text","href","target","rel"])]))),128))])):f("",!0),l(t.$slots,"home-hero-actions-after",{},void 0,!0)]),t.image||r(e)?(a(),c("div",Ho,[v("div",Ao,[Co,l(t.$slots,"home-hero-image",{},()=>[t.image?(a(),g(Z,{key:0,class:"image-src",image:t.image},null,8,["image"])):f("",!0)],!0)])])):f("",!0)])],2))}}),Eo=b(Bo,[["__scopeId","data-v-303bb580"]]),Fo=_({__name:"VPHomeHero",setup(o){const{frontmatter:e}=P();return(t,n)=>r(e).hero?(a(),g(Eo,{key:0,class:"VPHomeHero",name:r(e).hero.name,text:r(e).hero.text,tagline:r(e).hero.tagline,image:r(e).hero.image,actions:r(e).hero.actions},{"home-hero-info-before":d(()=>[l(t.$slots,"home-hero-info-before")]),"home-hero-info":d(()=>[l(t.$slots,"home-hero-info")]),"home-hero-info-after":d(()=>[l(t.$slots,"home-hero-info-after")]),"home-hero-actions-after":d(()=>[l(t.$slots,"home-hero-actions-after")]),"home-hero-image":d(()=>[l(t.$slots,"home-hero-image")]),_:3},8,["name","text","tagline","image","actions"])):f("",!0)}}),Do=o=>(C("data-v-a3976bdc"),o=o(),B(),o),Oo={class:"box"},Uo={key:0,class:"icon"},Go=["innerHTML"],jo=["innerHTML"],zo=["innerHTML"],qo={key:4,class:"link-text"},Ko={class:"link-text-value"},Ro=Do(()=>v("span",{class:"vpi-arrow-right link-text-icon"},null,-1)),Wo=_({__name:"VPFeature",props:{icon:{},title:{},details:{},link:{},linkText:{},rel:{},target:{}},setup(o){return(e,t)=>(a(),g(F,{class:"VPFeature",href:e.link,rel:e.rel,target:e.target,"no-icon":!0,tag:e.link?"a":"div"},{default:d(()=>[v("article",Oo,[typeof e.icon=="object"&&e.icon.wrap?(a(),c("div",Uo,[m(Z,{image:e.icon,alt:e.icon.alt,height:e.icon.height||48,width:e.icon.width||48},null,8,["image","alt","height","width"])])):typeof e.icon=="object"?(a(),g(Z,{key:1,image:e.icon,alt:e.icon.alt,height:e.icon.height||48,width:e.icon.width||48},null,8,["image","alt","height","width"])):e.icon?(a(),c("div",{key:2,class:"icon",innerHTML:e.icon},null,8,Go)):f("",!0),v("h2",{class:"title",innerHTML:e.title},null,8,jo),e.details?(a(),c("p",{key:3,class:"details",innerHTML:e.details},null,8,zo)):f("",!0),e.linkText?(a(),c("div",qo,[v("p",Ko,[D(w(e.linkText)+" ",1),Ro])])):f("",!0)])]),_:1},8,["href","rel","target","tag"]))}}),Jo=b(Wo,[["__scopeId","data-v-a3976bdc"]]),Xo={key:0,class:"VPFeatures"},Yo={class:"container"},Qo={class:"items"},Zo=_({__name:"VPFeatures",props:{features:{}},setup(o){const e=o,t=y(()=>{const n=e.features.length;if(n){if(n===2)return"grid-2";if(n===3)return"grid-3";if(n%3===0)return"grid-6";if(n>3)return"grid-4"}else return});return(n,s)=>n.features?(a(),c("div",Xo,[v("div",Yo,[v("div",Qo,[(a(!0),c(M,null,E(n.features,i=>(a(),c("div",{key:i.title,class:N(["item",[t.value]])},[m(Jo,{icon:i.icon,title:i.title,details:i.details,link:i.link,"link-text":i.linkText,rel:i.rel,target:i.target},null,8,["icon","title","details","link","link-text","rel","target"])],2))),128))])])])):f("",!0)}}),xo=b(Zo,[["__scopeId","data-v-a6181336"]]),es=_({__name:"VPHomeFeatures",setup(o){const{frontmatter:e}=P();return(t,n)=>r(e).features?(a(),g(xo,{key:0,class:"VPHomeFeatures",features:r(e).features},null,8,["features"])):f("",!0)}}),ts=_({__name:"VPHomeContent",setup(o){const{width:e}=Je({initialWidth:0,includeScrollbar:!1});return(t,n)=>(a(),c("div",{class:"vp-doc container",style:Te(r(e)?{"--vp-offset":`calc(50% - ${r(e)/2}px)`}:{})},[l(t.$slots,"default",{},void 0,!0)],4))}}),os=b(ts,[["__scopeId","data-v-8e2d4988"]]),ss={class:"VPHome"},ns=_({__name:"VPHome",setup(o){const{frontmatter:e}=P();return(t,n)=>{const s=K("Content");return a(),c("div",ss,[l(t.$slots,"home-hero-before",{},void 0,!0),m(Fo,null,{"home-hero-info-before":d(()=>[l(t.$slots,"home-hero-info-before",{},void 0,!0)]),"home-hero-info":d(()=>[l(t.$slots,"home-hero-info",{},void 0,!0)]),"home-hero-info-after":d(()=>[l(t.$slots,"home-hero-info-after",{},void 0,!0)]),"home-hero-actions-after":d(()=>[l(t.$slots,"home-hero-actions-after",{},void 0,!0)]),"home-hero-image":d(()=>[l(t.$slots,"home-hero-image",{},void 0,!0)]),_:3}),l(t.$slots,"home-hero-after",{},void 0,!0),l(t.$slots,"home-features-before",{},void 0,!0),m(es),l(t.$slots,"home-features-after",{},void 0,!0),r(e).markdownStyles!==!1?(a(),g(os,{key:0},{default:d(()=>[m(s)]),_:1})):(a(),g(s,{key:1}))])}}}),as=b(ns,[["__scopeId","data-v-686f80a6"]]),rs={},is={class:"VPPage"};function ls(o,e){const t=K("Content");return a(),c("div",is,[l(o.$slots,"page-top"),m(t),l(o.$slots,"page-bottom")])}const cs=b(rs,[["render",ls]]),us=_({__name:"VPContent",setup(o){const{page:e,frontmatter:t}=P(),{hasSidebar:n}=U();return(s,i)=>(a(),c("div",{class:N(["VPContent",{"has-sidebar":r(n),"is-home":r(t).layout==="home"}]),id:"VPContent"},[r(e).isNotFound?l(s.$slots,"not-found",{key:0},()=>[m(kt)],!0):r(t).layout==="page"?(a(),g(cs,{key:1},{"page-top":d(()=>[l(s.$slots,"page-top",{},void 0,!0)]),"page-bottom":d(()=>[l(s.$slots,"page-bottom",{},void 0,!0)]),_:3})):r(t).layout==="home"?(a(),g(as,{key:2},{"home-hero-before":d(()=>[l(s.$slots,"home-hero-before",{},void 0,!0)]),"home-hero-info-before":d(()=>[l(s.$slots,"home-hero-info-before",{},void 0,!0)]),"home-hero-info":d(()=>[l(s.$slots,"home-hero-info",{},void 0,!0)]),"home-hero-info-after":d(()=>[l(s.$slots,"home-hero-info-after",{},void 0,!0)]),"home-hero-actions-after":d(()=>[l(s.$slots,"home-hero-actions-after",{},void 0,!0)]),"home-hero-image":d(()=>[l(s.$slots,"home-hero-image",{},void 0,!0)]),"home-hero-after":d(()=>[l(s.$slots,"home-hero-after",{},void 0,!0)]),"home-features-before":d(()=>[l(s.$slots,"home-features-before",{},void 0,!0)]),"home-features-after":d(()=>[l(s.$slots,"home-features-after",{},void 0,!0)]),_:3})):r(t).layout&&r(t).layout!=="doc"?(a(),g(W(r(t).layout),{key:3})):(a(),g(bo,{key:4},{"doc-top":d(()=>[l(s.$slots,"doc-top",{},void 0,!0)]),"doc-bottom":d(()=>[l(s.$slots,"doc-bottom",{},void 0,!0)]),"doc-footer-before":d(()=>[l(s.$slots,"doc-footer-before",{},void 0,!0)]),"doc-before":d(()=>[l(s.$slots,"doc-before",{},void 0,!0)]),"doc-after":d(()=>[l(s.$slots,"doc-after",{},void 0,!0)]),"aside-top":d(()=>[l(s.$slots,"aside-top",{},void 0,!0)]),"aside-outline-before":d(()=>[l(s.$slots,"aside-outline-before",{},void 0,!0)]),"aside-outline-after":d(()=>[l(s.$slots,"aside-outline-after",{},void 0,!0)]),"aside-ads-before":d(()=>[l(s.$slots,"aside-ads-before",{},void 0,!0)]),"aside-ads-after":d(()=>[l(s.$slots,"aside-ads-after",{},void 0,!0)]),"aside-bottom":d(()=>[l(s.$slots,"aside-bottom",{},void 0,!0)]),_:3}))],2))}}),ds=b(us,[["__scopeId","data-v-1428d186"]]),vs={class:"container"},ps=["innerHTML"],hs=["innerHTML"],fs=_({__name:"VPFooter",setup(o){const{theme:e,frontmatter:t}=P(),{hasSidebar:n}=U();return(s,i)=>r(e).footer&&r(t).footer!==!1?(a(),c("footer",{key:0,class:N(["VPFooter",{"has-sidebar":r(n)}])},[v("div",vs,[r(e).footer.message?(a(),c("p",{key:0,class:"message",innerHTML:r(e).footer.message},null,8,ps)):f("",!0),r(e).footer.copyright?(a(),c("p",{key:1,class:"copyright",innerHTML:r(e).footer.copyright},null,8,hs)):f("",!0)])],2)):f("",!0)}}),_s=b(fs,[["__scopeId","data-v-e315a0ad"]]);function ms(){const{theme:o,frontmatter:e}=P(),t=Ve([]),n=y(()=>t.value.length>0);return ee(()=>{t.value=_e(e.value.outline??o.value.outline)}),{headers:t,hasLocalNav:n}}const ks=o=>(C("data-v-17a5e62e"),o=o(),B(),o),bs={class:"menu-text"},gs=ks(()=>v("span",{class:"vpi-chevron-right icon"},null,-1)),$s={class:"header"},ys={class:"outline"},Ps=_({__name:"VPLocalNavOutlineDropdown",props:{headers:{},navHeight:{}},setup(o){const e=o,{theme:t}=P(),n=I(!1),s=I(0),i=I(),u=I();function h(k){var V;(V=i.value)!=null&&V.contains(k.target)||(n.value=!1)}O(n,k=>{if(k){document.addEventListener("click",h);return}document.removeEventListener("click",h)}),le("Escape",()=>{n.value=!1}),ee(()=>{n.value=!1});function p(){n.value=!n.value,s.value=window.innerHeight+Math.min(window.scrollY-e.navHeight,0)}function $(k){k.target.classList.contains("outline-link")&&(u.value&&(u.value.style.transition="none"),we(()=>{n.value=!1}))}function L(){n.value=!1,window.scrollTo({top:0,left:0,behavior:"smooth"})}return(k,V)=>(a(),c("div",{class:"VPLocalNavOutlineDropdown",style:Te({"--vp-vh":s.value+"px"}),ref_key:"main",ref:i},[k.headers.length>0?(a(),c("button",{key:0,onClick:p,class:N({open:n.value})},[v("span",bs,w(r(Ae)(r(t))),1),gs],2)):(a(),c("button",{key:1,onClick:L},w(r(t).returnToTopLabel||"Return to top"),1)),m(ve,{name:"flyout"},{default:d(()=>[n.value?(a(),c("div",{key:0,ref_key:"items",ref:u,class:"items",onClick:$},[v("div",$s,[v("a",{class:"top-link",href:"#",onClick:L},w(r(t).returnToTopLabel||"Return to top"),1)]),v("div",ys,[m(Ce,{headers:k.headers},null,8,["headers"])])],512)):f("",!0)]),_:1})],4))}}),Ls=b(Ps,[["__scopeId","data-v-17a5e62e"]]),Vs=o=>(C("data-v-a6f0e41e"),o=o(),B(),o),Ss={class:"container"},Ts=["aria-expanded"],ws=Vs(()=>v("span",{class:"vpi-align-left menu-icon"},null,-1)),Is={class:"menu-text"},Ns=_({__name:"VPLocalNav",props:{open:{type:Boolean}},emits:["open-menu"],setup(o){const{theme:e,frontmatter:t}=P(),{hasSidebar:n}=U(),{headers:s}=ms(),{y:i}=Ie(),u=I(0);q(()=>{u.value=parseInt(getComputedStyle(document.documentElement).getPropertyValue("--vp-nav-height"))}),ee(()=>{s.value=_e(t.value.outline??e.value.outline)});const h=y(()=>s.value.length===0),p=y(()=>h.value&&!n.value),$=y(()=>({VPLocalNav:!0,"has-sidebar":n.value,empty:h.value,fixed:p.value}));return(L,k)=>r(t).layout!=="home"&&(!p.value||r(i)>=u.value)?(a(),c("div",{key:0,class:N($.value)},[v("div",Ss,[r(n)?(a(),c("button",{key:0,class:"menu","aria-expanded":L.open,"aria-controls":"VPSidebarNav",onClick:k[0]||(k[0]=V=>L.$emit("open-menu"))},[ws,v("span",Is,w(r(e).sidebarMenuLabel||"Menu"),1)],8,Ts)):f("",!0),m(Ls,{headers:r(s),navHeight:u.value},null,8,["headers","navHeight"])])],2)):f("",!0)}}),Ms=b(Ns,[["__scopeId","data-v-a6f0e41e"]]);function Hs(){const o=I(!1);function e(){o.value=!0,window.addEventListener("resize",s)}function t(){o.value=!1,window.removeEventListener("resize",s)}function n(){o.value?t():e()}function s(){window.outerWidth>=768&&t()}const i=J();return O(()=>i.path,t),{isScreenOpen:o,openScreen:e,closeScreen:t,toggleScreen:n}}const As={},Cs={class:"VPSwitch",type:"button",role:"switch"},Bs={class:"check"},Es={key:0,class:"icon"};function Fs(o,e){return a(),c("button",Cs,[v("span",Bs,[o.$slots.default?(a(),c("span",Es,[l(o.$slots,"default",{},void 0,!0)])):f("",!0)])])}const Ds=b(As,[["render",Fs],["__scopeId","data-v-1d5665e3"]]),Ee=o=>(C("data-v-d1f28634"),o=o(),B(),o),Os=Ee(()=>v("span",{class:"vpi-sun sun"},null,-1)),Us=Ee(()=>v("span",{class:"vpi-moon moon"},null,-1)),Gs=_({__name:"VPSwitchAppearance",setup(o){const{isDark:e,theme:t}=P(),n=te("toggle-appearance",()=>{e.value=!e.value}),s=y(()=>e.value?t.value.lightModeSwitchTitle||"Switch to light theme":t.value.darkModeSwitchTitle||"Switch to dark theme");return(i,u)=>(a(),g(Ds,{title:s.value,class:"VPSwitchAppearance","aria-checked":r(e),onClick:r(n)},{default:d(()=>[Os,Us]),_:1},8,["title","aria-checked","onClick"]))}}),me=b(Gs,[["__scopeId","data-v-d1f28634"]]),js={key:0,class:"VPNavBarAppearance"},zs=_({__name:"VPNavBarAppearance",setup(o){const{site:e}=P();return(t,n)=>r(e).appearance&&r(e).appearance!=="force-dark"?(a(),c("div",js,[m(me)])):f("",!0)}}),qs=b(zs,[["__scopeId","data-v-e6aabb21"]]),ke=I();let Fe=!1,re=0;function Ks(o){const e=I(!1);if(oe){!Fe&&Rs(),re++;const t=O(ke,n=>{var s,i,u;n===o.el.value||(s=o.el.value)!=null&&s.contains(n)?(e.value=!0,(i=o.onFocus)==null||i.call(o)):(e.value=!1,(u=o.onBlur)==null||u.call(o))});he(()=>{t(),re--,re||Ws()})}return Xe(e)}function Rs(){document.addEventListener("focusin",De),Fe=!0,ke.value=document.activeElement}function Ws(){document.removeEventListener("focusin",De)}function De(){ke.value=document.activeElement}const Js={class:"VPMenuLink"},Xs=_({__name:"VPMenuLink",props:{item:{}},setup(o){const{page:e}=P();return(t,n)=>(a(),c("div",Js,[m(F,{class:N({active:r(z)(r(e).relativePath,t.item.activeMatch||t.item.link,!!t.item.activeMatch)}),href:t.item.link,target:t.item.target,rel:t.item.rel},{default:d(()=>[D(w(t.item.text),1)]),_:1},8,["class","href","target","rel"])]))}}),se=b(Xs,[["__scopeId","data-v-43f1e123"]]),Ys={class:"VPMenuGroup"},Qs={key:0,class:"title"},Zs=_({__name:"VPMenuGroup",props:{text:{},items:{}},setup(o){return(e,t)=>(a(),c("div",Ys,[e.text?(a(),c("p",Qs,w(e.text),1)):f("",!0),(a(!0),c(M,null,E(e.items,n=>(a(),c(M,null,["link"in n?(a(),g(se,{key:0,item:n},null,8,["item"])):f("",!0)],64))),256))]))}}),xs=b(Zs,[["__scopeId","data-v-69e747b5"]]),en={class:"VPMenu"},tn={key:0,class:"items"},on=_({__name:"VPMenu",props:{items:{}},setup(o){return(e,t)=>(a(),c("div",en,[e.items?(a(),c("div",tn,[(a(!0),c(M,null,E(e.items,n=>(a(),c(M,{key:n.text},["link"in n?(a(),g(se,{key:0,item:n},null,8,["item"])):(a(),g(xs,{key:1,text:n.text,items:n.items},null,8,["text","items"]))],64))),128))])):f("",!0),l(e.$slots,"default",{},void 0,!0)]))}}),sn=b(on,[["__scopeId","data-v-e7ea1737"]]),nn=o=>(C("data-v-b6c34ac9"),o=o(),B(),o),an=["aria-expanded","aria-label"],rn={key:0,class:"text"},ln=["innerHTML"],cn=nn(()=>v("span",{class:"vpi-chevron-down text-icon"},null,-1)),un={key:1,class:"vpi-more-horizontal icon"},dn={class:"menu"},vn=_({__name:"VPFlyout",props:{icon:{},button:{},label:{},items:{}},setup(o){const e=I(!1),t=I();Ks({el:t,onBlur:n});function n(){e.value=!1}return(s,i)=>(a(),c("div",{class:"VPFlyout",ref_key:"el",ref:t,onMouseenter:i[1]||(i[1]=u=>e.value=!0),onMouseleave:i[2]||(i[2]=u=>e.value=!1)},[v("button",{type:"button",class:"button","aria-haspopup":"true","aria-expanded":e.value,"aria-label":s.label,onClick:i[0]||(i[0]=u=>e.value=!e.value)},[s.button||s.icon?(a(),c("span",rn,[s.icon?(a(),c("span",{key:0,class:N([s.icon,"option-icon"])},null,2)):f("",!0),s.button?(a(),c("span",{key:1,innerHTML:s.button},null,8,ln)):f("",!0),cn])):(a(),c("span",un))],8,an),v("div",dn,[m(sn,{items:s.items},{default:d(()=>[l(s.$slots,"default",{},void 0,!0)]),_:3},8,["items"])])],544))}}),be=b(vn,[["__scopeId","data-v-b6c34ac9"]]),pn=["href","aria-label","innerHTML"],hn=_({__name:"VPSocialLink",props:{icon:{},link:{},ariaLabel:{}},setup(o){const e=o,t=y(()=>typeof e.icon=="object"?e.icon.svg:``);return(n,s)=>(a(),c("a",{class:"VPSocialLink no-icon",href:n.link,"aria-label":n.ariaLabel??(typeof n.icon=="string"?n.icon:""),target:"_blank",rel:"noopener",innerHTML:t.value},null,8,pn))}}),fn=b(hn,[["__scopeId","data-v-eee4e7cb"]]),_n={class:"VPSocialLinks"},mn=_({__name:"VPSocialLinks",props:{links:{}},setup(o){return(e,t)=>(a(),c("div",_n,[(a(!0),c(M,null,E(e.links,({link:n,icon:s,ariaLabel:i})=>(a(),g(fn,{key:n,icon:s,link:n,ariaLabel:i},null,8,["icon","link","ariaLabel"]))),128))]))}}),ge=b(mn,[["__scopeId","data-v-7bc22406"]]),kn={key:0,class:"group translations"},bn={class:"trans-title"},gn={key:1,class:"group"},$n={class:"item appearance"},yn={class:"label"},Pn={class:"appearance-action"},Ln={key:2,class:"group"},Vn={class:"item social-links"},Sn=_({__name:"VPNavBarExtra",setup(o){const{site:e,theme:t}=P(),{localeLinks:n,currentLang:s}=X({correspondingLink:!0}),i=y(()=>n.value.length&&s.value.label||e.value.appearance||t.value.socialLinks);return(u,h)=>i.value?(a(),g(be,{key:0,class:"VPNavBarExtra",label:"extra navigation"},{default:d(()=>[r(n).length&&r(s).label?(a(),c("div",kn,[v("p",bn,w(r(s).label),1),(a(!0),c(M,null,E(r(n),p=>(a(),g(se,{key:p.link,item:p},null,8,["item"]))),128))])):f("",!0),r(e).appearance&&r(e).appearance!=="force-dark"?(a(),c("div",gn,[v("div",$n,[v("p",yn,w(r(t).darkModeSwitchLabel||"Appearance"),1),v("div",Pn,[m(me)])])])):f("",!0),r(t).socialLinks?(a(),c("div",Ln,[v("div",Vn,[m(ge,{class:"social-links-list",links:r(t).socialLinks},null,8,["links"])])])):f("",!0)]),_:1})):f("",!0)}}),Tn=b(Sn,[["__scopeId","data-v-d0bd9dde"]]),wn=o=>(C("data-v-e5dd9c1c"),o=o(),B(),o),In=["aria-expanded"],Nn=wn(()=>v("span",{class:"container"},[v("span",{class:"top"}),v("span",{class:"middle"}),v("span",{class:"bottom"})],-1)),Mn=[Nn],Hn=_({__name:"VPNavBarHamburger",props:{active:{type:Boolean}},emits:["click"],setup(o){return(e,t)=>(a(),c("button",{type:"button",class:N(["VPNavBarHamburger",{active:e.active}]),"aria-label":"mobile navigation","aria-expanded":e.active,"aria-controls":"VPNavScreen",onClick:t[0]||(t[0]=n=>e.$emit("click"))},Mn,10,In))}}),An=b(Hn,[["__scopeId","data-v-e5dd9c1c"]]),Cn=["innerHTML"],Bn=_({__name:"VPNavBarMenuLink",props:{item:{}},setup(o){const{page:e}=P();return(t,n)=>(a(),g(F,{class:N({VPNavBarMenuLink:!0,active:r(z)(r(e).relativePath,t.item.activeMatch||t.item.link,!!t.item.activeMatch)}),href:t.item.link,noIcon:t.item.noIcon,target:t.item.target,rel:t.item.rel,tabindex:"0"},{default:d(()=>[v("span",{innerHTML:t.item.text},null,8,Cn)]),_:1},8,["class","href","noIcon","target","rel"]))}}),En=b(Bn,[["__scopeId","data-v-9c663999"]]),Fn=_({__name:"VPNavBarMenuGroup",props:{item:{}},setup(o){const e=o,{page:t}=P(),n=i=>"link"in i?z(t.value.relativePath,i.link,!!e.item.activeMatch):i.items.some(n),s=y(()=>n(e.item));return(i,u)=>(a(),g(be,{class:N({VPNavBarMenuGroup:!0,active:r(z)(r(t).relativePath,i.item.activeMatch,!!i.item.activeMatch)||s.value}),button:i.item.text,items:i.item.items},null,8,["class","button","items"]))}}),Dn=o=>(C("data-v-7f418b0f"),o=o(),B(),o),On={key:0,"aria-labelledby":"main-nav-aria-label",class:"VPNavBarMenu"},Un=Dn(()=>v("span",{id:"main-nav-aria-label",class:"visually-hidden"},"Main Navigation",-1)),Gn=_({__name:"VPNavBarMenu",setup(o){const{theme:e}=P();return(t,n)=>r(e).nav?(a(),c("nav",On,[Un,(a(!0),c(M,null,E(r(e).nav,s=>(a(),c(M,{key:s.text},["link"in s?(a(),g(En,{key:0,item:s},null,8,["item"])):(a(),g(Fn,{key:1,item:s},null,8,["item"]))],64))),128))])):f("",!0)}}),jn=b(Gn,[["__scopeId","data-v-7f418b0f"]]);function zn(o){const{localeIndex:e,theme:t}=P();function n(s){var H,A,S;const i=s.split("."),u=(H=t.value.search)==null?void 0:H.options,h=u&&typeof u=="object",p=h&&((S=(A=u.locales)==null?void 0:A[e.value])==null?void 0:S.translations)||null,$=h&&u.translations||null;let L=p,k=$,V=o;const T=i.pop();for(const G of i){let j=null;const R=V==null?void 0:V[G];R&&(j=V=R);const ne=k==null?void 0:k[G];ne&&(j=k=ne);const ae=L==null?void 0:L[G];ae&&(j=L=ae),R||(V=j),ne||(k=j),ae||(L=j)}return(L==null?void 0:L[T])??(k==null?void 0:k[T])??(V==null?void 0:V[T])??""}return n}const qn=["aria-label"],Kn={class:"DocSearch-Button-Container"},Rn=v("span",{class:"vp-icon DocSearch-Search-Icon"},null,-1),Wn={class:"DocSearch-Button-Placeholder"},Jn=v("span",{class:"DocSearch-Button-Keys"},[v("kbd",{class:"DocSearch-Button-Key"}),v("kbd",{class:"DocSearch-Button-Key"},"K")],-1),ye=_({__name:"VPNavBarSearchButton",setup(o){const t=zn({button:{buttonText:"Search",buttonAriaLabel:"Search"}});return(n,s)=>(a(),c("button",{type:"button",class:"DocSearch DocSearch-Button","aria-label":r(t)("button.buttonAriaLabel")},[v("span",Kn,[Rn,v("span",Wn,w(r(t)("button.buttonText")),1)]),Jn],8,qn))}}),Xn={class:"VPNavBarSearch"},Yn={id:"local-search"},Qn={key:1,id:"docsearch"},Zn=_({__name:"VPNavBarSearch",setup(o){const e=Ye(()=>Qe(()=>import("./VPLocalSearchBox.DqFKwuj5.js"),__vite__mapDeps([0,1]))),t=()=>null,{theme:n}=P(),s=I(!1),i=I(!1);q(()=>{});function u(){s.value||(s.value=!0,setTimeout(h,16))}function h(){const k=new Event("keydown");k.key="k",k.metaKey=!0,window.dispatchEvent(k),setTimeout(()=>{document.querySelector(".DocSearch-Modal")||h()},16)}function p(k){const V=k.target,T=V.tagName;return V.isContentEditable||T==="INPUT"||T==="SELECT"||T==="TEXTAREA"}const $=I(!1);le("k",k=>{(k.ctrlKey||k.metaKey)&&(k.preventDefault(),$.value=!0)}),le("/",k=>{p(k)||(k.preventDefault(),$.value=!0)});const L="local";return(k,V)=>{var T;return a(),c("div",Xn,[r(L)==="local"?(a(),c(M,{key:0},[$.value?(a(),g(r(e),{key:0,onClose:V[0]||(V[0]=H=>$.value=!1)})):f("",!0),v("div",Yn,[m(ye,{onClick:V[1]||(V[1]=H=>$.value=!0)})])],64)):r(L)==="algolia"?(a(),c(M,{key:1},[s.value?(a(),g(r(t),{key:0,algolia:((T=r(n).search)==null?void 0:T.options)??r(n).algolia,onVnodeBeforeMount:V[2]||(V[2]=H=>i.value=!0)},null,8,["algolia"])):f("",!0),i.value?f("",!0):(a(),c("div",Qn,[m(ye,{onClick:u})]))],64)):f("",!0)])}}}),xn=_({__name:"VPNavBarSocialLinks",setup(o){const{theme:e}=P();return(t,n)=>r(e).socialLinks?(a(),g(ge,{key:0,class:"VPNavBarSocialLinks",links:r(e).socialLinks},null,8,["links"])):f("",!0)}}),ea=b(xn,[["__scopeId","data-v-0394ad82"]]),ta=["href","rel","target"],oa={key:1},sa={key:2},na=_({__name:"VPNavBarTitle",setup(o){const{site:e,theme:t}=P(),{hasSidebar:n}=U(),{currentLang:s}=X(),i=y(()=>{var p;return typeof t.value.logoLink=="string"?t.value.logoLink:(p=t.value.logoLink)==null?void 0:p.link}),u=y(()=>{var p;return typeof t.value.logoLink=="string"||(p=t.value.logoLink)==null?void 0:p.rel}),h=y(()=>{var p;return typeof t.value.logoLink=="string"||(p=t.value.logoLink)==null?void 0:p.target});return(p,$)=>(a(),c("div",{class:N(["VPNavBarTitle",{"has-sidebar":r(n)}])},[v("a",{class:"title",href:i.value??r(fe)(r(s).link),rel:u.value,target:h.value},[l(p.$slots,"nav-bar-title-before",{},void 0,!0),r(t).logo?(a(),g(Z,{key:0,class:"logo",image:r(t).logo},null,8,["image"])):f("",!0),r(t).siteTitle?(a(),c("span",oa,w(r(t).siteTitle),1)):r(t).siteTitle===void 0?(a(),c("span",sa,w(r(e).title),1)):f("",!0),l(p.$slots,"nav-bar-title-after",{},void 0,!0)],8,ta)],2))}}),aa=b(na,[["__scopeId","data-v-ab179fa1"]]),ra={class:"items"},ia={class:"title"},la=_({__name:"VPNavBarTranslations",setup(o){const{theme:e}=P(),{localeLinks:t,currentLang:n}=X({correspondingLink:!0});return(s,i)=>r(t).length&&r(n).label?(a(),g(be,{key:0,class:"VPNavBarTranslations",icon:"vpi-languages",label:r(e).langMenuLabel||"Change language"},{default:d(()=>[v("div",ra,[v("p",ia,w(r(n).label),1),(a(!0),c(M,null,E(r(t),u=>(a(),g(se,{key:u.link,item:u},null,8,["item"]))),128))])]),_:1},8,["label"])):f("",!0)}}),ca=b(la,[["__scopeId","data-v-88af2de4"]]),ua=o=>(C("data-v-ccf7ddec"),o=o(),B(),o),da={class:"wrapper"},va={class:"container"},pa={class:"title"},ha={class:"content"},fa={class:"content-body"},_a=ua(()=>v("div",{class:"divider"},[v("div",{class:"divider-line"})],-1)),ma=_({__name:"VPNavBar",props:{isScreenOpen:{type:Boolean}},emits:["toggle-screen"],setup(o){const{y:e}=Ie(),{hasSidebar:t}=U(),{frontmatter:n}=P(),s=I({});return Le(()=>{s.value={"has-sidebar":t.value,home:n.value.layout==="home",top:e.value===0}}),(i,u)=>(a(),c("div",{class:N(["VPNavBar",s.value])},[v("div",da,[v("div",va,[v("div",pa,[m(aa,null,{"nav-bar-title-before":d(()=>[l(i.$slots,"nav-bar-title-before",{},void 0,!0)]),"nav-bar-title-after":d(()=>[l(i.$slots,"nav-bar-title-after",{},void 0,!0)]),_:3})]),v("div",ha,[v("div",fa,[l(i.$slots,"nav-bar-content-before",{},void 0,!0),m(Zn,{class:"search"}),m(jn,{class:"menu"}),m(ca,{class:"translations"}),m(qs,{class:"appearance"}),m(ea,{class:"social-links"}),m(Tn,{class:"extra"}),l(i.$slots,"nav-bar-content-after",{},void 0,!0),m(An,{class:"hamburger",active:i.isScreenOpen,onClick:u[0]||(u[0]=h=>i.$emit("toggle-screen"))},null,8,["active"])])])])]),_a],2))}}),ka=b(ma,[["__scopeId","data-v-ccf7ddec"]]),ba={key:0,class:"VPNavScreenAppearance"},ga={class:"text"},$a=_({__name:"VPNavScreenAppearance",setup(o){const{site:e,theme:t}=P();return(n,s)=>r(e).appearance&&r(e).appearance!=="force-dark"?(a(),c("div",ba,[v("p",ga,w(r(t).darkModeSwitchLabel||"Appearance"),1),m(me)])):f("",!0)}}),ya=b($a,[["__scopeId","data-v-2d7af913"]]),Pa=_({__name:"VPNavScreenMenuLink",props:{item:{}},setup(o){const e=te("close-screen");return(t,n)=>(a(),g(F,{class:"VPNavScreenMenuLink",href:t.item.link,target:t.item.target,rel:t.item.rel,onClick:r(e),innerHTML:t.item.text},null,8,["href","target","rel","onClick","innerHTML"]))}}),La=b(Pa,[["__scopeId","data-v-7f31e1f6"]]),Va=_({__name:"VPNavScreenMenuGroupLink",props:{item:{}},setup(o){const e=te("close-screen");return(t,n)=>(a(),g(F,{class:"VPNavScreenMenuGroupLink",href:t.item.link,target:t.item.target,rel:t.item.rel,onClick:r(e)},{default:d(()=>[D(w(t.item.text),1)]),_:1},8,["href","target","rel","onClick"]))}}),Oe=b(Va,[["__scopeId","data-v-19976ae1"]]),Sa={class:"VPNavScreenMenuGroupSection"},Ta={key:0,class:"title"},wa=_({__name:"VPNavScreenMenuGroupSection",props:{text:{},items:{}},setup(o){return(e,t)=>(a(),c("div",Sa,[e.text?(a(),c("p",Ta,w(e.text),1)):f("",!0),(a(!0),c(M,null,E(e.items,n=>(a(),g(Oe,{key:n.text,item:n},null,8,["item"]))),128))]))}}),Ia=b(wa,[["__scopeId","data-v-8133b170"]]),Na=o=>(C("data-v-ff6087d4"),o=o(),B(),o),Ma=["aria-controls","aria-expanded"],Ha=["innerHTML"],Aa=Na(()=>v("span",{class:"vpi-plus button-icon"},null,-1)),Ca=["id"],Ba={key:1,class:"group"},Ea=_({__name:"VPNavScreenMenuGroup",props:{text:{},items:{}},setup(o){const e=o,t=I(!1),n=y(()=>`NavScreenGroup-${e.text.replace(" ","-").toLowerCase()}`);function s(){t.value=!t.value}return(i,u)=>(a(),c("div",{class:N(["VPNavScreenMenuGroup",{open:t.value}])},[v("button",{class:"button","aria-controls":n.value,"aria-expanded":t.value,onClick:s},[v("span",{class:"button-text",innerHTML:i.text},null,8,Ha),Aa],8,Ma),v("div",{id:n.value,class:"items"},[(a(!0),c(M,null,E(i.items,h=>(a(),c(M,{key:h.text},["link"in h?(a(),c("div",{key:h.text,class:"item"},[m(Oe,{item:h},null,8,["item"])])):(a(),c("div",Ba,[m(Ia,{text:h.text,items:h.items},null,8,["text","items"])]))],64))),128))],8,Ca)],2))}}),Fa=b(Ea,[["__scopeId","data-v-ff6087d4"]]),Da={key:0,class:"VPNavScreenMenu"},Oa=_({__name:"VPNavScreenMenu",setup(o){const{theme:e}=P();return(t,n)=>r(e).nav?(a(),c("nav",Da,[(a(!0),c(M,null,E(r(e).nav,s=>(a(),c(M,{key:s.text},["link"in s?(a(),g(La,{key:0,item:s},null,8,["item"])):(a(),g(Fa,{key:1,text:s.text||"",items:s.items},null,8,["text","items"]))],64))),128))])):f("",!0)}}),Ua=_({__name:"VPNavScreenSocialLinks",setup(o){const{theme:e}=P();return(t,n)=>r(e).socialLinks?(a(),g(ge,{key:0,class:"VPNavScreenSocialLinks",links:r(e).socialLinks},null,8,["links"])):f("",!0)}}),Ue=o=>(C("data-v-858fe1a4"),o=o(),B(),o),Ga=Ue(()=>v("span",{class:"vpi-languages icon lang"},null,-1)),ja=Ue(()=>v("span",{class:"vpi-chevron-down icon chevron"},null,-1)),za={class:"list"},qa=_({__name:"VPNavScreenTranslations",setup(o){const{localeLinks:e,currentLang:t}=X({correspondingLink:!0}),n=I(!1);function s(){n.value=!n.value}return(i,u)=>r(e).length&&r(t).label?(a(),c("div",{key:0,class:N(["VPNavScreenTranslations",{open:n.value}])},[v("button",{class:"title",onClick:s},[Ga,D(" "+w(r(t).label)+" ",1),ja]),v("ul",za,[(a(!0),c(M,null,E(r(e),h=>(a(),c("li",{key:h.link,class:"item"},[m(F,{class:"link",href:h.link},{default:d(()=>[D(w(h.text),1)]),_:2},1032,["href"])]))),128))])],2)):f("",!0)}}),Ka=b(qa,[["__scopeId","data-v-858fe1a4"]]),Ra={class:"container"},Wa=_({__name:"VPNavScreen",props:{open:{type:Boolean}},setup(o){const e=I(null),t=Ne(oe?document.body:null);return(n,s)=>(a(),g(ve,{name:"fade",onEnter:s[0]||(s[0]=i=>t.value=!0),onAfterLeave:s[1]||(s[1]=i=>t.value=!1)},{default:d(()=>[n.open?(a(),c("div",{key:0,class:"VPNavScreen",ref_key:"screen",ref:e,id:"VPNavScreen"},[v("div",Ra,[l(n.$slots,"nav-screen-content-before",{},void 0,!0),m(Oa,{class:"menu"}),m(Ka,{class:"translations"}),m(ya,{class:"appearance"}),m(Ua,{class:"social-links"}),l(n.$slots,"nav-screen-content-after",{},void 0,!0)])],512)):f("",!0)]),_:3}))}}),Ja=b(Wa,[["__scopeId","data-v-cc5739dd"]]),Xa={key:0,class:"VPNav"},Ya=_({__name:"VPNav",setup(o){const{isScreenOpen:e,closeScreen:t,toggleScreen:n}=Hs(),{frontmatter:s}=P(),i=y(()=>s.value.navbar!==!1);return Me("close-screen",t),x(()=>{oe&&document.documentElement.classList.toggle("hide-nav",!i.value)}),(u,h)=>i.value?(a(),c("header",Xa,[m(ka,{"is-screen-open":r(e),onToggleScreen:r(n)},{"nav-bar-title-before":d(()=>[l(u.$slots,"nav-bar-title-before",{},void 0,!0)]),"nav-bar-title-after":d(()=>[l(u.$slots,"nav-bar-title-after",{},void 0,!0)]),"nav-bar-content-before":d(()=>[l(u.$slots,"nav-bar-content-before",{},void 0,!0)]),"nav-bar-content-after":d(()=>[l(u.$slots,"nav-bar-content-after",{},void 0,!0)]),_:3},8,["is-screen-open","onToggleScreen"]),m(Ja,{open:r(e)},{"nav-screen-content-before":d(()=>[l(u.$slots,"nav-screen-content-before",{},void 0,!0)]),"nav-screen-content-after":d(()=>[l(u.$slots,"nav-screen-content-after",{},void 0,!0)]),_:3},8,["open"])])):f("",!0)}}),Qa=b(Ya,[["__scopeId","data-v-ae24b3ad"]]),Ge=o=>(C("data-v-b8d55f3b"),o=o(),B(),o),Za=["role","tabindex"],xa=Ge(()=>v("div",{class:"indicator"},null,-1)),er=["onKeydown"],tr=Ge(()=>v("span",{class:"vpi-chevron-right caret-icon"},null,-1)),or=[tr],sr={key:1,class:"items"},nr=_({__name:"VPSidebarItem",props:{item:{},depth:{}},setup(o){const e=o,{collapsed:t,collapsible:n,isLink:s,isActiveLink:i,hasActiveLink:u,hasChildren:h,toggle:p}=yt(y(()=>e.item)),$=y(()=>h.value?"section":"div"),L=y(()=>s.value?"a":"div"),k=y(()=>h.value?e.depth+2===7?"p":`h${e.depth+2}`:"p"),V=y(()=>s.value?void 0:"button"),T=y(()=>[[`level-${e.depth}`],{collapsible:n.value},{collapsed:t.value},{"is-link":s.value},{"is-active":i.value},{"has-active":u.value}]);function H(S){"key"in S&&S.key!=="Enter"||!e.item.link&&p()}function A(){e.item.link&&p()}return(S,G)=>{const j=K("VPSidebarItem",!0);return a(),g(W($.value),{class:N(["VPSidebarItem",T.value])},{default:d(()=>[S.item.text?(a(),c("div",Y({key:0,class:"item",role:V.value},xe(S.item.items?{click:H,keydown:H}:{},!0),{tabindex:S.item.items&&0}),[xa,S.item.link?(a(),g(F,{key:0,tag:L.value,class:"link",href:S.item.link,rel:S.item.rel,target:S.item.target},{default:d(()=>[(a(),g(W(k.value),{class:"text",innerHTML:S.item.text},null,8,["innerHTML"]))]),_:1},8,["tag","href","rel","target"])):(a(),g(W(k.value),{key:1,class:"text",innerHTML:S.item.text},null,8,["innerHTML"])),S.item.collapsed!=null&&S.item.items&&S.item.items.length?(a(),c("div",{key:2,class:"caret",role:"button","aria-label":"toggle section",onClick:A,onKeydown:Ze(A,["enter"]),tabindex:"0"},or,40,er)):f("",!0)],16,Za)):f("",!0),S.item.items&&S.item.items.length?(a(),c("div",sr,[S.depth<5?(a(!0),c(M,{key:0},E(S.item.items,R=>(a(),g(j,{key:R.text,item:R,depth:S.depth+1},null,8,["item","depth"]))),128)):f("",!0)])):f("",!0)]),_:1},8,["class"])}}}),ar=b(nr,[["__scopeId","data-v-b8d55f3b"]]),je=o=>(C("data-v-575e6a36"),o=o(),B(),o),rr=je(()=>v("div",{class:"curtain"},null,-1)),ir={class:"nav",id:"VPSidebarNav","aria-labelledby":"sidebar-aria-label",tabindex:"-1"},lr=je(()=>v("span",{class:"visually-hidden",id:"sidebar-aria-label"}," Sidebar Navigation ",-1)),cr=_({__name:"VPSidebar",props:{open:{type:Boolean}},setup(o){const e=o,{sidebarGroups:t,hasSidebar:n}=U(),s=I(null),i=Ne(oe?document.body:null);return O([e,s],()=>{var u;e.open?(i.value=!0,(u=s.value)==null||u.focus()):i.value=!1},{immediate:!0,flush:"post"}),(u,h)=>r(n)?(a(),c("aside",{key:0,class:N(["VPSidebar",{open:u.open}]),ref_key:"navEl",ref:s,onClick:h[0]||(h[0]=et(()=>{},["stop"]))},[rr,v("nav",ir,[lr,l(u.$slots,"sidebar-nav-before",{},void 0,!0),(a(!0),c(M,null,E(r(t),p=>(a(),c("div",{key:p.text,class:"group"},[m(ar,{item:p,depth:0},null,8,["item"])]))),128)),l(u.$slots,"sidebar-nav-after",{},void 0,!0)])],2)):f("",!0)}}),ur=b(cr,[["__scopeId","data-v-575e6a36"]]),dr=_({__name:"VPSkipLink",setup(o){const e=J(),t=I();O(()=>e.path,()=>t.value.focus());function n({target:s}){const i=document.getElementById(decodeURIComponent(s.hash).slice(1));if(i){const u=()=>{i.removeAttribute("tabindex"),i.removeEventListener("blur",u)};i.setAttribute("tabindex","-1"),i.addEventListener("blur",u),i.focus(),window.scrollTo(0,0)}}return(s,i)=>(a(),c(M,null,[v("span",{ref_key:"backToTop",ref:t,tabindex:"-1"},null,512),v("a",{href:"#VPContent",class:"VPSkipLink visually-hidden",onClick:n}," Skip to content ")],64))}}),vr=b(dr,[["__scopeId","data-v-0f60ec36"]]),pr=_({__name:"Layout",setup(o){const{isOpen:e,open:t,close:n}=U(),s=J();O(()=>s.path,n),$t(e,n);const{frontmatter:i}=P(),u=tt(),h=y(()=>!!u["home-hero-image"]);return Me("hero-image-slot-exists",h),(p,$)=>{const L=K("Content");return r(i).layout!==!1?(a(),c("div",{key:0,class:N(["Layout",r(i).pageClass])},[l(p.$slots,"layout-top",{},void 0,!0),m(vr),m(rt,{class:"backdrop",show:r(e),onClick:r(n)},null,8,["show","onClick"]),m(Qa,null,{"nav-bar-title-before":d(()=>[l(p.$slots,"nav-bar-title-before",{},void 0,!0)]),"nav-bar-title-after":d(()=>[l(p.$slots,"nav-bar-title-after",{},void 0,!0)]),"nav-bar-content-before":d(()=>[l(p.$slots,"nav-bar-content-before",{},void 0,!0)]),"nav-bar-content-after":d(()=>[l(p.$slots,"nav-bar-content-after",{},void 0,!0)]),"nav-screen-content-before":d(()=>[l(p.$slots,"nav-screen-content-before",{},void 0,!0)]),"nav-screen-content-after":d(()=>[l(p.$slots,"nav-screen-content-after",{},void 0,!0)]),_:3}),m(Ms,{open:r(e),onOpenMenu:r(t)},null,8,["open","onOpenMenu"]),m(ur,{open:r(e)},{"sidebar-nav-before":d(()=>[l(p.$slots,"sidebar-nav-before",{},void 0,!0)]),"sidebar-nav-after":d(()=>[l(p.$slots,"sidebar-nav-after",{},void 0,!0)]),_:3},8,["open"]),m(ds,null,{"page-top":d(()=>[l(p.$slots,"page-top",{},void 0,!0)]),"page-bottom":d(()=>[l(p.$slots,"page-bottom",{},void 0,!0)]),"not-found":d(()=>[l(p.$slots,"not-found",{},void 0,!0)]),"home-hero-before":d(()=>[l(p.$slots,"home-hero-before",{},void 0,!0)]),"home-hero-info-before":d(()=>[l(p.$slots,"home-hero-info-before",{},void 0,!0)]),"home-hero-info":d(()=>[l(p.$slots,"home-hero-info",{},void 0,!0)]),"home-hero-info-after":d(()=>[l(p.$slots,"home-hero-info-after",{},void 0,!0)]),"home-hero-actions-after":d(()=>[l(p.$slots,"home-hero-actions-after",{},void 0,!0)]),"home-hero-image":d(()=>[l(p.$slots,"home-hero-image",{},void 0,!0)]),"home-hero-after":d(()=>[l(p.$slots,"home-hero-after",{},void 0,!0)]),"home-features-before":d(()=>[l(p.$slots,"home-features-before",{},void 0,!0)]),"home-features-after":d(()=>[l(p.$slots,"home-features-after",{},void 0,!0)]),"doc-footer-before":d(()=>[l(p.$slots,"doc-footer-before",{},void 0,!0)]),"doc-before":d(()=>[l(p.$slots,"doc-before",{},void 0,!0)]),"doc-after":d(()=>[l(p.$slots,"doc-after",{},void 0,!0)]),"doc-top":d(()=>[l(p.$slots,"doc-top",{},void 0,!0)]),"doc-bottom":d(()=>[l(p.$slots,"doc-bottom",{},void 0,!0)]),"aside-top":d(()=>[l(p.$slots,"aside-top",{},void 0,!0)]),"aside-bottom":d(()=>[l(p.$slots,"aside-bottom",{},void 0,!0)]),"aside-outline-before":d(()=>[l(p.$slots,"aside-outline-before",{},void 0,!0)]),"aside-outline-after":d(()=>[l(p.$slots,"aside-outline-after",{},void 0,!0)]),"aside-ads-before":d(()=>[l(p.$slots,"aside-ads-before",{},void 0,!0)]),"aside-ads-after":d(()=>[l(p.$slots,"aside-ads-after",{},void 0,!0)]),_:3}),m(_s),l(p.$slots,"layout-bottom",{},void 0,!0)],2)):(a(),g(L,{key:1}))}}}),hr=b(pr,[["__scopeId","data-v-5d98c3a5"]]),Pe={Layout:hr,enhanceApp:({app:o})=>{o.component("Badge",st)}},fr=_({__name:"HighlightTargetedHeading",setup(o){function e(){if(!window||!window.location||!window.location.hash)return;const n=decodeURIComponent(window.location.hash);if(!n)return;let s;try{s=document.querySelector(n)}catch(i){console.error(i);return}s&&(s.classList.contains("VPNolebaseHighlightTargetedHeading")||s.classList.add("VPNolebaseHighlightTargetedHeading"),s.classList.remove("VPNolebaseHighlightTargetedHeadingAnimated"),setTimeout(()=>{s&&s.classList.add("VPNolebaseHighlightTargetedHeadingAnimated")},10))}const t=J();return q(e),O(t,async()=>{await we(),e()}),ot("hashchange",e),(n,s)=>l(n.$slots,"default")}}),mr={...Pe,Layout:()=>$e(Pe.Layout,null,{"layout-top":()=>[$e(fr)]})};export{mr as R,zn as c,P as u}; +const __vite__fileDeps=["assets/chunks/VPLocalSearchBox.Bnv2QY7m.js","assets/chunks/framework.Mb1uu3dm.js"],__vite__mapDeps=i=>i.map(i=>__vite__fileDeps[i]); +import{d as _,o as a,c,r as l,n as N,a as D,t as w,b as g,w as d,e as f,T as ve,_ as b,u as ze,i as qe,f as Ke,g as pe,h as y,j as v,k as r,p as C,l as B,m as z,q as ie,s as I,v as O,x,y as q,z as he,A as Le,B as Re,C as We,D as K,F as M,E,G as Ve,H as ee,I as m,J as W,K as Se,L as J,M as Y,N as te,O as Je,P as Te,Q as le,R as we,S as Ie,U as oe,V as Xe,W as Ye,X as Qe,Y as Ne,Z as Me,$ as Ze,a0 as xe,a1 as et,a2 as tt,a3 as ot,a4 as $e}from"./framework.Mb1uu3dm.js";const st=_({__name:"VPBadge",props:{text:{},type:{default:"tip"}},setup(o){return(e,t)=>(a(),c("span",{class:N(["VPBadge",e.type])},[l(e.$slots,"default",{},()=>[D(w(e.text),1)])],2))}}),nt={key:0,class:"VPBackdrop"},at=_({__name:"VPBackdrop",props:{show:{type:Boolean}},setup(o){return(e,t)=>(a(),g(ve,{name:"fade"},{default:d(()=>[e.show?(a(),c("div",nt)):f("",!0)]),_:1}))}}),rt=b(at,[["__scopeId","data-v-c79a1216"]]),P=ze;function it(o,e){let t,n=!1;return()=>{t&&clearTimeout(t),n?t=setTimeout(o,e):(o(),(n=!0)&&setTimeout(()=>n=!1,e))}}function ce(o){return/^\//.test(o)?o:`/${o}`}function fe(o){const{pathname:e,search:t,hash:n,protocol:s}=new URL(o,"http://a.com");if(qe(o)||o.startsWith("#")||!s.startsWith("http")||!Ke(e))return o;const{site:i}=P(),u=e.endsWith("/")||e.endsWith(".html")?o:o.replace(/(?:(^\.+)\/)?.*$/,`$1${e.replace(/(\.md)?$/,i.value.cleanUrls?"":".html")}${t}${n}`);return pe(u)}function X({correspondingLink:o=!1}={}){const{site:e,localeIndex:t,page:n,theme:s,hash:i}=P(),u=y(()=>{var p,$;return{label:(p=e.value.locales[t.value])==null?void 0:p.label,link:(($=e.value.locales[t.value])==null?void 0:$.link)||(t.value==="root"?"/":`/${t.value}/`)}});return{localeLinks:y(()=>Object.entries(e.value.locales).flatMap(([p,$])=>u.value.label===$.label?[]:{text:$.label,link:lt($.link||(p==="root"?"/":`/${p}/`),s.value.i18nRouting!==!1&&o,n.value.relativePath.slice(u.value.link.length-1),!e.value.cleanUrls)+i.value})),currentLang:u}}function lt(o,e,t,n){return e?o.replace(/\/$/,"")+ce(t.replace(/(^|\/)index\.md$/,"$1").replace(/\.md$/,n?".html":"")):o}const ct=o=>(C("data-v-d6be1790"),o=o(),B(),o),ut={class:"NotFound"},dt={class:"code"},vt={class:"title"},pt=ct(()=>v("div",{class:"divider"},null,-1)),ht={class:"quote"},ft={class:"action"},_t=["href","aria-label"],mt=_({__name:"NotFound",setup(o){const{theme:e}=P(),{currentLang:t}=X();return(n,s)=>{var i,u,h,p,$;return a(),c("div",ut,[v("p",dt,w(((i=r(e).notFound)==null?void 0:i.code)??"404"),1),v("h1",vt,w(((u=r(e).notFound)==null?void 0:u.title)??"PAGE NOT FOUND"),1),pt,v("blockquote",ht,w(((h=r(e).notFound)==null?void 0:h.quote)??"But if you don't change your direction, and if you keep looking, you may end up where you are heading."),1),v("div",ft,[v("a",{class:"link",href:r(pe)(r(t).link),"aria-label":((p=r(e).notFound)==null?void 0:p.linkLabel)??"go to home"},w((($=r(e).notFound)==null?void 0:$.linkText)??"Take me home"),9,_t)])])}}}),kt=b(mt,[["__scopeId","data-v-d6be1790"]]);function He(o,e){if(Array.isArray(o))return Q(o);if(o==null)return[];e=ce(e);const t=Object.keys(o).sort((s,i)=>i.split("/").length-s.split("/").length).find(s=>e.startsWith(ce(s))),n=t?o[t]:[];return Array.isArray(n)?Q(n):Q(n.items,n.base)}function bt(o){const e=[];let t=0;for(const n in o){const s=o[n];if(s.items){t=e.push(s);continue}e[t]||e.push({items:[]}),e[t].items.push(s)}return e}function gt(o){const e=[];function t(n){for(const s of n)s.text&&s.link&&e.push({text:s.text,link:s.link,docFooterText:s.docFooterText}),s.items&&t(s.items)}return t(o),e}function ue(o,e){return Array.isArray(e)?e.some(t=>ue(o,t)):z(o,e.link)?!0:e.items?ue(o,e.items):!1}function Q(o,e){return[...o].map(t=>{const n={...t},s=n.base||e;return s&&n.link&&(n.link=s+n.link),n.items&&(n.items=Q(n.items,s)),n})}function U(){const{frontmatter:o,page:e,theme:t}=P(),n=ie("(min-width: 960px)"),s=I(!1),i=y(()=>{const A=t.value.sidebar,S=e.value.relativePath;return A?He(A,S):[]}),u=I(i.value);O(i,(A,S)=>{JSON.stringify(A)!==JSON.stringify(S)&&(u.value=i.value)});const h=y(()=>o.value.sidebar!==!1&&u.value.length>0&&o.value.layout!=="home"),p=y(()=>$?o.value.aside==null?t.value.aside==="left":o.value.aside==="left":!1),$=y(()=>o.value.layout==="home"?!1:o.value.aside!=null?!!o.value.aside:t.value.aside!==!1),L=y(()=>h.value&&n.value),k=y(()=>h.value?bt(u.value):[]);function V(){s.value=!0}function T(){s.value=!1}function H(){s.value?T():V()}return{isOpen:s,sidebar:u,sidebarGroups:k,hasSidebar:h,hasAside:$,leftAside:p,isSidebarEnabled:L,open:V,close:T,toggle:H}}function $t(o,e){let t;x(()=>{t=o.value?document.activeElement:void 0}),q(()=>{window.addEventListener("keyup",n)}),he(()=>{window.removeEventListener("keyup",n)});function n(s){s.key==="Escape"&&o.value&&(e(),t==null||t.focus())}}function yt(o){const{page:e,hash:t}=P(),n=I(!1),s=y(()=>o.value.collapsed!=null),i=y(()=>!!o.value.link),u=I(!1),h=()=>{u.value=z(e.value.relativePath,o.value.link)};O([e,o,t],h),q(h);const p=y(()=>u.value?!0:o.value.items?ue(e.value.relativePath,o.value.items):!1),$=y(()=>!!(o.value.items&&o.value.items.length));x(()=>{n.value=!!(s.value&&o.value.collapsed)}),Le(()=>{(u.value||p.value)&&(n.value=!1)});function L(){s.value&&(n.value=!n.value)}return{collapsed:n,collapsible:s,isLink:i,isActiveLink:u,hasActiveLink:p,hasChildren:$,toggle:L}}function Pt(){const{hasSidebar:o}=U(),e=ie("(min-width: 960px)"),t=ie("(min-width: 1280px)");return{isAsideEnabled:y(()=>!t.value&&!e.value?!1:o.value?t.value:e.value)}}const de=[];function Ae(o){return typeof o.outline=="object"&&!Array.isArray(o.outline)&&o.outline.label||o.outlineTitle||"On this page"}function _e(o){const e=[...document.querySelectorAll(".VPDoc :where(h1,h2,h3,h4,h5,h6)")].filter(t=>t.id&&t.hasChildNodes()).map(t=>{const n=Number(t.tagName[1]);return{element:t,title:Lt(t),link:"#"+t.id,level:n}});return Vt(e,o)}function Lt(o){let e="";for(const t of o.childNodes)if(t.nodeType===1){if(t.classList.contains("VPBadge")||t.classList.contains("header-anchor")||t.classList.contains("ignore-header"))continue;e+=t.textContent}else t.nodeType===3&&(e+=t.textContent);return e.trim()}function Vt(o,e){if(e===!1)return[];const t=(typeof e=="object"&&!Array.isArray(e)?e.level:e)||2,[n,s]=typeof t=="number"?[t,t]:t==="deep"?[2,6]:t;o=o.filter(u=>u.level>=n&&u.level<=s),de.length=0;for(const{element:u,link:h}of o)de.push({element:u,link:h});const i=[];e:for(let u=0;u=0;p--){const $=o[p];if($.level{requestAnimationFrame(i),window.addEventListener("scroll",n)}),Re(()=>{u(location.hash)}),he(()=>{window.removeEventListener("scroll",n)});function i(){if(!t.value)return;const h=window.scrollY,p=window.innerHeight,$=document.body.offsetHeight,L=Math.abs(h+p-$)<1,k=de.map(({element:T,link:H})=>({link:H,top:Tt(T)})).filter(({top:T})=>!Number.isNaN(T)).sort((T,H)=>T.top-H.top);if(!k.length){u(null);return}if(h<1){u(null);return}if(L){u(k[k.length-1].link);return}let V=null;for(const{link:T,top:H}of k){if(H>h+We()+4)break;V=T}u(V)}function u(h){s&&s.classList.remove("active"),h==null?s=null:s=o.value.querySelector(`a[href="${decodeURIComponent(h)}"]`);const p=s;p?(p.classList.add("active"),e.value.style.top=p.offsetTop+39+"px",e.value.style.opacity="1"):(e.value.style.top="33px",e.value.style.opacity="0")}}function Tt(o){let e=0;for(;o!==document.body;){if(o===null)return NaN;e+=o.offsetTop,o=o.offsetParent}return e}const wt=["href","title"],It=_({__name:"VPDocOutlineItem",props:{headers:{},root:{type:Boolean}},setup(o){function e({target:t}){const n=t.href.split("#")[1],s=document.getElementById(decodeURIComponent(n));s==null||s.focus({preventScroll:!0})}return(t,n)=>{const s=K("VPDocOutlineItem",!0);return a(),c("ul",{class:N(["VPDocOutlineItem",t.root?"root":"nested"])},[(a(!0),c(M,null,E(t.headers,({children:i,link:u,title:h})=>(a(),c("li",null,[v("a",{class:"outline-link",href:u,onClick:e,title:h},w(h),9,wt),i!=null&&i.length?(a(),g(s,{key:0,headers:i},null,8,["headers"])):f("",!0)]))),256))],2)}}}),Ce=b(It,[["__scopeId","data-v-b933a997"]]),Nt={class:"content"},Mt={"aria-level":"2",class:"outline-title",id:"doc-outline-aria-label",role:"heading"},Ht=_({__name:"VPDocAsideOutline",setup(o){const{frontmatter:e,theme:t}=P(),n=Ve([]);ee(()=>{n.value=_e(e.value.outline??t.value.outline)});const s=I(),i=I();return St(s,i),(u,h)=>(a(),c("nav",{"aria-labelledby":"doc-outline-aria-label",class:N(["VPDocAsideOutline",{"has-outline":n.value.length>0}]),ref_key:"container",ref:s},[v("div",Nt,[v("div",{class:"outline-marker",ref_key:"marker",ref:i},null,512),v("div",Mt,w(r(Ae)(r(t))),1),m(Ce,{headers:n.value,root:!0},null,8,["headers"])])],2))}}),At=b(Ht,[["__scopeId","data-v-a5bbad30"]]),Ct={class:"VPDocAsideCarbonAds"},Bt=_({__name:"VPDocAsideCarbonAds",props:{carbonAds:{}},setup(o){const e=()=>null;return(t,n)=>(a(),c("div",Ct,[m(r(e),{"carbon-ads":t.carbonAds},null,8,["carbon-ads"])]))}}),Et=o=>(C("data-v-3f215769"),o=o(),B(),o),Ft={class:"VPDocAside"},Dt=Et(()=>v("div",{class:"spacer"},null,-1)),Ot=_({__name:"VPDocAside",setup(o){const{theme:e}=P();return(t,n)=>(a(),c("div",Ft,[l(t.$slots,"aside-top",{},void 0,!0),l(t.$slots,"aside-outline-before",{},void 0,!0),m(At),l(t.$slots,"aside-outline-after",{},void 0,!0),Dt,l(t.$slots,"aside-ads-before",{},void 0,!0),r(e).carbonAds?(a(),g(Bt,{key:0,"carbon-ads":r(e).carbonAds},null,8,["carbon-ads"])):f("",!0),l(t.$slots,"aside-ads-after",{},void 0,!0),l(t.$slots,"aside-bottom",{},void 0,!0)]))}}),Ut=b(Ot,[["__scopeId","data-v-3f215769"]]);function Gt(){const{theme:o,page:e}=P();return y(()=>{const{text:t="Edit this page",pattern:n=""}=o.value.editLink||{};let s;return typeof n=="function"?s=n(e.value):s=n.replace(/:path/g,e.value.filePath),{url:s,text:t}})}function jt(){const{page:o,theme:e,frontmatter:t}=P();return y(()=>{var $,L,k,V,T,H,A,S;const n=He(e.value.sidebar,o.value.relativePath),s=gt(n),i=zt(s,G=>G.link.replace(/[?#].*$/,"")),u=i.findIndex(G=>z(o.value.relativePath,G.link)),h=(($=e.value.docFooter)==null?void 0:$.prev)===!1&&!t.value.prev||t.value.prev===!1,p=((L=e.value.docFooter)==null?void 0:L.next)===!1&&!t.value.next||t.value.next===!1;return{prev:h?void 0:{text:(typeof t.value.prev=="string"?t.value.prev:typeof t.value.prev=="object"?t.value.prev.text:void 0)??((k=i[u-1])==null?void 0:k.docFooterText)??((V=i[u-1])==null?void 0:V.text),link:(typeof t.value.prev=="object"?t.value.prev.link:void 0)??((T=i[u-1])==null?void 0:T.link)},next:p?void 0:{text:(typeof t.value.next=="string"?t.value.next:typeof t.value.next=="object"?t.value.next.text:void 0)??((H=i[u+1])==null?void 0:H.docFooterText)??((A=i[u+1])==null?void 0:A.text),link:(typeof t.value.next=="object"?t.value.next.link:void 0)??((S=i[u+1])==null?void 0:S.link)}}})}function zt(o,e){const t=new Set;return o.filter(n=>{const s=e(n);return t.has(s)?!1:t.add(s)})}const F=_({__name:"VPLink",props:{tag:{},href:{},noIcon:{type:Boolean},target:{},rel:{}},setup(o){const e=o,t=y(()=>e.tag??(e.href?"a":"span")),n=y(()=>e.href&&Se.test(e.href)||e.target==="_blank");return(s,i)=>(a(),g(W(t.value),{class:N(["VPLink",{link:s.href,"vp-external-link-icon":n.value,"no-icon":s.noIcon}]),href:s.href?r(fe)(s.href):void 0,target:s.target??(n.value?"_blank":void 0),rel:s.rel??(n.value?"noreferrer":void 0)},{default:d(()=>[l(s.$slots,"default")]),_:3},8,["class","href","target","rel"]))}}),qt={class:"VPLastUpdated"},Kt=["datetime"],Rt=_({__name:"VPDocFooterLastUpdated",setup(o){const{theme:e,page:t,frontmatter:n,lang:s}=P(),i=y(()=>new Date(n.value.lastUpdated??t.value.lastUpdated)),u=y(()=>i.value.toISOString()),h=I("");return q(()=>{x(()=>{var p,$,L;h.value=new Intl.DateTimeFormat(($=(p=e.value.lastUpdated)==null?void 0:p.formatOptions)!=null&&$.forceLocale?s.value:void 0,((L=e.value.lastUpdated)==null?void 0:L.formatOptions)??{dateStyle:"short",timeStyle:"short"}).format(i.value)})}),(p,$)=>{var L;return a(),c("p",qt,[D(w(((L=r(e).lastUpdated)==null?void 0:L.text)||r(e).lastUpdatedText||"Last updated")+": ",1),v("time",{datetime:u.value},w(h.value),9,Kt)])}}}),Wt=b(Rt,[["__scopeId","data-v-7e05ebdb"]]),Be=o=>(C("data-v-d4a0bba5"),o=o(),B(),o),Jt={key:0,class:"VPDocFooter"},Xt={key:0,class:"edit-info"},Yt={key:0,class:"edit-link"},Qt=Be(()=>v("span",{class:"vpi-square-pen edit-link-icon"},null,-1)),Zt={key:1,class:"last-updated"},xt={key:1,class:"prev-next","aria-labelledby":"doc-footer-aria-label"},eo=Be(()=>v("span",{class:"visually-hidden",id:"doc-footer-aria-label"},"Pager",-1)),to={class:"pager"},oo=["innerHTML"],so=["innerHTML"],no={class:"pager"},ao=["innerHTML"],ro=["innerHTML"],io=_({__name:"VPDocFooter",setup(o){const{theme:e,page:t,frontmatter:n}=P(),s=Gt(),i=jt(),u=y(()=>e.value.editLink&&n.value.editLink!==!1),h=y(()=>t.value.lastUpdated&&n.value.lastUpdated!==!1),p=y(()=>u.value||h.value||i.value.prev||i.value.next);return($,L)=>{var k,V,T,H;return p.value?(a(),c("footer",Jt,[l($.$slots,"doc-footer-before",{},void 0,!0),u.value||h.value?(a(),c("div",Xt,[u.value?(a(),c("div",Yt,[m(F,{class:"edit-link-button",href:r(s).url,"no-icon":!0},{default:d(()=>[Qt,D(" "+w(r(s).text),1)]),_:1},8,["href"])])):f("",!0),h.value?(a(),c("div",Zt,[m(Wt)])):f("",!0)])):f("",!0),(k=r(i).prev)!=null&&k.link||(V=r(i).next)!=null&&V.link?(a(),c("nav",xt,[eo,v("div",to,[(T=r(i).prev)!=null&&T.link?(a(),g(F,{key:0,class:"pager-link prev",href:r(i).prev.link},{default:d(()=>{var A;return[v("span",{class:"desc",innerHTML:((A=r(e).docFooter)==null?void 0:A.prev)||"Previous page"},null,8,oo),v("span",{class:"title",innerHTML:r(i).prev.text},null,8,so)]}),_:1},8,["href"])):f("",!0)]),v("div",no,[(H=r(i).next)!=null&&H.link?(a(),g(F,{key:0,class:"pager-link next",href:r(i).next.link},{default:d(()=>{var A;return[v("span",{class:"desc",innerHTML:((A=r(e).docFooter)==null?void 0:A.next)||"Next page"},null,8,ao),v("span",{class:"title",innerHTML:r(i).next.text},null,8,ro)]}),_:1},8,["href"])):f("",!0)])])):f("",!0)])):f("",!0)}}}),lo=b(io,[["__scopeId","data-v-d4a0bba5"]]),co=o=>(C("data-v-39a288b8"),o=o(),B(),o),uo={class:"container"},vo=co(()=>v("div",{class:"aside-curtain"},null,-1)),po={class:"aside-container"},ho={class:"aside-content"},fo={class:"content"},_o={class:"content-container"},mo={class:"main"},ko=_({__name:"VPDoc",setup(o){const{theme:e}=P(),t=J(),{hasSidebar:n,hasAside:s,leftAside:i}=U(),u=y(()=>t.path.replace(/[./]+/g,"_").replace(/_html$/,""));return(h,p)=>{const $=K("Content");return a(),c("div",{class:N(["VPDoc",{"has-sidebar":r(n),"has-aside":r(s)}])},[l(h.$slots,"doc-top",{},void 0,!0),v("div",uo,[r(s)?(a(),c("div",{key:0,class:N(["aside",{"left-aside":r(i)}])},[vo,v("div",po,[v("div",ho,[m(Ut,null,{"aside-top":d(()=>[l(h.$slots,"aside-top",{},void 0,!0)]),"aside-bottom":d(()=>[l(h.$slots,"aside-bottom",{},void 0,!0)]),"aside-outline-before":d(()=>[l(h.$slots,"aside-outline-before",{},void 0,!0)]),"aside-outline-after":d(()=>[l(h.$slots,"aside-outline-after",{},void 0,!0)]),"aside-ads-before":d(()=>[l(h.$slots,"aside-ads-before",{},void 0,!0)]),"aside-ads-after":d(()=>[l(h.$slots,"aside-ads-after",{},void 0,!0)]),_:3})])])],2)):f("",!0),v("div",fo,[v("div",_o,[l(h.$slots,"doc-before",{},void 0,!0),v("main",mo,[m($,{class:N(["vp-doc",[u.value,r(e).externalLinkIcon&&"external-link-icon-enabled"]])},null,8,["class"])]),m(lo,null,{"doc-footer-before":d(()=>[l(h.$slots,"doc-footer-before",{},void 0,!0)]),_:3}),l(h.$slots,"doc-after",{},void 0,!0)])])]),l(h.$slots,"doc-bottom",{},void 0,!0)],2)}}}),bo=b(ko,[["__scopeId","data-v-39a288b8"]]),go=_({__name:"VPButton",props:{tag:{},size:{default:"medium"},theme:{default:"brand"},text:{},href:{},target:{},rel:{}},setup(o){const e=o,t=y(()=>e.href&&Se.test(e.href)),n=y(()=>e.tag||e.href?"a":"button");return(s,i)=>(a(),g(W(n.value),{class:N(["VPButton",[s.size,s.theme]]),href:s.href?r(fe)(s.href):void 0,target:e.target??(t.value?"_blank":void 0),rel:e.rel??(t.value?"noreferrer":void 0)},{default:d(()=>[D(w(s.text),1)]),_:1},8,["class","href","target","rel"]))}}),$o=b(go,[["__scopeId","data-v-cad61b99"]]),yo=["src","alt"],Po=_({inheritAttrs:!1,__name:"VPImage",props:{image:{},alt:{}},setup(o){return(e,t)=>{const n=K("VPImage",!0);return e.image?(a(),c(M,{key:0},[typeof e.image=="string"||"src"in e.image?(a(),c("img",Y({key:0,class:"VPImage"},typeof e.image=="string"?e.$attrs:{...e.image,...e.$attrs},{src:r(pe)(typeof e.image=="string"?e.image:e.image.src),alt:e.alt??(typeof e.image=="string"?"":e.image.alt||"")}),null,16,yo)):(a(),c(M,{key:1},[m(n,Y({class:"dark",image:e.image.dark,alt:e.image.alt},e.$attrs),null,16,["image","alt"]),m(n,Y({class:"light",image:e.image.light,alt:e.image.alt},e.$attrs),null,16,["image","alt"])],64))],64)):f("",!0)}}}),Z=b(Po,[["__scopeId","data-v-8426fc1a"]]),Lo=o=>(C("data-v-303bb580"),o=o(),B(),o),Vo={class:"container"},So={class:"main"},To={key:0,class:"name"},wo=["innerHTML"],Io=["innerHTML"],No=["innerHTML"],Mo={key:0,class:"actions"},Ho={key:0,class:"image"},Ao={class:"image-container"},Co=Lo(()=>v("div",{class:"image-bg"},null,-1)),Bo=_({__name:"VPHero",props:{name:{},text:{},tagline:{},image:{},actions:{}},setup(o){const e=te("hero-image-slot-exists");return(t,n)=>(a(),c("div",{class:N(["VPHero",{"has-image":t.image||r(e)}])},[v("div",Vo,[v("div",So,[l(t.$slots,"home-hero-info-before",{},void 0,!0),l(t.$slots,"home-hero-info",{},()=>[t.name?(a(),c("h1",To,[v("span",{innerHTML:t.name,class:"clip"},null,8,wo)])):f("",!0),t.text?(a(),c("p",{key:1,innerHTML:t.text,class:"text"},null,8,Io)):f("",!0),t.tagline?(a(),c("p",{key:2,innerHTML:t.tagline,class:"tagline"},null,8,No)):f("",!0)],!0),l(t.$slots,"home-hero-info-after",{},void 0,!0),t.actions?(a(),c("div",Mo,[(a(!0),c(M,null,E(t.actions,s=>(a(),c("div",{key:s.link,class:"action"},[m($o,{tag:"a",size:"medium",theme:s.theme,text:s.text,href:s.link,target:s.target,rel:s.rel},null,8,["theme","text","href","target","rel"])]))),128))])):f("",!0),l(t.$slots,"home-hero-actions-after",{},void 0,!0)]),t.image||r(e)?(a(),c("div",Ho,[v("div",Ao,[Co,l(t.$slots,"home-hero-image",{},()=>[t.image?(a(),g(Z,{key:0,class:"image-src",image:t.image},null,8,["image"])):f("",!0)],!0)])])):f("",!0)])],2))}}),Eo=b(Bo,[["__scopeId","data-v-303bb580"]]),Fo=_({__name:"VPHomeHero",setup(o){const{frontmatter:e}=P();return(t,n)=>r(e).hero?(a(),g(Eo,{key:0,class:"VPHomeHero",name:r(e).hero.name,text:r(e).hero.text,tagline:r(e).hero.tagline,image:r(e).hero.image,actions:r(e).hero.actions},{"home-hero-info-before":d(()=>[l(t.$slots,"home-hero-info-before")]),"home-hero-info":d(()=>[l(t.$slots,"home-hero-info")]),"home-hero-info-after":d(()=>[l(t.$slots,"home-hero-info-after")]),"home-hero-actions-after":d(()=>[l(t.$slots,"home-hero-actions-after")]),"home-hero-image":d(()=>[l(t.$slots,"home-hero-image")]),_:3},8,["name","text","tagline","image","actions"])):f("",!0)}}),Do=o=>(C("data-v-a3976bdc"),o=o(),B(),o),Oo={class:"box"},Uo={key:0,class:"icon"},Go=["innerHTML"],jo=["innerHTML"],zo=["innerHTML"],qo={key:4,class:"link-text"},Ko={class:"link-text-value"},Ro=Do(()=>v("span",{class:"vpi-arrow-right link-text-icon"},null,-1)),Wo=_({__name:"VPFeature",props:{icon:{},title:{},details:{},link:{},linkText:{},rel:{},target:{}},setup(o){return(e,t)=>(a(),g(F,{class:"VPFeature",href:e.link,rel:e.rel,target:e.target,"no-icon":!0,tag:e.link?"a":"div"},{default:d(()=>[v("article",Oo,[typeof e.icon=="object"&&e.icon.wrap?(a(),c("div",Uo,[m(Z,{image:e.icon,alt:e.icon.alt,height:e.icon.height||48,width:e.icon.width||48},null,8,["image","alt","height","width"])])):typeof e.icon=="object"?(a(),g(Z,{key:1,image:e.icon,alt:e.icon.alt,height:e.icon.height||48,width:e.icon.width||48},null,8,["image","alt","height","width"])):e.icon?(a(),c("div",{key:2,class:"icon",innerHTML:e.icon},null,8,Go)):f("",!0),v("h2",{class:"title",innerHTML:e.title},null,8,jo),e.details?(a(),c("p",{key:3,class:"details",innerHTML:e.details},null,8,zo)):f("",!0),e.linkText?(a(),c("div",qo,[v("p",Ko,[D(w(e.linkText)+" ",1),Ro])])):f("",!0)])]),_:1},8,["href","rel","target","tag"]))}}),Jo=b(Wo,[["__scopeId","data-v-a3976bdc"]]),Xo={key:0,class:"VPFeatures"},Yo={class:"container"},Qo={class:"items"},Zo=_({__name:"VPFeatures",props:{features:{}},setup(o){const e=o,t=y(()=>{const n=e.features.length;if(n){if(n===2)return"grid-2";if(n===3)return"grid-3";if(n%3===0)return"grid-6";if(n>3)return"grid-4"}else return});return(n,s)=>n.features?(a(),c("div",Xo,[v("div",Yo,[v("div",Qo,[(a(!0),c(M,null,E(n.features,i=>(a(),c("div",{key:i.title,class:N(["item",[t.value]])},[m(Jo,{icon:i.icon,title:i.title,details:i.details,link:i.link,"link-text":i.linkText,rel:i.rel,target:i.target},null,8,["icon","title","details","link","link-text","rel","target"])],2))),128))])])])):f("",!0)}}),xo=b(Zo,[["__scopeId","data-v-a6181336"]]),es=_({__name:"VPHomeFeatures",setup(o){const{frontmatter:e}=P();return(t,n)=>r(e).features?(a(),g(xo,{key:0,class:"VPHomeFeatures",features:r(e).features},null,8,["features"])):f("",!0)}}),ts=_({__name:"VPHomeContent",setup(o){const{width:e}=Je({initialWidth:0,includeScrollbar:!1});return(t,n)=>(a(),c("div",{class:"vp-doc container",style:Te(r(e)?{"--vp-offset":`calc(50% - ${r(e)/2}px)`}:{})},[l(t.$slots,"default",{},void 0,!0)],4))}}),os=b(ts,[["__scopeId","data-v-8e2d4988"]]),ss={class:"VPHome"},ns=_({__name:"VPHome",setup(o){const{frontmatter:e}=P();return(t,n)=>{const s=K("Content");return a(),c("div",ss,[l(t.$slots,"home-hero-before",{},void 0,!0),m(Fo,null,{"home-hero-info-before":d(()=>[l(t.$slots,"home-hero-info-before",{},void 0,!0)]),"home-hero-info":d(()=>[l(t.$slots,"home-hero-info",{},void 0,!0)]),"home-hero-info-after":d(()=>[l(t.$slots,"home-hero-info-after",{},void 0,!0)]),"home-hero-actions-after":d(()=>[l(t.$slots,"home-hero-actions-after",{},void 0,!0)]),"home-hero-image":d(()=>[l(t.$slots,"home-hero-image",{},void 0,!0)]),_:3}),l(t.$slots,"home-hero-after",{},void 0,!0),l(t.$slots,"home-features-before",{},void 0,!0),m(es),l(t.$slots,"home-features-after",{},void 0,!0),r(e).markdownStyles!==!1?(a(),g(os,{key:0},{default:d(()=>[m(s)]),_:1})):(a(),g(s,{key:1}))])}}}),as=b(ns,[["__scopeId","data-v-686f80a6"]]),rs={},is={class:"VPPage"};function ls(o,e){const t=K("Content");return a(),c("div",is,[l(o.$slots,"page-top"),m(t),l(o.$slots,"page-bottom")])}const cs=b(rs,[["render",ls]]),us=_({__name:"VPContent",setup(o){const{page:e,frontmatter:t}=P(),{hasSidebar:n}=U();return(s,i)=>(a(),c("div",{class:N(["VPContent",{"has-sidebar":r(n),"is-home":r(t).layout==="home"}]),id:"VPContent"},[r(e).isNotFound?l(s.$slots,"not-found",{key:0},()=>[m(kt)],!0):r(t).layout==="page"?(a(),g(cs,{key:1},{"page-top":d(()=>[l(s.$slots,"page-top",{},void 0,!0)]),"page-bottom":d(()=>[l(s.$slots,"page-bottom",{},void 0,!0)]),_:3})):r(t).layout==="home"?(a(),g(as,{key:2},{"home-hero-before":d(()=>[l(s.$slots,"home-hero-before",{},void 0,!0)]),"home-hero-info-before":d(()=>[l(s.$slots,"home-hero-info-before",{},void 0,!0)]),"home-hero-info":d(()=>[l(s.$slots,"home-hero-info",{},void 0,!0)]),"home-hero-info-after":d(()=>[l(s.$slots,"home-hero-info-after",{},void 0,!0)]),"home-hero-actions-after":d(()=>[l(s.$slots,"home-hero-actions-after",{},void 0,!0)]),"home-hero-image":d(()=>[l(s.$slots,"home-hero-image",{},void 0,!0)]),"home-hero-after":d(()=>[l(s.$slots,"home-hero-after",{},void 0,!0)]),"home-features-before":d(()=>[l(s.$slots,"home-features-before",{},void 0,!0)]),"home-features-after":d(()=>[l(s.$slots,"home-features-after",{},void 0,!0)]),_:3})):r(t).layout&&r(t).layout!=="doc"?(a(),g(W(r(t).layout),{key:3})):(a(),g(bo,{key:4},{"doc-top":d(()=>[l(s.$slots,"doc-top",{},void 0,!0)]),"doc-bottom":d(()=>[l(s.$slots,"doc-bottom",{},void 0,!0)]),"doc-footer-before":d(()=>[l(s.$slots,"doc-footer-before",{},void 0,!0)]),"doc-before":d(()=>[l(s.$slots,"doc-before",{},void 0,!0)]),"doc-after":d(()=>[l(s.$slots,"doc-after",{},void 0,!0)]),"aside-top":d(()=>[l(s.$slots,"aside-top",{},void 0,!0)]),"aside-outline-before":d(()=>[l(s.$slots,"aside-outline-before",{},void 0,!0)]),"aside-outline-after":d(()=>[l(s.$slots,"aside-outline-after",{},void 0,!0)]),"aside-ads-before":d(()=>[l(s.$slots,"aside-ads-before",{},void 0,!0)]),"aside-ads-after":d(()=>[l(s.$slots,"aside-ads-after",{},void 0,!0)]),"aside-bottom":d(()=>[l(s.$slots,"aside-bottom",{},void 0,!0)]),_:3}))],2))}}),ds=b(us,[["__scopeId","data-v-1428d186"]]),vs={class:"container"},ps=["innerHTML"],hs=["innerHTML"],fs=_({__name:"VPFooter",setup(o){const{theme:e,frontmatter:t}=P(),{hasSidebar:n}=U();return(s,i)=>r(e).footer&&r(t).footer!==!1?(a(),c("footer",{key:0,class:N(["VPFooter",{"has-sidebar":r(n)}])},[v("div",vs,[r(e).footer.message?(a(),c("p",{key:0,class:"message",innerHTML:r(e).footer.message},null,8,ps)):f("",!0),r(e).footer.copyright?(a(),c("p",{key:1,class:"copyright",innerHTML:r(e).footer.copyright},null,8,hs)):f("",!0)])],2)):f("",!0)}}),_s=b(fs,[["__scopeId","data-v-e315a0ad"]]);function ms(){const{theme:o,frontmatter:e}=P(),t=Ve([]),n=y(()=>t.value.length>0);return ee(()=>{t.value=_e(e.value.outline??o.value.outline)}),{headers:t,hasLocalNav:n}}const ks=o=>(C("data-v-17a5e62e"),o=o(),B(),o),bs={class:"menu-text"},gs=ks(()=>v("span",{class:"vpi-chevron-right icon"},null,-1)),$s={class:"header"},ys={class:"outline"},Ps=_({__name:"VPLocalNavOutlineDropdown",props:{headers:{},navHeight:{}},setup(o){const e=o,{theme:t}=P(),n=I(!1),s=I(0),i=I(),u=I();function h(k){var V;(V=i.value)!=null&&V.contains(k.target)||(n.value=!1)}O(n,k=>{if(k){document.addEventListener("click",h);return}document.removeEventListener("click",h)}),le("Escape",()=>{n.value=!1}),ee(()=>{n.value=!1});function p(){n.value=!n.value,s.value=window.innerHeight+Math.min(window.scrollY-e.navHeight,0)}function $(k){k.target.classList.contains("outline-link")&&(u.value&&(u.value.style.transition="none"),we(()=>{n.value=!1}))}function L(){n.value=!1,window.scrollTo({top:0,left:0,behavior:"smooth"})}return(k,V)=>(a(),c("div",{class:"VPLocalNavOutlineDropdown",style:Te({"--vp-vh":s.value+"px"}),ref_key:"main",ref:i},[k.headers.length>0?(a(),c("button",{key:0,onClick:p,class:N({open:n.value})},[v("span",bs,w(r(Ae)(r(t))),1),gs],2)):(a(),c("button",{key:1,onClick:L},w(r(t).returnToTopLabel||"Return to top"),1)),m(ve,{name:"flyout"},{default:d(()=>[n.value?(a(),c("div",{key:0,ref_key:"items",ref:u,class:"items",onClick:$},[v("div",$s,[v("a",{class:"top-link",href:"#",onClick:L},w(r(t).returnToTopLabel||"Return to top"),1)]),v("div",ys,[m(Ce,{headers:k.headers},null,8,["headers"])])],512)):f("",!0)]),_:1})],4))}}),Ls=b(Ps,[["__scopeId","data-v-17a5e62e"]]),Vs=o=>(C("data-v-a6f0e41e"),o=o(),B(),o),Ss={class:"container"},Ts=["aria-expanded"],ws=Vs(()=>v("span",{class:"vpi-align-left menu-icon"},null,-1)),Is={class:"menu-text"},Ns=_({__name:"VPLocalNav",props:{open:{type:Boolean}},emits:["open-menu"],setup(o){const{theme:e,frontmatter:t}=P(),{hasSidebar:n}=U(),{headers:s}=ms(),{y:i}=Ie(),u=I(0);q(()=>{u.value=parseInt(getComputedStyle(document.documentElement).getPropertyValue("--vp-nav-height"))}),ee(()=>{s.value=_e(t.value.outline??e.value.outline)});const h=y(()=>s.value.length===0),p=y(()=>h.value&&!n.value),$=y(()=>({VPLocalNav:!0,"has-sidebar":n.value,empty:h.value,fixed:p.value}));return(L,k)=>r(t).layout!=="home"&&(!p.value||r(i)>=u.value)?(a(),c("div",{key:0,class:N($.value)},[v("div",Ss,[r(n)?(a(),c("button",{key:0,class:"menu","aria-expanded":L.open,"aria-controls":"VPSidebarNav",onClick:k[0]||(k[0]=V=>L.$emit("open-menu"))},[ws,v("span",Is,w(r(e).sidebarMenuLabel||"Menu"),1)],8,Ts)):f("",!0),m(Ls,{headers:r(s),navHeight:u.value},null,8,["headers","navHeight"])])],2)):f("",!0)}}),Ms=b(Ns,[["__scopeId","data-v-a6f0e41e"]]);function Hs(){const o=I(!1);function e(){o.value=!0,window.addEventListener("resize",s)}function t(){o.value=!1,window.removeEventListener("resize",s)}function n(){o.value?t():e()}function s(){window.outerWidth>=768&&t()}const i=J();return O(()=>i.path,t),{isScreenOpen:o,openScreen:e,closeScreen:t,toggleScreen:n}}const As={},Cs={class:"VPSwitch",type:"button",role:"switch"},Bs={class:"check"},Es={key:0,class:"icon"};function Fs(o,e){return a(),c("button",Cs,[v("span",Bs,[o.$slots.default?(a(),c("span",Es,[l(o.$slots,"default",{},void 0,!0)])):f("",!0)])])}const Ds=b(As,[["render",Fs],["__scopeId","data-v-1d5665e3"]]),Ee=o=>(C("data-v-d1f28634"),o=o(),B(),o),Os=Ee(()=>v("span",{class:"vpi-sun sun"},null,-1)),Us=Ee(()=>v("span",{class:"vpi-moon moon"},null,-1)),Gs=_({__name:"VPSwitchAppearance",setup(o){const{isDark:e,theme:t}=P(),n=te("toggle-appearance",()=>{e.value=!e.value}),s=y(()=>e.value?t.value.lightModeSwitchTitle||"Switch to light theme":t.value.darkModeSwitchTitle||"Switch to dark theme");return(i,u)=>(a(),g(Ds,{title:s.value,class:"VPSwitchAppearance","aria-checked":r(e),onClick:r(n)},{default:d(()=>[Os,Us]),_:1},8,["title","aria-checked","onClick"]))}}),me=b(Gs,[["__scopeId","data-v-d1f28634"]]),js={key:0,class:"VPNavBarAppearance"},zs=_({__name:"VPNavBarAppearance",setup(o){const{site:e}=P();return(t,n)=>r(e).appearance&&r(e).appearance!=="force-dark"?(a(),c("div",js,[m(me)])):f("",!0)}}),qs=b(zs,[["__scopeId","data-v-e6aabb21"]]),ke=I();let Fe=!1,re=0;function Ks(o){const e=I(!1);if(oe){!Fe&&Rs(),re++;const t=O(ke,n=>{var s,i,u;n===o.el.value||(s=o.el.value)!=null&&s.contains(n)?(e.value=!0,(i=o.onFocus)==null||i.call(o)):(e.value=!1,(u=o.onBlur)==null||u.call(o))});he(()=>{t(),re--,re||Ws()})}return Xe(e)}function Rs(){document.addEventListener("focusin",De),Fe=!0,ke.value=document.activeElement}function Ws(){document.removeEventListener("focusin",De)}function De(){ke.value=document.activeElement}const Js={class:"VPMenuLink"},Xs=_({__name:"VPMenuLink",props:{item:{}},setup(o){const{page:e}=P();return(t,n)=>(a(),c("div",Js,[m(F,{class:N({active:r(z)(r(e).relativePath,t.item.activeMatch||t.item.link,!!t.item.activeMatch)}),href:t.item.link,target:t.item.target,rel:t.item.rel},{default:d(()=>[D(w(t.item.text),1)]),_:1},8,["class","href","target","rel"])]))}}),se=b(Xs,[["__scopeId","data-v-43f1e123"]]),Ys={class:"VPMenuGroup"},Qs={key:0,class:"title"},Zs=_({__name:"VPMenuGroup",props:{text:{},items:{}},setup(o){return(e,t)=>(a(),c("div",Ys,[e.text?(a(),c("p",Qs,w(e.text),1)):f("",!0),(a(!0),c(M,null,E(e.items,n=>(a(),c(M,null,["link"in n?(a(),g(se,{key:0,item:n},null,8,["item"])):f("",!0)],64))),256))]))}}),xs=b(Zs,[["__scopeId","data-v-69e747b5"]]),en={class:"VPMenu"},tn={key:0,class:"items"},on=_({__name:"VPMenu",props:{items:{}},setup(o){return(e,t)=>(a(),c("div",en,[e.items?(a(),c("div",tn,[(a(!0),c(M,null,E(e.items,n=>(a(),c(M,{key:n.text},["link"in n?(a(),g(se,{key:0,item:n},null,8,["item"])):(a(),g(xs,{key:1,text:n.text,items:n.items},null,8,["text","items"]))],64))),128))])):f("",!0),l(e.$slots,"default",{},void 0,!0)]))}}),sn=b(on,[["__scopeId","data-v-e7ea1737"]]),nn=o=>(C("data-v-b6c34ac9"),o=o(),B(),o),an=["aria-expanded","aria-label"],rn={key:0,class:"text"},ln=["innerHTML"],cn=nn(()=>v("span",{class:"vpi-chevron-down text-icon"},null,-1)),un={key:1,class:"vpi-more-horizontal icon"},dn={class:"menu"},vn=_({__name:"VPFlyout",props:{icon:{},button:{},label:{},items:{}},setup(o){const e=I(!1),t=I();Ks({el:t,onBlur:n});function n(){e.value=!1}return(s,i)=>(a(),c("div",{class:"VPFlyout",ref_key:"el",ref:t,onMouseenter:i[1]||(i[1]=u=>e.value=!0),onMouseleave:i[2]||(i[2]=u=>e.value=!1)},[v("button",{type:"button",class:"button","aria-haspopup":"true","aria-expanded":e.value,"aria-label":s.label,onClick:i[0]||(i[0]=u=>e.value=!e.value)},[s.button||s.icon?(a(),c("span",rn,[s.icon?(a(),c("span",{key:0,class:N([s.icon,"option-icon"])},null,2)):f("",!0),s.button?(a(),c("span",{key:1,innerHTML:s.button},null,8,ln)):f("",!0),cn])):(a(),c("span",un))],8,an),v("div",dn,[m(sn,{items:s.items},{default:d(()=>[l(s.$slots,"default",{},void 0,!0)]),_:3},8,["items"])])],544))}}),be=b(vn,[["__scopeId","data-v-b6c34ac9"]]),pn=["href","aria-label","innerHTML"],hn=_({__name:"VPSocialLink",props:{icon:{},link:{},ariaLabel:{}},setup(o){const e=o,t=y(()=>typeof e.icon=="object"?e.icon.svg:``);return(n,s)=>(a(),c("a",{class:"VPSocialLink no-icon",href:n.link,"aria-label":n.ariaLabel??(typeof n.icon=="string"?n.icon:""),target:"_blank",rel:"noopener",innerHTML:t.value},null,8,pn))}}),fn=b(hn,[["__scopeId","data-v-eee4e7cb"]]),_n={class:"VPSocialLinks"},mn=_({__name:"VPSocialLinks",props:{links:{}},setup(o){return(e,t)=>(a(),c("div",_n,[(a(!0),c(M,null,E(e.links,({link:n,icon:s,ariaLabel:i})=>(a(),g(fn,{key:n,icon:s,link:n,ariaLabel:i},null,8,["icon","link","ariaLabel"]))),128))]))}}),ge=b(mn,[["__scopeId","data-v-7bc22406"]]),kn={key:0,class:"group translations"},bn={class:"trans-title"},gn={key:1,class:"group"},$n={class:"item appearance"},yn={class:"label"},Pn={class:"appearance-action"},Ln={key:2,class:"group"},Vn={class:"item social-links"},Sn=_({__name:"VPNavBarExtra",setup(o){const{site:e,theme:t}=P(),{localeLinks:n,currentLang:s}=X({correspondingLink:!0}),i=y(()=>n.value.length&&s.value.label||e.value.appearance||t.value.socialLinks);return(u,h)=>i.value?(a(),g(be,{key:0,class:"VPNavBarExtra",label:"extra navigation"},{default:d(()=>[r(n).length&&r(s).label?(a(),c("div",kn,[v("p",bn,w(r(s).label),1),(a(!0),c(M,null,E(r(n),p=>(a(),g(se,{key:p.link,item:p},null,8,["item"]))),128))])):f("",!0),r(e).appearance&&r(e).appearance!=="force-dark"?(a(),c("div",gn,[v("div",$n,[v("p",yn,w(r(t).darkModeSwitchLabel||"Appearance"),1),v("div",Pn,[m(me)])])])):f("",!0),r(t).socialLinks?(a(),c("div",Ln,[v("div",Vn,[m(ge,{class:"social-links-list",links:r(t).socialLinks},null,8,["links"])])])):f("",!0)]),_:1})):f("",!0)}}),Tn=b(Sn,[["__scopeId","data-v-d0bd9dde"]]),wn=o=>(C("data-v-e5dd9c1c"),o=o(),B(),o),In=["aria-expanded"],Nn=wn(()=>v("span",{class:"container"},[v("span",{class:"top"}),v("span",{class:"middle"}),v("span",{class:"bottom"})],-1)),Mn=[Nn],Hn=_({__name:"VPNavBarHamburger",props:{active:{type:Boolean}},emits:["click"],setup(o){return(e,t)=>(a(),c("button",{type:"button",class:N(["VPNavBarHamburger",{active:e.active}]),"aria-label":"mobile navigation","aria-expanded":e.active,"aria-controls":"VPNavScreen",onClick:t[0]||(t[0]=n=>e.$emit("click"))},Mn,10,In))}}),An=b(Hn,[["__scopeId","data-v-e5dd9c1c"]]),Cn=["innerHTML"],Bn=_({__name:"VPNavBarMenuLink",props:{item:{}},setup(o){const{page:e}=P();return(t,n)=>(a(),g(F,{class:N({VPNavBarMenuLink:!0,active:r(z)(r(e).relativePath,t.item.activeMatch||t.item.link,!!t.item.activeMatch)}),href:t.item.link,noIcon:t.item.noIcon,target:t.item.target,rel:t.item.rel,tabindex:"0"},{default:d(()=>[v("span",{innerHTML:t.item.text},null,8,Cn)]),_:1},8,["class","href","noIcon","target","rel"]))}}),En=b(Bn,[["__scopeId","data-v-9c663999"]]),Fn=_({__name:"VPNavBarMenuGroup",props:{item:{}},setup(o){const e=o,{page:t}=P(),n=i=>"link"in i?z(t.value.relativePath,i.link,!!e.item.activeMatch):i.items.some(n),s=y(()=>n(e.item));return(i,u)=>(a(),g(be,{class:N({VPNavBarMenuGroup:!0,active:r(z)(r(t).relativePath,i.item.activeMatch,!!i.item.activeMatch)||s.value}),button:i.item.text,items:i.item.items},null,8,["class","button","items"]))}}),Dn=o=>(C("data-v-7f418b0f"),o=o(),B(),o),On={key:0,"aria-labelledby":"main-nav-aria-label",class:"VPNavBarMenu"},Un=Dn(()=>v("span",{id:"main-nav-aria-label",class:"visually-hidden"},"Main Navigation",-1)),Gn=_({__name:"VPNavBarMenu",setup(o){const{theme:e}=P();return(t,n)=>r(e).nav?(a(),c("nav",On,[Un,(a(!0),c(M,null,E(r(e).nav,s=>(a(),c(M,{key:s.text},["link"in s?(a(),g(En,{key:0,item:s},null,8,["item"])):(a(),g(Fn,{key:1,item:s},null,8,["item"]))],64))),128))])):f("",!0)}}),jn=b(Gn,[["__scopeId","data-v-7f418b0f"]]);function zn(o){const{localeIndex:e,theme:t}=P();function n(s){var H,A,S;const i=s.split("."),u=(H=t.value.search)==null?void 0:H.options,h=u&&typeof u=="object",p=h&&((S=(A=u.locales)==null?void 0:A[e.value])==null?void 0:S.translations)||null,$=h&&u.translations||null;let L=p,k=$,V=o;const T=i.pop();for(const G of i){let j=null;const R=V==null?void 0:V[G];R&&(j=V=R);const ne=k==null?void 0:k[G];ne&&(j=k=ne);const ae=L==null?void 0:L[G];ae&&(j=L=ae),R||(V=j),ne||(k=j),ae||(L=j)}return(L==null?void 0:L[T])??(k==null?void 0:k[T])??(V==null?void 0:V[T])??""}return n}const qn=["aria-label"],Kn={class:"DocSearch-Button-Container"},Rn=v("span",{class:"vp-icon DocSearch-Search-Icon"},null,-1),Wn={class:"DocSearch-Button-Placeholder"},Jn=v("span",{class:"DocSearch-Button-Keys"},[v("kbd",{class:"DocSearch-Button-Key"}),v("kbd",{class:"DocSearch-Button-Key"},"K")],-1),ye=_({__name:"VPNavBarSearchButton",setup(o){const t=zn({button:{buttonText:"Search",buttonAriaLabel:"Search"}});return(n,s)=>(a(),c("button",{type:"button",class:"DocSearch DocSearch-Button","aria-label":r(t)("button.buttonAriaLabel")},[v("span",Kn,[Rn,v("span",Wn,w(r(t)("button.buttonText")),1)]),Jn],8,qn))}}),Xn={class:"VPNavBarSearch"},Yn={id:"local-search"},Qn={key:1,id:"docsearch"},Zn=_({__name:"VPNavBarSearch",setup(o){const e=Ye(()=>Qe(()=>import("./VPLocalSearchBox.Bnv2QY7m.js"),__vite__mapDeps([0,1]))),t=()=>null,{theme:n}=P(),s=I(!1),i=I(!1);q(()=>{});function u(){s.value||(s.value=!0,setTimeout(h,16))}function h(){const k=new Event("keydown");k.key="k",k.metaKey=!0,window.dispatchEvent(k),setTimeout(()=>{document.querySelector(".DocSearch-Modal")||h()},16)}function p(k){const V=k.target,T=V.tagName;return V.isContentEditable||T==="INPUT"||T==="SELECT"||T==="TEXTAREA"}const $=I(!1);le("k",k=>{(k.ctrlKey||k.metaKey)&&(k.preventDefault(),$.value=!0)}),le("/",k=>{p(k)||(k.preventDefault(),$.value=!0)});const L="local";return(k,V)=>{var T;return a(),c("div",Xn,[r(L)==="local"?(a(),c(M,{key:0},[$.value?(a(),g(r(e),{key:0,onClose:V[0]||(V[0]=H=>$.value=!1)})):f("",!0),v("div",Yn,[m(ye,{onClick:V[1]||(V[1]=H=>$.value=!0)})])],64)):r(L)==="algolia"?(a(),c(M,{key:1},[s.value?(a(),g(r(t),{key:0,algolia:((T=r(n).search)==null?void 0:T.options)??r(n).algolia,onVnodeBeforeMount:V[2]||(V[2]=H=>i.value=!0)},null,8,["algolia"])):f("",!0),i.value?f("",!0):(a(),c("div",Qn,[m(ye,{onClick:u})]))],64)):f("",!0)])}}}),xn=_({__name:"VPNavBarSocialLinks",setup(o){const{theme:e}=P();return(t,n)=>r(e).socialLinks?(a(),g(ge,{key:0,class:"VPNavBarSocialLinks",links:r(e).socialLinks},null,8,["links"])):f("",!0)}}),ea=b(xn,[["__scopeId","data-v-0394ad82"]]),ta=["href","rel","target"],oa={key:1},sa={key:2},na=_({__name:"VPNavBarTitle",setup(o){const{site:e,theme:t}=P(),{hasSidebar:n}=U(),{currentLang:s}=X(),i=y(()=>{var p;return typeof t.value.logoLink=="string"?t.value.logoLink:(p=t.value.logoLink)==null?void 0:p.link}),u=y(()=>{var p;return typeof t.value.logoLink=="string"||(p=t.value.logoLink)==null?void 0:p.rel}),h=y(()=>{var p;return typeof t.value.logoLink=="string"||(p=t.value.logoLink)==null?void 0:p.target});return(p,$)=>(a(),c("div",{class:N(["VPNavBarTitle",{"has-sidebar":r(n)}])},[v("a",{class:"title",href:i.value??r(fe)(r(s).link),rel:u.value,target:h.value},[l(p.$slots,"nav-bar-title-before",{},void 0,!0),r(t).logo?(a(),g(Z,{key:0,class:"logo",image:r(t).logo},null,8,["image"])):f("",!0),r(t).siteTitle?(a(),c("span",oa,w(r(t).siteTitle),1)):r(t).siteTitle===void 0?(a(),c("span",sa,w(r(e).title),1)):f("",!0),l(p.$slots,"nav-bar-title-after",{},void 0,!0)],8,ta)],2))}}),aa=b(na,[["__scopeId","data-v-ab179fa1"]]),ra={class:"items"},ia={class:"title"},la=_({__name:"VPNavBarTranslations",setup(o){const{theme:e}=P(),{localeLinks:t,currentLang:n}=X({correspondingLink:!0});return(s,i)=>r(t).length&&r(n).label?(a(),g(be,{key:0,class:"VPNavBarTranslations",icon:"vpi-languages",label:r(e).langMenuLabel||"Change language"},{default:d(()=>[v("div",ra,[v("p",ia,w(r(n).label),1),(a(!0),c(M,null,E(r(t),u=>(a(),g(se,{key:u.link,item:u},null,8,["item"]))),128))])]),_:1},8,["label"])):f("",!0)}}),ca=b(la,[["__scopeId","data-v-88af2de4"]]),ua=o=>(C("data-v-ccf7ddec"),o=o(),B(),o),da={class:"wrapper"},va={class:"container"},pa={class:"title"},ha={class:"content"},fa={class:"content-body"},_a=ua(()=>v("div",{class:"divider"},[v("div",{class:"divider-line"})],-1)),ma=_({__name:"VPNavBar",props:{isScreenOpen:{type:Boolean}},emits:["toggle-screen"],setup(o){const{y:e}=Ie(),{hasSidebar:t}=U(),{frontmatter:n}=P(),s=I({});return Le(()=>{s.value={"has-sidebar":t.value,home:n.value.layout==="home",top:e.value===0}}),(i,u)=>(a(),c("div",{class:N(["VPNavBar",s.value])},[v("div",da,[v("div",va,[v("div",pa,[m(aa,null,{"nav-bar-title-before":d(()=>[l(i.$slots,"nav-bar-title-before",{},void 0,!0)]),"nav-bar-title-after":d(()=>[l(i.$slots,"nav-bar-title-after",{},void 0,!0)]),_:3})]),v("div",ha,[v("div",fa,[l(i.$slots,"nav-bar-content-before",{},void 0,!0),m(Zn,{class:"search"}),m(jn,{class:"menu"}),m(ca,{class:"translations"}),m(qs,{class:"appearance"}),m(ea,{class:"social-links"}),m(Tn,{class:"extra"}),l(i.$slots,"nav-bar-content-after",{},void 0,!0),m(An,{class:"hamburger",active:i.isScreenOpen,onClick:u[0]||(u[0]=h=>i.$emit("toggle-screen"))},null,8,["active"])])])])]),_a],2))}}),ka=b(ma,[["__scopeId","data-v-ccf7ddec"]]),ba={key:0,class:"VPNavScreenAppearance"},ga={class:"text"},$a=_({__name:"VPNavScreenAppearance",setup(o){const{site:e,theme:t}=P();return(n,s)=>r(e).appearance&&r(e).appearance!=="force-dark"?(a(),c("div",ba,[v("p",ga,w(r(t).darkModeSwitchLabel||"Appearance"),1),m(me)])):f("",!0)}}),ya=b($a,[["__scopeId","data-v-2d7af913"]]),Pa=_({__name:"VPNavScreenMenuLink",props:{item:{}},setup(o){const e=te("close-screen");return(t,n)=>(a(),g(F,{class:"VPNavScreenMenuLink",href:t.item.link,target:t.item.target,rel:t.item.rel,onClick:r(e),innerHTML:t.item.text},null,8,["href","target","rel","onClick","innerHTML"]))}}),La=b(Pa,[["__scopeId","data-v-7f31e1f6"]]),Va=_({__name:"VPNavScreenMenuGroupLink",props:{item:{}},setup(o){const e=te("close-screen");return(t,n)=>(a(),g(F,{class:"VPNavScreenMenuGroupLink",href:t.item.link,target:t.item.target,rel:t.item.rel,onClick:r(e)},{default:d(()=>[D(w(t.item.text),1)]),_:1},8,["href","target","rel","onClick"]))}}),Oe=b(Va,[["__scopeId","data-v-19976ae1"]]),Sa={class:"VPNavScreenMenuGroupSection"},Ta={key:0,class:"title"},wa=_({__name:"VPNavScreenMenuGroupSection",props:{text:{},items:{}},setup(o){return(e,t)=>(a(),c("div",Sa,[e.text?(a(),c("p",Ta,w(e.text),1)):f("",!0),(a(!0),c(M,null,E(e.items,n=>(a(),g(Oe,{key:n.text,item:n},null,8,["item"]))),128))]))}}),Ia=b(wa,[["__scopeId","data-v-8133b170"]]),Na=o=>(C("data-v-ff6087d4"),o=o(),B(),o),Ma=["aria-controls","aria-expanded"],Ha=["innerHTML"],Aa=Na(()=>v("span",{class:"vpi-plus button-icon"},null,-1)),Ca=["id"],Ba={key:1,class:"group"},Ea=_({__name:"VPNavScreenMenuGroup",props:{text:{},items:{}},setup(o){const e=o,t=I(!1),n=y(()=>`NavScreenGroup-${e.text.replace(" ","-").toLowerCase()}`);function s(){t.value=!t.value}return(i,u)=>(a(),c("div",{class:N(["VPNavScreenMenuGroup",{open:t.value}])},[v("button",{class:"button","aria-controls":n.value,"aria-expanded":t.value,onClick:s},[v("span",{class:"button-text",innerHTML:i.text},null,8,Ha),Aa],8,Ma),v("div",{id:n.value,class:"items"},[(a(!0),c(M,null,E(i.items,h=>(a(),c(M,{key:h.text},["link"in h?(a(),c("div",{key:h.text,class:"item"},[m(Oe,{item:h},null,8,["item"])])):(a(),c("div",Ba,[m(Ia,{text:h.text,items:h.items},null,8,["text","items"])]))],64))),128))],8,Ca)],2))}}),Fa=b(Ea,[["__scopeId","data-v-ff6087d4"]]),Da={key:0,class:"VPNavScreenMenu"},Oa=_({__name:"VPNavScreenMenu",setup(o){const{theme:e}=P();return(t,n)=>r(e).nav?(a(),c("nav",Da,[(a(!0),c(M,null,E(r(e).nav,s=>(a(),c(M,{key:s.text},["link"in s?(a(),g(La,{key:0,item:s},null,8,["item"])):(a(),g(Fa,{key:1,text:s.text||"",items:s.items},null,8,["text","items"]))],64))),128))])):f("",!0)}}),Ua=_({__name:"VPNavScreenSocialLinks",setup(o){const{theme:e}=P();return(t,n)=>r(e).socialLinks?(a(),g(ge,{key:0,class:"VPNavScreenSocialLinks",links:r(e).socialLinks},null,8,["links"])):f("",!0)}}),Ue=o=>(C("data-v-858fe1a4"),o=o(),B(),o),Ga=Ue(()=>v("span",{class:"vpi-languages icon lang"},null,-1)),ja=Ue(()=>v("span",{class:"vpi-chevron-down icon chevron"},null,-1)),za={class:"list"},qa=_({__name:"VPNavScreenTranslations",setup(o){const{localeLinks:e,currentLang:t}=X({correspondingLink:!0}),n=I(!1);function s(){n.value=!n.value}return(i,u)=>r(e).length&&r(t).label?(a(),c("div",{key:0,class:N(["VPNavScreenTranslations",{open:n.value}])},[v("button",{class:"title",onClick:s},[Ga,D(" "+w(r(t).label)+" ",1),ja]),v("ul",za,[(a(!0),c(M,null,E(r(e),h=>(a(),c("li",{key:h.link,class:"item"},[m(F,{class:"link",href:h.link},{default:d(()=>[D(w(h.text),1)]),_:2},1032,["href"])]))),128))])],2)):f("",!0)}}),Ka=b(qa,[["__scopeId","data-v-858fe1a4"]]),Ra={class:"container"},Wa=_({__name:"VPNavScreen",props:{open:{type:Boolean}},setup(o){const e=I(null),t=Ne(oe?document.body:null);return(n,s)=>(a(),g(ve,{name:"fade",onEnter:s[0]||(s[0]=i=>t.value=!0),onAfterLeave:s[1]||(s[1]=i=>t.value=!1)},{default:d(()=>[n.open?(a(),c("div",{key:0,class:"VPNavScreen",ref_key:"screen",ref:e,id:"VPNavScreen"},[v("div",Ra,[l(n.$slots,"nav-screen-content-before",{},void 0,!0),m(Oa,{class:"menu"}),m(Ka,{class:"translations"}),m(ya,{class:"appearance"}),m(Ua,{class:"social-links"}),l(n.$slots,"nav-screen-content-after",{},void 0,!0)])],512)):f("",!0)]),_:3}))}}),Ja=b(Wa,[["__scopeId","data-v-cc5739dd"]]),Xa={key:0,class:"VPNav"},Ya=_({__name:"VPNav",setup(o){const{isScreenOpen:e,closeScreen:t,toggleScreen:n}=Hs(),{frontmatter:s}=P(),i=y(()=>s.value.navbar!==!1);return Me("close-screen",t),x(()=>{oe&&document.documentElement.classList.toggle("hide-nav",!i.value)}),(u,h)=>i.value?(a(),c("header",Xa,[m(ka,{"is-screen-open":r(e),onToggleScreen:r(n)},{"nav-bar-title-before":d(()=>[l(u.$slots,"nav-bar-title-before",{},void 0,!0)]),"nav-bar-title-after":d(()=>[l(u.$slots,"nav-bar-title-after",{},void 0,!0)]),"nav-bar-content-before":d(()=>[l(u.$slots,"nav-bar-content-before",{},void 0,!0)]),"nav-bar-content-after":d(()=>[l(u.$slots,"nav-bar-content-after",{},void 0,!0)]),_:3},8,["is-screen-open","onToggleScreen"]),m(Ja,{open:r(e)},{"nav-screen-content-before":d(()=>[l(u.$slots,"nav-screen-content-before",{},void 0,!0)]),"nav-screen-content-after":d(()=>[l(u.$slots,"nav-screen-content-after",{},void 0,!0)]),_:3},8,["open"])])):f("",!0)}}),Qa=b(Ya,[["__scopeId","data-v-ae24b3ad"]]),Ge=o=>(C("data-v-b8d55f3b"),o=o(),B(),o),Za=["role","tabindex"],xa=Ge(()=>v("div",{class:"indicator"},null,-1)),er=["onKeydown"],tr=Ge(()=>v("span",{class:"vpi-chevron-right caret-icon"},null,-1)),or=[tr],sr={key:1,class:"items"},nr=_({__name:"VPSidebarItem",props:{item:{},depth:{}},setup(o){const e=o,{collapsed:t,collapsible:n,isLink:s,isActiveLink:i,hasActiveLink:u,hasChildren:h,toggle:p}=yt(y(()=>e.item)),$=y(()=>h.value?"section":"div"),L=y(()=>s.value?"a":"div"),k=y(()=>h.value?e.depth+2===7?"p":`h${e.depth+2}`:"p"),V=y(()=>s.value?void 0:"button"),T=y(()=>[[`level-${e.depth}`],{collapsible:n.value},{collapsed:t.value},{"is-link":s.value},{"is-active":i.value},{"has-active":u.value}]);function H(S){"key"in S&&S.key!=="Enter"||!e.item.link&&p()}function A(){e.item.link&&p()}return(S,G)=>{const j=K("VPSidebarItem",!0);return a(),g(W($.value),{class:N(["VPSidebarItem",T.value])},{default:d(()=>[S.item.text?(a(),c("div",Y({key:0,class:"item",role:V.value},xe(S.item.items?{click:H,keydown:H}:{},!0),{tabindex:S.item.items&&0}),[xa,S.item.link?(a(),g(F,{key:0,tag:L.value,class:"link",href:S.item.link,rel:S.item.rel,target:S.item.target},{default:d(()=>[(a(),g(W(k.value),{class:"text",innerHTML:S.item.text},null,8,["innerHTML"]))]),_:1},8,["tag","href","rel","target"])):(a(),g(W(k.value),{key:1,class:"text",innerHTML:S.item.text},null,8,["innerHTML"])),S.item.collapsed!=null&&S.item.items&&S.item.items.length?(a(),c("div",{key:2,class:"caret",role:"button","aria-label":"toggle section",onClick:A,onKeydown:Ze(A,["enter"]),tabindex:"0"},or,40,er)):f("",!0)],16,Za)):f("",!0),S.item.items&&S.item.items.length?(a(),c("div",sr,[S.depth<5?(a(!0),c(M,{key:0},E(S.item.items,R=>(a(),g(j,{key:R.text,item:R,depth:S.depth+1},null,8,["item","depth"]))),128)):f("",!0)])):f("",!0)]),_:1},8,["class"])}}}),ar=b(nr,[["__scopeId","data-v-b8d55f3b"]]),je=o=>(C("data-v-575e6a36"),o=o(),B(),o),rr=je(()=>v("div",{class:"curtain"},null,-1)),ir={class:"nav",id:"VPSidebarNav","aria-labelledby":"sidebar-aria-label",tabindex:"-1"},lr=je(()=>v("span",{class:"visually-hidden",id:"sidebar-aria-label"}," Sidebar Navigation ",-1)),cr=_({__name:"VPSidebar",props:{open:{type:Boolean}},setup(o){const e=o,{sidebarGroups:t,hasSidebar:n}=U(),s=I(null),i=Ne(oe?document.body:null);return O([e,s],()=>{var u;e.open?(i.value=!0,(u=s.value)==null||u.focus()):i.value=!1},{immediate:!0,flush:"post"}),(u,h)=>r(n)?(a(),c("aside",{key:0,class:N(["VPSidebar",{open:u.open}]),ref_key:"navEl",ref:s,onClick:h[0]||(h[0]=et(()=>{},["stop"]))},[rr,v("nav",ir,[lr,l(u.$slots,"sidebar-nav-before",{},void 0,!0),(a(!0),c(M,null,E(r(t),p=>(a(),c("div",{key:p.text,class:"group"},[m(ar,{item:p,depth:0},null,8,["item"])]))),128)),l(u.$slots,"sidebar-nav-after",{},void 0,!0)])],2)):f("",!0)}}),ur=b(cr,[["__scopeId","data-v-575e6a36"]]),dr=_({__name:"VPSkipLink",setup(o){const e=J(),t=I();O(()=>e.path,()=>t.value.focus());function n({target:s}){const i=document.getElementById(decodeURIComponent(s.hash).slice(1));if(i){const u=()=>{i.removeAttribute("tabindex"),i.removeEventListener("blur",u)};i.setAttribute("tabindex","-1"),i.addEventListener("blur",u),i.focus(),window.scrollTo(0,0)}}return(s,i)=>(a(),c(M,null,[v("span",{ref_key:"backToTop",ref:t,tabindex:"-1"},null,512),v("a",{href:"#VPContent",class:"VPSkipLink visually-hidden",onClick:n}," Skip to content ")],64))}}),vr=b(dr,[["__scopeId","data-v-0f60ec36"]]),pr=_({__name:"Layout",setup(o){const{isOpen:e,open:t,close:n}=U(),s=J();O(()=>s.path,n),$t(e,n);const{frontmatter:i}=P(),u=tt(),h=y(()=>!!u["home-hero-image"]);return Me("hero-image-slot-exists",h),(p,$)=>{const L=K("Content");return r(i).layout!==!1?(a(),c("div",{key:0,class:N(["Layout",r(i).pageClass])},[l(p.$slots,"layout-top",{},void 0,!0),m(vr),m(rt,{class:"backdrop",show:r(e),onClick:r(n)},null,8,["show","onClick"]),m(Qa,null,{"nav-bar-title-before":d(()=>[l(p.$slots,"nav-bar-title-before",{},void 0,!0)]),"nav-bar-title-after":d(()=>[l(p.$slots,"nav-bar-title-after",{},void 0,!0)]),"nav-bar-content-before":d(()=>[l(p.$slots,"nav-bar-content-before",{},void 0,!0)]),"nav-bar-content-after":d(()=>[l(p.$slots,"nav-bar-content-after",{},void 0,!0)]),"nav-screen-content-before":d(()=>[l(p.$slots,"nav-screen-content-before",{},void 0,!0)]),"nav-screen-content-after":d(()=>[l(p.$slots,"nav-screen-content-after",{},void 0,!0)]),_:3}),m(Ms,{open:r(e),onOpenMenu:r(t)},null,8,["open","onOpenMenu"]),m(ur,{open:r(e)},{"sidebar-nav-before":d(()=>[l(p.$slots,"sidebar-nav-before",{},void 0,!0)]),"sidebar-nav-after":d(()=>[l(p.$slots,"sidebar-nav-after",{},void 0,!0)]),_:3},8,["open"]),m(ds,null,{"page-top":d(()=>[l(p.$slots,"page-top",{},void 0,!0)]),"page-bottom":d(()=>[l(p.$slots,"page-bottom",{},void 0,!0)]),"not-found":d(()=>[l(p.$slots,"not-found",{},void 0,!0)]),"home-hero-before":d(()=>[l(p.$slots,"home-hero-before",{},void 0,!0)]),"home-hero-info-before":d(()=>[l(p.$slots,"home-hero-info-before",{},void 0,!0)]),"home-hero-info":d(()=>[l(p.$slots,"home-hero-info",{},void 0,!0)]),"home-hero-info-after":d(()=>[l(p.$slots,"home-hero-info-after",{},void 0,!0)]),"home-hero-actions-after":d(()=>[l(p.$slots,"home-hero-actions-after",{},void 0,!0)]),"home-hero-image":d(()=>[l(p.$slots,"home-hero-image",{},void 0,!0)]),"home-hero-after":d(()=>[l(p.$slots,"home-hero-after",{},void 0,!0)]),"home-features-before":d(()=>[l(p.$slots,"home-features-before",{},void 0,!0)]),"home-features-after":d(()=>[l(p.$slots,"home-features-after",{},void 0,!0)]),"doc-footer-before":d(()=>[l(p.$slots,"doc-footer-before",{},void 0,!0)]),"doc-before":d(()=>[l(p.$slots,"doc-before",{},void 0,!0)]),"doc-after":d(()=>[l(p.$slots,"doc-after",{},void 0,!0)]),"doc-top":d(()=>[l(p.$slots,"doc-top",{},void 0,!0)]),"doc-bottom":d(()=>[l(p.$slots,"doc-bottom",{},void 0,!0)]),"aside-top":d(()=>[l(p.$slots,"aside-top",{},void 0,!0)]),"aside-bottom":d(()=>[l(p.$slots,"aside-bottom",{},void 0,!0)]),"aside-outline-before":d(()=>[l(p.$slots,"aside-outline-before",{},void 0,!0)]),"aside-outline-after":d(()=>[l(p.$slots,"aside-outline-after",{},void 0,!0)]),"aside-ads-before":d(()=>[l(p.$slots,"aside-ads-before",{},void 0,!0)]),"aside-ads-after":d(()=>[l(p.$slots,"aside-ads-after",{},void 0,!0)]),_:3}),m(_s),l(p.$slots,"layout-bottom",{},void 0,!0)],2)):(a(),g(L,{key:1}))}}}),hr=b(pr,[["__scopeId","data-v-5d98c3a5"]]),Pe={Layout:hr,enhanceApp:({app:o})=>{o.component("Badge",st)}},fr=_({__name:"HighlightTargetedHeading",setup(o){function e(){if(!window||!window.location||!window.location.hash)return;const n=decodeURIComponent(window.location.hash);if(!n)return;let s;try{s=document.querySelector(n)}catch(i){console.error(i);return}s&&(s.classList.contains("VPNolebaseHighlightTargetedHeading")||s.classList.add("VPNolebaseHighlightTargetedHeading"),s.classList.remove("VPNolebaseHighlightTargetedHeadingAnimated"),setTimeout(()=>{s&&s.classList.add("VPNolebaseHighlightTargetedHeadingAnimated")},10))}const t=J();return q(e),O(t,async()=>{await we(),e()}),ot("hashchange",e),(n,s)=>l(n.$slots,"default")}}),mr={...Pe,Layout:()=>$e(Pe.Layout,null,{"layout-top":()=>[$e(fr)]})};export{mr as R,zn as c,P as u}; diff --git a/assets/garden_activitypub_index.md.Dc0d99gj.js b/assets/garden_activitypub_index.md.Dc0d99gj.js deleted file mode 100644 index eb41412e2..000000000 --- a/assets/garden_activitypub_index.md.Dc0d99gj.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"ActivityPub","description":"","frontmatter":{"public":"true","slug":"activitypub","tags":["Decentralized"],"title":"ActivityPub","prev":false,"next":false},"headers":[],"relativePath":"garden/activitypub/index.md","filePath":"garden/activitypub/index.md","lastUpdated":1717647948000}'),r={name:"garden/activitypub/index.md"},c=i('

ActivityPub ​

Referenced by: Fediverse

Tags: Decentralized

ActivityPub is a protocol for Federated Social Media

',4),o=[c];function d(n,s,l,p,_,u){return a(),t("div",null,o)}const v=e(r,[["render",d]]);export{f as __pageData,v as default}; diff --git a/assets/garden_activitypub_index.md.DtNb9_zq.js b/assets/garden_activitypub_index.md.DtNb9_zq.js new file mode 100644 index 000000000..284010152 --- /dev/null +++ b/assets/garden_activitypub_index.md.DtNb9_zq.js @@ -0,0 +1 @@ +import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"ActivityPub","description":"","frontmatter":{"public":"true","slug":"activitypub","tags":["Decentralized"],"title":"ActivityPub","prev":false,"next":false},"headers":[],"relativePath":"garden/activitypub/index.md","filePath":"garden/activitypub/index.md"}'),r={name:"garden/activitypub/index.md"},c=i('

ActivityPub ​

Referenced by: Fediverse

Tags: Decentralized

ActivityPub is a protocol for Federated Social Media

',4),o=[c];function n(d,s,l,p,_,u){return a(),t("div",null,o)}const v=e(r,[["render",n]]);export{f as __pageData,v as default}; diff --git a/assets/garden_activitypub_index.md.Dc0d99gj.lean.js b/assets/garden_activitypub_index.md.DtNb9_zq.lean.js similarity index 57% rename from assets/garden_activitypub_index.md.Dc0d99gj.lean.js rename to assets/garden_activitypub_index.md.DtNb9_zq.lean.js index bf722ac72..d95c85b5f 100644 --- a/assets/garden_activitypub_index.md.Dc0d99gj.lean.js +++ b/assets/garden_activitypub_index.md.DtNb9_zq.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"ActivityPub","description":"","frontmatter":{"public":"true","slug":"activitypub","tags":["Decentralized"],"title":"ActivityPub","prev":false,"next":false},"headers":[],"relativePath":"garden/activitypub/index.md","filePath":"garden/activitypub/index.md","lastUpdated":1717647948000}'),r={name:"garden/activitypub/index.md"},c=i("",4),o=[c];function d(n,s,l,p,_,u){return a(),t("div",null,o)}const v=e(r,[["render",d]]);export{f as __pageData,v as default}; +import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"ActivityPub","description":"","frontmatter":{"public":"true","slug":"activitypub","tags":["Decentralized"],"title":"ActivityPub","prev":false,"next":false},"headers":[],"relativePath":"garden/activitypub/index.md","filePath":"garden/activitypub/index.md"}'),r={name:"garden/activitypub/index.md"},c=i("",4),o=[c];function n(d,s,l,p,_,u){return a(),t("div",null,o)}const v=e(r,[["render",n]]);export{f as __pageData,v as default}; diff --git a/assets/garden_advent-incremental_index.md.BLPQgHPD.js b/assets/garden_advent-incremental_index.md.BLPQgHPD.js new file mode 100644 index 000000000..0e611fec7 --- /dev/null +++ b/assets/garden_advent-incremental_index.md.BLPQgHPD.js @@ -0,0 +1 @@ +import{_ as e,c as t,o as a,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Advent Incremental","description":"","frontmatter":{"public":"true","slug":"advent-incremental","tags":["My Projects","Profectus"],"title":"Advent Incremental","prev":false,"next":false},"headers":[],"relativePath":"garden/advent-incremental/index.md","filePath":"garden/advent-incremental/index.md"}'),r={name:"garden/advent-incremental/index.md"},o=n('

Advent Incremental ​

Tags: My Projects, Profectus

Play it here!

An Open Source game made in Profectus over the course of 1 month by myself and other devs I know in the Incremental Games community!

I had the idea of an advent-style game that unlocked new pieces of content every real-life day a couple days before December started.

This was one of the most hectic months of my life!

I'm super happy with how it turned out. It ended up being way more ambitious than I anticipated but the end result is super large and awesome!

The TV Tropes page on this game mentions some of the cool things about this game

',8),s=[o];function c(i,d,p,l,m,h){return a(),t("div",null,s)}const _=e(r,[["render",c]]);export{u as __pageData,_ as default}; diff --git a/assets/garden_advent-incremental_index.md.BbkfAQqS.lean.js b/assets/garden_advent-incremental_index.md.BLPQgHPD.lean.js similarity index 62% rename from assets/garden_advent-incremental_index.md.BbkfAQqS.lean.js rename to assets/garden_advent-incremental_index.md.BLPQgHPD.lean.js index 47abb219c..9806b70b9 100644 --- a/assets/garden_advent-incremental_index.md.BbkfAQqS.lean.js +++ b/assets/garden_advent-incremental_index.md.BLPQgHPD.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o as a,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Advent Incremental","description":"","frontmatter":{"public":"true","slug":"advent-incremental","tags":["My Projects","Profectus"],"title":"Advent Incremental","prev":false,"next":false},"headers":[],"relativePath":"garden/advent-incremental/index.md","filePath":"garden/advent-incremental/index.md","lastUpdated":1717647948000}'),r={name:"garden/advent-incremental/index.md"},o=n("",8),s=[o];function d(c,i,p,l,m,h){return a(),t("div",null,s)}const _=e(r,[["render",d]]);export{u as __pageData,_ as default}; +import{_ as e,c as t,o as a,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Advent Incremental","description":"","frontmatter":{"public":"true","slug":"advent-incremental","tags":["My Projects","Profectus"],"title":"Advent Incremental","prev":false,"next":false},"headers":[],"relativePath":"garden/advent-incremental/index.md","filePath":"garden/advent-incremental/index.md"}'),r={name:"garden/advent-incremental/index.md"},o=n("",8),s=[o];function c(i,d,p,l,m,h){return a(),t("div",null,s)}const _=e(r,[["render",c]]);export{u as __pageData,_ as default}; diff --git a/assets/garden_advent-incremental_index.md.BbkfAQqS.js b/assets/garden_advent-incremental_index.md.BbkfAQqS.js deleted file mode 100644 index f45f28db4..000000000 --- a/assets/garden_advent-incremental_index.md.BbkfAQqS.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as t,o as a,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Advent Incremental","description":"","frontmatter":{"public":"true","slug":"advent-incremental","tags":["My Projects","Profectus"],"title":"Advent Incremental","prev":false,"next":false},"headers":[],"relativePath":"garden/advent-incremental/index.md","filePath":"garden/advent-incremental/index.md","lastUpdated":1717647948000}'),r={name:"garden/advent-incremental/index.md"},o=n('

Advent Incremental ​

Tags: My Projects, Profectus

Play it here!

An Open Source game made in Profectus over the course of 1 month by myself and other devs I know in the Incremental Games community!

I had the idea of an advent-style game that unlocked new pieces of content every real-life day a couple days before December started.

This was one of the most hectic months of my life!

I'm super happy with how it turned out. It ended up being way more ambitious than I anticipated but the end result is super large and awesome!

The TV Tropes page on this game mentions some of the cool things about this game

',8),s=[o];function d(c,i,p,l,m,h){return a(),t("div",null,s)}const _=e(r,[["render",d]]);export{u as __pageData,_ as default}; diff --git a/assets/garden_artificial-intelligence_index.md.BvC5aWSd.js b/assets/garden_artificial-intelligence_index.md.BvC5aWSd.js new file mode 100644 index 000000000..9638cbf53 --- /dev/null +++ b/assets/garden_artificial-intelligence_index.md.BvC5aWSd.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as t,a5 as l}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Artificial Intelligence","description":"","frontmatter":{"public":"true","slug":"artificial-intelligence","title":"Artificial Intelligence","prev":false,"next":false},"headers":[],"relativePath":"garden/artificial-intelligence/index.md","filePath":"garden/artificial-intelligence/index.md"}'),i={name:"garden/artificial-intelligence/index.md"},r=l('

Artificial Intelligence ​

Referenced by: Command Palettes

Catch all term that refers to many different things

Generative AI

  • Models trained on large amounts of existing human made content in order to produce more of that content
  • Copyright concerns over how training data is obtained
  • Common Examples

Human + AI cooperation

',7),o=[r];function n(s,c,d,p,h,f){return t(),a("div",null,o)}const g=e(i,[["render",n]]);export{m as __pageData,g as default}; diff --git a/assets/garden_artificial-intelligence_index.md.BxXElDIx.lean.js b/assets/garden_artificial-intelligence_index.md.BvC5aWSd.lean.js similarity index 63% rename from assets/garden_artificial-intelligence_index.md.BxXElDIx.lean.js rename to assets/garden_artificial-intelligence_index.md.BvC5aWSd.lean.js index 330ae5382..5b37da77a 100644 --- a/assets/garden_artificial-intelligence_index.md.BxXElDIx.lean.js +++ b/assets/garden_artificial-intelligence_index.md.BvC5aWSd.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o as t,a5 as l}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Artificial Intelligence","description":"","frontmatter":{"public":"true","slug":"artificial-intelligence","title":"Artificial Intelligence","prev":false,"next":false},"headers":[],"relativePath":"garden/artificial-intelligence/index.md","filePath":"garden/artificial-intelligence/index.md","lastUpdated":1718337270000}'),i={name:"garden/artificial-intelligence/index.md"},r=l("",7),o=[r];function n(s,c,d,p,h,f){return t(),a("div",null,o)}const g=e(i,[["render",n]]);export{m as __pageData,g as default}; +import{_ as e,c as a,o as t,a5 as l}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Artificial Intelligence","description":"","frontmatter":{"public":"true","slug":"artificial-intelligence","title":"Artificial Intelligence","prev":false,"next":false},"headers":[],"relativePath":"garden/artificial-intelligence/index.md","filePath":"garden/artificial-intelligence/index.md"}'),i={name:"garden/artificial-intelligence/index.md"},r=l("",7),o=[r];function n(s,c,d,p,h,f){return t(),a("div",null,o)}const g=e(i,[["render",n]]);export{m as __pageData,g as default}; diff --git a/assets/garden_artificial-intelligence_index.md.BxXElDIx.js b/assets/garden_artificial-intelligence_index.md.BxXElDIx.js deleted file mode 100644 index 6c39cde1b..000000000 --- a/assets/garden_artificial-intelligence_index.md.BxXElDIx.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as t,a5 as l}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Artificial Intelligence","description":"","frontmatter":{"public":"true","slug":"artificial-intelligence","title":"Artificial Intelligence","prev":false,"next":false},"headers":[],"relativePath":"garden/artificial-intelligence/index.md","filePath":"garden/artificial-intelligence/index.md","lastUpdated":1718337270000}'),i={name:"garden/artificial-intelligence/index.md"},r=l('

Artificial Intelligence ​

Referenced by: Command Palettes

Catch all term that refers to many different things

Generative AI

  • Models trained on large amounts of existing human made content in order to produce more of that content
  • Copyright concerns over how training data is obtained
  • Common Examples

Human + AI cooperation

',7),o=[r];function n(s,c,d,p,h,f){return t(),a("div",null,o)}const g=e(i,[["render",n]]);export{m as __pageData,g as default}; diff --git a/assets/garden_atproto_index.md.Awywf7pG.js b/assets/garden_atproto_index.md.Awywf7pG.js deleted file mode 100644 index f2c7a6788..000000000 --- a/assets/garden_atproto_index.md.Awywf7pG.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as t,o as a,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"ATProto","description":"","frontmatter":{"alias":"The AT Protocol","public":"true","slug":"atproto","tags":["Decentralized"],"title":"ATProto","prev":false,"next":false},"headers":[],"relativePath":"garden/atproto/index.md","filePath":"garden/atproto/index.md","lastUpdated":1717647948000}'),o={name:"garden/atproto/index.md"},n=r('

ATProto ​

Referenced by: Fediverse

Tags: Decentralized

The AT Protocol is a protocol for Federated Social Media

Currently only used by Bluesky

In comparison to other Fediverse protocols, ATProto is designed for a small number of large instances

',6),s=[n];function d(l,i,c,p,_,f){return a(),t("div",null,s)}const T=e(o,[["render",d]]);export{u as __pageData,T as default}; diff --git a/assets/garden_atproto_index.md.Awywf7pG.lean.js b/assets/garden_atproto_index.md.Awywf7pG.lean.js deleted file mode 100644 index d1368b7f6..000000000 --- a/assets/garden_atproto_index.md.Awywf7pG.lean.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as t,o as a,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"ATProto","description":"","frontmatter":{"alias":"The AT Protocol","public":"true","slug":"atproto","tags":["Decentralized"],"title":"ATProto","prev":false,"next":false},"headers":[],"relativePath":"garden/atproto/index.md","filePath":"garden/atproto/index.md","lastUpdated":1717647948000}'),o={name:"garden/atproto/index.md"},n=r("",6),s=[n];function d(l,i,c,p,_,f){return a(),t("div",null,s)}const T=e(o,[["render",d]]);export{u as __pageData,T as default}; diff --git a/assets/garden_atproto_index.md.T-4ya3J3.js b/assets/garden_atproto_index.md.T-4ya3J3.js new file mode 100644 index 000000000..ba3ce7fc1 --- /dev/null +++ b/assets/garden_atproto_index.md.T-4ya3J3.js @@ -0,0 +1 @@ +import{_ as e,c as r,o as t,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"ATProto","description":"","frontmatter":{"alias":"The AT Protocol","public":"true","slug":"atproto","tags":["Decentralized"],"title":"ATProto","prev":false,"next":false},"headers":[],"relativePath":"garden/atproto/index.md","filePath":"garden/atproto/index.md"}'),o={name:"garden/atproto/index.md"},n=a('

ATProto ​

Referenced by: Fediverse

Tags: Decentralized

The AT Protocol is a protocol for Federated Social Media

Currently only used by Bluesky

In comparison to other Fediverse protocols, ATProto is designed for a small number of large instances

',6),s=[n];function d(l,i,c,p,_,f){return t(),r("div",null,s)}const T=e(o,[["render",d]]);export{u as __pageData,T as default}; diff --git a/assets/garden_atproto_index.md.T-4ya3J3.lean.js b/assets/garden_atproto_index.md.T-4ya3J3.lean.js new file mode 100644 index 000000000..68813dd9a --- /dev/null +++ b/assets/garden_atproto_index.md.T-4ya3J3.lean.js @@ -0,0 +1 @@ +import{_ as e,c as r,o as t,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"ATProto","description":"","frontmatter":{"alias":"The AT Protocol","public":"true","slug":"atproto","tags":["Decentralized"],"title":"ATProto","prev":false,"next":false},"headers":[],"relativePath":"garden/atproto/index.md","filePath":"garden/atproto/index.md"}'),o={name:"garden/atproto/index.md"},n=a("",6),s=[n];function d(l,i,c,p,_,f){return t(),r("div",null,s)}const T=e(o,[["render",d]]);export{u as __pageData,T as default}; diff --git a/assets/garden_babble-buds_index.md.Bdco8gHV.js b/assets/garden_babble-buds_index.md.Bdco8gHV.js new file mode 100644 index 000000000..d480e8da5 --- /dev/null +++ b/assets/garden_babble-buds_index.md.Bdco8gHV.js @@ -0,0 +1 @@ +import{_ as e,c as t,o as a,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Babble Buds","description":"","frontmatter":{"public":"true","slug":"babble-buds","tags":["My Projects"],"title":"Babble Buds","prev":false,"next":false},"headers":[],"relativePath":"garden/babble-buds/index.md","filePath":"garden/babble-buds/index.md"}'),o={name:"garden/babble-buds/index.md"},s=r('

Babble Buds ​

Tags: My Projects

Babble Buds is a tool for creating puppets and interacting with puppets controlled by others on a shared stage

Note: I need to move the website off replit because of their monetization strategy changing. In the meantime, you can check it out from its github repository

Inspired by Puppet Pals by Robert Moran

Intended for use in RPG Campaigns

The renderer was separated into its own project, babble.js, so it could be used for stuff like cutscenes

I ported the engine to C# and used it for the cutscenes in Dice Armor

  • I don't believe I ever separated it out into its own project, but you can find the code here
',9),b=[s];function n(i,l,d,p,c,u){return a(),t("div",null,b)}const _=e(o,[["render",n]]);export{f as __pageData,_ as default}; diff --git a/assets/garden_babble-buds_index.md.hJMBFEMa.lean.js b/assets/garden_babble-buds_index.md.Bdco8gHV.lean.js similarity index 57% rename from assets/garden_babble-buds_index.md.hJMBFEMa.lean.js rename to assets/garden_babble-buds_index.md.Bdco8gHV.lean.js index 51c9e48fe..7456e3243 100644 --- a/assets/garden_babble-buds_index.md.hJMBFEMa.lean.js +++ b/assets/garden_babble-buds_index.md.Bdco8gHV.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o as a,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Babble Buds","description":"","frontmatter":{"public":"true","slug":"babble-buds","tags":["My Projects"],"title":"Babble Buds","prev":false,"next":false},"headers":[],"relativePath":"garden/babble-buds/index.md","filePath":"garden/babble-buds/index.md","lastUpdated":1717647948000}'),o={name:"garden/babble-buds/index.md"},s=r("",9),b=[s];function n(i,d,l,p,c,u){return a(),t("div",null,b)}const _=e(o,[["render",n]]);export{f as __pageData,_ as default}; +import{_ as e,c as t,o as a,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Babble Buds","description":"","frontmatter":{"public":"true","slug":"babble-buds","tags":["My Projects"],"title":"Babble Buds","prev":false,"next":false},"headers":[],"relativePath":"garden/babble-buds/index.md","filePath":"garden/babble-buds/index.md"}'),o={name:"garden/babble-buds/index.md"},s=r("",9),b=[s];function n(i,l,d,p,c,u){return a(),t("div",null,b)}const _=e(o,[["render",n]]);export{f as __pageData,_ as default}; diff --git a/assets/garden_babble-buds_index.md.hJMBFEMa.js b/assets/garden_babble-buds_index.md.hJMBFEMa.js deleted file mode 100644 index 7cb018fd7..000000000 --- a/assets/garden_babble-buds_index.md.hJMBFEMa.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as t,o as a,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Babble Buds","description":"","frontmatter":{"public":"true","slug":"babble-buds","tags":["My Projects"],"title":"Babble Buds","prev":false,"next":false},"headers":[],"relativePath":"garden/babble-buds/index.md","filePath":"garden/babble-buds/index.md","lastUpdated":1717647948000}'),o={name:"garden/babble-buds/index.md"},s=r('

Babble Buds ​

Tags: My Projects

Babble Buds is a tool for creating puppets and interacting with puppets controlled by others on a shared stage

Note: I need to move the website off replit because of their monetization strategy changing. In the meantime, you can check it out from its github repository

Inspired by Puppet Pals by Robert Moran

Intended for use in RPG Campaigns

The renderer was separated into its own project, babble.js, so it could be used for stuff like cutscenes

I ported the engine to C# and used it for the cutscenes in Dice Armor

  • I don't believe I ever separated it out into its own project, but you can find the code here
',9),b=[s];function n(i,d,l,p,c,u){return a(),t("div",null,b)}const _=e(o,[["render",n]]);export{f as __pageData,_ as default}; diff --git a/assets/garden_capture-the-citadel_index.md.BT_SFe83.js b/assets/garden_capture-the-citadel_index.md.BT_SFe83.js new file mode 100644 index 000000000..9c12155ee --- /dev/null +++ b/assets/garden_capture-the-citadel_index.md.BT_SFe83.js @@ -0,0 +1 @@ +import{_ as e,c as t,o as a,a5 as r,a6 as i}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Capture the Citadel","description":"","frontmatter":{"public":"true","slug":"capture-the-citadel","tags":["My Projects"],"title":"Capture the Citadel","prev":false,"next":false},"headers":[],"relativePath":"garden/capture-the-citadel/index.md","filePath":"garden/capture-the-citadel/index.md"}'),n={name:"garden/capture-the-citadel/index.md"},c=r('

Capture the Citadel ​

Tags: My Projects

A 3D VR re-envisioning of a Slay the Spire-style game by Anthony Lawn and Grant Barbee for their VR class in college's final project.

For more details, visit Grant's page on the game.

screenshot.png

',5),o=[c];function s(l,p,d,h,_,u){return a(),t("div",null,o)}const m=e(n,[["render",s]]);export{f as __pageData,m as default}; diff --git a/assets/garden_capture-the-citadel_index.md.DzQGPu6p.lean.js b/assets/garden_capture-the-citadel_index.md.BT_SFe83.lean.js similarity index 62% rename from assets/garden_capture-the-citadel_index.md.DzQGPu6p.lean.js rename to assets/garden_capture-the-citadel_index.md.BT_SFe83.lean.js index 24db02d6e..183529dd5 100644 --- a/assets/garden_capture-the-citadel_index.md.DzQGPu6p.lean.js +++ b/assets/garden_capture-the-citadel_index.md.BT_SFe83.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o as a,a5 as r,a6 as i}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Capture the Citadel","description":"","frontmatter":{"public":"true","slug":"capture-the-citadel","tags":["My Projects"],"title":"Capture the Citadel","prev":false,"next":false},"headers":[],"relativePath":"garden/capture-the-citadel/index.md","filePath":"garden/capture-the-citadel/index.md","lastUpdated":1717647948000}'),n={name:"garden/capture-the-citadel/index.md"},c=r("",5),o=[c];function s(l,d,p,h,_,u){return a(),t("div",null,o)}const m=e(n,[["render",s]]);export{f as __pageData,m as default}; +import{_ as e,c as t,o as a,a5 as r,a6 as i}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Capture the Citadel","description":"","frontmatter":{"public":"true","slug":"capture-the-citadel","tags":["My Projects"],"title":"Capture the Citadel","prev":false,"next":false},"headers":[],"relativePath":"garden/capture-the-citadel/index.md","filePath":"garden/capture-the-citadel/index.md"}'),n={name:"garden/capture-the-citadel/index.md"},c=r("",5),o=[c];function s(l,p,d,h,_,u){return a(),t("div",null,o)}const m=e(n,[["render",s]]);export{f as __pageData,m as default}; diff --git a/assets/garden_capture-the-citadel_index.md.DzQGPu6p.js b/assets/garden_capture-the-citadel_index.md.DzQGPu6p.js deleted file mode 100644 index 725ed66f4..000000000 --- a/assets/garden_capture-the-citadel_index.md.DzQGPu6p.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as t,o as a,a5 as r,a6 as i}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Capture the Citadel","description":"","frontmatter":{"public":"true","slug":"capture-the-citadel","tags":["My Projects"],"title":"Capture the Citadel","prev":false,"next":false},"headers":[],"relativePath":"garden/capture-the-citadel/index.md","filePath":"garden/capture-the-citadel/index.md","lastUpdated":1717647948000}'),n={name:"garden/capture-the-citadel/index.md"},c=r('

Capture the Citadel ​

Tags: My Projects

A 3D VR re-envisioning of a Slay the Spire-style game by Anthony Lawn and Grant Barbee for their VR class in college's final project.

For more details, visit Grant's page on the game.

screenshot.png

',5),o=[c];function s(l,d,p,h,_,u){return a(),t("div",null,o)}const m=e(n,[["render",s]]);export{f as __pageData,m as default}; diff --git a/assets/garden_chat-glue_index.md.BwPqJHHy.js b/assets/garden_chat-glue_index.md.BwPqJHHy.js new file mode 100644 index 000000000..2d55890f4 --- /dev/null +++ b/assets/garden_chat-glue_index.md.BwPqJHHy.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as t,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Chat Glue","description":"","frontmatter":{"public":"true","slug":"chat-glue","title":"Chat Glue","prev":false,"next":false},"headers":[],"relativePath":"garden/chat-glue/index.md","filePath":"garden/chat-glue/index.md"}'),n={name:"garden/chat-glue/index.md"},o=r('

Chat Glue ​

Referenced by: Commune, My Personal Website, The Small Web

A theoretical chat system designed to solve the problems of transcribing branching conversations into linear timelines.

Defined by the Chatting with Glue comic.

',4),l=[o];function c(i,s,h,d,_,u){return t(),a("div",null,l)}const g=e(n,[["render",c]]);export{p as __pageData,g as default}; diff --git a/assets/garden_chat-glue_index.md.BwPqJHHy.lean.js b/assets/garden_chat-glue_index.md.BwPqJHHy.lean.js new file mode 100644 index 000000000..41097123f --- /dev/null +++ b/assets/garden_chat-glue_index.md.BwPqJHHy.lean.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as t,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Chat Glue","description":"","frontmatter":{"public":"true","slug":"chat-glue","title":"Chat Glue","prev":false,"next":false},"headers":[],"relativePath":"garden/chat-glue/index.md","filePath":"garden/chat-glue/index.md"}'),n={name:"garden/chat-glue/index.md"},o=r("",4),l=[o];function c(i,s,h,d,_,u){return t(),a("div",null,l)}const g=e(n,[["render",c]]);export{p as __pageData,g as default}; diff --git a/assets/garden_chat-glue_index.md.C2L06eSS.js b/assets/garden_chat-glue_index.md.C2L06eSS.js deleted file mode 100644 index 04f070ae6..000000000 --- a/assets/garden_chat-glue_index.md.C2L06eSS.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as t,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Chat Glue","description":"","frontmatter":{"public":"true","slug":"chat-glue","title":"Chat Glue","prev":false,"next":false},"headers":[],"relativePath":"garden/chat-glue/index.md","filePath":"garden/chat-glue/index.md","lastUpdated":1717647948000}'),n={name:"garden/chat-glue/index.md"},l=r('

Chat Glue ​

Referenced by: Commune, My Personal Website, The Small Web

A theoretical chat system designed to solve the problems of transcribing branching conversations into linear timelines.

Defined by the Chatting with Glue comic.

',4),o=[l];function s(c,i,h,d,_,u){return t(),a("div",null,o)}const g=e(n,[["render",s]]);export{m as __pageData,g as default}; diff --git a/assets/garden_chat-glue_index.md.C2L06eSS.lean.js b/assets/garden_chat-glue_index.md.C2L06eSS.lean.js deleted file mode 100644 index 385646009..000000000 --- a/assets/garden_chat-glue_index.md.C2L06eSS.lean.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as t,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Chat Glue","description":"","frontmatter":{"public":"true","slug":"chat-glue","title":"Chat Glue","prev":false,"next":false},"headers":[],"relativePath":"garden/chat-glue/index.md","filePath":"garden/chat-glue/index.md","lastUpdated":1717647948000}'),n={name:"garden/chat-glue/index.md"},l=r("",4),o=[l];function s(c,i,h,d,_,u){return t(),a("div",null,o)}const g=e(n,[["render",s]]);export{m as __pageData,g as default}; diff --git a/assets/garden_chronological_index.md.Cqr6pZa9.js b/assets/garden_chronological_index.md.Cqr6pZa9.js new file mode 100644 index 000000000..e4395c06f --- /dev/null +++ b/assets/garden_chronological_index.md.Cqr6pZa9.js @@ -0,0 +1 @@ +import{_ as o,c as e,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const _=JSON.parse('{"title":"Chronological","description":"","frontmatter":{"public":"true","slug":"chronological","title":"Chronological","prev":false,"next":false},"headers":[],"relativePath":"garden/chronological/index.md","filePath":"garden/chronological/index.md"}'),r={name:"garden/chronological/index.md"},i=t('

Chronological ​

Referenced by: Digital Gardens, Freeform vs Chronological Dichotomy, The Small Web

A collection of information that is tied to its creation or edit date

Part of the Freeform vs Chronological Dichotomy

Anything with a "timeline" or "feed" is considered chronological

  • Even if there's algorithmic sortings that take things other than creation or edit date into account!

Chronological displays are less suitable as stores of knowledge (Digital Gardens)

Social media overuses timelines and feeds

RSS feeds work really well with this form of content

',9),l=[i];function n(c,s,d,h,g,f){return a(),e("div",null,l)}const m=o(r,[["render",n]]);export{_ as __pageData,m as default}; diff --git a/assets/garden_chronological_index.md.Cqr6pZa9.lean.js b/assets/garden_chronological_index.md.Cqr6pZa9.lean.js new file mode 100644 index 000000000..ecbe9280f --- /dev/null +++ b/assets/garden_chronological_index.md.Cqr6pZa9.lean.js @@ -0,0 +1 @@ +import{_ as o,c as e,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const _=JSON.parse('{"title":"Chronological","description":"","frontmatter":{"public":"true","slug":"chronological","title":"Chronological","prev":false,"next":false},"headers":[],"relativePath":"garden/chronological/index.md","filePath":"garden/chronological/index.md"}'),r={name:"garden/chronological/index.md"},i=t("",9),l=[i];function n(c,s,d,h,g,f){return a(),e("div",null,l)}const m=o(r,[["render",n]]);export{_ as __pageData,m as default}; diff --git a/assets/garden_chronological_index.md.DEA0bxkh.js b/assets/garden_chronological_index.md.DEA0bxkh.js deleted file mode 100644 index fcf95377f..000000000 --- a/assets/garden_chronological_index.md.DEA0bxkh.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as o,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const _=JSON.parse('{"title":"Chronological","description":"","frontmatter":{"public":"true","slug":"chronological","title":"Chronological","prev":false,"next":false},"headers":[],"relativePath":"garden/chronological/index.md","filePath":"garden/chronological/index.md","lastUpdated":1717647948000}'),r={name:"garden/chronological/index.md"},i=t('

Chronological ​

Referenced by: Digital Gardens, Freeform vs Chronological Dichotomy, The Small Web

A collection of information that is tied to its creation or edit date

Part of the Freeform vs Chronological Dichotomy

Anything with a "timeline" or "feed" is considered chronological

  • Even if there's algorithmic sortings that take things other than creation or edit date into account!

Chronological displays are less suitable as stores of knowledge (Digital Gardens)

Social media overuses timelines and feeds

RSS feeds work really well with this form of content

',9),l=[i];function n(c,s,d,h,g,f){return a(),o("div",null,l)}const m=e(r,[["render",n]]);export{_ as __pageData,m as default}; diff --git a/assets/garden_chronological_index.md.DEA0bxkh.lean.js b/assets/garden_chronological_index.md.DEA0bxkh.lean.js deleted file mode 100644 index b4baf793e..000000000 --- a/assets/garden_chronological_index.md.DEA0bxkh.lean.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as o,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const _=JSON.parse('{"title":"Chronological","description":"","frontmatter":{"public":"true","slug":"chronological","title":"Chronological","prev":false,"next":false},"headers":[],"relativePath":"garden/chronological/index.md","filePath":"garden/chronological/index.md","lastUpdated":1717647948000}'),r={name:"garden/chronological/index.md"},i=t("",9),l=[i];function n(c,s,d,h,g,f){return a(),o("div",null,l)}const m=e(r,[["render",n]]);export{_ as __pageData,m as default}; diff --git a/assets/garden_cinny_index.md.BObLuRww.js b/assets/garden_cinny_index.md.BObLuRww.js deleted file mode 100644 index 84e7c37d7..000000000 --- a/assets/garden_cinny_index.md.BObLuRww.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as n,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Cinny","description":"","frontmatter":{"public":"true","slug":"cinny","title":"Cinny","prev":false,"next":false},"headers":[],"relativePath":"garden/cinny/index.md","filePath":"garden/cinny/index.md","lastUpdated":1717647948000}'),r={name:"garden/cinny/index.md"},i=t('

Cinny ​

Referenced by: Incremental Social

Cinny is an Open Source web client for the Matrix messaging protocol

',3),c=[i];function o(s,d,l,_,p,f){return a(),n("div",null,c)}const u=e(r,[["render",o]]);export{m as __pageData,u as default}; diff --git a/assets/garden_cinny_index.md.BfOC4rxf.js b/assets/garden_cinny_index.md.BfOC4rxf.js new file mode 100644 index 000000000..b76fffe7d --- /dev/null +++ b/assets/garden_cinny_index.md.BfOC4rxf.js @@ -0,0 +1 @@ +import{_ as e,c as n,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Cinny","description":"","frontmatter":{"public":"true","slug":"cinny","title":"Cinny","prev":false,"next":false},"headers":[],"relativePath":"garden/cinny/index.md","filePath":"garden/cinny/index.md"}'),r={name:"garden/cinny/index.md"},i=t('

Cinny ​

Referenced by: Incremental Social

Cinny is an Open Source web client for the Matrix messaging protocol

',3),c=[i];function o(s,l,_,d,p,f){return a(),n("div",null,c)}const u=e(r,[["render",o]]);export{m as __pageData,u as default}; diff --git a/assets/garden_cinny_index.md.BObLuRww.lean.js b/assets/garden_cinny_index.md.BfOC4rxf.lean.js similarity index 51% rename from assets/garden_cinny_index.md.BObLuRww.lean.js rename to assets/garden_cinny_index.md.BfOC4rxf.lean.js index d5c2ee386..2f32cbac5 100644 --- a/assets/garden_cinny_index.md.BObLuRww.lean.js +++ b/assets/garden_cinny_index.md.BfOC4rxf.lean.js @@ -1 +1 @@ -import{_ as e,c as n,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Cinny","description":"","frontmatter":{"public":"true","slug":"cinny","title":"Cinny","prev":false,"next":false},"headers":[],"relativePath":"garden/cinny/index.md","filePath":"garden/cinny/index.md","lastUpdated":1717647948000}'),r={name:"garden/cinny/index.md"},i=t("",3),c=[i];function o(s,d,l,_,p,f){return a(),n("div",null,c)}const u=e(r,[["render",o]]);export{m as __pageData,u as default}; +import{_ as e,c as n,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Cinny","description":"","frontmatter":{"public":"true","slug":"cinny","title":"Cinny","prev":false,"next":false},"headers":[],"relativePath":"garden/cinny/index.md","filePath":"garden/cinny/index.md"}'),r={name:"garden/cinny/index.md"},i=t("",3),c=[i];function o(s,l,_,d,p,f){return a(),n("div",null,c)}const u=e(r,[["render",o]]);export{m as __pageData,u as default}; diff --git a/assets/garden_command-palettes_index.md.Cm1utE8d.js b/assets/garden_command-palettes_index.md.Cm1utE8d.js new file mode 100644 index 000000000..e4a461911 --- /dev/null +++ b/assets/garden_command-palettes_index.md.Cm1utE8d.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as t,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Command Palettes","description":"","frontmatter":{"public":"true","slug":"command-palettes","title":"Command Palettes","prev":false,"next":false},"headers":[],"relativePath":"garden/command-palettes/index.md","filePath":"garden/command-palettes/index.md"}'),l={name:"garden/command-palettes/index.md"},o=n('

Command Palettes ​

Command palettes are a design pattern where apps expose functionality through a search bar

Typing what you want is almost certainly easier and faster than finding the action in some submenu or remembering an arcane hotkey

  • Especially with fuzzy search that also looks through descriptions of actions
  • Command palettes scale very well with large amounts of actions

Artificial Intelligence will make command palettes increasingly powerful

  • Eventually these may become conversational interfaces

Maggie Appleton discusses this pattern in her article on Command K Bars

  • The name comes from the fact many apps use the ctrl/cmd k shortcut to open the command palette

Many softwares I use have some form of command palette

  • Linear
  • Logseq
  • Visual Studio Code
',10),s=[o];function i(r,m,c,p,d,h){return t(),a("div",null,s)}const _=e(l,[["render",i]]);export{f as __pageData,_ as default}; diff --git a/assets/garden_command-palettes_index.md.DCXIof_t.lean.js b/assets/garden_command-palettes_index.md.Cm1utE8d.lean.js similarity index 56% rename from assets/garden_command-palettes_index.md.DCXIof_t.lean.js rename to assets/garden_command-palettes_index.md.Cm1utE8d.lean.js index 528a627cd..dca39c7ae 100644 --- a/assets/garden_command-palettes_index.md.DCXIof_t.lean.js +++ b/assets/garden_command-palettes_index.md.Cm1utE8d.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o as t,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Command Palettes","description":"","frontmatter":{"public":"true","slug":"command-palettes","title":"Command Palettes","prev":false,"next":false},"headers":[],"relativePath":"garden/command-palettes/index.md","filePath":"garden/command-palettes/index.md","lastUpdated":1718337270000}'),l={name:"garden/command-palettes/index.md"},o=n("",10),s=[o];function i(r,m,c,d,p,h){return t(),a("div",null,s)}const _=e(l,[["render",i]]);export{f as __pageData,_ as default}; +import{_ as e,c as a,o as t,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Command Palettes","description":"","frontmatter":{"public":"true","slug":"command-palettes","title":"Command Palettes","prev":false,"next":false},"headers":[],"relativePath":"garden/command-palettes/index.md","filePath":"garden/command-palettes/index.md"}'),l={name:"garden/command-palettes/index.md"},o=n("",10),s=[o];function i(r,m,c,p,d,h){return t(),a("div",null,s)}const _=e(l,[["render",i]]);export{f as __pageData,_ as default}; diff --git a/assets/garden_command-palettes_index.md.DCXIof_t.js b/assets/garden_command-palettes_index.md.DCXIof_t.js deleted file mode 100644 index b3cef37e7..000000000 --- a/assets/garden_command-palettes_index.md.DCXIof_t.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as t,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Command Palettes","description":"","frontmatter":{"public":"true","slug":"command-palettes","title":"Command Palettes","prev":false,"next":false},"headers":[],"relativePath":"garden/command-palettes/index.md","filePath":"garden/command-palettes/index.md","lastUpdated":1718337270000}'),l={name:"garden/command-palettes/index.md"},o=n('

Command Palettes ​

Command palettes are a design pattern where apps expose functionality through a search bar

Typing what you want is almost certainly easier and faster than finding the action in some submenu or remembering an arcane hotkey

  • Especially with fuzzy search that also looks through descriptions of actions
  • Command palettes scale very well with large amounts of actions

Artificial Intelligence will make command palettes increasingly powerful

  • Eventually these may become conversational interfaces

Maggie Appleton discusses this pattern in her article on Command K Bars

  • The name comes from the fact many apps use the ctrl/cmd k shortcut to open the command palette

Many softwares I use have some form of command palette

  • Linear
  • Logseq
  • Visual Studio Code
',10),s=[o];function i(r,m,c,d,p,h){return t(),a("div",null,s)}const _=e(l,[["render",i]]);export{f as __pageData,_ as default}; diff --git a/assets/garden_commune_index.md.BednA9l-.js b/assets/garden_commune_index.md.BednA9l-.js deleted file mode 100644 index e3c854e40..000000000 --- a/assets/garden_commune_index.md.BednA9l-.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Commune","description":"","frontmatter":{"public":"true","slug":"commune","title":"Commune","prev":false,"next":false},"headers":[],"relativePath":"garden/commune/index.md","filePath":"garden/commune/index.md","lastUpdated":1717647948000}'),i={name:"garden/commune/index.md"},n=t('

Commune ​

Referenced by: Federated Identity, Fedi v2, My Personal Website, Webrings, Weird

An Open Source Matrix web client built to be better for communities than anything else out there

  • Currently in development
  • Exposes certain channels such that they are web indexable
  • Will include features like Chat Glue and communal Digital Gardens

Created by Erlend Sogge Heggen, a ex-employee from Discourse

  • Maintains the Commune Blog with great write ups on the issues of the modern web, social media, etc. and how they can be improved (by Commune or related projects)
  • Also maintains a Personal Blog about similar topics

The Commune community is very interested in various topics and how they can relate together:

Related projects:

  • @laxla@tech.lgbt is creating Gimli, a federated discord alternative
    • Built on ActivityPub
    • "Guild-based" in ways matrix is not?
    • Will integrate with F3 as well
    • Wants to handle blogging as well
    • Certainly seems similar to Commune's message gardening concept
',10),l=[n];function o(d,s,h,m,c,u){return r(),a("div",null,l)}const p=e(i,[["render",o]]);export{f as __pageData,p as default}; diff --git a/assets/garden_commune_index.md.BednA9l-.lean.js b/assets/garden_commune_index.md.BednA9l-.lean.js deleted file mode 100644 index 8f4f4dd24..000000000 --- a/assets/garden_commune_index.md.BednA9l-.lean.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Commune","description":"","frontmatter":{"public":"true","slug":"commune","title":"Commune","prev":false,"next":false},"headers":[],"relativePath":"garden/commune/index.md","filePath":"garden/commune/index.md","lastUpdated":1717647948000}'),i={name:"garden/commune/index.md"},n=t("",10),l=[n];function o(d,s,h,m,c,u){return r(),a("div",null,l)}const p=e(i,[["render",o]]);export{f as __pageData,p as default}; diff --git a/assets/garden_commune_index.md.DEB1H5lT.js b/assets/garden_commune_index.md.DEB1H5lT.js new file mode 100644 index 000000000..93a08dc5f --- /dev/null +++ b/assets/garden_commune_index.md.DEB1H5lT.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Commune","description":"","frontmatter":{"public":"true","slug":"commune","title":"Commune","prev":false,"next":false},"headers":[],"relativePath":"garden/commune/index.md","filePath":"garden/commune/index.md"}'),i={name:"garden/commune/index.md"},n=t('

Commune ​

Referenced by: Federated Identity, Fedi v2, My Personal Website, Webrings, Weird

An Open Source Matrix web client built to be better for communities than anything else out there

  • Currently in development
  • Exposes certain channels such that they are web indexable
  • Will include features like Chat Glue and communal Digital Gardens

Created by Erlend Sogge Heggen, a ex-employee from Discourse

  • Maintains the Commune Blog with great write ups on the issues of the modern web, social media, etc. and how they can be improved (by Commune or related projects)
  • Also maintains a Personal Blog about similar topics

The Commune community is very interested in various topics and how they can relate together:

Related projects:

  • @laxla@tech.lgbt is creating Gimli, a federated discord alternative
    • Built on ActivityPub
    • "Guild-based" in ways matrix is not?
    • Will integrate with F3 as well
    • Wants to handle blogging as well
    • Certainly seems similar to Commune's message gardening concept
',10),l=[n];function o(d,s,h,m,c,u){return r(),a("div",null,l)}const p=e(i,[["render",o]]);export{f as __pageData,p as default}; diff --git a/assets/garden_commune_index.md.DEB1H5lT.lean.js b/assets/garden_commune_index.md.DEB1H5lT.lean.js new file mode 100644 index 000000000..d250dbfef --- /dev/null +++ b/assets/garden_commune_index.md.DEB1H5lT.lean.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Commune","description":"","frontmatter":{"public":"true","slug":"commune","title":"Commune","prev":false,"next":false},"headers":[],"relativePath":"garden/commune/index.md","filePath":"garden/commune/index.md"}'),i={name:"garden/commune/index.md"},n=t("",10),l=[n];function o(d,s,h,m,c,u){return r(),a("div",null,l)}const p=e(i,[["render",o]]);export{f as __pageData,p as default}; diff --git a/assets/garden_davey-wreden_index.md.COGBVgOt.js b/assets/garden_davey-wreden_index.md.COGBVgOt.js new file mode 100644 index 000000000..ba63d4114 --- /dev/null +++ b/assets/garden_davey-wreden_index.md.COGBVgOt.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as r,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Davey Wreden","description":"","frontmatter":{"public":"true","slug":"davey-wreden","title":"Davey Wreden","prev":false,"next":false},"headers":[],"relativePath":"garden/davey-wreden/index.md","filePath":"garden/davey-wreden/index.md"}'),t={name:"garden/davey-wreden/index.md"},d=n('

Davey Wreden ​

Referenced by: Ivy Road, The Beginner's Guide

Tagged by: Ivy Road, The Beginner's Guide, Wanderstop

Projects:

Talks and Interviews:

',7),o=[d];function i(l,s,h,c,g,_){return r(),a("div",null,o)}const y=e(t,[["render",i]]);export{p as __pageData,y as default}; diff --git a/assets/garden_davey-wreden_index.md.COGBVgOt.lean.js b/assets/garden_davey-wreden_index.md.COGBVgOt.lean.js new file mode 100644 index 000000000..219bab01a --- /dev/null +++ b/assets/garden_davey-wreden_index.md.COGBVgOt.lean.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as r,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Davey Wreden","description":"","frontmatter":{"public":"true","slug":"davey-wreden","title":"Davey Wreden","prev":false,"next":false},"headers":[],"relativePath":"garden/davey-wreden/index.md","filePath":"garden/davey-wreden/index.md"}'),t={name:"garden/davey-wreden/index.md"},d=n("",7),o=[d];function i(l,s,h,c,g,_){return r(),a("div",null,o)}const y=e(t,[["render",i]]);export{p as __pageData,y as default}; diff --git a/assets/garden_davey-wreden_index.md.CYjb2ZL5.js b/assets/garden_davey-wreden_index.md.CYjb2ZL5.js deleted file mode 100644 index 4f7e74f0f..000000000 --- a/assets/garden_davey-wreden_index.md.CYjb2ZL5.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as r,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Davey Wreden","description":"","frontmatter":{"public":"true","slug":"davey-wreden","title":"Davey Wreden","prev":false,"next":false},"headers":[],"relativePath":"garden/davey-wreden/index.md","filePath":"garden/davey-wreden/index.md","lastUpdated":1717971545000}'),t={name:"garden/davey-wreden/index.md"},d=n('

Davey Wreden ​

Referenced by: Ivy Road, The Beginner's Guide

Tagged by: Ivy Road, The Beginner's Guide, Wanderstop

Projects:

Talks and Interviews:

',7),o=[d];function i(l,s,h,c,g,_){return r(),a("div",null,o)}const y=e(t,[["render",i]]);export{u as __pageData,y as default}; diff --git a/assets/garden_davey-wreden_index.md.CYjb2ZL5.lean.js b/assets/garden_davey-wreden_index.md.CYjb2ZL5.lean.js deleted file mode 100644 index f87fbb2f6..000000000 --- a/assets/garden_davey-wreden_index.md.CYjb2ZL5.lean.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as r,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Davey Wreden","description":"","frontmatter":{"public":"true","slug":"davey-wreden","title":"Davey Wreden","prev":false,"next":false},"headers":[],"relativePath":"garden/davey-wreden/index.md","filePath":"garden/davey-wreden/index.md","lastUpdated":1717971545000}'),t={name:"garden/davey-wreden/index.md"},d=n("",7),o=[d];function i(l,s,h,c,g,_){return r(),a("div",null,o)}const y=e(t,[["render",i]]);export{u as __pageData,y as default}; diff --git a/assets/garden_decentralized_index.md.7xGbbnj7.js b/assets/garden_decentralized_index.md.7xGbbnj7.js deleted file mode 100644 index ae72e9659..000000000 --- a/assets/garden_decentralized_index.md.7xGbbnj7.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as t,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Decentralized","description":"","frontmatter":{"alias":"Federated","public":"true","slug":"decentralized","title":"Decentralized","prev":false,"next":false},"headers":[],"relativePath":"garden/decentralized/index.md","filePath":"garden/decentralized/index.md","lastUpdated":1717647948000}'),i={name:"garden/decentralized/index.md"},n=r('

Decentralized ​

Referenced by: Commune, Fedi v2, Matrix, Social Media

Tagged by: ATProto, ActivityPub, Federated Identity, Fediverse, Nostr

Something with no central source of authority

Common examples:

In practice, the "pick a server" problem causes email and the fediverse to trend towards a handful of large servers that still suffer from some of the issues of centralization

Advantages over centralization:

  • Data ownership
  • Increased privacy
  • No rules to follow
  • Can fully customize your experience
  • No single entity can make the experience worse for everyone
  • Anyone and everyone can try their hand at improving the ecosystem
',9),o=[n];function d(l,s,c,f,p,h){return t(),a("div",null,o)}const _=e(i,[["render",d]]);export{m as __pageData,_ as default}; diff --git a/assets/garden_decentralized_index.md.7xGbbnj7.lean.js b/assets/garden_decentralized_index.md.7xGbbnj7.lean.js deleted file mode 100644 index f90e19624..000000000 --- a/assets/garden_decentralized_index.md.7xGbbnj7.lean.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as t,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Decentralized","description":"","frontmatter":{"alias":"Federated","public":"true","slug":"decentralized","title":"Decentralized","prev":false,"next":false},"headers":[],"relativePath":"garden/decentralized/index.md","filePath":"garden/decentralized/index.md","lastUpdated":1717647948000}'),i={name:"garden/decentralized/index.md"},n=r("",9),o=[n];function d(l,s,c,f,p,h){return t(),a("div",null,o)}const _=e(i,[["render",d]]);export{m as __pageData,_ as default}; diff --git a/assets/garden_decentralized_index.md.DFYCu6fM.js b/assets/garden_decentralized_index.md.DFYCu6fM.js new file mode 100644 index 000000000..87637e11c --- /dev/null +++ b/assets/garden_decentralized_index.md.DFYCu6fM.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Decentralized","description":"","frontmatter":{"alias":"Federated","public":"true","slug":"decentralized","title":"Decentralized","prev":false,"next":false},"headers":[],"relativePath":"garden/decentralized/index.md","filePath":"garden/decentralized/index.md"}'),i={name:"garden/decentralized/index.md"},n=t('

Decentralized ​

Referenced by: Commune, Fedi v2, Matrix, Social Media

Tagged by: ATProto, ActivityPub, Federated Identity, Fediverse, Nostr

Something with no central source of authority

Common examples:

In practice, the "pick a server" problem causes email and the fediverse to trend towards a handful of large servers that still suffer from some of the issues of centralization

Advantages over centralization:

  • Data ownership
  • Increased privacy
  • No rules to follow
  • Can fully customize your experience
  • No single entity can make the experience worse for everyone
  • Anyone and everyone can try their hand at improving the ecosystem
',9),o=[n];function d(l,c,s,f,p,h){return r(),a("div",null,o)}const _=e(i,[["render",d]]);export{m as __pageData,_ as default}; diff --git a/assets/garden_decentralized_index.md.DFYCu6fM.lean.js b/assets/garden_decentralized_index.md.DFYCu6fM.lean.js new file mode 100644 index 000000000..6514d76fd --- /dev/null +++ b/assets/garden_decentralized_index.md.DFYCu6fM.lean.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Decentralized","description":"","frontmatter":{"alias":"Federated","public":"true","slug":"decentralized","title":"Decentralized","prev":false,"next":false},"headers":[],"relativePath":"garden/decentralized/index.md","filePath":"garden/decentralized/index.md"}'),i={name:"garden/decentralized/index.md"},n=t("",9),o=[n];function d(l,c,s,f,p,h){return r(),a("div",null,o)}const _=e(i,[["render",d]]);export{m as __pageData,_ as default}; diff --git a/assets/garden_dice-armor_index.md.BBobFdgp.js b/assets/garden_dice-armor_index.md.BBobFdgp.js new file mode 100644 index 000000000..7c65f8b78 --- /dev/null +++ b/assets/garden_dice-armor_index.md.BBobFdgp.js @@ -0,0 +1 @@ +import{_ as e,c as t,o as a,a5 as i,a7 as o,a8 as s,a9 as r,aa as n,ab as h,ac as l,ad as c,ae as d,af as p}from"./chunks/framework.Mb1uu3dm.js";const q=JSON.parse('{"title":"Dice Armor","description":"","frontmatter":{"public":"true","slug":"dice-armor","tags":["My Projects"],"title":"Dice Armor","prev":false,"next":false},"headers":[],"relativePath":"garden/dice-armor/index.md","filePath":"garden/dice-armor/index.md"}'),m={name:"garden/dice-armor/index.md"},u=i('

Dice Armor ​

Referenced by: Babble Buds

Tags: My Projects

Download it here

Dice Armor is a game that started development as a semester-long project by a team of nine: a producer, a creative director, a narrative writer, an artist, two programmers, and 3 game designers. The information here is about my contributions as the lead programmer over the semester because I can show off stuff like the editor scripts I wrote. I was doing everything from interface coding, editor scripts, integrating Babble Buds, and of course, everything related to the gameplay itself. To date I'm still the lead programmer for the game; for more up-to-date information on the current state of the game please visit the official site.

The build available here was created for showing off at the end of the semester, and as such has some buttons present to make the game easier to skip parts of the game to see all the content: You start with all the dice in the game already in the shop, there's a button to give yourself free money to buy these dice with, and in the duel, there are buttons to force a win or a loss, which can be used to skip the tutorial (not recommended for first-time players).

Tutorial

Dice Armor is a dice dueling game. Players can use abilities, flip dice, and attack each other to win in a dice game that puts chance into the hands of the players. This is what the dueling scene looks like, with a tutorial cutscene happening on top to guide the player through the basics. Also, all the dice are constructed dynamically, using quaternion math to figure out the placement of each component relative to the face it is going on. The die in the middle has one of the player' and opponents' portraits on each of its sides.

Editors

For many of the objects I've created, I've made scriptable objects so that game designers can add and modify them easily. Additionally, I would create custom inspectors for the objects to help make them as easy to understand and edit as possible. The opponent's artificial intelligence is made up of many strategies, in a prioritized list. When it is the opponents' turn they go through each strategy and check if they can be run, and if so then the opponent performs the strategy and starts back over at the top of the list of strategies. The + sign under the list of strategies opens an organized dropdown of all the various strategies.

Simulator

In addition to custom inspector code, I've created new tools for the editor for our game designers to use. This is a duel simulator that will take two opponents and simulate an arbitrary number of duels between them, and output the results and summarize them for you, much much quicker than manually going through the duels, even with an absurdly high timeScale. This will become incredibly useful in making balance changes and testing new dice against existing sets. This is a screenshot of it in edit mode, but in play mode it removes the "Dueling Managers" field and will use whatever the current duel balance settings are, allowing for the GDs to test freely in play mode without worrying about undoing all their changes afterward.

da1.png

I created the Babble Buds puppet editor and ported the rendering library I wrote for it to C# so it could be used in Unity. Dice Armor has a full campaign using cutscenes made using the Babble Buds cutscene editor, taking advantage of its support for custom commands and fields to control things like talking, giving the player dice and money, starting duels, and controlling player progression through the story.

Action Wheel

When a cutscene ends, its final command is to either start a duel or set the next cutscene in the story. In the latter case, there is an additional field for what to call the next cutscene, and what location it takes place. The cutscene is then added to the player's save file, and when they visit the city locations are greyed out until they have at least one action to do there. Each location has a dynamically populated action wheel with a custom range of acceptable angles.

Shop

The dice shop is dynamically populated by a list of dice available to the player, which can be changed during cutscenes, and is checked against the dice owned by the player to generate sold-out indicators. On the left, the player can choose to filter the options down to a single dice effect, which also updates the "Buy All" button to buy only all the dice in the current filter.

Inventory

The inventory works most the same as the shop, but for equipping dice. It also allows you to drag individual dice or entire sets to the equipped dice glyph. While dragging it will highlight all the slots the new dice will be equipped into.

Dice Rolling

The dice rolling uses the physics engine and detects once the dice have stopped moving, then determines which side is face up based on which of the normals is closest to straight up. It flags the die as cocked if that smallest angle is above a threshold. The dice sink into the table when not rolling to not interfere with any dice that are rolling.

Missile Storm

During certain events like winning the game or having the face of a die broken, the players' portraits will flash an emotion for a second. After winning, a random living die from the winning player is chosen to play their "finisher move", a flashy and dramatic effect to end the game. Shown is the arcane mechana's finisher, "Missile Storm".

After development stopped, the project became Open Source - check it out here

',25),g=[u];function f(y,b,w,_,v,k){return a(),t("div",null,g)}const I=e(m,[["render",f]]);export{q as __pageData,I as default}; diff --git a/assets/garden_dice-armor_index.md.BCE_E9PV.lean.js b/assets/garden_dice-armor_index.md.BBobFdgp.lean.js similarity index 51% rename from assets/garden_dice-armor_index.md.BCE_E9PV.lean.js rename to assets/garden_dice-armor_index.md.BBobFdgp.lean.js index 7b29aa618..025513024 100644 --- a/assets/garden_dice-armor_index.md.BCE_E9PV.lean.js +++ b/assets/garden_dice-armor_index.md.BBobFdgp.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o as a,a5 as i,a7 as o,a8 as s,a9 as r,aa as n,ab as h,ac as l,ad as d,ae as c,af as p}from"./chunks/framework.Mb1uu3dm.js";const q=JSON.parse('{"title":"Dice Armor","description":"","frontmatter":{"public":"true","slug":"dice-armor","tags":["My Projects"],"title":"Dice Armor","prev":false,"next":false},"headers":[],"relativePath":"garden/dice-armor/index.md","filePath":"garden/dice-armor/index.md","lastUpdated":1717647948000}'),m={name:"garden/dice-armor/index.md"},u=i("",25),g=[u];function f(y,b,w,_,v,k){return a(),t("div",null,g)}const I=e(m,[["render",f]]);export{q as __pageData,I as default}; +import{_ as e,c as t,o as a,a5 as i,a7 as o,a8 as s,a9 as r,aa as n,ab as h,ac as l,ad as c,ae as d,af as p}from"./chunks/framework.Mb1uu3dm.js";const q=JSON.parse('{"title":"Dice Armor","description":"","frontmatter":{"public":"true","slug":"dice-armor","tags":["My Projects"],"title":"Dice Armor","prev":false,"next":false},"headers":[],"relativePath":"garden/dice-armor/index.md","filePath":"garden/dice-armor/index.md"}'),m={name:"garden/dice-armor/index.md"},u=i("",25),g=[u];function f(y,b,w,_,v,k){return a(),t("div",null,g)}const I=e(m,[["render",f]]);export{q as __pageData,I as default}; diff --git a/assets/garden_dice-armor_index.md.BCE_E9PV.js b/assets/garden_dice-armor_index.md.BCE_E9PV.js deleted file mode 100644 index 2df8eeb74..000000000 --- a/assets/garden_dice-armor_index.md.BCE_E9PV.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as t,o as a,a5 as i,a7 as o,a8 as s,a9 as r,aa as n,ab as h,ac as l,ad as d,ae as c,af as p}from"./chunks/framework.Mb1uu3dm.js";const q=JSON.parse('{"title":"Dice Armor","description":"","frontmatter":{"public":"true","slug":"dice-armor","tags":["My Projects"],"title":"Dice Armor","prev":false,"next":false},"headers":[],"relativePath":"garden/dice-armor/index.md","filePath":"garden/dice-armor/index.md","lastUpdated":1717647948000}'),m={name:"garden/dice-armor/index.md"},u=i('

Dice Armor ​

Referenced by: Babble Buds

Tags: My Projects

Download it here

Dice Armor is a game that started development as a semester-long project by a team of nine: a producer, a creative director, a narrative writer, an artist, two programmers, and 3 game designers. The information here is about my contributions as the lead programmer over the semester because I can show off stuff like the editor scripts I wrote. I was doing everything from interface coding, editor scripts, integrating Babble Buds, and of course, everything related to the gameplay itself. To date I'm still the lead programmer for the game; for more up-to-date information on the current state of the game please visit the official site.

The build available here was created for showing off at the end of the semester, and as such has some buttons present to make the game easier to skip parts of the game to see all the content: You start with all the dice in the game already in the shop, there's a button to give yourself free money to buy these dice with, and in the duel, there are buttons to force a win or a loss, which can be used to skip the tutorial (not recommended for first-time players).

Tutorial

Dice Armor is a dice dueling game. Players can use abilities, flip dice, and attack each other to win in a dice game that puts chance into the hands of the players. This is what the dueling scene looks like, with a tutorial cutscene happening on top to guide the player through the basics. Also, all the dice are constructed dynamically, using quaternion math to figure out the placement of each component relative to the face it is going on. The die in the middle has one of the player' and opponents' portraits on each of its sides.

Editors

For many of the objects I've created, I've made scriptable objects so that game designers can add and modify them easily. Additionally, I would create custom inspectors for the objects to help make them as easy to understand and edit as possible. The opponent's artificial intelligence is made up of many strategies, in a prioritized list. When it is the opponents' turn they go through each strategy and check if they can be run, and if so then the opponent performs the strategy and starts back over at the top of the list of strategies. The + sign under the list of strategies opens an organized dropdown of all the various strategies.

Simulator

In addition to custom inspector code, I've created new tools for the editor for our game designers to use. This is a duel simulator that will take two opponents and simulate an arbitrary number of duels between them, and output the results and summarize them for you, much much quicker than manually going through the duels, even with an absurdly high timeScale. This will become incredibly useful in making balance changes and testing new dice against existing sets. This is a screenshot of it in edit mode, but in play mode it removes the "Dueling Managers" field and will use whatever the current duel balance settings are, allowing for the GDs to test freely in play mode without worrying about undoing all their changes afterward.

da1.png

I created the Babble Buds puppet editor and ported the rendering library I wrote for it to C# so it could be used in Unity. Dice Armor has a full campaign using cutscenes made using the Babble Buds cutscene editor, taking advantage of its support for custom commands and fields to control things like talking, giving the player dice and money, starting duels, and controlling player progression through the story.

Action Wheel

When a cutscene ends, its final command is to either start a duel or set the next cutscene in the story. In the latter case, there is an additional field for what to call the next cutscene, and what location it takes place. The cutscene is then added to the player's save file, and when they visit the city locations are greyed out until they have at least one action to do there. Each location has a dynamically populated action wheel with a custom range of acceptable angles.

Shop

The dice shop is dynamically populated by a list of dice available to the player, which can be changed during cutscenes, and is checked against the dice owned by the player to generate sold-out indicators. On the left, the player can choose to filter the options down to a single dice effect, which also updates the "Buy All" button to buy only all the dice in the current filter.

Inventory

The inventory works most the same as the shop, but for equipping dice. It also allows you to drag individual dice or entire sets to the equipped dice glyph. While dragging it will highlight all the slots the new dice will be equipped into.

Dice Rolling

The dice rolling uses the physics engine and detects once the dice have stopped moving, then determines which side is face up based on which of the normals is closest to straight up. It flags the die as cocked if that smallest angle is above a threshold. The dice sink into the table when not rolling to not interfere with any dice that are rolling.

Missile Storm

During certain events like winning the game or having the face of a die broken, the players' portraits will flash an emotion for a second. After winning, a random living die from the winning player is chosen to play their "finisher move", a flashy and dramatic effect to end the game. Shown is the arcane mechana's finisher, "Missile Storm".

After development stopped, the project became Open Source - check it out here

',25),g=[u];function f(y,b,w,_,v,k){return a(),t("div",null,g)}const I=e(m,[["render",f]]);export{q as __pageData,I as default}; diff --git a/assets/garden_digital-gardens_index.md.CakxBNtd.js b/assets/garden_digital-gardens_index.md.CakxBNtd.js new file mode 100644 index 000000000..3fd799f65 --- /dev/null +++ b/assets/garden_digital-gardens_index.md.CakxBNtd.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Digital Gardens","description":"","frontmatter":{"alias":"Digital Garden, Second Brain, Personal Knowledge Management, The Zettelkasten Method","public":"true","slug":"digital-gardens","title":"Digital Gardens","prev":false,"next":false},"headers":[],"relativePath":"garden/digital-gardens/index.md","filePath":"garden/digital-gardens/index.md"}'),n={name:"garden/digital-gardens/index.md"},i=t('

Digital Gardens ​

Referenced by: Chronological, Commune, Garden-RSS, The Cozy Web, The Small Web

Digital Gardens are Freeform collections of information made by an individual or community

This Knowledge Hub

Collections of digital gardens and resources for creating them:

',7),o=[i];function l(d,s,g,h,c,f){return r(),a("div",null,o)}const u=e(n,[["render",l]]);export{m as __pageData,u as default}; diff --git a/assets/garden_digital-gardens_index.md.CnxrENTN.lean.js b/assets/garden_digital-gardens_index.md.CakxBNtd.lean.js similarity index 58% rename from assets/garden_digital-gardens_index.md.CnxrENTN.lean.js rename to assets/garden_digital-gardens_index.md.CakxBNtd.lean.js index 272da65ef..6ce371996 100644 --- a/assets/garden_digital-gardens_index.md.CnxrENTN.lean.js +++ b/assets/garden_digital-gardens_index.md.CakxBNtd.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Digital Gardens","description":"","frontmatter":{"alias":"Digital Garden, Second Brain, Personal Knowledge Management, The Zettelkasten Method","public":"true","slug":"digital-gardens","title":"Digital Gardens","prev":false,"next":false},"headers":[],"relativePath":"garden/digital-gardens/index.md","filePath":"garden/digital-gardens/index.md","lastUpdated":1717655952000}'),n={name:"garden/digital-gardens/index.md"},i=t("",7),o=[i];function l(d,s,g,h,c,f){return r(),a("div",null,o)}const u=e(n,[["render",l]]);export{m as __pageData,u as default}; +import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Digital Gardens","description":"","frontmatter":{"alias":"Digital Garden, Second Brain, Personal Knowledge Management, The Zettelkasten Method","public":"true","slug":"digital-gardens","title":"Digital Gardens","prev":false,"next":false},"headers":[],"relativePath":"garden/digital-gardens/index.md","filePath":"garden/digital-gardens/index.md"}'),n={name:"garden/digital-gardens/index.md"},i=t("",7),o=[i];function l(d,s,g,h,c,f){return r(),a("div",null,o)}const u=e(n,[["render",l]]);export{m as __pageData,u as default}; diff --git a/assets/garden_digital-gardens_index.md.CnxrENTN.js b/assets/garden_digital-gardens_index.md.CnxrENTN.js deleted file mode 100644 index 459c1e17f..000000000 --- a/assets/garden_digital-gardens_index.md.CnxrENTN.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Digital Gardens","description":"","frontmatter":{"alias":"Digital Garden, Second Brain, Personal Knowledge Management, The Zettelkasten Method","public":"true","slug":"digital-gardens","title":"Digital Gardens","prev":false,"next":false},"headers":[],"relativePath":"garden/digital-gardens/index.md","filePath":"garden/digital-gardens/index.md","lastUpdated":1717655952000}'),n={name:"garden/digital-gardens/index.md"},i=t('

Digital Gardens ​

Referenced by: Chronological, Commune, Garden-RSS, The Cozy Web, The Small Web

Digital Gardens are Freeform collections of information made by an individual or community

This Knowledge Hub

Collections of digital gardens and resources for creating them:

',7),o=[i];function l(d,s,g,h,c,f){return r(),a("div",null,o)}const u=e(n,[["render",l]]);export{m as __pageData,u as default}; diff --git a/assets/garden_federated-identity_index.md.B5JQtae9.js b/assets/garden_federated-identity_index.md.B5JQtae9.js deleted file mode 100644 index aa4dc6205..000000000 --- a/assets/garden_federated-identity_index.md.B5JQtae9.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as t,o as a,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const _=JSON.parse('{"title":"Federated Identity","description":"","frontmatter":{"public":"true","slug":"federated-identity","tags":["Decentralized"],"title":"Federated Identity","prev":false,"next":false},"headers":[],"relativePath":"garden/federated-identity/index.md","filePath":"garden/federated-identity/index.md","lastUpdated":1717647948000}'),d={name:"garden/federated-identity/index.md"},i=r('

Federated Identity ​

Referenced by: Commune, Fedi v2, Weird

Tags: Decentralized

Allow for validating one's identity without relying on a specific centralized server

Implementations:

Self hosted identity providers are NOT enough to be considered federated identity

  • OIDC and OAuth require the service owner to have pre-configured with explicitly allowed identity providers

Incremental Social uses Zitadel which does NOT support IndieAuth and probably won't

',9),n=[i];function o(l,s,c,h,p,u){return a(),t("div",null,n)}const m=e(d,[["render",o]]);export{_ as __pageData,m as default}; diff --git a/assets/garden_federated-identity_index.md._l9JRaaP.js b/assets/garden_federated-identity_index.md._l9JRaaP.js new file mode 100644 index 000000000..4eb92bf98 --- /dev/null +++ b/assets/garden_federated-identity_index.md._l9JRaaP.js @@ -0,0 +1 @@ +import{_ as e,c as t,o as a,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const _=JSON.parse('{"title":"Federated Identity","description":"","frontmatter":{"public":"true","slug":"federated-identity","tags":["Decentralized"],"title":"Federated Identity","prev":false,"next":false},"headers":[],"relativePath":"garden/federated-identity/index.md","filePath":"garden/federated-identity/index.md"}'),d={name:"garden/federated-identity/index.md"},i=r('

Federated Identity ​

Referenced by: Commune, Fedi v2, Weird

Tags: Decentralized

Allow for validating one's identity without relying on a specific centralized server

Implementations:

Self hosted identity providers are NOT enough to be considered federated identity

  • OIDC and OAuth require the service owner to have pre-configured with explicitly allowed identity providers

Incremental Social uses Zitadel which does NOT support IndieAuth and probably won't

',9),n=[i];function o(l,s,c,h,p,u){return a(),t("div",null,n)}const m=e(d,[["render",o]]);export{_ as __pageData,m as default}; diff --git a/assets/garden_federated-identity_index.md.B5JQtae9.lean.js b/assets/garden_federated-identity_index.md._l9JRaaP.lean.js similarity index 63% rename from assets/garden_federated-identity_index.md.B5JQtae9.lean.js rename to assets/garden_federated-identity_index.md._l9JRaaP.lean.js index 5c836aa64..e62119852 100644 --- a/assets/garden_federated-identity_index.md.B5JQtae9.lean.js +++ b/assets/garden_federated-identity_index.md._l9JRaaP.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o as a,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const _=JSON.parse('{"title":"Federated Identity","description":"","frontmatter":{"public":"true","slug":"federated-identity","tags":["Decentralized"],"title":"Federated Identity","prev":false,"next":false},"headers":[],"relativePath":"garden/federated-identity/index.md","filePath":"garden/federated-identity/index.md","lastUpdated":1717647948000}'),d={name:"garden/federated-identity/index.md"},i=r("",9),n=[i];function o(l,s,c,h,p,u){return a(),t("div",null,n)}const m=e(d,[["render",o]]);export{_ as __pageData,m as default}; +import{_ as e,c as t,o as a,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const _=JSON.parse('{"title":"Federated Identity","description":"","frontmatter":{"public":"true","slug":"federated-identity","tags":["Decentralized"],"title":"Federated Identity","prev":false,"next":false},"headers":[],"relativePath":"garden/federated-identity/index.md","filePath":"garden/federated-identity/index.md"}'),d={name:"garden/federated-identity/index.md"},i=r("",9),n=[i];function o(l,s,c,h,p,u){return a(),t("div",null,n)}const m=e(d,[["render",o]]);export{_ as __pageData,m as default}; diff --git a/assets/garden_fedi-v2_index.md.BSF7P8W3.js b/assets/garden_fedi-v2_index.md.BSF7P8W3.js deleted file mode 100644 index 81825b9d4..000000000 --- a/assets/garden_fedi-v2_index.md.BSF7P8W3.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as i,o as t,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Fedi v2","description":"","frontmatter":{"public":"true","slug":"fedi-v2","title":"Fedi v2","prev":false,"next":false},"headers":[],"relativePath":"garden/fedi-v2/index.md","filePath":"garden/fedi-v2/index.md","lastUpdated":1718337270000}'),l={name:"garden/fedi-v2/index.md"},s=a('

Fedi v2 ​

Referenced by: Social Media, The IndieWeb/Signature Blocks, Weird

A placeholder name for a theoretical new federated network that is client-centric, in contrast to the server-centric Fediverse

There are further discussions about actually implementing all this within the Weird community

Inspiration ​

  • A Plan for Social Media - Rethinking Federation
    • This article doesn't address many implementation details:
      • If the server is a relay, can content not be viewed anonymously?
      • How to handle storing large amounts of data on every client?
      • Don't you still need to associate with a server for people to direct their messages to?
  • Single-user Mastodon Instance is a Bad Idea
    • Focuses on the non-feasibility of self hosting, contributing to Federated Social Media not actually having all the upsides it should theoretically have by virtue of being Decentralized
  • The Commune community
  • Existing protocols:
    • Nostr
      • Currently suffers a culture problem by being associated with alt right and crypto users, making broad adoption more difficult
    • ATProto
      • Focused on a few large instances, to be run by large corporations. Still requires associating your identity with a server you don't own
  • A lot of these ideas are learned lessons from the usenet days

Identity ​

  • Federated Identity
  • Private and public keys anyone can create and store how they want
    • Fully free to create and store with no server dependencies
  • Profile information
    • Sent as a signed message through all the relays
    • How would you trust a username?
      • Petnames could be used to display human readable names via contacts or decentralized "naming hubs"
      • In most conversations online, you can trust their display name and add them as a contact as that display name
        • You only need to verify they are the same person you interacted with previously
        • You only need to trust people you want to send money to or otherwise "important identities"
        • For important identities, you can trust your contacts forming a chain of trust, or a authoritative naming hub
          • E.g. a white house ran naming hub that verifies the identities of the president and people of Congress
          • People typically wouldn't reach out to a naming hub, as it's not typically necessary
        • Contacts supercede naming hubs, so if a naming hub is breached, anyone I've previously added as a contact is still the source of truth
          • This only fails if the private key itself was breached
        • I'm just thepaperpilot, my display name. For most online communication, this is sufficient
          • My website can have a nameserver saying this publickey is the same as the site owner
          • If I write a paper at a scientific journal, they can say the author of x paper is my publickey
  • How to handle losing your private key
    • If you do have a naming hub you can verify with, they can say the identity has a new publickey
    • Contacts can "vouch" for a identity having a new publickey
    • Clients can decide to trust the new publickey based on contacts and naming hubs saying to
    • Also applies to stolen or compromised keys

Servers ​

  • Act as relays, merely storing messages and sending them to any clients or servers that have subscribed
  • May decide to publicly display messages its received
    • These servers are how discovery would work
    • Different servers may offer unique displays, filters, etc.
  • Users can send their content to any server - no authentication or account required, as the identity suffices
    • Even replies can work this way - no need to know from where a given message originated
  • Private servers could require some password when sending messages or subscribing to things
    • Useful for a school or other entity that wants an internal social network
  • Different ways to subscribe to a server's messages
    • All messages the relay hears about (new relays essentially subscribe like this to some existing relay)
    • All messages from a specific poster ID
    • Any replies to a message created with a specific poster ID
    • Shallow subscriptions, to lighten the load when subscribing to communities

Content ​

  • Protocol should dictate how to convey text, image, audio, video, and binary content
  • Protocol should include reacting to content with arbitrary text, including a URL
    • Upvotes and downvotes are implemented with this system
  • Each message contains fields for the poster's ID (public key) and a signature that verifies the content was made by that poster
    • That signature serves as an ID for the message itself
      • Anything can be replied to using the ID as the "parent" property in a new post
  • Edits are handled as replies with some flag to indicate it's updating the parent messages' content
    • Naturally, this reply would only be respected if it matches the same creator ID
    • Servers should replace the original message entirely with this one and indicate its an edited message
      • Some servers will inevitably keep a full history though
  • Groups/communities are just specially flagged messages
    • Posting to a community is just replying to that message
    • Subscribing to a community is just subscribing to that message
    • The original message creator effectively owns the group
  • IndieWeb pages could publish these messages as well, effectively serving as clients within the network
    • Perhaps use a bit to actually send those messages to other relays within the network

Moderation ​

  • In general, edits and delete requests are made by replying with a specially flagged message
  • Edit and deletion messages are ignored unless they have the correct public key and signature
    • Parent messages form a hierarchy of permission - if someone replies to your message, you can send a delete request for that message
    • Relay owners cannot fully delete messages, but can choose to stop relaying replies etc. of messages as the server owner wishes
  • Posts can be publicly reported with a specially flagged reply
    • How to make anonymous reports?
  • Users can send deletion or edit messages even without a matching public key, and clients (or relays) can choose to respect those messages if that public key is whitelisted as a moderator
    • Messages (and by extension, groups) can have replies granting or removing permission to other public IDs at that hierarchy level
    • People can setup accounts with their desired heuristic for sending delete messages, such as looking at public reports or analyzing the content with AI
      • This way clients can effectively customize their preferred moderation
  • Clients can also choose to add additional rules for hiding content, such as any reports by followed users
  • Perhaps delete messages pull double duty as public reports in and of themselves?

Problems to solve ​

  • No anonymity
    • All upvotes, downvotes, etc. are linked to your public key
    • Perhaps a client could generate new keypairs for every action for anonymity, but then it'd be hard to determine if such an account and action was a genuine user or a bot
  • Servers could probably determine the identity of clients sending their messages to them
    • A client that only ever sends messages with a specific public key is unlikely to be a server
    • A client that doesn't subscribe to all messages is unlikely to be a server
    • Perhaps clients and servers can be identified as such, and subscribing to new messages is something you only do to servers, not clients
  • Illegal material will likely be placed on the hard drive at least temporarily
    • Messages will be downloaded and, even if you follow a moderator bot that looks for illegal material, there's likely to be a delay between receiving the initial message and receiving the bots delete message
  • You have to download all spam messages
    • For redundancy, you'd likely subscribe to multiple relay servers
    • You cannot trust several relay servers to have identical rules on not relaying messages that don't pass whatever moderation heuristic
    • Therefore, the filtering out of spam has to be done by the client, after downloading it all
',16),o=[s];function r(n,u,d,h,c,y){return t(),i("div",null,o)}const g=e(l,[["render",r]]);export{p as __pageData,g as default}; diff --git a/assets/garden_fedi-v2_index.md.BSF7P8W3.lean.js b/assets/garden_fedi-v2_index.md.BSF7P8W3.lean.js deleted file mode 100644 index d3e6656dd..000000000 --- a/assets/garden_fedi-v2_index.md.BSF7P8W3.lean.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as i,o as t,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Fedi v2","description":"","frontmatter":{"public":"true","slug":"fedi-v2","title":"Fedi v2","prev":false,"next":false},"headers":[],"relativePath":"garden/fedi-v2/index.md","filePath":"garden/fedi-v2/index.md","lastUpdated":1718337270000}'),l={name:"garden/fedi-v2/index.md"},s=a("",16),o=[s];function r(n,u,d,h,c,y){return t(),i("div",null,o)}const g=e(l,[["render",r]]);export{p as __pageData,g as default}; diff --git a/assets/garden_fedi-v2_index.md.Cw_BJg5B.js b/assets/garden_fedi-v2_index.md.Cw_BJg5B.js new file mode 100644 index 000000000..794aba6a6 --- /dev/null +++ b/assets/garden_fedi-v2_index.md.Cw_BJg5B.js @@ -0,0 +1 @@ +import{_ as e,c as i,o as t,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Fedi v2","description":"","frontmatter":{"public":"true","slug":"fedi-v2","title":"Fedi v2","prev":false,"next":false},"headers":[],"relativePath":"garden/fedi-v2/index.md","filePath":"garden/fedi-v2/index.md"}'),l={name:"garden/fedi-v2/index.md"},s=a('

Fedi v2 ​

Referenced by: Social Media, The IndieWeb/Signature Blocks, Weird

A placeholder name for a theoretical new federated network that is client-centric, in contrast to the server-centric Fediverse

There are further discussions about actually implementing all this within the Weird community

Inspiration ​

  • A Plan for Social Media - Rethinking Federation
    • This article doesn't address many implementation details:
      • If the server is a relay, can content not be viewed anonymously?
      • How to handle storing large amounts of data on every client?
      • Don't you still need to associate with a server for people to direct their messages to?
  • Single-user Mastodon Instance is a Bad Idea
    • Focuses on the non-feasibility of self hosting, contributing to Federated Social Media not actually having all the upsides it should theoretically have by virtue of being Decentralized
  • The Commune community
  • Existing protocols:
    • Nostr
      • Currently suffers a culture problem by being associated with alt right and crypto users, making broad adoption more difficult
    • ATProto
      • Focused on a few large instances, to be run by large corporations. Still requires associating your identity with a server you don't own
  • A lot of these ideas are learned lessons from the usenet days

Identity ​

  • Federated Identity
  • Private and public keys anyone can create and store how they want
    • Fully free to create and store with no server dependencies
  • Profile information
    • Sent as a signed message through all the relays
    • How would you trust a username?
      • Petnames could be used to display human readable names via contacts or decentralized "naming hubs"
      • In most conversations online, you can trust their display name and add them as a contact as that display name
        • You only need to verify they are the same person you interacted with previously
        • You only need to trust people you want to send money to or otherwise "important identities"
        • For important identities, you can trust your contacts forming a chain of trust, or a authoritative naming hub
          • E.g. a white house ran naming hub that verifies the identities of the president and people of Congress
          • People typically wouldn't reach out to a naming hub, as it's not typically necessary
        • Contacts supercede naming hubs, so if a naming hub is breached, anyone I've previously added as a contact is still the source of truth
          • This only fails if the private key itself was breached
        • I'm just thepaperpilot, my display name. For most online communication, this is sufficient
          • My website can have a nameserver saying this publickey is the same as the site owner
          • If I write a paper at a scientific journal, they can say the author of x paper is my publickey
  • How to handle losing your private key
    • If you do have a naming hub you can verify with, they can say the identity has a new publickey
    • Contacts can "vouch" for a identity having a new publickey
    • Clients can decide to trust the new publickey based on contacts and naming hubs saying to
    • Also applies to stolen or compromised keys

Servers ​

  • Act as relays, merely storing messages and sending them to any clients or servers that have subscribed
  • May decide to publicly display messages its received
    • These servers are how discovery would work
    • Different servers may offer unique displays, filters, etc.
  • Users can send their content to any server - no authentication or account required, as the identity suffices
    • Even replies can work this way - no need to know from where a given message originated
  • Private servers could require some password when sending messages or subscribing to things
    • Useful for a school or other entity that wants an internal social network
  • Different ways to subscribe to a server's messages
    • All messages the relay hears about (new relays essentially subscribe like this to some existing relay)
    • All messages from a specific poster ID
    • Any replies to a message created with a specific poster ID
    • Shallow subscriptions, to lighten the load when subscribing to communities

Content ​

  • Protocol should dictate how to convey text, image, audio, video, and binary content
  • Protocol should include reacting to content with arbitrary text, including a URL
    • Upvotes and downvotes are implemented with this system
  • Each message contains fields for the poster's ID (public key) and a signature that verifies the content was made by that poster
    • That signature serves as an ID for the message itself
      • Anything can be replied to using the ID as the "parent" property in a new post
  • Edits are handled as replies with some flag to indicate it's updating the parent messages' content
    • Naturally, this reply would only be respected if it matches the same creator ID
    • Servers should replace the original message entirely with this one and indicate its an edited message
      • Some servers will inevitably keep a full history though
  • Groups/communities are just specially flagged messages
    • Posting to a community is just replying to that message
    • Subscribing to a community is just subscribing to that message
    • The original message creator effectively owns the group
  • IndieWeb pages could publish these messages as well, effectively serving as clients within the network
    • Perhaps use a bit to actually send those messages to other relays within the network

Moderation ​

  • In general, edits and delete requests are made by replying with a specially flagged message
  • Edit and deletion messages are ignored unless they have the correct public key and signature
    • Parent messages form a hierarchy of permission - if someone replies to your message, you can send a delete request for that message
    • Relay owners cannot fully delete messages, but can choose to stop relaying replies etc. of messages as the server owner wishes
  • Posts can be publicly reported with a specially flagged reply
    • How to make anonymous reports?
  • Users can send deletion or edit messages even without a matching public key, and clients (or relays) can choose to respect those messages if that public key is whitelisted as a moderator
    • Messages (and by extension, groups) can have replies granting or removing permission to other public IDs at that hierarchy level
    • People can setup accounts with their desired heuristic for sending delete messages, such as looking at public reports or analyzing the content with AI
      • This way clients can effectively customize their preferred moderation
  • Clients can also choose to add additional rules for hiding content, such as any reports by followed users
  • Perhaps delete messages pull double duty as public reports in and of themselves?

Problems to solve ​

  • No anonymity
    • All upvotes, downvotes, etc. are linked to your public key
    • Perhaps a client could generate new keypairs for every action for anonymity, but then it'd be hard to determine if such an account and action was a genuine user or a bot
  • Servers could probably determine the identity of clients sending their messages to them
    • A client that only ever sends messages with a specific public key is unlikely to be a server
    • A client that doesn't subscribe to all messages is unlikely to be a server
    • Perhaps clients and servers can be identified as such, and subscribing to new messages is something you only do to servers, not clients
  • Illegal material will likely be placed on the hard drive at least temporarily
    • Messages will be downloaded and, even if you follow a moderator bot that looks for illegal material, there's likely to be a delay between receiving the initial message and receiving the bots delete message
  • You have to download all spam messages
    • For redundancy, you'd likely subscribe to multiple relay servers
    • You cannot trust several relay servers to have identical rules on not relaying messages that don't pass whatever moderation heuristic
    • Therefore, the filtering out of spam has to be done by the client, after downloading it all
',16),o=[s];function r(n,u,d,h,c,y){return t(),i("div",null,o)}const g=e(l,[["render",r]]);export{p as __pageData,g as default}; diff --git a/assets/garden_fedi-v2_index.md.Cw_BJg5B.lean.js b/assets/garden_fedi-v2_index.md.Cw_BJg5B.lean.js new file mode 100644 index 000000000..563b254d3 --- /dev/null +++ b/assets/garden_fedi-v2_index.md.Cw_BJg5B.lean.js @@ -0,0 +1 @@ +import{_ as e,c as i,o as t,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Fedi v2","description":"","frontmatter":{"public":"true","slug":"fedi-v2","title":"Fedi v2","prev":false,"next":false},"headers":[],"relativePath":"garden/fedi-v2/index.md","filePath":"garden/fedi-v2/index.md"}'),l={name:"garden/fedi-v2/index.md"},s=a("",16),o=[s];function r(n,u,d,h,c,y){return t(),i("div",null,o)}const g=e(l,[["render",r]]);export{p as __pageData,g as default}; diff --git a/assets/garden_fediverse_index.md.CaB07bzW.js b/assets/garden_fediverse_index.md.CaB07bzW.js deleted file mode 100644 index 8e7700d11..000000000 --- a/assets/garden_fediverse_index.md.CaB07bzW.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Fediverse","description":"","frontmatter":{"alias":"Federated Social Media","public":"true","slug":"fediverse","tags":["Decentralized"],"title":"Fediverse","prev":false,"next":false},"headers":[],"relativePath":"garden/fediverse/index.md","filePath":"garden/fediverse/index.md","lastUpdated":1718337270000}'),i={name:"garden/fediverse/index.md"},d=t('

Fediverse ​

Referenced by: ATProto, Decentralized, Fedi v2, Incremental Social, Mbin, Weird

Tags: Decentralized

A collection of Social Media websites that can all talk to each other by virtue of a shared protocol

Typically refers to sites implementing ActivityPub

Implementations:

',7),n=[d];function o(l,s,c,f,p,h){return r(),a("div",null,n)}const g=e(i,[["render",o]]);export{u as __pageData,g as default}; diff --git a/assets/garden_fediverse_index.md.oEmtcK3k.js b/assets/garden_fediverse_index.md.oEmtcK3k.js new file mode 100644 index 000000000..2865f3674 --- /dev/null +++ b/assets/garden_fediverse_index.md.oEmtcK3k.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Fediverse","description":"","frontmatter":{"alias":"Federated Social Media","public":"true","slug":"fediverse","tags":["Decentralized"],"title":"Fediverse","prev":false,"next":false},"headers":[],"relativePath":"garden/fediverse/index.md","filePath":"garden/fediverse/index.md"}'),i={name:"garden/fediverse/index.md"},d=t('

Fediverse ​

Referenced by: ATProto, Decentralized, Fedi v2, Incremental Social, Mbin, Weird

Tags: Decentralized

A collection of Social Media websites that can all talk to each other by virtue of a shared protocol

Typically refers to sites implementing ActivityPub

Implementations:

',7),n=[d];function o(l,s,c,f,p,h){return r(),a("div",null,n)}const g=e(i,[["render",o]]);export{u as __pageData,g as default}; diff --git a/assets/garden_fediverse_index.md.CaB07bzW.lean.js b/assets/garden_fediverse_index.md.oEmtcK3k.lean.js similarity index 54% rename from assets/garden_fediverse_index.md.CaB07bzW.lean.js rename to assets/garden_fediverse_index.md.oEmtcK3k.lean.js index bfa267533..f2f554c56 100644 --- a/assets/garden_fediverse_index.md.CaB07bzW.lean.js +++ b/assets/garden_fediverse_index.md.oEmtcK3k.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Fediverse","description":"","frontmatter":{"alias":"Federated Social Media","public":"true","slug":"fediverse","tags":["Decentralized"],"title":"Fediverse","prev":false,"next":false},"headers":[],"relativePath":"garden/fediverse/index.md","filePath":"garden/fediverse/index.md","lastUpdated":1718337270000}'),i={name:"garden/fediverse/index.md"},d=t("",7),n=[d];function o(l,s,c,f,p,h){return r(),a("div",null,n)}const g=e(i,[["render",o]]);export{u as __pageData,g as default}; +import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Fediverse","description":"","frontmatter":{"alias":"Federated Social Media","public":"true","slug":"fediverse","tags":["Decentralized"],"title":"Fediverse","prev":false,"next":false},"headers":[],"relativePath":"garden/fediverse/index.md","filePath":"garden/fediverse/index.md"}'),i={name:"garden/fediverse/index.md"},d=t("",7),n=[d];function o(l,s,c,f,p,h){return r(),a("div",null,n)}const g=e(i,[["render",o]]);export{u as __pageData,g as default}; diff --git a/assets/garden_forgejo_index.md.BPVc0wpG.js b/assets/garden_forgejo_index.md.BPVc0wpG.js new file mode 100644 index 000000000..91aa6ee74 --- /dev/null +++ b/assets/garden_forgejo_index.md.BPVc0wpG.js @@ -0,0 +1 @@ +import{_ as e,c as o,o as r,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const h=JSON.parse('{"title":"Forgejo","description":"","frontmatter":{"public":"true","slug":"forgejo","title":"Forgejo","prev":false,"next":false},"headers":[],"relativePath":"garden/forgejo/index.md","filePath":"garden/forgejo/index.md"}'),t={name:"garden/forgejo/index.md"},n=a('

Forgejo ​

Referenced by: Incremental Social

Forgejo is an Open Source code repository hosting software

',3),s=[n];function c(i,_,d,l,f,g){return r(),o("div",null,s)}const u=e(t,[["render",c]]);export{h as __pageData,u as default}; diff --git a/assets/garden_forgejo_index.md.DNK3_N8-.lean.js b/assets/garden_forgejo_index.md.BPVc0wpG.lean.js similarity index 50% rename from assets/garden_forgejo_index.md.DNK3_N8-.lean.js rename to assets/garden_forgejo_index.md.BPVc0wpG.lean.js index 377d81859..c16cccfc6 100644 --- a/assets/garden_forgejo_index.md.DNK3_N8-.lean.js +++ b/assets/garden_forgejo_index.md.BPVc0wpG.lean.js @@ -1 +1 @@ -import{_ as e,c as o,o as r,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const h=JSON.parse('{"title":"Forgejo","description":"","frontmatter":{"public":"true","slug":"forgejo","title":"Forgejo","prev":false,"next":false},"headers":[],"relativePath":"garden/forgejo/index.md","filePath":"garden/forgejo/index.md","lastUpdated":1717647948000}'),t={name:"garden/forgejo/index.md"},n=a("",3),s=[n];function c(d,i,_,l,f,g){return r(),o("div",null,s)}const u=e(t,[["render",c]]);export{h as __pageData,u as default}; +import{_ as e,c as o,o as r,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const h=JSON.parse('{"title":"Forgejo","description":"","frontmatter":{"public":"true","slug":"forgejo","title":"Forgejo","prev":false,"next":false},"headers":[],"relativePath":"garden/forgejo/index.md","filePath":"garden/forgejo/index.md"}'),t={name:"garden/forgejo/index.md"},n=a("",3),s=[n];function c(i,_,d,l,f,g){return r(),o("div",null,s)}const u=e(t,[["render",c]]);export{h as __pageData,u as default}; diff --git a/assets/garden_forgejo_index.md.DNK3_N8-.js b/assets/garden_forgejo_index.md.DNK3_N8-.js deleted file mode 100644 index 526149fa5..000000000 --- a/assets/garden_forgejo_index.md.DNK3_N8-.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as o,o as r,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const h=JSON.parse('{"title":"Forgejo","description":"","frontmatter":{"public":"true","slug":"forgejo","title":"Forgejo","prev":false,"next":false},"headers":[],"relativePath":"garden/forgejo/index.md","filePath":"garden/forgejo/index.md","lastUpdated":1717647948000}'),t={name:"garden/forgejo/index.md"},n=a('

Forgejo ​

Referenced by: Incremental Social

Forgejo is an Open Source code repository hosting software

',3),s=[n];function c(d,i,_,l,f,g){return r(),o("div",null,s)}const u=e(t,[["render",c]]);export{h as __pageData,u as default}; diff --git a/assets/garden_freeform-vs-chronological-dichotomy_index.md.C6Yd9oy4.js b/assets/garden_freeform-vs-chronological-dichotomy_index.md.C6Yd9oy4.js deleted file mode 100644 index 8b12a4260..000000000 --- a/assets/garden_freeform-vs-chronological-dichotomy_index.md.C6Yd9oy4.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as o,c as e,o as r,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Freeform vs Chronological Dichotomy","description":"","frontmatter":{"public":"true","slug":"freeform-vs-chronological-dichotomy","title":"Freeform vs Chronological Dichotomy","prev":false,"next":false},"headers":[],"relativePath":"garden/freeform-vs-chronological-dichotomy/index.md","filePath":"garden/freeform-vs-chronological-dichotomy/index.md","lastUpdated":1717647948000}'),c={name:"garden/freeform-vs-chronological-dichotomy/index.md"},t=a('

Freeform vs Chronological Dichotomy ​

Referenced by: Chronological, Freeform

Describes a dichotomy between displaying information in a Freeform vs Chronological manner

',3),n=[t];function i(l,s,h,f,d,m){return r(),e("div",null,n)}const p=o(c,[["render",i]]);export{g as __pageData,p as default}; diff --git a/assets/garden_freeform-vs-chronological-dichotomy_index.md.CxD_wlMt.js b/assets/garden_freeform-vs-chronological-dichotomy_index.md.CxD_wlMt.js new file mode 100644 index 000000000..52f528f3c --- /dev/null +++ b/assets/garden_freeform-vs-chronological-dichotomy_index.md.CxD_wlMt.js @@ -0,0 +1 @@ +import{_ as o,c as e,o as r,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Freeform vs Chronological Dichotomy","description":"","frontmatter":{"public":"true","slug":"freeform-vs-chronological-dichotomy","title":"Freeform vs Chronological Dichotomy","prev":false,"next":false},"headers":[],"relativePath":"garden/freeform-vs-chronological-dichotomy/index.md","filePath":"garden/freeform-vs-chronological-dichotomy/index.md"}'),c={name:"garden/freeform-vs-chronological-dichotomy/index.md"},n=a('

Freeform vs Chronological Dichotomy ​

Referenced by: Chronological, Freeform

Describes a dichotomy between displaying information in a Freeform vs Chronological manner

',3),t=[n];function i(l,h,s,f,m,d){return r(),e("div",null,t)}const p=o(c,[["render",i]]);export{g as __pageData,p as default}; diff --git a/assets/garden_freeform-vs-chronological-dichotomy_index.md.C6Yd9oy4.lean.js b/assets/garden_freeform-vs-chronological-dichotomy_index.md.CxD_wlMt.lean.js similarity index 65% rename from assets/garden_freeform-vs-chronological-dichotomy_index.md.C6Yd9oy4.lean.js rename to assets/garden_freeform-vs-chronological-dichotomy_index.md.CxD_wlMt.lean.js index 249dc2a97..8376d7a03 100644 --- a/assets/garden_freeform-vs-chronological-dichotomy_index.md.C6Yd9oy4.lean.js +++ b/assets/garden_freeform-vs-chronological-dichotomy_index.md.CxD_wlMt.lean.js @@ -1 +1 @@ -import{_ as o,c as e,o as r,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Freeform vs Chronological Dichotomy","description":"","frontmatter":{"public":"true","slug":"freeform-vs-chronological-dichotomy","title":"Freeform vs Chronological Dichotomy","prev":false,"next":false},"headers":[],"relativePath":"garden/freeform-vs-chronological-dichotomy/index.md","filePath":"garden/freeform-vs-chronological-dichotomy/index.md","lastUpdated":1717647948000}'),c={name:"garden/freeform-vs-chronological-dichotomy/index.md"},t=a("",3),n=[t];function i(l,s,h,f,d,m){return r(),e("div",null,n)}const p=o(c,[["render",i]]);export{g as __pageData,p as default}; +import{_ as o,c as e,o as r,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Freeform vs Chronological Dichotomy","description":"","frontmatter":{"public":"true","slug":"freeform-vs-chronological-dichotomy","title":"Freeform vs Chronological Dichotomy","prev":false,"next":false},"headers":[],"relativePath":"garden/freeform-vs-chronological-dichotomy/index.md","filePath":"garden/freeform-vs-chronological-dichotomy/index.md"}'),c={name:"garden/freeform-vs-chronological-dichotomy/index.md"},n=a("",3),t=[n];function i(l,h,s,f,m,d){return r(),e("div",null,t)}const p=o(c,[["render",i]]);export{g as __pageData,p as default}; diff --git a/assets/garden_freeform_index.md.DX61_hRi.js b/assets/garden_freeform_index.md.DX61_hRi.js new file mode 100644 index 000000000..785d86051 --- /dev/null +++ b/assets/garden_freeform_index.md.DX61_hRi.js @@ -0,0 +1 @@ +import{_ as e,c as r,o,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Freeform","description":"","frontmatter":{"public":"true","slug":"freeform","title":"Freeform","prev":false,"next":false},"headers":[],"relativePath":"garden/freeform/index.md","filePath":"garden/freeform/index.md"}'),t={name:"garden/freeform/index.md"},n=a('

Freeform ​

Referenced by: Commune, Digital Gardens, Freeform vs Chronological Dichotomy, Garden-RSS, The Small Web

A collection of information that is not tied to when it was created or edited

Part of the Freeform vs Chronological Dichotomy

Anything wiki-style is considered freeform

  • A collection of living documents

Garden-RSS, a theoretical alternative to RSS that's better for freeform content

',7),i=[n];function f(d,l,c,s,m,h){return o(),r("div",null,i)}const p=e(t,[["render",f]]);export{g as __pageData,p as default}; diff --git a/assets/garden_freeform_index.md.DX61_hRi.lean.js b/assets/garden_freeform_index.md.DX61_hRi.lean.js new file mode 100644 index 000000000..bf9d44f1a --- /dev/null +++ b/assets/garden_freeform_index.md.DX61_hRi.lean.js @@ -0,0 +1 @@ +import{_ as e,c as r,o,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Freeform","description":"","frontmatter":{"public":"true","slug":"freeform","title":"Freeform","prev":false,"next":false},"headers":[],"relativePath":"garden/freeform/index.md","filePath":"garden/freeform/index.md"}'),t={name:"garden/freeform/index.md"},n=a("",7),i=[n];function f(d,l,c,s,m,h){return o(),r("div",null,i)}const p=e(t,[["render",f]]);export{g as __pageData,p as default}; diff --git a/assets/garden_freeform_index.md.KSPHFjBD.js b/assets/garden_freeform_index.md.KSPHFjBD.js deleted file mode 100644 index 50423d697..000000000 --- a/assets/garden_freeform_index.md.KSPHFjBD.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as r,o as a,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Freeform","description":"","frontmatter":{"public":"true","slug":"freeform","title":"Freeform","prev":false,"next":false},"headers":[],"relativePath":"garden/freeform/index.md","filePath":"garden/freeform/index.md","lastUpdated":1717647948000}'),t={name:"garden/freeform/index.md"},n=o('

Freeform ​

Referenced by: Commune, Digital Gardens, Freeform vs Chronological Dichotomy, Garden-RSS, The Small Web

A collection of information that is not tied to when it was created or edited

Part of the Freeform vs Chronological Dichotomy

Anything wiki-style is considered freeform

  • A collection of living documents

Garden-RSS, a theoretical alternative to RSS that's better for freeform content

',7),i=[n];function f(d,l,c,s,m,h){return a(),r("div",null,i)}const g=e(t,[["render",f]]);export{p as __pageData,g as default}; diff --git a/assets/garden_freeform_index.md.KSPHFjBD.lean.js b/assets/garden_freeform_index.md.KSPHFjBD.lean.js deleted file mode 100644 index 2ab55b34f..000000000 --- a/assets/garden_freeform_index.md.KSPHFjBD.lean.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as r,o as a,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Freeform","description":"","frontmatter":{"public":"true","slug":"freeform","title":"Freeform","prev":false,"next":false},"headers":[],"relativePath":"garden/freeform/index.md","filePath":"garden/freeform/index.md","lastUpdated":1717647948000}'),t={name:"garden/freeform/index.md"},n=o("",7),i=[n];function f(d,l,c,s,m,h){return a(),r("div",null,i)}const g=e(t,[["render",f]]);export{p as __pageData,g as default}; diff --git a/assets/garden_game-dev-tree_index.md.Dc3Uus84.js b/assets/garden_game-dev-tree_index.md.Dc3Uus84.js new file mode 100644 index 000000000..bc3d1e13f --- /dev/null +++ b/assets/garden_game-dev-tree_index.md.Dc3Uus84.js @@ -0,0 +1 @@ +import{_ as e,c as t,o as a,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Game Dev Tree","description":"","frontmatter":{"public":"true","slug":"game-dev-tree","tags":["My Projects"],"title":"Game Dev Tree","prev":false,"next":false},"headers":[],"relativePath":"garden/game-dev-tree/index.md","filePath":"garden/game-dev-tree/index.md"}'),o={name:"garden/game-dev-tree/index.md"},n=r('

Game Dev Tree ​

Tags: My Projects

Play it here!

My first (good) incremental game! (My actual first was Shape Tycoon - I don't recommend it!)

It's Open Source!

The TV Tropes page on this game mentions some of the cool things about this game

',6),s=[n];function p(i,c,d,m,h,l){return a(),t("div",null,s)}const f=e(o,[["render",p]]);export{g as __pageData,f as default}; diff --git a/assets/garden_game-dev-tree_index.md.qUU5fhzz.lean.js b/assets/garden_game-dev-tree_index.md.Dc3Uus84.lean.js similarity index 56% rename from assets/garden_game-dev-tree_index.md.qUU5fhzz.lean.js rename to assets/garden_game-dev-tree_index.md.Dc3Uus84.lean.js index b788bdc9a..b6f27c500 100644 --- a/assets/garden_game-dev-tree_index.md.qUU5fhzz.lean.js +++ b/assets/garden_game-dev-tree_index.md.Dc3Uus84.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o as a,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Game Dev Tree","description":"","frontmatter":{"public":"true","slug":"game-dev-tree","tags":["My Projects"],"title":"Game Dev Tree","prev":false,"next":false},"headers":[],"relativePath":"garden/game-dev-tree/index.md","filePath":"garden/game-dev-tree/index.md","lastUpdated":1717647948000}'),o={name:"garden/game-dev-tree/index.md"},n=r("",6),s=[n];function p(i,d,c,m,l,h){return a(),t("div",null,s)}const f=e(o,[["render",p]]);export{g as __pageData,f as default}; +import{_ as e,c as t,o as a,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Game Dev Tree","description":"","frontmatter":{"public":"true","slug":"game-dev-tree","tags":["My Projects"],"title":"Game Dev Tree","prev":false,"next":false},"headers":[],"relativePath":"garden/game-dev-tree/index.md","filePath":"garden/game-dev-tree/index.md"}'),o={name:"garden/game-dev-tree/index.md"},n=r("",6),s=[n];function p(i,c,d,m,h,l){return a(),t("div",null,s)}const f=e(o,[["render",p]]);export{g as __pageData,f as default}; diff --git a/assets/garden_game-dev-tree_index.md.qUU5fhzz.js b/assets/garden_game-dev-tree_index.md.qUU5fhzz.js deleted file mode 100644 index f8c1a3b01..000000000 --- a/assets/garden_game-dev-tree_index.md.qUU5fhzz.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as t,o as a,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Game Dev Tree","description":"","frontmatter":{"public":"true","slug":"game-dev-tree","tags":["My Projects"],"title":"Game Dev Tree","prev":false,"next":false},"headers":[],"relativePath":"garden/game-dev-tree/index.md","filePath":"garden/game-dev-tree/index.md","lastUpdated":1717647948000}'),o={name:"garden/game-dev-tree/index.md"},n=r('

Game Dev Tree ​

Tags: My Projects

Play it here!

My first (good) incremental game! (My actual first was Shape Tycoon - I don't recommend it!)

It's Open Source!

The TV Tropes page on this game mentions some of the cool things about this game

',6),s=[n];function p(i,d,c,m,l,h){return a(),t("div",null,s)}const f=e(o,[["render",p]]);export{g as __pageData,f as default}; diff --git a/assets/garden_garden-rss_index.md.CisAUwYr.js b/assets/garden_garden-rss_index.md.CisAUwYr.js deleted file mode 100644 index 6ae6ac111..000000000 --- a/assets/garden_garden-rss_index.md.CisAUwYr.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as r,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Garden-RSS","description":"","frontmatter":{"public":"true","slug":"garden-rss","title":"Garden-RSS","prev":false,"next":false},"headers":[],"relativePath":"garden/garden-rss/index.md","filePath":"garden/garden-rss/index.md","lastUpdated":1717647948000}'),s={name:"garden/garden-rss/index.md"},i=t('

Garden-RSS ​

Referenced by: Freeform, The Small Web, This Knowledge Hub

A theoretical alternative to RSS that's better for Freeform websites (and Digital Gardens specifically )

Why is it useful?

How should it work?

  • Could display changes similar to git diffs

Existing Work

',9),n=[i];function o(l,d,c,f,h,g){return a(),r("div",null,n)}const _=e(s,[["render",o]]);export{u as __pageData,_ as default}; diff --git a/assets/garden_garden-rss_index.md.WrYqsdwW.js b/assets/garden_garden-rss_index.md.WrYqsdwW.js new file mode 100644 index 000000000..d785e4d2a --- /dev/null +++ b/assets/garden_garden-rss_index.md.WrYqsdwW.js @@ -0,0 +1 @@ +import{_ as e,c as r,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Garden-RSS","description":"","frontmatter":{"public":"true","slug":"garden-rss","title":"Garden-RSS","prev":false,"next":false},"headers":[],"relativePath":"garden/garden-rss/index.md","filePath":"garden/garden-rss/index.md"}'),s={name:"garden/garden-rss/index.md"},i=t('

Garden-RSS ​

Referenced by: Freeform, The Small Web, This Knowledge Hub

A theoretical alternative to RSS that's better for Freeform websites (and Digital Gardens specifically )

Why is it useful?

How should it work?

  • Could display changes similar to git diffs

Existing Work

',9),n=[i];function o(l,d,c,f,h,g){return a(),r("div",null,n)}const _=e(s,[["render",o]]);export{u as __pageData,_ as default}; diff --git a/assets/garden_garden-rss_index.md.CisAUwYr.lean.js b/assets/garden_garden-rss_index.md.WrYqsdwW.lean.js similarity index 60% rename from assets/garden_garden-rss_index.md.CisAUwYr.lean.js rename to assets/garden_garden-rss_index.md.WrYqsdwW.lean.js index 78bfd64f1..f85e993d1 100644 --- a/assets/garden_garden-rss_index.md.CisAUwYr.lean.js +++ b/assets/garden_garden-rss_index.md.WrYqsdwW.lean.js @@ -1 +1 @@ -import{_ as e,c as r,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Garden-RSS","description":"","frontmatter":{"public":"true","slug":"garden-rss","title":"Garden-RSS","prev":false,"next":false},"headers":[],"relativePath":"garden/garden-rss/index.md","filePath":"garden/garden-rss/index.md","lastUpdated":1717647948000}'),s={name:"garden/garden-rss/index.md"},i=t("",9),n=[i];function o(l,d,c,f,h,g){return a(),r("div",null,n)}const _=e(s,[["render",o]]);export{u as __pageData,_ as default}; +import{_ as e,c as r,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Garden-RSS","description":"","frontmatter":{"public":"true","slug":"garden-rss","title":"Garden-RSS","prev":false,"next":false},"headers":[],"relativePath":"garden/garden-rss/index.md","filePath":"garden/garden-rss/index.md"}'),s={name:"garden/garden-rss/index.md"},i=t("",9),n=[i];function o(l,d,c,f,h,g){return a(),r("div",null,n)}const _=e(s,[["render",o]]);export{u as __pageData,_ as default}; diff --git a/assets/garden_guide-to-incrementals_appeal-to-developers_index.md.CwUoitYL.js b/assets/garden_guide-to-incrementals_appeal-to-developers_index.md.CwUoitYL.js deleted file mode 100644 index 5db775778..000000000 --- a/assets/garden_guide-to-incrementals_appeal-to-developers_index.md.CwUoitYL.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Guide to Incrementals/Appeal to Developers","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/appeal-to-developers","title":"Guide to Incrementals/Appeal to Developers","prev":false,"next":false},"headers":[],"relativePath":"garden/guide-to-incrementals/appeal-to-developers/index.md","filePath":"garden/guide-to-incrementals/appeal-to-developers/index.md","lastUpdated":1717647948000}'),n={name:"garden/guide-to-incrementals/appeal-to-developers/index.md"},i=o('

Guide to Incrementals/Appeal to Developers ​

There are a lot of developers in the incremental games community - the genre seems to draw them in, and convert a lot of players into developers. Let's explore the reasons why this genre appeals to developers.

Incrementals are Easy to Make ​

Compared to other genres, incrementals have quite low expectations. You don't need to make fancy art, or music, or lay things out nicely. If you can make a button and learn the few lines of code necessary to make a number go up, you can make an incremental. This low threshold makes the genre perfect for those who are actively learning to code and haven't developed any gamedev-related skills yet.

Additionally, unlike other genres incrementals are uniquely easy to implement in a normal web page - no need to worry about rendering sprites, moving them around, implementing physics, etc. New developers can just use HTML to add a button, and the game is now available in your browser. You don't need to choose an engine, have admin privileges, or hell for the dedicated you don't even need a computer - there are tools for web development that run in the browser itself, so you can technically use your phone if that's all you have.

Javascript is a perfectly viable language for making web games, whereas other genres are typically going to require using other more difficult languages to learn. There are countless javascript tutorials that start from 0 knowledge of programming, making it incredibly accessible to beginners.

Players are Easy to Find ​

Once you've finished your game and uploaded it on github pages or itch or just copied the link if you're using glitch or replit (all of which are easy to do), anyone can now play the game in their browser. This low barrier to entry has shown tremendous success in getting completely unknown developers to have thousands of plays.

The incremental games community, which mostly centers around r/incremental_games, is always looking for new games and tends to flood any new ones posted with initial players.

Having your games be played can be incredibly motivating, and the community makes it quite clear that you can expect players to play your game. These communities - both for incremental games in general as well as game-specific communities - tend to be very developer friendly as well. A lot of the developers know each other, and welcome new developers with open arms, often with dedicated channels for programming help and discussions.

Monetization ​

I'd like to clarify that everything I've said above mainly applies to web-based incrementals. Incremental games are also incredibly popular on mobile, but with a much different culture and community. Many mobile gamers will still participate in the web-focused community for the culture. This web-focused community has a culture that has been criticized for being "anti-monetization". Ads, IAPs, and similar forms of monetization are often criticized, mainly due to the abundance of completely non-monetized games available from hobbyist developers. There are exceptions, like paid games often being considered fine, like Increlution or Stuck in Time, or donation ware games like kittens game, but even popular games that have IAP see some level of regular criticism, like NGU Idle, Idle Skilling, or Idle Pins. A large part of this can be explained by the community being hyper-aware of the addictive) nature of this genre and its susceptibility to exploiting players.

On mobile, however, monetization is the norm and expected. If an incremental game is available on mobile, it almost certainly will be monetized, and mobile players are aware and accepting of that. Mobile incremental games, due to their addictive nature, tend to make a lot of money. It's very lucrative, and therefore these games are quite abundant on mobile storefronts.

',13),r=[i];function l(s,d,m,c,p,h){return t(),a("div",null,r)}const y=e(n,[["render",l]]);export{g as __pageData,y as default}; diff --git a/assets/garden_guide-to-incrementals_appeal-to-developers_index.md.DDhc_5Nw.js b/assets/garden_guide-to-incrementals_appeal-to-developers_index.md.DDhc_5Nw.js new file mode 100644 index 000000000..8790a4f0a --- /dev/null +++ b/assets/garden_guide-to-incrementals_appeal-to-developers_index.md.DDhc_5Nw.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Guide to Incrementals/Appeal to Developers","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/appeal-to-developers","title":"Guide to Incrementals/Appeal to Developers","prev":false,"next":false},"headers":[],"relativePath":"garden/guide-to-incrementals/appeal-to-developers/index.md","filePath":"garden/guide-to-incrementals/appeal-to-developers/index.md"}'),n={name:"garden/guide-to-incrementals/appeal-to-developers/index.md"},i=o('

Guide to Incrementals/Appeal to Developers ​

There are a lot of developers in the incremental games community - the genre seems to draw them in, and convert a lot of players into developers. Let's explore the reasons why this genre appeals to developers.

Incrementals are Easy to Make ​

Compared to other genres, incrementals have quite low expectations. You don't need to make fancy art, or music, or lay things out nicely. If you can make a button and learn the few lines of code necessary to make a number go up, you can make an incremental. This low threshold makes the genre perfect for those who are actively learning to code and haven't developed any gamedev-related skills yet.

Additionally, unlike other genres incrementals are uniquely easy to implement in a normal web page - no need to worry about rendering sprites, moving them around, implementing physics, etc. New developers can just use HTML to add a button, and the game is now available in your browser. You don't need to choose an engine, have admin privileges, or hell for the dedicated you don't even need a computer - there are tools for web development that run in the browser itself, so you can technically use your phone if that's all you have.

Javascript is a perfectly viable language for making web games, whereas other genres are typically going to require using other more difficult languages to learn. There are countless javascript tutorials that start from 0 knowledge of programming, making it incredibly accessible to beginners.

Players are Easy to Find ​

Once you've finished your game and uploaded it on github pages or itch or just copied the link if you're using glitch or replit (all of which are easy to do), anyone can now play the game in their browser. This low barrier to entry has shown tremendous success in getting completely unknown developers to have thousands of plays.

The incremental games community, which mostly centers around r/incremental_games, is always looking for new games and tends to flood any new ones posted with initial players.

Having your games be played can be incredibly motivating, and the community makes it quite clear that you can expect players to play your game. These communities - both for incremental games in general as well as game-specific communities - tend to be very developer friendly as well. A lot of the developers know each other, and welcome new developers with open arms, often with dedicated channels for programming help and discussions.

Monetization ​

I'd like to clarify that everything I've said above mainly applies to web-based incrementals. Incremental games are also incredibly popular on mobile, but with a much different culture and community. Many mobile gamers will still participate in the web-focused community for the culture. This web-focused community has a culture that has been criticized for being "anti-monetization". Ads, IAPs, and similar forms of monetization are often criticized, mainly due to the abundance of completely non-monetized games available from hobbyist developers. There are exceptions, like paid games often being considered fine, like Increlution or Stuck in Time, or donation ware games like kittens game, but even popular games that have IAP see some level of regular criticism, like NGU Idle, Idle Skilling, or Idle Pins. A large part of this can be explained by the community being hyper-aware of the addictive) nature of this genre and its susceptibility to exploiting players.

On mobile, however, monetization is the norm and expected. If an incremental game is available on mobile, it almost certainly will be monetized, and mobile players are aware and accepting of that. Mobile incremental games, due to their addictive nature, tend to make a lot of money. It's very lucrative, and therefore these games are quite abundant on mobile storefronts.

',13),r=[i];function l(s,d,m,c,p,h){return t(),a("div",null,r)}const y=e(n,[["render",l]]);export{g as __pageData,y as default}; diff --git a/assets/garden_guide-to-incrementals_appeal-to-developers_index.md.CwUoitYL.lean.js b/assets/garden_guide-to-incrementals_appeal-to-developers_index.md.DDhc_5Nw.lean.js similarity index 61% rename from assets/garden_guide-to-incrementals_appeal-to-developers_index.md.CwUoitYL.lean.js rename to assets/garden_guide-to-incrementals_appeal-to-developers_index.md.DDhc_5Nw.lean.js index 8aa6d35a0..9d83242ba 100644 --- a/assets/garden_guide-to-incrementals_appeal-to-developers_index.md.CwUoitYL.lean.js +++ b/assets/garden_guide-to-incrementals_appeal-to-developers_index.md.DDhc_5Nw.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Guide to Incrementals/Appeal to Developers","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/appeal-to-developers","title":"Guide to Incrementals/Appeal to Developers","prev":false,"next":false},"headers":[],"relativePath":"garden/guide-to-incrementals/appeal-to-developers/index.md","filePath":"garden/guide-to-incrementals/appeal-to-developers/index.md","lastUpdated":1717647948000}'),n={name:"garden/guide-to-incrementals/appeal-to-developers/index.md"},i=o("",13),r=[i];function l(s,d,m,c,p,h){return t(),a("div",null,r)}const y=e(n,[["render",l]]);export{g as __pageData,y as default}; +import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Guide to Incrementals/Appeal to Developers","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/appeal-to-developers","title":"Guide to Incrementals/Appeal to Developers","prev":false,"next":false},"headers":[],"relativePath":"garden/guide-to-incrementals/appeal-to-developers/index.md","filePath":"garden/guide-to-incrementals/appeal-to-developers/index.md"}'),n={name:"garden/guide-to-incrementals/appeal-to-developers/index.md"},i=o("",13),r=[i];function l(s,d,m,c,p,h){return t(),a("div",null,r)}const y=e(n,[["render",l]]);export{g as __pageData,y as default}; diff --git a/assets/garden_guide-to-incrementals_appeal-to-players_index.md.C2O19h6a.js b/assets/garden_guide-to-incrementals_appeal-to-players_index.md.C2O19h6a.js deleted file mode 100644 index 786b6a5a8..000000000 --- a/assets/garden_guide-to-incrementals_appeal-to-players_index.md.C2O19h6a.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Guide to Incrementals/Appeal to Players","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/appeal-to-players","title":"Guide to Incrementals/Appeal to Players","prev":false,"next":false},"headers":[],"relativePath":"garden/guide-to-incrementals/appeal-to-players/index.md","filePath":"garden/guide-to-incrementals/appeal-to-players/index.md","lastUpdated":1717647948000}'),n={name:"garden/guide-to-incrementals/appeal-to-players/index.md"},o=i('

Guide to Incrementals/Appeal to Players ​

This is something that has been discussed and analyzed by many people, and to some extent, I feel like everything that can be said on the topic already has. However, a lot of these analyses are from the perspective of those with not as much experience and involvement within the genre as I'd argue would be necessary for a fully contextualized answer. I recently watched a video about Vampire Survivors, which has since been taken down due to drawing negative attention, which made me think about some interesting arguments about what games are, and what makes them good. The video's argument that "Vampire Survivors is not a video game" mirrors a claim by the developer of Cookie Clicker that his games are "non-games". Using Vampire Survivors and the video made on it as a framework, I'll be answering why incremental games appeal to players. Since the video has been taken down, I'll do my best to contextualize and generalize the arguments of the video without requiring the reader to watch it. For what it's worth, while I disagreed with the video I actually liked a lot of the way it went about thinking about games, and I consider this a continuation of that discussion.

Numbers Going Up ​

This is a very common response to why people enjoy incremental games, although it's not one I find compels me personally, and I suspect it might be a stand-in for progression) or Guide to Incrementals/What is Content?. But reportedly, some people do just like seeing big numbers. I must reiterate I suspect the actual cause is seeing big numbers in context though - if you start at 1e1000 of a currency and get to 1e1001, that isn't going to feel as satisfying as going from 1e10 to 1e100, and in any case, I don't think a button that just adds a zero to your number will feel quite satisfying - I believe its the sense of having made progress, and comparing where you are to where you started and feeling like you've earned your way here that is enjoyable.

Progression

Vampire Survivors can be argued to have a comparatively low depth to its combat compared to many other games. I'd argue it has sufficient depth and more than someone might expect who has only played the game for a short while, but it still definitely gets beat out by many other combat-focused games. Instead, a lot of the progression in Vampire Survivors comes from a meta-progression system by which base stats are increased by spending a currency that persists between runs. While it is technically possible to win without this meta-progression system, and indeed in many roguelikes players like to challenge themselves by beating the game without any meta-progression, the criticism can be made that meta-progression de-emphasizes player skill by making it less important to have to beat the game. Certainly, in incremental games, it is often literally impossible to complete a game without taking advantage of the meta-progression systems. I'd argue this does not detract from the game, however, and is actually a part of what makes incremental games, and roguelikes, enjoyable to many players: meta-progression augments the increases in skill the player is naturally gaining as they play. In effect, it's not replacing the skill increase, but exaggerating it to make it feel more real to the player.

Note: There is also a lot of progression from exploring the mechanics and discovering synergies, unlocking new weapons or playable characters, etc. That just isn't as relevant to this discussion, but it does make up a lot of the appeal of the game.

Effortlessness ​

Incremental games are so easy, a lot of them even have you progress while you're not playing! Part of the appeal is being able to feel like you're making progress while doing something actually productive - multitasking, in a way. In this sense, the game is more of a fidget toy - not something to think hard about and play actively, but something to click a few buttons every so often while you're paying attention to a lecture or studying or working. Of course, not all incremental games lend themselves to being played this way - it's specifically "idle" games that work like this. These are games that take an incredibly long amount of time to see all the content, stretching it as thin as possible, but they aren't expecting you to be sitting at your device playing it the entire time. They expect you to leave and come back later to make a bit of progress and repeat the cycle.

If you look at the higher-level play of most games, you'll see them perform difficult feats with ease and speed. They'll achieve a "flow state" that takes all their knowledge and experience of the game and uses it to play the game as instinctively as possible. It's incredible to watch things like Slay the Spire speed runs or competitive DDR-likes. I'd argue the goal of a lot of games with a competitive scene is to get so good that the game becomes effortless. In that sense, a game that allows you to reach that point earlier isn't any less legitimate, but rather lowers the barrier to entry by allowing more people to get "really good" at the game. And to be clear, Vampire Survivors and (most) incremental games aren't trivially easy - they, and to an extent, every game will have some level of learning and improvement over time.

Addiction

A lot of these reasons for why incremental games appeal may have reminded you of why gambling appeals to people, particularly those prone to addiction. Indeed, incremental games are quite often criticized for their similarity to a skinner box. Some have gone as far as to say incremental games as a genre are commenting that all games are skinner boxes). The argument goes that some games are not fun, but rather condition players into continuing to play without actually getting anything from the experience. When tied to real-world money this is seen as predatory, and to a lesser extent, even free games may be feeding the addictive sides of people and making them more prone to seek out gambling or micro-transaction heavy games.

While incremental games can be fun and even healthy in certain contexts, they can exacerbate video game addiction more than other genres. If you feel like playing incremental games is taking priority over other things in your life, or manipulating your sleep schedule, it may be prudent to seek help. See r/StopGaming for resources.

Since incremental games are often built on extrinsic motivations in the form of progression systems, it's hard to argue whether players continue to play because they are enjoying the gameplay, or if they are just conditioned to keep doing it because the game keeps rewarding them. Unfortunately, it can often feel like it's the latter, as there isn't typically anything compelling about the "gameplay" of clicking a button and waiting. There may be a significant overlap between those who enjoy incremental games and those who are most prone to addiction, and there are often posts on r/incremental_games about someone either struggling with or overcoming video game addiction.

Strategy ​

Incremental games could be considered a subset of strategy games), and inherit the appeals of strategy games. This includes the appeal of feeling like you've found a good solution to a puzzle, or that you're learning more about the game and are improving at making decisions within it. This applies to Vampire Survivors specifically, where you're learning about evolutions and synergies and what kinds of enemies can spawn under what conditions, and how best to handle them.

Note that strategy games are not all the same difficulty, as well. Vampire Survivors is still easier to play than Starcraft 2, and Cookie Clicker is probably somewhere in between (once you progress sufficiently). Vampire Survivors being so successful may indicate that "easier" strategies may have their separate appeal to harder strategy games - players like to feel smart and that they figured the game out and have optimized or mastered it, and the game being easier doesn't detract from that sense of accomplishment as much as it allows more and more users to be able to reach the point where they gain that sense.

Avoiding Staleness ​

Incremental games tend to have "paradigm shifts", where the gameplay changes in a meaningful way at various times throughout the progression of the game. These upset and change the gameplay loop, which helps keep them from stagnating. This constant "freshness" to the gameplay can keep players engaged for longer, compared to a game with a repetitive and static gameplay loop.

Good Game Design ​

Incremental games tend to show their game design "plainly", so it's more readily apparent if a game has good game design while playing, even if you're not looking for it. While different players have different preferences and might enjoy different types of games more than others, there are underlying good and bad game design principles that players will notice the effects of. To be clear, this isn't talking about stuff like big numbers being enjoyable, where I can comfortably agree to disagree with other players. They don't intrinsically make my experience better, but I'm aware of those for whom it does and I won't argue against their feelings. However, the game designer in me does feel like there are some extremely clear-cut examples of good and bad game design philosophies.

Let's start by giving an example of a mechanic I think can be easily and strongly argued is good game design. There are of course many examples, but a personal favorite of mine is how DOOM encourages aggressive gameplay by linking health drops to melee attacks. It has an intended experience it's trying to give the player - immersing themselves as DOOM guy, who would not hide behind cover when low on health - and this mechanic does a great job at encouraging and effectively teaching players to behave properly. This is in sharp contrast to shooters like Call of Duty, which have you regen health passively, encouraging players to hide behind cover and wait after getting hit. Note that I'm not arguing CoD is poorly designed, as the games have different intended experiences. I'm specifically praising DOOM for having a mechanic that does a good job at ensuring the player has that intended experience.

To contrast with an example I think is bad game design, let's talk about shields in souls-likes. This is a bit of a famous example, and I highly recommend this video essay which spends quite a good bit of time on this topic. Essentially, the argument boils down to players of earlier games in the souls games using shields too much - playing slowly, conservatively, and ultimately having less fun. Players wanted to feel safe, so they ended up playing in a way that ruined the experience for them. The developers solved this by removing shields, apart from an intentionally bad one effectively mocking the playstyle, and it did its job at getting players to play more aggressively, and often have more fun.

To bring the conversation back to incrementals, I'm incredibly opinionated on what makes a good incremental game, which I'll discuss in the game design section. Suffice it to say, incremental games rely more on good game design than other genres, due to not having much to distract from bad game design. This helps (although imperfectly - gamers are a bit too tolerant of bad game design!) well-designed games rise to the top within the genre.

Artistic Merit ​

The Vampire Survivors video made me think back to the old arguments about whether games are art, and whether they ought to be. The video seems preoccupied with attaching value to games solely based on their mechanics and the depth thereof, to the point of arguing Vampire Survivors is a waste of time due to its lack of depth. However, even setting aside the fact that if players are having fun then it's not time wasted, I think games can have artistic merit that supersedes the necessity of having (any / engaging / "deep") gameplay. I think the consensus online is that games are definitively art, although I could see the argument that some genres, like incremental games, might be a bit in a grey area. Let's talk about Vampire Survivors first though - It has a story to tell, with lore and many characters, that drive the player and encourage them to continue exploring the game and discovering things within it. Like any walking simulator, it is no less legitimate of a game or the "art" label because of any lack perceived lack of depth. For what it's worth, most art can be consumed with more ease than VS - any painting, movie, sculpture, etc.

A lot of incrementals have a narrative context that can similarly qualify them as art. Cookie Clicker is, as has been pointed out numerous times before, commenting on excess and increasing production beyond any reasonable limits - devolving into increasing production for its own sake. Indeed, a lot of incremental games are written to comment upon various concepts like capitalism or tropes in games, as discussed when defining Incrementals). However, I'd like to argue most incremental games are still art, even without any narrative context. "Art" as a concept is pretty nebulous already, but I personally like those who define it as an act of expression more than any physical result. The creator and the context within which they created the art, and any meaning they put into it, are all relevant and a part of the art itself. Most incremental games have artistic merit from things like why the creator made it, why they chose to make it an incremental game, and why they made any particular design decision. Hell, even if you play through an entire incremental game without a single thought or feeling, that very fact it elicited nothing can itself be artistic merit!

I'm not an art major, and I may be taking a somewhat extreme take on what is art and what has artistic merit, but I'd argue the overall point stands that games, and incremental games specifically, can have artistic merit, which appeals to many gamers.

',28),s=[o];function r(l,h,m,g,d,c){return a(),t("div",null,s)}const y=e(n,[["render",r]]);export{u as __pageData,y as default}; diff --git a/assets/garden_guide-to-incrementals_appeal-to-players_index.md.abQaU9aF.js b/assets/garden_guide-to-incrementals_appeal-to-players_index.md.abQaU9aF.js new file mode 100644 index 000000000..55e32cffa --- /dev/null +++ b/assets/garden_guide-to-incrementals_appeal-to-players_index.md.abQaU9aF.js @@ -0,0 +1 @@ +import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Guide to Incrementals/Appeal to Players","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/appeal-to-players","title":"Guide to Incrementals/Appeal to Players","prev":false,"next":false},"headers":[],"relativePath":"garden/guide-to-incrementals/appeal-to-players/index.md","filePath":"garden/guide-to-incrementals/appeal-to-players/index.md"}'),n={name:"garden/guide-to-incrementals/appeal-to-players/index.md"},o=i('

Guide to Incrementals/Appeal to Players ​

This is something that has been discussed and analyzed by many people, and to some extent, I feel like everything that can be said on the topic already has. However, a lot of these analyses are from the perspective of those with not as much experience and involvement within the genre as I'd argue would be necessary for a fully contextualized answer. I recently watched a video about Vampire Survivors, which has since been taken down due to drawing negative attention, which made me think about some interesting arguments about what games are, and what makes them good. The video's argument that "Vampire Survivors is not a video game" mirrors a claim by the developer of Cookie Clicker that his games are "non-games". Using Vampire Survivors and the video made on it as a framework, I'll be answering why incremental games appeal to players. Since the video has been taken down, I'll do my best to contextualize and generalize the arguments of the video without requiring the reader to watch it. For what it's worth, while I disagreed with the video I actually liked a lot of the way it went about thinking about games, and I consider this a continuation of that discussion.

Numbers Going Up ​

This is a very common response to why people enjoy incremental games, although it's not one I find compels me personally, and I suspect it might be a stand-in for progression) or Guide to Incrementals/What is Content?. But reportedly, some people do just like seeing big numbers. I must reiterate I suspect the actual cause is seeing big numbers in context though - if you start at 1e1000 of a currency and get to 1e1001, that isn't going to feel as satisfying as going from 1e10 to 1e100, and in any case, I don't think a button that just adds a zero to your number will feel quite satisfying - I believe its the sense of having made progress, and comparing where you are to where you started and feeling like you've earned your way here that is enjoyable.

Progression

Vampire Survivors can be argued to have a comparatively low depth to its combat compared to many other games. I'd argue it has sufficient depth and more than someone might expect who has only played the game for a short while, but it still definitely gets beat out by many other combat-focused games. Instead, a lot of the progression in Vampire Survivors comes from a meta-progression system by which base stats are increased by spending a currency that persists between runs. While it is technically possible to win without this meta-progression system, and indeed in many roguelikes players like to challenge themselves by beating the game without any meta-progression, the criticism can be made that meta-progression de-emphasizes player skill by making it less important to have to beat the game. Certainly, in incremental games, it is often literally impossible to complete a game without taking advantage of the meta-progression systems. I'd argue this does not detract from the game, however, and is actually a part of what makes incremental games, and roguelikes, enjoyable to many players: meta-progression augments the increases in skill the player is naturally gaining as they play. In effect, it's not replacing the skill increase, but exaggerating it to make it feel more real to the player.

Note: There is also a lot of progression from exploring the mechanics and discovering synergies, unlocking new weapons or playable characters, etc. That just isn't as relevant to this discussion, but it does make up a lot of the appeal of the game.

Effortlessness ​

Incremental games are so easy, a lot of them even have you progress while you're not playing! Part of the appeal is being able to feel like you're making progress while doing something actually productive - multitasking, in a way. In this sense, the game is more of a fidget toy - not something to think hard about and play actively, but something to click a few buttons every so often while you're paying attention to a lecture or studying or working. Of course, not all incremental games lend themselves to being played this way - it's specifically "idle" games that work like this. These are games that take an incredibly long amount of time to see all the content, stretching it as thin as possible, but they aren't expecting you to be sitting at your device playing it the entire time. They expect you to leave and come back later to make a bit of progress and repeat the cycle.

If you look at the higher-level play of most games, you'll see them perform difficult feats with ease and speed. They'll achieve a "flow state" that takes all their knowledge and experience of the game and uses it to play the game as instinctively as possible. It's incredible to watch things like Slay the Spire speed runs or competitive DDR-likes. I'd argue the goal of a lot of games with a competitive scene is to get so good that the game becomes effortless. In that sense, a game that allows you to reach that point earlier isn't any less legitimate, but rather lowers the barrier to entry by allowing more people to get "really good" at the game. And to be clear, Vampire Survivors and (most) incremental games aren't trivially easy - they, and to an extent, every game will have some level of learning and improvement over time.

Addiction

A lot of these reasons for why incremental games appeal may have reminded you of why gambling appeals to people, particularly those prone to addiction. Indeed, incremental games are quite often criticized for their similarity to a skinner box. Some have gone as far as to say incremental games as a genre are commenting that all games are skinner boxes). The argument goes that some games are not fun, but rather condition players into continuing to play without actually getting anything from the experience. When tied to real-world money this is seen as predatory, and to a lesser extent, even free games may be feeding the addictive sides of people and making them more prone to seek out gambling or micro-transaction heavy games.

While incremental games can be fun and even healthy in certain contexts, they can exacerbate video game addiction more than other genres. If you feel like playing incremental games is taking priority over other things in your life, or manipulating your sleep schedule, it may be prudent to seek help. See r/StopGaming for resources.

Since incremental games are often built on extrinsic motivations in the form of progression systems, it's hard to argue whether players continue to play because they are enjoying the gameplay, or if they are just conditioned to keep doing it because the game keeps rewarding them. Unfortunately, it can often feel like it's the latter, as there isn't typically anything compelling about the "gameplay" of clicking a button and waiting. There may be a significant overlap between those who enjoy incremental games and those who are most prone to addiction, and there are often posts on r/incremental_games about someone either struggling with or overcoming video game addiction.

Strategy ​

Incremental games could be considered a subset of strategy games), and inherit the appeals of strategy games. This includes the appeal of feeling like you've found a good solution to a puzzle, or that you're learning more about the game and are improving at making decisions within it. This applies to Vampire Survivors specifically, where you're learning about evolutions and synergies and what kinds of enemies can spawn under what conditions, and how best to handle them.

Note that strategy games are not all the same difficulty, as well. Vampire Survivors is still easier to play than Starcraft 2, and Cookie Clicker is probably somewhere in between (once you progress sufficiently). Vampire Survivors being so successful may indicate that "easier" strategies may have their separate appeal to harder strategy games - players like to feel smart and that they figured the game out and have optimized or mastered it, and the game being easier doesn't detract from that sense of accomplishment as much as it allows more and more users to be able to reach the point where they gain that sense.

Avoiding Staleness ​

Incremental games tend to have "paradigm shifts", where the gameplay changes in a meaningful way at various times throughout the progression of the game. These upset and change the gameplay loop, which helps keep them from stagnating. This constant "freshness" to the gameplay can keep players engaged for longer, compared to a game with a repetitive and static gameplay loop.

Good Game Design ​

Incremental games tend to show their game design "plainly", so it's more readily apparent if a game has good game design while playing, even if you're not looking for it. While different players have different preferences and might enjoy different types of games more than others, there are underlying good and bad game design principles that players will notice the effects of. To be clear, this isn't talking about stuff like big numbers being enjoyable, where I can comfortably agree to disagree with other players. They don't intrinsically make my experience better, but I'm aware of those for whom it does and I won't argue against their feelings. However, the game designer in me does feel like there are some extremely clear-cut examples of good and bad game design philosophies.

Let's start by giving an example of a mechanic I think can be easily and strongly argued is good game design. There are of course many examples, but a personal favorite of mine is how DOOM encourages aggressive gameplay by linking health drops to melee attacks. It has an intended experience it's trying to give the player - immersing themselves as DOOM guy, who would not hide behind cover when low on health - and this mechanic does a great job at encouraging and effectively teaching players to behave properly. This is in sharp contrast to shooters like Call of Duty, which have you regen health passively, encouraging players to hide behind cover and wait after getting hit. Note that I'm not arguing CoD is poorly designed, as the games have different intended experiences. I'm specifically praising DOOM for having a mechanic that does a good job at ensuring the player has that intended experience.

To contrast with an example I think is bad game design, let's talk about shields in souls-likes. This is a bit of a famous example, and I highly recommend this video essay which spends quite a good bit of time on this topic. Essentially, the argument boils down to players of earlier games in the souls games using shields too much - playing slowly, conservatively, and ultimately having less fun. Players wanted to feel safe, so they ended up playing in a way that ruined the experience for them. The developers solved this by removing shields, apart from an intentionally bad one effectively mocking the playstyle, and it did its job at getting players to play more aggressively, and often have more fun.

To bring the conversation back to incrementals, I'm incredibly opinionated on what makes a good incremental game, which I'll discuss in the game design section. Suffice it to say, incremental games rely more on good game design than other genres, due to not having much to distract from bad game design. This helps (although imperfectly - gamers are a bit too tolerant of bad game design!) well-designed games rise to the top within the genre.

Artistic Merit ​

The Vampire Survivors video made me think back to the old arguments about whether games are art, and whether they ought to be. The video seems preoccupied with attaching value to games solely based on their mechanics and the depth thereof, to the point of arguing Vampire Survivors is a waste of time due to its lack of depth. However, even setting aside the fact that if players are having fun then it's not time wasted, I think games can have artistic merit that supersedes the necessity of having (any / engaging / "deep") gameplay. I think the consensus online is that games are definitively art, although I could see the argument that some genres, like incremental games, might be a bit in a grey area. Let's talk about Vampire Survivors first though - It has a story to tell, with lore and many characters, that drive the player and encourage them to continue exploring the game and discovering things within it. Like any walking simulator, it is no less legitimate of a game or the "art" label because of any lack perceived lack of depth. For what it's worth, most art can be consumed with more ease than VS - any painting, movie, sculpture, etc.

A lot of incrementals have a narrative context that can similarly qualify them as art. Cookie Clicker is, as has been pointed out numerous times before, commenting on excess and increasing production beyond any reasonable limits - devolving into increasing production for its own sake. Indeed, a lot of incremental games are written to comment upon various concepts like capitalism or tropes in games, as discussed when defining Incrementals). However, I'd like to argue most incremental games are still art, even without any narrative context. "Art" as a concept is pretty nebulous already, but I personally like those who define it as an act of expression more than any physical result. The creator and the context within which they created the art, and any meaning they put into it, are all relevant and a part of the art itself. Most incremental games have artistic merit from things like why the creator made it, why they chose to make it an incremental game, and why they made any particular design decision. Hell, even if you play through an entire incremental game without a single thought or feeling, that very fact it elicited nothing can itself be artistic merit!

I'm not an art major, and I may be taking a somewhat extreme take on what is art and what has artistic merit, but I'd argue the overall point stands that games, and incremental games specifically, can have artistic merit, which appeals to many gamers.

',28),s=[o];function r(l,h,m,g,d,c){return a(),t("div",null,s)}const y=e(n,[["render",r]]);export{u as __pageData,y as default}; diff --git a/assets/garden_guide-to-incrementals_appeal-to-players_index.md.C2O19h6a.lean.js b/assets/garden_guide-to-incrementals_appeal-to-players_index.md.abQaU9aF.lean.js similarity index 63% rename from assets/garden_guide-to-incrementals_appeal-to-players_index.md.C2O19h6a.lean.js rename to assets/garden_guide-to-incrementals_appeal-to-players_index.md.abQaU9aF.lean.js index 61965fc8a..e1c949211 100644 --- a/assets/garden_guide-to-incrementals_appeal-to-players_index.md.C2O19h6a.lean.js +++ b/assets/garden_guide-to-incrementals_appeal-to-players_index.md.abQaU9aF.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Guide to Incrementals/Appeal to Players","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/appeal-to-players","title":"Guide to Incrementals/Appeal to Players","prev":false,"next":false},"headers":[],"relativePath":"garden/guide-to-incrementals/appeal-to-players/index.md","filePath":"garden/guide-to-incrementals/appeal-to-players/index.md","lastUpdated":1717647948000}'),n={name:"garden/guide-to-incrementals/appeal-to-players/index.md"},o=i("",28),s=[o];function r(l,h,m,g,d,c){return a(),t("div",null,s)}const y=e(n,[["render",r]]);export{u as __pageData,y as default}; +import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Guide to Incrementals/Appeal to Players","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/appeal-to-players","title":"Guide to Incrementals/Appeal to Players","prev":false,"next":false},"headers":[],"relativePath":"garden/guide-to-incrementals/appeal-to-players/index.md","filePath":"garden/guide-to-incrementals/appeal-to-players/index.md"}'),n={name:"garden/guide-to-incrementals/appeal-to-players/index.md"},o=i("",28),s=[o];function r(l,h,m,g,d,c){return a(),t("div",null,s)}const y=e(n,[["render",r]]);export{u as __pageData,y as default}; diff --git a/assets/garden_guide-to-incrementals_defining-the-genre_index.md.CqiXIbuV.js b/assets/garden_guide-to-incrementals_defining-the-genre_index.md.CqiXIbuV.js deleted file mode 100644 index e003c66d1..000000000 --- a/assets/garden_guide-to-incrementals_defining-the-genre_index.md.CqiXIbuV.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as t,o as a,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals/Defining the Genre","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/defining-the-genre","title":"Guide to Incrementals/Defining the Genre","prev":false,"next":false},"headers":[],"relativePath":"garden/guide-to-incrementals/defining-the-genre/index.md","filePath":"garden/guide-to-incrementals/defining-the-genre/index.md","lastUpdated":1717647948000}'),n={name:"garden/guide-to-incrementals/defining-the-genre/index.md"},o=r('

Guide to Incrementals/Defining the Genre ​

Video games are placed into genres for a variety of reasons. They can give a mental shorthand to set the player's expectations up, they can help a game market itself by its similarities to other, already popular games, and honestly, people just love categorization for its own sake. For this guide, it's important to define the genre so it is clear what games it's even talking about.

This poses a problem. "Incremental" is a horribly vague way to define games. Most games have numbers going up in some form or another. We need a more specific definition - similar to how "strategy" can't just mean any game with any amount of strategy because that would be most games. What specifically differentiates incremental games from the rest?

"Incremental" implies it's a genre defined by a game mechanic, but all those game mechanics it could imply exist in many other games. Having a skill tree or upgrades doesn't make you incremental, and if a reset mechanic is all it takes then every roguelite would be an incremental as well. So clearly there's more to it than that - what makes an incremental an incremental?

I'd like to go over a couple of popular suggestions I've seen on defining the genre here. I have my personal preferences and will state them here, but I don't think there's a truly perfect answer here.

Disclaimer: I mostly play incremental games on my computer, and my definitions will be heavily biased towards the games I'm familiar with.

Incrementals vs Idlers vs Clickers ​

Oftentimes people refer to this genre as idle games and/or clicker games. You'll even find a trend of oxymoronic game titles that contain both terms. "Incremental games" is the umbrella term both those terms fall under. However, I'd like to argue that not only is it better to just use the term "incremental games", but calling them "idle games" or "clicker games" is wrong. Almost universally, these terms are used interchangeably to refer to the same kind of game, where you start the game click spamming and eventually automate the process. Frankly, that kind of game deserves neither title, and the genre of incremental games has trended away from ever requiring click spamming, as it's a bad mechanic, anyways.

While these games do span a spectrum of how active it requires you to be, and sorting games by that metric can be useful for those looking for a particular experience, the borders of when an incremental game counts as an "idler" is too blurry for the term to be useful. "Incremental games" may not be a great descriptive term for the genre (hence this many thousands of words long page on defining what the genre even is), but it's strictly better than calling them "idler" or "clicker" games. This guide will always use the term "incremental games" unless quoting someone else, as it is the term you typically see on all modern games in the genre.

Incrementals as Parodies

Let's start with one of the most interesting definitions of incremental games. Incremental games appear to be distilled versions of games or genres, "revealing" the naked game design at the core of these games or genres not unlike how parodies comment upon their source material.

To understand what that means, think of how a casino uses skinner boxes to emotionally manipulate its customers to keep playing, but "dressing" up the skinner box with tons of stimuli to hide that ultimately the goal is to condition you into coming back compulsively. The idea that incremental games are parodies means taking the stance that at some level all games are similarly manipulating you, giving dopamine rewards in a way that manipulates you to keep playing while not necessarily giving you any value or fulfillment. Incremental games, then, are any games that plainly display the skinner box, and the manipulative core of the game, at the forefront of the experience.

While incremental games can be fun and even healthy in certain contexts, they can exacerbate video game addiction more than other genres. If you feel like playing incremental games is taking priority over other things in your life, or manipulating your sleep schedule, it may be prudent to seek help. See r/StopGaming for resources.

This "undressing" tends to go hand in hand with a reduced focus on aesthetics, often just printing the game state directly to the screen as text. This makes incremental games much easier to develop, particularly for those with programming skills but not art skills, but that's a tangent for why Incremental Games Guide to Incrementals/Appeal to Developers.

Before I continue, I'd like to make my stance clear that I love games and incremental games, and do not think they should be considered inherently bad or manipulative with the above logic. Skinner boxes are just a way of manipulating behavior via rewards. The games are still fun - that's the reward! I'd believe the real criticism here is that it is "empty fun", or "empty dopamine", that doesn't offer any additional value or sense of fulfillment. I don't think that's inherently bad in moderation, although it can become a problem if the game is manipulating you for profit-seeking, or if you play the game to the detriment of the other parts of your life.

Another interpretation of incremental games as parodies comes from several mainstream incremental games that are also parodies of capitalism, such as cookie clicker and adventure capitalist. It's a very common framework for incremental games to portray the ever-increasing numbers as an insatiable hunger for resources, like the ones observed within capitalism. Therefore, these games are used as evidence that the genre as a whole is about parody and commentary.

Popular videos on incremental games that portray the genre as parodies are Why Idle games make good satire, and how it was ruined. and Bad Game Design - Clicker Games. You may also be interested in this response to the latter video from a fan of incremental games: BadGood Game Design - Clicker Games.

I think that this definition ultimately ascribes a motive to the genre as a whole that only happens to apply to some of the more mainstream titles. There certainly are incremental games commenting on different things, including the genre itself as in the case of The Prestige Tree Classic, The Ascension Tree, or Omega Layers, but certainly not all. And of course, not all games that comment on something or parody something are incremental games! Additionally, a very large majority of incremental games are mobile games using these manipulative strategies to get players to spend as much money as possible - hell, Adventure Capitalist is ostensibly a critique on capitalism but features microtransactions and gameplay that manipulates you into buying them! These profit-seeking incremental games certainly belong within the genre but are hardly parodies when they too use manipulation to serve their interests. Also, from my own anecdotal experience, those who use this definition seem to do so from a fairly surface-level familiarity with the genre, and often in the context of criticizing the genre or the fans thereof.

Incrementals as NGU ​

Another broad definition often used is that incremental games are games where the focus of the game is "numbers going up". This definition proposes that other genres simply use increasing numbers as a means to an end, but incremental games uniquely only care about the numbers themselves going up. Put another way, it implies there should be no narrative justification for the numbers going up other than "why shouldn't they be going up?"

While this definition is common because it feels easy to understand, it is difficult to formally define. Often phrases are used to describe games using this framework, such as having an "exaggerated sense of progression" or "big" numbers. These terms are vague and don't demonstrate an actual threshold between non-incrementals and incrementals. Most games have a sense of progression, so when is it "exaggerated"? How big are "big" numbers? Most notably, RPGs that are typically not considered incrementals will often pass this definition.

Additionally, a lot of incrementals tend to have some theme guiding the gameplay, or at least the names of mechanics. This makes the line blurred between when numbers are going up for their own sake versus for a contextual reason. I believe this point is best illustrated that, while most RPGs are not considered incremental games, there is a sub-genre of "incremental RPGs" that typically relates to RPGs that perform combat automatically. This definition of incremental games does not support RPGs and "incremental RPGs" being on distinct sides of the line if the only difference between them is manual vs automatic combat.

Incrementals as Strategies

This is a rarer interpretation, but there are similarities between incremental games and strategy games, implying incrementals might just be a sub-genre of strategy games. By this approach, incremental games would be defined by their relation to strategy games, and how they involve player strategy. Incremental games are often large optimization problems - above all else, the actual gameplay the player is performing is deciding what to do next. The consequences of wrong decisions are typically more lenient in incremental games - such as just not making optimal progress - but they certainly get complex.

So if we accept the premise that incrementals could fall under strategy, we still need to define what makes a strategy game an incremental versus some other strategy sub-genre. This is a bit tricky due to one particular sub-genre of strategy games: Factory Builders.

Factory builders, such as Factorio or Satisfactory, are games about gaining ever increasing resources, optimizing production, and expanding more and more. That... sounds pretty similar, doesn't it? In fact, there's been some debate on whether factory builders would fall under the "incremental" umbrella. I think it's safe to say the two are certainly related, and probably have quite a bit of overlap in playerbase.

Roguelites as Incrementals? ​

Earlier on, I mentioned reset mechanics shouldn't be used in the definition because that could make all roguelites incrementals... But what if it does? A lot of incrementals can be described as games with a strong sense of progression, often with layers of meta-progression. Roguelites fit that bill to a T. What would make roguelites not incremental? I honestly don't think there's a good explanation here, but many fans of incremental games will state they do believe the two genres to be unrelated, even if there's a significant overlap between their player bases due to having similar appealing traits.

At this point, it'd be appropriate to consider what part of the definition of roguelites precludes them from also being incrementals, but that reveals a new problem: What are roguelites? They're usually defined as rogue_likes with meta-progression, but that just pushes the problem back a step: Incrementals aren't the only genre to have difficulties defining themselves, it seems! Roguelikes are another genre where the community argues over the formal definition of their genre, although that means we can borrow from their process of coming to a consensus, and maybe come across a viable definition for incremental games.

The Berlin Interpretation ​

By far the most popular way of defining roguelikes is the "Berlin Interpretation", which acknowledged the diversity of games within the genre and argued the definition should not be based on any ideals about what the genre ought to be, but rather defined by "its canon". They argued there are a handful of games that can be used to define the canon for roguelikes, and from those games, a list of factors can be derived to determine a game's "roguelikeness". The more factors a game has, the more of a roguelike it is. This strategy is very lenient, allowing a game to not present any specific factor so long as it shows enough, and accounts for the blurriness of any genre definition by not explicitly stating how many factors a game must have to qualify as a definite roguelike.

I believe this strategy for defining genres can be applied to other genres as well. A handful of games can be argued to be the incremental games canon, and a list of factors derived from them can be used to judge any game based on its "incrementalness". I'll propose such a canon and list of factors here, but by no means should it be considered the end-all-be-all.

Note: The "Temple of the roguelike", an authority within the genre, has since replaced the Berlin Interpretation with a new set of factors here: https://blog.roguetemple.com/what-is-a-traditional-roguelike/

The Incremental Games Canon ​

Alright, time to get controversial. Up til now, I've been trying my best to stay objective and analytical, but now it's time to start making some opinionated decisions. Here is a list of games I think could justifiably make up an Incremental Games Canon:

I chose a variety of games here, biasing towards newer games, purposefully to avoid making a narrow or "traditional" definition. The genre is growing and shouldn't be constrained by the traits of the early popular titles. A lot of these could easily be replaced with other games that are mechanically congruent, so ultimately I'm sure if you asked 10 people for their canon list you'd just get 10 different answers, but I think this should sufficiently allow us to determine what factors make a game have higher "incrementalness".

The Paradigm Shift ​

The Paradigm Shift is probably the highest possible value factor for an incremental. It's so common that for a while people referred to incrementals that exhibit this trait as "unfolding" games, to the point of trying to replace the term incremental due to their popularity. Paradigm shifts refer to when the gameplay significantly changes. There are too many examples to list here, but notably, every single reset mechanic is typically going to be a paradigm shift. Examples of games with paradigm shifts that aren't tied to reset mechanics include Universal Paperclips and A Dark Room.

There are many reasons for the appeal of paradigm shifts. Oftentimes each mechanic builds on top of the existing mechanics, increasing the complexity of the game in steps so the player can follow along. They provide a sense of mystery, with the player anticipating what will happen next. They shake up the gameplay before it gets too stale - allowing the game to entertain for longer before the sense of Guide to Incrementals/What is Content? dissipates. Of the canon games selected above, I would argue every single one contains a paradigm shift (although I could see someone disagreeing with that statement wrt Increlution).

I should take a moment to say that while I'm hyping up this specific factor, we cannot just reduce the genre definition to "does it have paradigm shifts". Many games have paradigm shifts that are not incremental, so it's just an indicator of incrementalness. Additionally, it can become quite hard to determine how large of a shift is a "paradigm" shift. Take, for example, any game with a skill tree. In some games, each skill node might have a large impact on how you play with the game, and qualify as a paradigm shift for some players. In other games, each skill node might just be a small percentage modifier on some stat that doesn't really impact much more than a slight bias towards an already established mechanic that's newly buffed. Every single canon game may show that it's common amongst incremental games, but could just as easily indicate that they're common in games in general.

High-Value Factors ​

I won't take as long to discuss the high and low-value factors, as you've already seen most of them brought up earlier on this page. As a reminder, a game does NOT need all of these to be an incremental game, but these are factors that each indicate a strong possibility the game is an incremental, so having several of these means they probably are. These factors apply to most of the canon incremental games.

"Pure UI" Display. Incrementals typically have a textual presentation of the game state - there isn't a visual representation of the entities within the game. The interface is closer to what would be just the UI of a game in another genre or the control panel of a plane. If there is a visual representation, the player is often still interacting with non-diegetic game elements.

Reduced Consequences. Incrementals tend to have reduced repurcussions for misplaying. They very rarely have fail states, where often the largest consequence is simply not progressing - never losing progress.

Optimization Problems. The predominant gameplay of incrementals is typically solving optimization problems, from deciding which purchase to save up for to reasoning and deciding between different mutually exclusive options the game presents.

Resource Management. Incrementals tend to have a lot of resources within the game to keep track of.

Low-Value Factors ​

These are low-value factors, meaning they aren't as strongly correlated with incremental games. Incremental games may have none of these, and non-incrementals may have several of these - if a game only has low-value factors, they're probably not an incremental.

Fast Numeric Growth. Numbers in incremental games tend to grow faster than in other genres. There are more instances of superlinear growth. The larger the numbers get, the stronger of a signal this factor is.

Automation. As an incremental game progresses, the player often no longer has to deal with earlier mechanics, by having them either happen automatically or otherwise be replaced with an alternative that requires less player interaction.

Goal-Oriented. Incrementals are often heavily reliant on extrinsic motivation to guide the player. Typically this is through some sort of in-game goal to work towards, such as a certain amount of a resource being required to unlock or purchase something new.

Waiting is a Mechanic. In incremental games, the player may come across times where there is no action they can take, and the game will progress automatically instead. The player must wait for some amount of this automatic progress to occur before they can resume interaction with the game.

Are Roguelites Incrementals? ​

Having made our variation of the Berlin Interpretation for incremental games, we can compare it to the Berlin Interpretation to determine if there's enough overlap that any game that "passes" the Berlin Interpretation would also pass the incremental variant. That is to say, whether any roguelite would also be considered an incremental game.

The meta-progression of an incremental game could arguably be considered a paradigm shift, and certainly adds some resource management. Goal-oriented would probably also apply. I think anything other than those would be a stretch, and in my opinion that just isn't enough to qualify. To be totally honest, I was never expecting to conclude otherwise though 😉

Sub-Genres ​

There are some trends in incremental games that go beyond just being a commonly used mechanic, such that they deeply affect the rest of the game design. These trends can be used to determine sub-genres within the incremental games umbrella:

Loops games are a sub-genre defined by having a core mechanic related to a loop, where the player is deciding the actions taken per loop. Notable examples include Idle Loops, Stuck in Time, Cavernous II, and Increlution. You may also argue Groundhog Life and Progress Knight fall into this sub-genre.

ITRTG-like games are a sub-genre defined by having a core mechanic based on clearing increasingly difficult battles and often tend to have a lot of different mechanics to become progressively stronger. Notable examples include Idling to Rule the Gods, NGU Idle, and Wizard and Minion Idle.

Polynomial Growth games are a sub-genre defined by having a core mechanic related to a higher degree polynomial. Notable examples include the base layer of Antimatter Dimensions and Swarm Simulator.

Upgrades Games is a category popular on flash games websites that featured games focused on buying upgrades that would allow you to attain more currency in some sort of minigame that would earn you more money to buy more upgrades, which I'd argue now belong under the fold of incremental games. Notable examples include the Learn to Fly series and Upgrade Complete.

Cultivation RPGs are a genre of games, books, and anime popular in China that center around being in a fantasy world with characters getting stronger over time. While few of them get translated into English, a fan of incremental games may find the available games interesting.

',64),i=[o];function s(l,h,m,g,c,u){return a(),t("div",null,i)}const f=e(n,[["render",s]]);export{p as __pageData,f as default}; diff --git a/assets/garden_guide-to-incrementals_defining-the-genre_index.md.DTAELYsE.js b/assets/garden_guide-to-incrementals_defining-the-genre_index.md.DTAELYsE.js new file mode 100644 index 000000000..1249b8d46 --- /dev/null +++ b/assets/garden_guide-to-incrementals_defining-the-genre_index.md.DTAELYsE.js @@ -0,0 +1 @@ +import{_ as e,c as t,o as a,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals/Defining the Genre","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/defining-the-genre","title":"Guide to Incrementals/Defining the Genre","prev":false,"next":false},"headers":[],"relativePath":"garden/guide-to-incrementals/defining-the-genre/index.md","filePath":"garden/guide-to-incrementals/defining-the-genre/index.md"}'),n={name:"garden/guide-to-incrementals/defining-the-genre/index.md"},o=r('

Guide to Incrementals/Defining the Genre ​

Video games are placed into genres for a variety of reasons. They can give a mental shorthand to set the player's expectations up, they can help a game market itself by its similarities to other, already popular games, and honestly, people just love categorization for its own sake. For this guide, it's important to define the genre so it is clear what games it's even talking about.

This poses a problem. "Incremental" is a horribly vague way to define games. Most games have numbers going up in some form or another. We need a more specific definition - similar to how "strategy" can't just mean any game with any amount of strategy because that would be most games. What specifically differentiates incremental games from the rest?

"Incremental" implies it's a genre defined by a game mechanic, but all those game mechanics it could imply exist in many other games. Having a skill tree or upgrades doesn't make you incremental, and if a reset mechanic is all it takes then every roguelite would be an incremental as well. So clearly there's more to it than that - what makes an incremental an incremental?

I'd like to go over a couple of popular suggestions I've seen on defining the genre here. I have my personal preferences and will state them here, but I don't think there's a truly perfect answer here.

Disclaimer: I mostly play incremental games on my computer, and my definitions will be heavily biased towards the games I'm familiar with.

Incrementals vs Idlers vs Clickers ​

Oftentimes people refer to this genre as idle games and/or clicker games. You'll even find a trend of oxymoronic game titles that contain both terms. "Incremental games" is the umbrella term both those terms fall under. However, I'd like to argue that not only is it better to just use the term "incremental games", but calling them "idle games" or "clicker games" is wrong. Almost universally, these terms are used interchangeably to refer to the same kind of game, where you start the game click spamming and eventually automate the process. Frankly, that kind of game deserves neither title, and the genre of incremental games has trended away from ever requiring click spamming, as it's a bad mechanic, anyways.

While these games do span a spectrum of how active it requires you to be, and sorting games by that metric can be useful for those looking for a particular experience, the borders of when an incremental game counts as an "idler" is too blurry for the term to be useful. "Incremental games" may not be a great descriptive term for the genre (hence this many thousands of words long page on defining what the genre even is), but it's strictly better than calling them "idler" or "clicker" games. This guide will always use the term "incremental games" unless quoting someone else, as it is the term you typically see on all modern games in the genre.

Incrementals as Parodies

Let's start with one of the most interesting definitions of incremental games. Incremental games appear to be distilled versions of games or genres, "revealing" the naked game design at the core of these games or genres not unlike how parodies comment upon their source material.

To understand what that means, think of how a casino uses skinner boxes to emotionally manipulate its customers to keep playing, but "dressing" up the skinner box with tons of stimuli to hide that ultimately the goal is to condition you into coming back compulsively. The idea that incremental games are parodies means taking the stance that at some level all games are similarly manipulating you, giving dopamine rewards in a way that manipulates you to keep playing while not necessarily giving you any value or fulfillment. Incremental games, then, are any games that plainly display the skinner box, and the manipulative core of the game, at the forefront of the experience.

While incremental games can be fun and even healthy in certain contexts, they can exacerbate video game addiction more than other genres. If you feel like playing incremental games is taking priority over other things in your life, or manipulating your sleep schedule, it may be prudent to seek help. See r/StopGaming for resources.

This "undressing" tends to go hand in hand with a reduced focus on aesthetics, often just printing the game state directly to the screen as text. This makes incremental games much easier to develop, particularly for those with programming skills but not art skills, but that's a tangent for why Incremental Games Guide to Incrementals/Appeal to Developers.

Before I continue, I'd like to make my stance clear that I love games and incremental games, and do not think they should be considered inherently bad or manipulative with the above logic. Skinner boxes are just a way of manipulating behavior via rewards. The games are still fun - that's the reward! I'd believe the real criticism here is that it is "empty fun", or "empty dopamine", that doesn't offer any additional value or sense of fulfillment. I don't think that's inherently bad in moderation, although it can become a problem if the game is manipulating you for profit-seeking, or if you play the game to the detriment of the other parts of your life.

Another interpretation of incremental games as parodies comes from several mainstream incremental games that are also parodies of capitalism, such as cookie clicker and adventure capitalist. It's a very common framework for incremental games to portray the ever-increasing numbers as an insatiable hunger for resources, like the ones observed within capitalism. Therefore, these games are used as evidence that the genre as a whole is about parody and commentary.

Popular videos on incremental games that portray the genre as parodies are Why Idle games make good satire, and how it was ruined. and Bad Game Design - Clicker Games. You may also be interested in this response to the latter video from a fan of incremental games: BadGood Game Design - Clicker Games.

I think that this definition ultimately ascribes a motive to the genre as a whole that only happens to apply to some of the more mainstream titles. There certainly are incremental games commenting on different things, including the genre itself as in the case of The Prestige Tree Classic, The Ascension Tree, or Omega Layers, but certainly not all. And of course, not all games that comment on something or parody something are incremental games! Additionally, a very large majority of incremental games are mobile games using these manipulative strategies to get players to spend as much money as possible - hell, Adventure Capitalist is ostensibly a critique on capitalism but features microtransactions and gameplay that manipulates you into buying them! These profit-seeking incremental games certainly belong within the genre but are hardly parodies when they too use manipulation to serve their interests. Also, from my own anecdotal experience, those who use this definition seem to do so from a fairly surface-level familiarity with the genre, and often in the context of criticizing the genre or the fans thereof.

Incrementals as NGU ​

Another broad definition often used is that incremental games are games where the focus of the game is "numbers going up". This definition proposes that other genres simply use increasing numbers as a means to an end, but incremental games uniquely only care about the numbers themselves going up. Put another way, it implies there should be no narrative justification for the numbers going up other than "why shouldn't they be going up?"

While this definition is common because it feels easy to understand, it is difficult to formally define. Often phrases are used to describe games using this framework, such as having an "exaggerated sense of progression" or "big" numbers. These terms are vague and don't demonstrate an actual threshold between non-incrementals and incrementals. Most games have a sense of progression, so when is it "exaggerated"? How big are "big" numbers? Most notably, RPGs that are typically not considered incrementals will often pass this definition.

Additionally, a lot of incrementals tend to have some theme guiding the gameplay, or at least the names of mechanics. This makes the line blurred between when numbers are going up for their own sake versus for a contextual reason. I believe this point is best illustrated that, while most RPGs are not considered incremental games, there is a sub-genre of "incremental RPGs" that typically relates to RPGs that perform combat automatically. This definition of incremental games does not support RPGs and "incremental RPGs" being on distinct sides of the line if the only difference between them is manual vs automatic combat.

Incrementals as Strategies

This is a rarer interpretation, but there are similarities between incremental games and strategy games, implying incrementals might just be a sub-genre of strategy games. By this approach, incremental games would be defined by their relation to strategy games, and how they involve player strategy. Incremental games are often large optimization problems - above all else, the actual gameplay the player is performing is deciding what to do next. The consequences of wrong decisions are typically more lenient in incremental games - such as just not making optimal progress - but they certainly get complex.

So if we accept the premise that incrementals could fall under strategy, we still need to define what makes a strategy game an incremental versus some other strategy sub-genre. This is a bit tricky due to one particular sub-genre of strategy games: Factory Builders.

Factory builders, such as Factorio or Satisfactory, are games about gaining ever increasing resources, optimizing production, and expanding more and more. That... sounds pretty similar, doesn't it? In fact, there's been some debate on whether factory builders would fall under the "incremental" umbrella. I think it's safe to say the two are certainly related, and probably have quite a bit of overlap in playerbase.

Roguelites as Incrementals? ​

Earlier on, I mentioned reset mechanics shouldn't be used in the definition because that could make all roguelites incrementals... But what if it does? A lot of incrementals can be described as games with a strong sense of progression, often with layers of meta-progression. Roguelites fit that bill to a T. What would make roguelites not incremental? I honestly don't think there's a good explanation here, but many fans of incremental games will state they do believe the two genres to be unrelated, even if there's a significant overlap between their player bases due to having similar appealing traits.

At this point, it'd be appropriate to consider what part of the definition of roguelites precludes them from also being incrementals, but that reveals a new problem: What are roguelites? They're usually defined as rogue_likes with meta-progression, but that just pushes the problem back a step: Incrementals aren't the only genre to have difficulties defining themselves, it seems! Roguelikes are another genre where the community argues over the formal definition of their genre, although that means we can borrow from their process of coming to a consensus, and maybe come across a viable definition for incremental games.

The Berlin Interpretation ​

By far the most popular way of defining roguelikes is the "Berlin Interpretation", which acknowledged the diversity of games within the genre and argued the definition should not be based on any ideals about what the genre ought to be, but rather defined by "its canon". They argued there are a handful of games that can be used to define the canon for roguelikes, and from those games, a list of factors can be derived to determine a game's "roguelikeness". The more factors a game has, the more of a roguelike it is. This strategy is very lenient, allowing a game to not present any specific factor so long as it shows enough, and accounts for the blurriness of any genre definition by not explicitly stating how many factors a game must have to qualify as a definite roguelike.

I believe this strategy for defining genres can be applied to other genres as well. A handful of games can be argued to be the incremental games canon, and a list of factors derived from them can be used to judge any game based on its "incrementalness". I'll propose such a canon and list of factors here, but by no means should it be considered the end-all-be-all.

Note: The "Temple of the roguelike", an authority within the genre, has since replaced the Berlin Interpretation with a new set of factors here: https://blog.roguetemple.com/what-is-a-traditional-roguelike/

The Incremental Games Canon ​

Alright, time to get controversial. Up til now, I've been trying my best to stay objective and analytical, but now it's time to start making some opinionated decisions. Here is a list of games I think could justifiably make up an Incremental Games Canon:

I chose a variety of games here, biasing towards newer games, purposefully to avoid making a narrow or "traditional" definition. The genre is growing and shouldn't be constrained by the traits of the early popular titles. A lot of these could easily be replaced with other games that are mechanically congruent, so ultimately I'm sure if you asked 10 people for their canon list you'd just get 10 different answers, but I think this should sufficiently allow us to determine what factors make a game have higher "incrementalness".

The Paradigm Shift ​

The Paradigm Shift is probably the highest possible value factor for an incremental. It's so common that for a while people referred to incrementals that exhibit this trait as "unfolding" games, to the point of trying to replace the term incremental due to their popularity. Paradigm shifts refer to when the gameplay significantly changes. There are too many examples to list here, but notably, every single reset mechanic is typically going to be a paradigm shift. Examples of games with paradigm shifts that aren't tied to reset mechanics include Universal Paperclips and A Dark Room.

There are many reasons for the appeal of paradigm shifts. Oftentimes each mechanic builds on top of the existing mechanics, increasing the complexity of the game in steps so the player can follow along. They provide a sense of mystery, with the player anticipating what will happen next. They shake up the gameplay before it gets too stale - allowing the game to entertain for longer before the sense of Guide to Incrementals/What is Content? dissipates. Of the canon games selected above, I would argue every single one contains a paradigm shift (although I could see someone disagreeing with that statement wrt Increlution).

I should take a moment to say that while I'm hyping up this specific factor, we cannot just reduce the genre definition to "does it have paradigm shifts". Many games have paradigm shifts that are not incremental, so it's just an indicator of incrementalness. Additionally, it can become quite hard to determine how large of a shift is a "paradigm" shift. Take, for example, any game with a skill tree. In some games, each skill node might have a large impact on how you play with the game, and qualify as a paradigm shift for some players. In other games, each skill node might just be a small percentage modifier on some stat that doesn't really impact much more than a slight bias towards an already established mechanic that's newly buffed. Every single canon game may show that it's common amongst incremental games, but could just as easily indicate that they're common in games in general.

High-Value Factors ​

I won't take as long to discuss the high and low-value factors, as you've already seen most of them brought up earlier on this page. As a reminder, a game does NOT need all of these to be an incremental game, but these are factors that each indicate a strong possibility the game is an incremental, so having several of these means they probably are. These factors apply to most of the canon incremental games.

"Pure UI" Display. Incrementals typically have a textual presentation of the game state - there isn't a visual representation of the entities within the game. The interface is closer to what would be just the UI of a game in another genre or the control panel of a plane. If there is a visual representation, the player is often still interacting with non-diegetic game elements.

Reduced Consequences. Incrementals tend to have reduced repurcussions for misplaying. They very rarely have fail states, where often the largest consequence is simply not progressing - never losing progress.

Optimization Problems. The predominant gameplay of incrementals is typically solving optimization problems, from deciding which purchase to save up for to reasoning and deciding between different mutually exclusive options the game presents.

Resource Management. Incrementals tend to have a lot of resources within the game to keep track of.

Low-Value Factors ​

These are low-value factors, meaning they aren't as strongly correlated with incremental games. Incremental games may have none of these, and non-incrementals may have several of these - if a game only has low-value factors, they're probably not an incremental.

Fast Numeric Growth. Numbers in incremental games tend to grow faster than in other genres. There are more instances of superlinear growth. The larger the numbers get, the stronger of a signal this factor is.

Automation. As an incremental game progresses, the player often no longer has to deal with earlier mechanics, by having them either happen automatically or otherwise be replaced with an alternative that requires less player interaction.

Goal-Oriented. Incrementals are often heavily reliant on extrinsic motivation to guide the player. Typically this is through some sort of in-game goal to work towards, such as a certain amount of a resource being required to unlock or purchase something new.

Waiting is a Mechanic. In incremental games, the player may come across times where there is no action they can take, and the game will progress automatically instead. The player must wait for some amount of this automatic progress to occur before they can resume interaction with the game.

Are Roguelites Incrementals? ​

Having made our variation of the Berlin Interpretation for incremental games, we can compare it to the Berlin Interpretation to determine if there's enough overlap that any game that "passes" the Berlin Interpretation would also pass the incremental variant. That is to say, whether any roguelite would also be considered an incremental game.

The meta-progression of an incremental game could arguably be considered a paradigm shift, and certainly adds some resource management. Goal-oriented would probably also apply. I think anything other than those would be a stretch, and in my opinion that just isn't enough to qualify. To be totally honest, I was never expecting to conclude otherwise though 😉

Sub-Genres ​

There are some trends in incremental games that go beyond just being a commonly used mechanic, such that they deeply affect the rest of the game design. These trends can be used to determine sub-genres within the incremental games umbrella:

Loops games are a sub-genre defined by having a core mechanic related to a loop, where the player is deciding the actions taken per loop. Notable examples include Idle Loops, Stuck in Time, Cavernous II, and Increlution. You may also argue Groundhog Life and Progress Knight fall into this sub-genre.

ITRTG-like games are a sub-genre defined by having a core mechanic based on clearing increasingly difficult battles and often tend to have a lot of different mechanics to become progressively stronger. Notable examples include Idling to Rule the Gods, NGU Idle, and Wizard and Minion Idle.

Polynomial Growth games are a sub-genre defined by having a core mechanic related to a higher degree polynomial. Notable examples include the base layer of Antimatter Dimensions and Swarm Simulator.

Upgrades Games is a category popular on flash games websites that featured games focused on buying upgrades that would allow you to attain more currency in some sort of minigame that would earn you more money to buy more upgrades, which I'd argue now belong under the fold of incremental games. Notable examples include the Learn to Fly series and Upgrade Complete.

Cultivation RPGs are a genre of games, books, and anime popular in China that center around being in a fantasy world with characters getting stronger over time. While few of them get translated into English, a fan of incremental games may find the available games interesting.

',64),i=[o];function s(l,h,m,g,c,u){return a(),t("div",null,i)}const f=e(n,[["render",s]]);export{p as __pageData,f as default}; diff --git a/assets/garden_guide-to-incrementals_defining-the-genre_index.md.CqiXIbuV.lean.js b/assets/garden_guide-to-incrementals_defining-the-genre_index.md.DTAELYsE.lean.js similarity index 63% rename from assets/garden_guide-to-incrementals_defining-the-genre_index.md.CqiXIbuV.lean.js rename to assets/garden_guide-to-incrementals_defining-the-genre_index.md.DTAELYsE.lean.js index fbf442653..2c23e1436 100644 --- a/assets/garden_guide-to-incrementals_defining-the-genre_index.md.CqiXIbuV.lean.js +++ b/assets/garden_guide-to-incrementals_defining-the-genre_index.md.DTAELYsE.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o as a,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals/Defining the Genre","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/defining-the-genre","title":"Guide to Incrementals/Defining the Genre","prev":false,"next":false},"headers":[],"relativePath":"garden/guide-to-incrementals/defining-the-genre/index.md","filePath":"garden/guide-to-incrementals/defining-the-genre/index.md","lastUpdated":1717647948000}'),n={name:"garden/guide-to-incrementals/defining-the-genre/index.md"},o=r("",64),i=[o];function s(l,h,m,g,c,u){return a(),t("div",null,i)}const f=e(n,[["render",s]]);export{p as __pageData,f as default}; +import{_ as e,c as t,o as a,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals/Defining the Genre","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/defining-the-genre","title":"Guide to Incrementals/Defining the Genre","prev":false,"next":false},"headers":[],"relativePath":"garden/guide-to-incrementals/defining-the-genre/index.md","filePath":"garden/guide-to-incrementals/defining-the-genre/index.md"}'),n={name:"garden/guide-to-incrementals/defining-the-genre/index.md"},o=r("",64),i=[o];function s(l,h,m,g,c,u){return a(),t("div",null,i)}const f=e(n,[["render",s]]);export{p as __pageData,f as default}; diff --git a/assets/garden_guide-to-incrementals_index.md.Cewyg5On.js b/assets/garden_guide-to-incrementals_index.md.Cewyg5On.js new file mode 100644 index 000000000..cc7f1ffbd --- /dev/null +++ b/assets/garden_guide-to-incrementals_index.md.Cewyg5On.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as t,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals","title":"Guide to Incrementals","prev":false,"next":false},"headers":[],"relativePath":"garden/guide-to-incrementals/index.md","filePath":"garden/guide-to-incrementals/index.md"}'),i={name:"garden/guide-to-incrementals/index.md"},o=n('

Guide to Incrementals ​

Referenced by: My Personal Website

This is a comprehensive guide to Incremental Games, a genre of video games. It will explore defining the genre, why it's appealing, and how to design and build your own incremental game. Along the way will be interactive examples, snippets from other creators, and relevant material to contextualize everything.

Note: This is an incomplete document. I want to keep adding opinions and opposing views from other incremental games developers, and add interactive examples to illustrate various points regarding game design and balancing. Consider this a living document - and see the changelog at the end.

Note: This was made before my switch to a digital garden, and is written as prose. Hope you don't mind!

Why am I making this? ​

That's a good question! What authority do I have to be making this guide? I haven't made the best incremental games, nor the most incremental games, certainly not the most popular ones either. But I do have some formal education in game development, know a lot of incremental game devs (as well as other game devs), and have a passionate interest in ludology, classifying genres, etc. I've also made a couple of incremental games) myself.

If you have any additional questions about my credentials or anything on this site, feel free to reach out!

Ludology ​

Making an Incremental ​

',12),r=[o];function l(s,d,m,c,g,h){return t(),a("div",null,r)}const f=e(i,[["render",l]]);export{p as __pageData,f as default}; diff --git a/assets/garden_guide-to-incrementals_index.md.DT8DzNEd.lean.js b/assets/garden_guide-to-incrementals_index.md.Cewyg5On.lean.js similarity index 53% rename from assets/garden_guide-to-incrementals_index.md.DT8DzNEd.lean.js rename to assets/garden_guide-to-incrementals_index.md.Cewyg5On.lean.js index 59bbc1399..79bf468f3 100644 --- a/assets/garden_guide-to-incrementals_index.md.DT8DzNEd.lean.js +++ b/assets/garden_guide-to-incrementals_index.md.Cewyg5On.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o as t,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals","title":"Guide to Incrementals","prev":false,"next":false},"headers":[],"relativePath":"garden/guide-to-incrementals/index.md","filePath":"garden/guide-to-incrementals/index.md","lastUpdated":1718337270000}'),i={name:"garden/guide-to-incrementals/index.md"},o=n("",12),r=[o];function l(s,d,m,c,g,h){return t(),a("div",null,r)}const f=e(i,[["render",l]]);export{p as __pageData,f as default}; +import{_ as e,c as a,o as t,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals","title":"Guide to Incrementals","prev":false,"next":false},"headers":[],"relativePath":"garden/guide-to-incrementals/index.md","filePath":"garden/guide-to-incrementals/index.md"}'),i={name:"garden/guide-to-incrementals/index.md"},o=n("",12),r=[o];function l(s,d,m,c,g,h){return t(),a("div",null,r)}const f=e(i,[["render",l]]);export{p as __pageData,f as default}; diff --git a/assets/garden_guide-to-incrementals_index.md.DT8DzNEd.js b/assets/garden_guide-to-incrementals_index.md.DT8DzNEd.js deleted file mode 100644 index b3cb1d67d..000000000 --- a/assets/garden_guide-to-incrementals_index.md.DT8DzNEd.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as t,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals","title":"Guide to Incrementals","prev":false,"next":false},"headers":[],"relativePath":"garden/guide-to-incrementals/index.md","filePath":"garden/guide-to-incrementals/index.md","lastUpdated":1718337270000}'),i={name:"garden/guide-to-incrementals/index.md"},o=n('

Guide to Incrementals ​

Referenced by: My Personal Website

This is a comprehensive guide to Incremental Games, a genre of video games. It will explore defining the genre, why it's appealing, and how to design and build your own incremental game. Along the way will be interactive examples, snippets from other creators, and relevant material to contextualize everything.

Note: This is an incomplete document. I want to keep adding opinions and opposing views from other incremental games developers, and add interactive examples to illustrate various points regarding game design and balancing. Consider this a living document - and see the changelog at the end.

Note: This was made before my switch to a digital garden, and is written as prose. Hope you don't mind!

Why am I making this? ​

That's a good question! What authority do I have to be making this guide? I haven't made the best incremental games, nor the most incremental games, certainly not the most popular ones either. But I do have some formal education in game development, know a lot of incremental game devs (as well as other game devs), and have a passionate interest in ludology, classifying genres, etc. I've also made a couple of incremental games) myself.

If you have any additional questions about my credentials or anything on this site, feel free to reach out!

Ludology ​

Making an Incremental ​

',12),r=[o];function l(s,d,m,c,g,h){return t(),a("div",null,r)}const f=e(i,[["render",l]]);export{p as __pageData,f as default}; diff --git a/assets/garden_guide-to-incrementals_navigating-criticism_index.md.Canx9B3U.js b/assets/garden_guide-to-incrementals_navigating-criticism_index.md.Canx9B3U.js new file mode 100644 index 000000000..4a562241b --- /dev/null +++ b/assets/garden_guide-to-incrementals_navigating-criticism_index.md.Canx9B3U.js @@ -0,0 +1 @@ +import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals/Navigating Criticism","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/navigating-criticism","title":"Guide to Incrementals/Navigating Criticism","prev":false,"next":false},"headers":[],"relativePath":"garden/guide-to-incrementals/navigating-criticism/index.md","filePath":"garden/guide-to-incrementals/navigating-criticism/index.md"}'),n={name:"garden/guide-to-incrementals/navigating-criticism/index.md"},o=i('

Guide to Incrementals/Navigating Criticism ​

Developing games is fun and exciting and teaches a lot of wonderful skills - I enthusiastically encourage anyone with an interest in game development to try it out - and incremental games are a wonderful way to get started. However, there are many challenges young and inexperienced developers have to face, and I think the hardest one - harder than coding, debugging, balancing, etc. - is handling criticism. When you put your heart and soul into a game it is natural to feel very vulnerable. While I think there's a lot communities can do to ensure they're welcoming, positive and constructive with their criticisms, inevitably you will eventually read some, and potentially a lot, of comments that can deeply affect you. No one is immune to this, from young incremental game developers to the largest content creators you can think of. That's why it's important to be able to process and navigate criticism, because ultimately collecting feedback is essential to the journey to becoming a better developer. On this page, we'll explore how to embrace criticism, grow from it, and continue to post your games publicly with confidence.

Reading Feedback ​

Game development is a skill that takes time and practice to get truly great at. Criticism and other constructive feedback are vital to continually improving. It's useful to look at the criticism as solely a tool for improving this game and future games - that is to say, it should never be used against you as a person. Insults towards the developer(s) themselves are never okay and should not be allowed within whatever community you're sharing your works in. If you do come across a comment you interpret as an attack upon your person, you should report it. For other negative comments, try not to internalize them; instead, focus on improving the game. By distancing your own identity from your work emotionally, you can better analyze the game and use the feedback to your advantage.

Not all feedback is made equal, and you don't need to feel compelled to read and obey every piece of feedback you receive. Learn to distinguish between constructive feedback and unhelpful comments. Constructive feedback typically offers specific suggestions for improvement, while unhelpful comments are often vague or hurtful. Prioritize the former and disregard the latter. That said, most feedback you get will not be from game developers, so take specific suggestions with a grain of salt. Determine the actual problem they're experiencing, and design what you believe the best solution to that problem would be, regardless if that's the specific solution the player asked for. And keep in mind, due to different player preferences you'll never satisfy everyone, and you don't need to. Ultimately if even just you find the game fun, then that's a success.

Seeking Feedback ​

When deciding where to share your game, consider the type of players you anticipate getting, and the kind of feedback you can anticipate receiving. Different communities will have different levels of support for learning developers, and certain communities may prefer certain types of games or mechanics. It's important to get a diverse set of feedback focused on players you think will enjoy the specific game you're making.

Collecting feedback from other game developers is incredibly helpful. They've trained themselves to recognize good and bad game design and how to articulate the differences, and from my experience are much more likely to leave positive and constructive comments since they've been in your shoes before! They understand the struggles and can offer guidance and emotional support.

Responding to Feedback ​

Negative feedback can naturally feel like an attack, and it's okay to get angry. However, lashing back is never the appropriate response. It's best to cool off IRL, and keep in mind all the positive comments you've received. There's a concept in Psychology called negative bias that explains how negative feedback tends to stick with us much more prominently than positive feedback, so it's useful to regularly remind yourself of all the positive feedback you've received. Celebrate your successes, no matter how small they may seem - getting a game to a state you can publicly share it with people is an accomplishment in and of itself!

Remember your passion and your initial reasons for getting into game development. The journey will have its ups and downs, but staying true to your vision and passion will keep you motivated.

',11),r=[o];function s(c,l,d,u,m,h){return a(),t("div",null,r)}const f=e(n,[["render",s]]);export{p as __pageData,f as default}; diff --git a/assets/garden_guide-to-incrementals_navigating-criticism_index.md.DV5nmpyx.lean.js b/assets/garden_guide-to-incrementals_navigating-criticism_index.md.Canx9B3U.lean.js similarity index 61% rename from assets/garden_guide-to-incrementals_navigating-criticism_index.md.DV5nmpyx.lean.js rename to assets/garden_guide-to-incrementals_navigating-criticism_index.md.Canx9B3U.lean.js index 5c5eda81b..1a1c42307 100644 --- a/assets/garden_guide-to-incrementals_navigating-criticism_index.md.DV5nmpyx.lean.js +++ b/assets/garden_guide-to-incrementals_navigating-criticism_index.md.Canx9B3U.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals/Navigating Criticism","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/navigating-criticism","title":"Guide to Incrementals/Navigating Criticism","prev":false,"next":false},"headers":[],"relativePath":"garden/guide-to-incrementals/navigating-criticism/index.md","filePath":"garden/guide-to-incrementals/navigating-criticism/index.md","lastUpdated":1717647948000}'),n={name:"garden/guide-to-incrementals/navigating-criticism/index.md"},o=i("",11),r=[o];function s(c,l,d,u,m,h){return a(),t("div",null,r)}const f=e(n,[["render",s]]);export{p as __pageData,f as default}; +import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals/Navigating Criticism","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/navigating-criticism","title":"Guide to Incrementals/Navigating Criticism","prev":false,"next":false},"headers":[],"relativePath":"garden/guide-to-incrementals/navigating-criticism/index.md","filePath":"garden/guide-to-incrementals/navigating-criticism/index.md"}'),n={name:"garden/guide-to-incrementals/navigating-criticism/index.md"},o=i("",11),r=[o];function s(c,l,d,u,m,h){return a(),t("div",null,r)}const f=e(n,[["render",s]]);export{p as __pageData,f as default}; diff --git a/assets/garden_guide-to-incrementals_navigating-criticism_index.md.DV5nmpyx.js b/assets/garden_guide-to-incrementals_navigating-criticism_index.md.DV5nmpyx.js deleted file mode 100644 index e8efd988a..000000000 --- a/assets/garden_guide-to-incrementals_navigating-criticism_index.md.DV5nmpyx.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals/Navigating Criticism","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/navigating-criticism","title":"Guide to Incrementals/Navigating Criticism","prev":false,"next":false},"headers":[],"relativePath":"garden/guide-to-incrementals/navigating-criticism/index.md","filePath":"garden/guide-to-incrementals/navigating-criticism/index.md","lastUpdated":1717647948000}'),n={name:"garden/guide-to-incrementals/navigating-criticism/index.md"},o=i('

Guide to Incrementals/Navigating Criticism ​

Developing games is fun and exciting and teaches a lot of wonderful skills - I enthusiastically encourage anyone with an interest in game development to try it out - and incremental games are a wonderful way to get started. However, there are many challenges young and inexperienced developers have to face, and I think the hardest one - harder than coding, debugging, balancing, etc. - is handling criticism. When you put your heart and soul into a game it is natural to feel very vulnerable. While I think there's a lot communities can do to ensure they're welcoming, positive and constructive with their criticisms, inevitably you will eventually read some, and potentially a lot, of comments that can deeply affect you. No one is immune to this, from young incremental game developers to the largest content creators you can think of. That's why it's important to be able to process and navigate criticism, because ultimately collecting feedback is essential to the journey to becoming a better developer. On this page, we'll explore how to embrace criticism, grow from it, and continue to post your games publicly with confidence.

Reading Feedback ​

Game development is a skill that takes time and practice to get truly great at. Criticism and other constructive feedback are vital to continually improving. It's useful to look at the criticism as solely a tool for improving this game and future games - that is to say, it should never be used against you as a person. Insults towards the developer(s) themselves are never okay and should not be allowed within whatever community you're sharing your works in. If you do come across a comment you interpret as an attack upon your person, you should report it. For other negative comments, try not to internalize them; instead, focus on improving the game. By distancing your own identity from your work emotionally, you can better analyze the game and use the feedback to your advantage.

Not all feedback is made equal, and you don't need to feel compelled to read and obey every piece of feedback you receive. Learn to distinguish between constructive feedback and unhelpful comments. Constructive feedback typically offers specific suggestions for improvement, while unhelpful comments are often vague or hurtful. Prioritize the former and disregard the latter. That said, most feedback you get will not be from game developers, so take specific suggestions with a grain of salt. Determine the actual problem they're experiencing, and design what you believe the best solution to that problem would be, regardless if that's the specific solution the player asked for. And keep in mind, due to different player preferences you'll never satisfy everyone, and you don't need to. Ultimately if even just you find the game fun, then that's a success.

Seeking Feedback ​

When deciding where to share your game, consider the type of players you anticipate getting, and the kind of feedback you can anticipate receiving. Different communities will have different levels of support for learning developers, and certain communities may prefer certain types of games or mechanics. It's important to get a diverse set of feedback focused on players you think will enjoy the specific game you're making.

Collecting feedback from other game developers is incredibly helpful. They've trained themselves to recognize good and bad game design and how to articulate the differences, and from my experience are much more likely to leave positive and constructive comments since they've been in your shoes before! They understand the struggles and can offer guidance and emotional support.

Responding to Feedback ​

Negative feedback can naturally feel like an attack, and it's okay to get angry. However, lashing back is never the appropriate response. It's best to cool off IRL, and keep in mind all the positive comments you've received. There's a concept in Psychology called negative bias that explains how negative feedback tends to stick with us much more prominently than positive feedback, so it's useful to regularly remind yourself of all the positive feedback you've received. Celebrate your successes, no matter how small they may seem - getting a game to a state you can publicly share it with people is an accomplishment in and of itself!

Remember your passion and your initial reasons for getting into game development. The journey will have its ups and downs, but staying true to your vision and passion will keep you motivated.

',11),r=[o];function s(c,l,d,u,m,h){return a(),t("div",null,r)}const f=e(n,[["render",s]]);export{p as __pageData,f as default}; diff --git a/assets/garden_guide-to-incrementals_what-is-content_index.md.BaHYlDrf.js b/assets/garden_guide-to-incrementals_what-is-content_index.md.BaHYlDrf.js new file mode 100644 index 000000000..7469607b0 --- /dev/null +++ b/assets/garden_guide-to-incrementals_what-is-content_index.md.BaHYlDrf.js @@ -0,0 +1 @@ +import{_ as e,c as t,o as a,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals/What is Content?","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/what-is-content-","title":"Guide to Incrementals/What is Content?","prev":false,"next":false},"headers":[],"relativePath":"garden/guide-to-incrementals/what-is-content/index.md","filePath":"garden/guide-to-incrementals/what-is-content/index.md"}'),o={name:"garden/guide-to-incrementals/what-is-content/index.md"},i=n('

Guide to Incrementals/What is Content? ​

If you've been in the incremental games community for any amount of time, you'll quickly find the number one thing players want is content. They want as much of it as possible! The most popular incremental games have tons of content, so they just keep stretching on and on and on, introducing mechanic after mechanic, and players love it. In fact, players seem to value the amount of content over the quality of any specific content. However, there's a bit of a lack of understanding concerning what content is, and I'd like to explore what counts as content, and how we measure it. As a baseline definition, I think "content" can just be described as the parts of the game that engage the player, but to truly understand it we need to contextualize what that means and how it affects the gameplay experience.

To clarify the purpose of this page, my goal is not to get (too) nitpicky or to attack games with "low content". There's nothing wrong with short / low-content games - I'm quite a big fan of those games myself! This is mostly targeted toward those who ask for content and settle for "long" games, and those who want to provide content but want to make sure they're not just artificially inflating the game. Ultimately, I suppose the goal is to just reduce the amount of artificially inflated content for the sake of having a "longer" game.

Interaction ​

I think it should be a fairly non-controversial opinion that time spent solely waiting should not count towards content. That is not including the time reading various effects or making decisions in your head, but rather time spent waiting for a condition to be met so you can re-engage with the game.

That is not to say games should necessarily try to minimize this time. Plenty of games lead towards more infrequent interaction and still get popular. In fact, these games appeal to many gamers who want to have something to check up on in between bursts of working on some other activity. These games seem to have fallen slightly out of fashion amongst modern incremental games, but they're still fully valid. The point I'm trying to make here is just that this time is not content. As an extreme example, a game with no interactions and just a counter that goes up every second could safely be said to have 0 content beyond the time it takes to understand what's going on. If it has a list of "goals" to hit, then the time understanding those goals and a short time after achieving each one could be considered content, but not the idle times in between.

Let's take a look at the opposite end of the spectrum - interaction that is so frequent as to become mindless. This is any mechanic where you need to spam-click something to progress. This may be a more controversial take, but I do not believe this constitutes content either. It does not engage the player, because each consecutive click blends together and they do not individually change the gameplay experience. That is to say, a single click and 100 clicks are not meaningfully different in terms of engaging the player. I'd go as far as to say clicking 100 times would be actively worse, as it's artificially delaying the next piece of actual content, alongside the issues of accessibility and potentially causing RSI.

Repeatable Purchases ​

Imagine an entity in a game that you can purchase multiple times, each time it performs the same thing but for a higher cost. These are incredibly common, from the buildings in cookie clicker to the units in swarm sim to the IP and EP multipliers in antimatter dimensions. However, how much content is each specific purchase? Is it content beyond the first purchase? Does it have diminishing returns? What if you are oscillating between two different repeatable purchases? How much content is lost when you automate) away a repeatable purchase?

I don't want to take too harsh a stance against repeatable purchases. They're useful tools and can be used in a myriad of interesting ways. I feel they do become "stale" or less meaningful content over time, and this happens exponentially quickly the more frequently it can be purchased. A classic example that I believe goes too far is the IP/EP multipliers in Antimatter Dimensions. I would go as far as to say they are a chore and do not provide any meaningful content after you've bought them a couple of times. It's a method for inflating numbers (effectively making every OOM a 5x step instead of 10x), that punishes the player progression-wise whenever they forget to max it again, and eventually gets automated away as a reward to the player for making enough progress.

Just to voice the other side of this argument, Acamaeda defended the IP multiplier as giving the player a "good" upgrade every OOM. I can understand that to a point and need to clarify I'm mainly criticizing IP/EP multipliers after they've been introduced for a while. In fact, I would defend the multipliers for a short while after they're introduced using the same logic I would use to defend normal dimensions as repeatable purchases, at least pre-infinity. There's "content" to be had in looking at what dimensions will become affordable next, and then choosing which to buy amongst those. The IP/EP multipliers, early into infinity or eternity respectively, provide another option that gets put into that mental queue of things to buy with each OOM reached - although the optimal order is often quite trivial and not particularly engaging.

The IP/EP multipliers are not the only repeatable purchase in antimatter dimensions I take offense to. The time dimensions are also a series of repeatable purchases, that are all so similar and static that it doesn't take long before you never need to put any thought into buying them, how much you're buying at once, or the order you buy them in - you just press max all and move on. The entire tab could've been just the max all button and it would not have made a difference beyond the start of the eternity layer. The normal dimensions technically have this problem as well, but since you're constantly getting antimatter the order feels like it has a larger impact and it's more meaningful content, right up until they're automated away. Infinity dimensions are a compromise between the two, so I'm highlighting time dimensions here as the most egregious.

Following Instructions ​

We're getting more and more controversial as we go along! Let's talk about how linear content is not content now (in some circumstances). A trend in incremental games is adding difficulty by adding a web of effects that abstract the true change you can expect from any specific purchase or decision you make. If a game is both linear and sufficiently abstracts the effect of player decisions, then the player will no longer be engaging with the content - they'll simply be clicking on things as they become available. This isn't necessarily a bad thing, as plenty of players don't mind this style of gameplay, but I'd argue once you reach a point where players don't bother reading the effects, those interactions are no longer truly content. Note that unlike the previous qualifiers mentioned, this qualifier is based on the player, and therefore subjective. In effect, it's a spectrum where the more complicated the web of effects becomes, the more likely it is to disengage the player.

This over-complicatedness leading to disengaging the player can also happen from non-linear gameplay. If the web of effects becomes sufficiently complicated and finding the optimal progression route too time-consuming to discover, players will seek out guides from other players who've completed the game. The second they do this, the game effectively becomes linearly following the instructions of the guide and all the above criticisms apply. Similarly to as before, though, this is a spectrum and not everyone will seek out a guide at the same level of difficulty.

Automation

Automation is a staple of the genre, but it has certain implications for the design of the game. Why, when new content is introduced, must the older content be automated away - why is it a chore and it feels rewarding to not have to do it again? Why does the new mechanic have such appeal if we know it too will just be automated away later on, and we'll be happy when that happens? It honestly begs the question of why this framework of introducing content and automating the old content is even enjoyable - and nearly nonexistent in other genres. You're not going to reach a point in a platformer game where they just automate the jumping part - that's the core mechanic! Instead, platformers either add new mechanics that build on the core mechanic or at least re-contextualize the core mechanic. However, in incremental games new content very frequently means replacing older content, as opposed to augmenting it.

Admittedly, the above paragraph ignores the obvious answer that separates incremental games in this regard. These mechanics become chores as their frequency increases. The frequency increases to give a sense of progression, and automation is seen as a reward because it now manages what was becoming unmanageable. The new content then comes in and continues the loop to give a stronger sense of progression. That's all good and a fine justification for automating content instead of building upon the base mechanic. It's also much easier to design, as each layer essentially lets you start over instead of needing to think of ideas that conform to the original core mechanic.

So, what's the problem? Even if this trend is justified and easy to implement, there are some other effects it has on the game design. First off, and this is probably a neutral point, incremental games with this cycle of replacing old mechanics with new ones trend towards more and more abstract and further away from any narrative throughline as they add layers. There are only so many justifications for resetting progress, so if a game wants to have several of these layers they're inevitably going to become generic or increasingly loosely associated with the original content. It's most unfortunate, in my opinion when an interesting or innovative core mechanic gets fully automated once a generic "prestige" layer is unlocked.

A recent example is Really Grass Cutting Incremental, an incremental game about cutting grass (although I'm really criticizing the Roblox game it's based on). Except, it doesn't continue to be about cutting grass. After you buy enough upgrades to increase your grass cutting and level up sufficiently you "prestige", an abstract term that in this case means you reset all your progress to get some currency to buy upgrades that do the same things as the original upgrades, but these won't reset on future prestiges. You'll eventually be able to "crystallize", which means you reset all your progress to get some currency to buy upgrades that do the same things as the original upgrades (and a couple of new ones) and won't reset on future crystallizes. Fine. You'll progress a bit, complete some challenges, and finally get to... grasshop? Grasshopping is this mechanic where you reset all your progress to get some resource that isn't for buying upgrades - this time you just unlock different modifiers on everything based on their amount. You may have gotten the point by now, but there are also "steelie" resets which give you steel for some reason, before unlocking a factory with various machines - none of which are directly tied to cutting grass, and start gathering things like oil and reset for rocket parts and reset to go to space and so on and so on. Throughout all of this there is absolutely no narrative justification or throughline for the direction the game is going, or why cutting grass is still relevant when we're collecting things like rocket parts. I may be going a little hard on GCI, but it is far from alone.

Tips for Developers ​

If you're a developer, by this point you should have a pretty decent idea of how to create "true" content in your game. Here are some other specific tips I'd suggest:

An upgrade that simply unlocks another upgrade trivially isn't content. However, many games have an upgrade that just unlocks a feature, which then has a wait or other requirements before it can be used. Try to make sure when you unlock a feature, there is immediately something to do with the feature - for example, perhaps give them a small amount of the new currency it unlocks, if applicable.

If you don't have a large web of effects, and can definitively say the impact of a purchase is to multiply the gain of the cost currency by N, and the next purchase costs N times the amount of that same currency, then this purchase effectively made no difference and it may have made more sense to just go directly to the next upgrade. That said, having effects based on things like the number of purchases made will quickly invalidate this tip.

',24),s=[i];function r(h,l,c,u,m,d){return a(),t("div",null,s)}const f=e(o,[["render",r]]);export{p as __pageData,f as default}; diff --git a/assets/garden_guide-to-incrementals_what-is-content_index.md.CQugHwVr.lean.js b/assets/garden_guide-to-incrementals_what-is-content_index.md.BaHYlDrf.lean.js similarity index 64% rename from assets/garden_guide-to-incrementals_what-is-content_index.md.CQugHwVr.lean.js rename to assets/garden_guide-to-incrementals_what-is-content_index.md.BaHYlDrf.lean.js index a69b78a36..8a6182609 100644 --- a/assets/garden_guide-to-incrementals_what-is-content_index.md.CQugHwVr.lean.js +++ b/assets/garden_guide-to-incrementals_what-is-content_index.md.BaHYlDrf.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o as a,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals/What is Content?","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/what-is-content-","title":"Guide to Incrementals/What is Content?","prev":false,"next":false},"headers":[],"relativePath":"garden/guide-to-incrementals/what-is-content/index.md","filePath":"garden/guide-to-incrementals/what-is-content/index.md","lastUpdated":1717647948000}'),o={name:"garden/guide-to-incrementals/what-is-content/index.md"},i=n("",24),s=[i];function r(h,l,c,u,m,d){return a(),t("div",null,s)}const f=e(o,[["render",r]]);export{p as __pageData,f as default}; +import{_ as e,c as t,o as a,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals/What is Content?","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/what-is-content-","title":"Guide to Incrementals/What is Content?","prev":false,"next":false},"headers":[],"relativePath":"garden/guide-to-incrementals/what-is-content/index.md","filePath":"garden/guide-to-incrementals/what-is-content/index.md"}'),o={name:"garden/guide-to-incrementals/what-is-content/index.md"},i=n("",24),s=[i];function r(h,l,c,u,m,d){return a(),t("div",null,s)}const f=e(o,[["render",r]]);export{p as __pageData,f as default}; diff --git a/assets/garden_guide-to-incrementals_what-is-content_index.md.CQugHwVr.js b/assets/garden_guide-to-incrementals_what-is-content_index.md.CQugHwVr.js deleted file mode 100644 index 90e853b96..000000000 --- a/assets/garden_guide-to-incrementals_what-is-content_index.md.CQugHwVr.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as t,o as a,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals/What is Content?","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/what-is-content-","title":"Guide to Incrementals/What is Content?","prev":false,"next":false},"headers":[],"relativePath":"garden/guide-to-incrementals/what-is-content/index.md","filePath":"garden/guide-to-incrementals/what-is-content/index.md","lastUpdated":1717647948000}'),o={name:"garden/guide-to-incrementals/what-is-content/index.md"},i=n('

Guide to Incrementals/What is Content? ​

If you've been in the incremental games community for any amount of time, you'll quickly find the number one thing players want is content. They want as much of it as possible! The most popular incremental games have tons of content, so they just keep stretching on and on and on, introducing mechanic after mechanic, and players love it. In fact, players seem to value the amount of content over the quality of any specific content. However, there's a bit of a lack of understanding concerning what content is, and I'd like to explore what counts as content, and how we measure it. As a baseline definition, I think "content" can just be described as the parts of the game that engage the player, but to truly understand it we need to contextualize what that means and how it affects the gameplay experience.

To clarify the purpose of this page, my goal is not to get (too) nitpicky or to attack games with "low content". There's nothing wrong with short / low-content games - I'm quite a big fan of those games myself! This is mostly targeted toward those who ask for content and settle for "long" games, and those who want to provide content but want to make sure they're not just artificially inflating the game. Ultimately, I suppose the goal is to just reduce the amount of artificially inflated content for the sake of having a "longer" game.

Interaction ​

I think it should be a fairly non-controversial opinion that time spent solely waiting should not count towards content. That is not including the time reading various effects or making decisions in your head, but rather time spent waiting for a condition to be met so you can re-engage with the game.

That is not to say games should necessarily try to minimize this time. Plenty of games lead towards more infrequent interaction and still get popular. In fact, these games appeal to many gamers who want to have something to check up on in between bursts of working on some other activity. These games seem to have fallen slightly out of fashion amongst modern incremental games, but they're still fully valid. The point I'm trying to make here is just that this time is not content. As an extreme example, a game with no interactions and just a counter that goes up every second could safely be said to have 0 content beyond the time it takes to understand what's going on. If it has a list of "goals" to hit, then the time understanding those goals and a short time after achieving each one could be considered content, but not the idle times in between.

Let's take a look at the opposite end of the spectrum - interaction that is so frequent as to become mindless. This is any mechanic where you need to spam-click something to progress. This may be a more controversial take, but I do not believe this constitutes content either. It does not engage the player, because each consecutive click blends together and they do not individually change the gameplay experience. That is to say, a single click and 100 clicks are not meaningfully different in terms of engaging the player. I'd go as far as to say clicking 100 times would be actively worse, as it's artificially delaying the next piece of actual content, alongside the issues of accessibility and potentially causing RSI.

Repeatable Purchases ​

Imagine an entity in a game that you can purchase multiple times, each time it performs the same thing but for a higher cost. These are incredibly common, from the buildings in cookie clicker to the units in swarm sim to the IP and EP multipliers in antimatter dimensions. However, how much content is each specific purchase? Is it content beyond the first purchase? Does it have diminishing returns? What if you are oscillating between two different repeatable purchases? How much content is lost when you automate) away a repeatable purchase?

I don't want to take too harsh a stance against repeatable purchases. They're useful tools and can be used in a myriad of interesting ways. I feel they do become "stale" or less meaningful content over time, and this happens exponentially quickly the more frequently it can be purchased. A classic example that I believe goes too far is the IP/EP multipliers in Antimatter Dimensions. I would go as far as to say they are a chore and do not provide any meaningful content after you've bought them a couple of times. It's a method for inflating numbers (effectively making every OOM a 5x step instead of 10x), that punishes the player progression-wise whenever they forget to max it again, and eventually gets automated away as a reward to the player for making enough progress.

Just to voice the other side of this argument, Acamaeda defended the IP multiplier as giving the player a "good" upgrade every OOM. I can understand that to a point and need to clarify I'm mainly criticizing IP/EP multipliers after they've been introduced for a while. In fact, I would defend the multipliers for a short while after they're introduced using the same logic I would use to defend normal dimensions as repeatable purchases, at least pre-infinity. There's "content" to be had in looking at what dimensions will become affordable next, and then choosing which to buy amongst those. The IP/EP multipliers, early into infinity or eternity respectively, provide another option that gets put into that mental queue of things to buy with each OOM reached - although the optimal order is often quite trivial and not particularly engaging.

The IP/EP multipliers are not the only repeatable purchase in antimatter dimensions I take offense to. The time dimensions are also a series of repeatable purchases, that are all so similar and static that it doesn't take long before you never need to put any thought into buying them, how much you're buying at once, or the order you buy them in - you just press max all and move on. The entire tab could've been just the max all button and it would not have made a difference beyond the start of the eternity layer. The normal dimensions technically have this problem as well, but since you're constantly getting antimatter the order feels like it has a larger impact and it's more meaningful content, right up until they're automated away. Infinity dimensions are a compromise between the two, so I'm highlighting time dimensions here as the most egregious.

Following Instructions ​

We're getting more and more controversial as we go along! Let's talk about how linear content is not content now (in some circumstances). A trend in incremental games is adding difficulty by adding a web of effects that abstract the true change you can expect from any specific purchase or decision you make. If a game is both linear and sufficiently abstracts the effect of player decisions, then the player will no longer be engaging with the content - they'll simply be clicking on things as they become available. This isn't necessarily a bad thing, as plenty of players don't mind this style of gameplay, but I'd argue once you reach a point where players don't bother reading the effects, those interactions are no longer truly content. Note that unlike the previous qualifiers mentioned, this qualifier is based on the player, and therefore subjective. In effect, it's a spectrum where the more complicated the web of effects becomes, the more likely it is to disengage the player.

This over-complicatedness leading to disengaging the player can also happen from non-linear gameplay. If the web of effects becomes sufficiently complicated and finding the optimal progression route too time-consuming to discover, players will seek out guides from other players who've completed the game. The second they do this, the game effectively becomes linearly following the instructions of the guide and all the above criticisms apply. Similarly to as before, though, this is a spectrum and not everyone will seek out a guide at the same level of difficulty.

Automation

Automation is a staple of the genre, but it has certain implications for the design of the game. Why, when new content is introduced, must the older content be automated away - why is it a chore and it feels rewarding to not have to do it again? Why does the new mechanic have such appeal if we know it too will just be automated away later on, and we'll be happy when that happens? It honestly begs the question of why this framework of introducing content and automating the old content is even enjoyable - and nearly nonexistent in other genres. You're not going to reach a point in a platformer game where they just automate the jumping part - that's the core mechanic! Instead, platformers either add new mechanics that build on the core mechanic or at least re-contextualize the core mechanic. However, in incremental games new content very frequently means replacing older content, as opposed to augmenting it.

Admittedly, the above paragraph ignores the obvious answer that separates incremental games in this regard. These mechanics become chores as their frequency increases. The frequency increases to give a sense of progression, and automation is seen as a reward because it now manages what was becoming unmanageable. The new content then comes in and continues the loop to give a stronger sense of progression. That's all good and a fine justification for automating content instead of building upon the base mechanic. It's also much easier to design, as each layer essentially lets you start over instead of needing to think of ideas that conform to the original core mechanic.

So, what's the problem? Even if this trend is justified and easy to implement, there are some other effects it has on the game design. First off, and this is probably a neutral point, incremental games with this cycle of replacing old mechanics with new ones trend towards more and more abstract and further away from any narrative throughline as they add layers. There are only so many justifications for resetting progress, so if a game wants to have several of these layers they're inevitably going to become generic or increasingly loosely associated with the original content. It's most unfortunate, in my opinion when an interesting or innovative core mechanic gets fully automated once a generic "prestige" layer is unlocked.

A recent example is Really Grass Cutting Incremental, an incremental game about cutting grass (although I'm really criticizing the Roblox game it's based on). Except, it doesn't continue to be about cutting grass. After you buy enough upgrades to increase your grass cutting and level up sufficiently you "prestige", an abstract term that in this case means you reset all your progress to get some currency to buy upgrades that do the same things as the original upgrades, but these won't reset on future prestiges. You'll eventually be able to "crystallize", which means you reset all your progress to get some currency to buy upgrades that do the same things as the original upgrades (and a couple of new ones) and won't reset on future crystallizes. Fine. You'll progress a bit, complete some challenges, and finally get to... grasshop? Grasshopping is this mechanic where you reset all your progress to get some resource that isn't for buying upgrades - this time you just unlock different modifiers on everything based on their amount. You may have gotten the point by now, but there are also "steelie" resets which give you steel for some reason, before unlocking a factory with various machines - none of which are directly tied to cutting grass, and start gathering things like oil and reset for rocket parts and reset to go to space and so on and so on. Throughout all of this there is absolutely no narrative justification or throughline for the direction the game is going, or why cutting grass is still relevant when we're collecting things like rocket parts. I may be going a little hard on GCI, but it is far from alone.

Tips for Developers ​

If you're a developer, by this point you should have a pretty decent idea of how to create "true" content in your game. Here are some other specific tips I'd suggest:

An upgrade that simply unlocks another upgrade trivially isn't content. However, many games have an upgrade that just unlocks a feature, which then has a wait or other requirements before it can be used. Try to make sure when you unlock a feature, there is immediately something to do with the feature - for example, perhaps give them a small amount of the new currency it unlocks, if applicable.

If you don't have a large web of effects, and can definitively say the impact of a purchase is to multiply the gain of the cost currency by N, and the next purchase costs N times the amount of that same currency, then this purchase effectively made no difference and it may have made more sense to just go directly to the next upgrade. That said, having effects based on things like the number of purchases made will quickly invalidate this tip.

',24),s=[i];function r(h,l,c,u,m,d){return a(),t("div",null,s)}const f=e(o,[["render",r]]);export{p as __pageData,f as default}; diff --git a/assets/garden_incremental-social_index.md.Co8YadBH.js b/assets/garden_incremental-social_index.md.Co8YadBH.js deleted file mode 100644 index dd40cb18f..000000000 --- a/assets/garden_incremental-social_index.md.Co8YadBH.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as n,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const h=JSON.parse('{"title":"Incremental Social","description":"","frontmatter":{"public":"tags:: My Projects","slug":"incremental-social","title":"Incremental Social","prev":false,"next":false},"headers":[],"relativePath":"garden/incremental-social/index.md","filePath":"garden/incremental-social/index.md","lastUpdated":1718337270000}'),r={name:"garden/incremental-social/index.md"},o=t('

Incremental Social ​

Referenced by: Federated Identity, Webrings

Tags: My Projects

Incremental Social is a Fediverse website hosted by me!

Made explicitly for the incremental games community

Most notably hosts an instance of Mbin, Forgejo, and Synapse (and Cinny)

',6),i=[o];function c(s,l,d,m,p,_){return n(),a("div",null,i)}const g=e(r,[["render",c]]);export{h as __pageData,g as default}; diff --git a/assets/garden_incremental-social_index.md.caAYc4L7.js b/assets/garden_incremental-social_index.md.caAYc4L7.js new file mode 100644 index 000000000..e33fa011d --- /dev/null +++ b/assets/garden_incremental-social_index.md.caAYc4L7.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as n,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const h=JSON.parse('{"title":"Incremental Social","description":"","frontmatter":{"public":"tags:: My Projects","slug":"incremental-social","title":"Incremental Social","prev":false,"next":false},"headers":[],"relativePath":"garden/incremental-social/index.md","filePath":"garden/incremental-social/index.md"}'),r={name:"garden/incremental-social/index.md"},o=t('

Incremental Social ​

Referenced by: Federated Identity, Webrings

Tags: My Projects

Incremental Social is a Fediverse website hosted by me!

Made explicitly for the incremental games community

Most notably hosts an instance of Mbin, Forgejo, and Synapse (and Cinny)

',6),i=[o];function c(s,l,d,m,p,_){return n(),a("div",null,i)}const g=e(r,[["render",c]]);export{h as __pageData,g as default}; diff --git a/assets/garden_incremental-social_index.md.Co8YadBH.lean.js b/assets/garden_incremental-social_index.md.caAYc4L7.lean.js similarity index 54% rename from assets/garden_incremental-social_index.md.Co8YadBH.lean.js rename to assets/garden_incremental-social_index.md.caAYc4L7.lean.js index dded80235..9d841b263 100644 --- a/assets/garden_incremental-social_index.md.Co8YadBH.lean.js +++ b/assets/garden_incremental-social_index.md.caAYc4L7.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o as n,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const h=JSON.parse('{"title":"Incremental Social","description":"","frontmatter":{"public":"tags:: My Projects","slug":"incremental-social","title":"Incremental Social","prev":false,"next":false},"headers":[],"relativePath":"garden/incremental-social/index.md","filePath":"garden/incremental-social/index.md","lastUpdated":1718337270000}'),r={name:"garden/incremental-social/index.md"},o=t("",6),i=[o];function c(s,l,d,m,p,_){return n(),a("div",null,i)}const g=e(r,[["render",c]]);export{h as __pageData,g as default}; +import{_ as e,c as a,o as n,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const h=JSON.parse('{"title":"Incremental Social","description":"","frontmatter":{"public":"tags:: My Projects","slug":"incremental-social","title":"Incremental Social","prev":false,"next":false},"headers":[],"relativePath":"garden/incremental-social/index.md","filePath":"garden/incremental-social/index.md"}'),r={name:"garden/incremental-social/index.md"},o=t("",6),i=[o];function c(s,l,d,m,p,_){return n(),a("div",null,i)}const g=e(r,[["render",c]]);export{h as __pageData,g as default}; diff --git a/assets/garden_ivy-road_index.md.CJPIalur.js b/assets/garden_ivy-road_index.md.CJPIalur.js new file mode 100644 index 000000000..3f4990ed1 --- /dev/null +++ b/assets/garden_ivy-road_index.md.CJPIalur.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as r,a5 as d}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Ivy Road","description":"","frontmatter":{"public":"true","slug":"ivy-road","tags":["Davey Wreden"],"title":"Ivy Road","prev":false,"next":false},"headers":[],"relativePath":"garden/ivy-road/index.md","filePath":"garden/ivy-road/index.md"}'),t={name:"garden/ivy-road/index.md"},o=d('

Ivy Road ​

Referenced by: Davey Wreden, Wanderstop

Tags: Davey Wreden

Ivy Road is a indie game studio created by Davey Wreden, Karla Kimonja, and C418

',4),n=[o];function i(s,c,_,l,p,v){return r(),a("div",null,n)}const h=e(t,[["render",i]]);export{f as __pageData,h as default}; diff --git a/assets/garden_ivy-road_index.md.D_CknIq8.lean.js b/assets/garden_ivy-road_index.md.CJPIalur.lean.js similarity index 59% rename from assets/garden_ivy-road_index.md.D_CknIq8.lean.js rename to assets/garden_ivy-road_index.md.CJPIalur.lean.js index 19e76556c..6929b4515 100644 --- a/assets/garden_ivy-road_index.md.D_CknIq8.lean.js +++ b/assets/garden_ivy-road_index.md.CJPIalur.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o as r,a5 as d}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Ivy Road","description":"","frontmatter":{"public":"true","slug":"ivy-road","tags":["Davey Wreden"],"title":"Ivy Road","prev":false,"next":false},"headers":[],"relativePath":"garden/ivy-road/index.md","filePath":"garden/ivy-road/index.md","lastUpdated":1717971545000}'),t={name:"garden/ivy-road/index.md"},o=d("",4),n=[o];function i(s,c,_,l,p,v){return r(),a("div",null,n)}const h=e(t,[["render",i]]);export{f as __pageData,h as default}; +import{_ as e,c as a,o as r,a5 as d}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Ivy Road","description":"","frontmatter":{"public":"true","slug":"ivy-road","tags":["Davey Wreden"],"title":"Ivy Road","prev":false,"next":false},"headers":[],"relativePath":"garden/ivy-road/index.md","filePath":"garden/ivy-road/index.md"}'),t={name:"garden/ivy-road/index.md"},o=d("",4),n=[o];function i(s,c,_,l,p,v){return r(),a("div",null,n)}const h=e(t,[["render",i]]);export{f as __pageData,h as default}; diff --git a/assets/garden_ivy-road_index.md.D_CknIq8.js b/assets/garden_ivy-road_index.md.D_CknIq8.js deleted file mode 100644 index 2203a120b..000000000 --- a/assets/garden_ivy-road_index.md.D_CknIq8.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as r,a5 as d}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Ivy Road","description":"","frontmatter":{"public":"true","slug":"ivy-road","tags":["Davey Wreden"],"title":"Ivy Road","prev":false,"next":false},"headers":[],"relativePath":"garden/ivy-road/index.md","filePath":"garden/ivy-road/index.md","lastUpdated":1717971545000}'),t={name:"garden/ivy-road/index.md"},o=d('

Ivy Road ​

Referenced by: Davey Wreden, Wanderstop

Tags: Davey Wreden

Ivy Road is a indie game studio created by Davey Wreden, Karla Kimonja, and C418

',4),n=[o];function i(s,c,_,l,p,v){return r(),a("div",null,n)}const h=e(t,[["render",i]]);export{f as __pageData,h as default}; diff --git a/assets/garden_kronos_index.md.C0vbIqDd.js b/assets/garden_kronos_index.md.C0vbIqDd.js deleted file mode 100644 index 8563b0146..000000000 --- a/assets/garden_kronos_index.md.C0vbIqDd.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as o,o as t,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Kronos","description":"","frontmatter":{"public":"true","slug":"kronos","tags":["My Projects","Profectus"],"title":"Kronos","prev":false,"next":false},"headers":[],"relativePath":"garden/kronos/index.md","filePath":"garden/kronos/index.md","lastUpdated":1717647948000}'),r={name:"garden/kronos/index.md"},n=a('

Kronos ​

Referenced by: V-ecs

Tags: My Projects, Profectus

My largest and most ambitious incremental game I've ever made

  • A magnum opus, of sorts ;P

Still in development, and will be for a long time. I have full intention of completing it, however

An older version, that is built in The Modding Tree, only has the gameplay, and only goes up to Chapter 2, can be played here

',7),s=[n];function l(i,c,d,p,_,h){return t(),o("div",null,s)}const m=e(r,[["render",l]]);export{f as __pageData,m as default}; diff --git a/assets/garden_kronos_index.md.CmrPAHoC.js b/assets/garden_kronos_index.md.CmrPAHoC.js new file mode 100644 index 000000000..c007c8642 --- /dev/null +++ b/assets/garden_kronos_index.md.CmrPAHoC.js @@ -0,0 +1 @@ +import{_ as e,c as o,o as t,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Kronos","description":"","frontmatter":{"public":"true","slug":"kronos","tags":["My Projects","Profectus"],"title":"Kronos","prev":false,"next":false},"headers":[],"relativePath":"garden/kronos/index.md","filePath":"garden/kronos/index.md"}'),r={name:"garden/kronos/index.md"},n=a('

Kronos ​

Referenced by: V-ecs

Tags: My Projects, Profectus

My largest and most ambitious incremental game I've ever made

  • A magnum opus, of sorts ;P

Still in development, and will be for a long time. I have full intention of completing it, however

An older version, that is built in The Modding Tree, only has the gameplay, and only goes up to Chapter 2, can be played here

',7),s=[n];function l(i,c,d,p,_,h){return t(),o("div",null,s)}const m=e(r,[["render",l]]);export{f as __pageData,m as default}; diff --git a/assets/garden_kronos_index.md.C0vbIqDd.lean.js b/assets/garden_kronos_index.md.CmrPAHoC.lean.js similarity index 59% rename from assets/garden_kronos_index.md.C0vbIqDd.lean.js rename to assets/garden_kronos_index.md.CmrPAHoC.lean.js index 512744f86..488c6c9ec 100644 --- a/assets/garden_kronos_index.md.C0vbIqDd.lean.js +++ b/assets/garden_kronos_index.md.CmrPAHoC.lean.js @@ -1 +1 @@ -import{_ as e,c as o,o as t,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Kronos","description":"","frontmatter":{"public":"true","slug":"kronos","tags":["My Projects","Profectus"],"title":"Kronos","prev":false,"next":false},"headers":[],"relativePath":"garden/kronos/index.md","filePath":"garden/kronos/index.md","lastUpdated":1717647948000}'),r={name:"garden/kronos/index.md"},n=a("",7),s=[n];function l(i,c,d,p,_,h){return t(),o("div",null,s)}const m=e(r,[["render",l]]);export{f as __pageData,m as default}; +import{_ as e,c as o,o as t,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Kronos","description":"","frontmatter":{"public":"true","slug":"kronos","tags":["My Projects","Profectus"],"title":"Kronos","prev":false,"next":false},"headers":[],"relativePath":"garden/kronos/index.md","filePath":"garden/kronos/index.md"}'),r={name:"garden/kronos/index.md"},n=a("",7),s=[n];function l(i,c,d,p,_,h){return t(),o("div",null,s)}const m=e(r,[["render",l]]);export{f as __pageData,m as default}; diff --git a/assets/garden_life-is-strange_index.md.DuIJxtPy.js b/assets/garden_life-is-strange_index.md.DuIJxtPy.js new file mode 100644 index 000000000..c621bc597 --- /dev/null +++ b/assets/garden_life-is-strange_index.md.DuIJxtPy.js @@ -0,0 +1 @@ +import{_ as e,c as t,o as a,a5 as i,ag as r,ah as o}from"./chunks/framework.Mb1uu3dm.js";const w=JSON.parse('{"title":"Life is Strange","description":"","frontmatter":{"public":"true","slug":"life-is-strange","title":"Life is Strange","prev":false,"next":false},"headers":[],"relativePath":"garden/life-is-strange/index.md","filePath":"garden/life-is-strange/index.md"}'),s={name:"garden/life-is-strange/index.md"},n=i('

Life is Strange ​

A series of narrative driven video games with a focus on player choices

I really enjoyed the first game and engaged with the community a lot. I would get very emotional playing through the later chapters, and it became one of my favorite games.

Playthroughs I enjoyed:

Around the start of Haley and I's relationship, we'd play through LiS1 on projectors in our's classrooms

The ending ​

I was not a huge fan of the ending of Life is Strange. Of the two endings, one very clearly got a lot more resources spent on it, but I think Max's story has a better conclusion under the other.

In my mind, Max's arc (and major themes of the last chapter) was about learning not to rely on her powers, and to learn to live with the consequences of her actions. To that end, having the game end with her taking responsibility and living with the consequences of such a major event is a fitting thematic conclusion to the game and her character arc. In contrast, the other ending shows Max relying on her powers once again and, in my opinion, portrays Max as having not grown nor learned any lessons throughout the entire series. I think its a disservice this ending got so much more attention, with unique outfits and a song dedicated to it.

Life is Strange: Before the Storm ​

I really enjoyed this story. I didn't get quite as invested, perhaps due to it being a condensed 3 chapters rather than 5, but the characters will still just as amazing, which is what makes LiS so good. The ending didn't have as much of a punch as LiS1 - in fact, the entire back half of episode 3 didn't quite meet the bar in my eyes. At the time, I enjoyed these threads discussing criticisms levied at that part of the game:

Deadbones played through the game here

The Awesome Adventures of Captain Spirit ​

I enjoyed the demo, and it certainly got me hyped for LiS2 (although I would've been regardless). Switching to UE seemed like a really good move, and the comic theme fits the aesthetic of the series well.

Life is Strange 2 ​

Unfortunately, I've only played the first chapter of this game. I wanted to play through it with Haley, but we haven't found time to do so.

LATER Skip the rest of LiS1 and play LiS2 with Haley

Life is Strange: True Colors ​

This game seems interesting, although the power does seem a little funnily close to "has empathy". I haven't had time to play it, but would like to.

Life is Strange: Double Exposure ​

I'm very excited for this game! Returning to Max's story sounds awesome. Although I will say, from the trailer alone it's incredibly obvious what one of the story beats will be: Revealing that the two timelines follow the two disparate endings from LiS1.

This game was announced to come with premium editions that get access to the game earlier

  • I think this is a horrible anti-consumer practice
  • Since this game is narratively driven, it is prone to spoilers
  • They're getting more money from their biggest fans without providing any tangible value to them, other than making the experience worse for everyone who plays but doesn't cough up that money
  • I hope other narratively driven games find other ways to do Video Game Monetization
',25),l=[n];function h(d,g,c,m,f,u){return a(),t("div",null,l)}const _=e(s,[["render",h]]);export{w as __pageData,_ as default}; diff --git a/assets/garden_life-is-strange_index.md.DuIJxtPy.lean.js b/assets/garden_life-is-strange_index.md.DuIJxtPy.lean.js new file mode 100644 index 000000000..6ee274070 --- /dev/null +++ b/assets/garden_life-is-strange_index.md.DuIJxtPy.lean.js @@ -0,0 +1 @@ +import{_ as e,c as t,o as a,a5 as i,ag as r,ah as o}from"./chunks/framework.Mb1uu3dm.js";const w=JSON.parse('{"title":"Life is Strange","description":"","frontmatter":{"public":"true","slug":"life-is-strange","title":"Life is Strange","prev":false,"next":false},"headers":[],"relativePath":"garden/life-is-strange/index.md","filePath":"garden/life-is-strange/index.md"}'),s={name:"garden/life-is-strange/index.md"},n=i("",25),l=[n];function h(d,g,c,m,f,u){return a(),t("div",null,l)}const _=e(s,[["render",h]]);export{w as __pageData,_ as default}; diff --git a/assets/garden_life-is-strange_index.md.DzTWGQBG.js b/assets/garden_life-is-strange_index.md.DzTWGQBG.js deleted file mode 100644 index d61a8f50b..000000000 --- a/assets/garden_life-is-strange_index.md.DzTWGQBG.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as t,o as a,a5 as i,ag as r,ah as s}from"./chunks/framework.Mb1uu3dm.js";const w=JSON.parse('{"title":"Life is Strange","description":"","frontmatter":{"public":"true","slug":"life-is-strange","title":"Life is Strange","prev":false,"next":false},"headers":[],"relativePath":"garden/life-is-strange/index.md","filePath":"garden/life-is-strange/index.md","lastUpdated":1718337270000}'),o={name:"garden/life-is-strange/index.md"},n=i('

Life is Strange ​

A series of narrative driven video games with a focus on player choices

I really enjoyed the first game and engaged with the community a lot. I would get very emotional playing through the later chapters, and it became one of my favorite games.

Playthroughs I enjoyed:

The ending ​

I was not a huge fan of the ending of Life is Strange. Of the two endings, one very clearly got a lot more resources spent on it, but I think Max's story has a better conclusion under the other.

In my mind, Max's arc (and major themes of the last chapter) was about learning not to rely on her powers, and to learn to live with the consequences of her actions. To that end, having the game end with her taking responsibility and living with the consequences of such a major event is a fitting thematic conclusion to the game and her character arc. In contrast, the other ending shows Max relying on her powers once again and, in my opinion, portrays Max as having not grown nor learned any lessons throughout the entire series. I think its a disservice this ending got so much more attention, with unique outfits and a song dedicated to it.

Life is Strange: Before the Storm ​

I really enjoyed this story. I didn't get quite as invested, perhaps due to it being a condensed 3 chapters rather than 5, but the characters will still just as amazing, which is what makes LiS so good. The ending didn't have as much of a punch as LiS1 - in fact, the entire back half of episode 3 didn't quite meet the bar in my eyes. At the time, I enjoyed these threads discussing criticisms levied at that part of the game:

Deadbones played through the game here

The Awesome Adventures of Captain Spirit ​

I enjoyed the demo, and it certainly got me hyped for LiS2 (although I would've been regardless). Switching to UE seemed like a really good move, and the comic theme fits the aesthetic of the series well.

Life is Strange 2 ​

Unfortunately, I've only played the first chapter of this game. I wanted to play through it with Haley, but we haven't found time to do so.

LATER Skip the rest of LiS1 and play LiS2 with Haley

Life is Strange: True Colors ​

This game seems interesting, although the power does seem a little funnily close to "has empathy". I haven't had time to play it, but would like to.

Life is Strange: Double Exposure ​

I'm very excited for this game! Returning to Max's story sounds awesome. Although I will say, from the trailer alone it's incredibly obvious what one of the story beats will be: Revealing that the two timelines follow the two disparate endings from LiS1.

This game was announced to come with premium editions that get access to the game earlier

  • I think this is a horrible anti-consumer practice
  • Since this game is narratively driven, it is prone to spoilers
  • They're getting more money from their biggest fans without providing any tangible value to them, other than making the experience worse for everyone who plays but doesn't cough up that money
  • I hope other narratively driven games find other ways to do Video Game Monetization
',24),l=[n];function h(d,g,c,m,f,u){return a(),t("div",null,l)}const _=e(o,[["render",h]]);export{w as __pageData,_ as default}; diff --git a/assets/garden_life-is-strange_index.md.DzTWGQBG.lean.js b/assets/garden_life-is-strange_index.md.DzTWGQBG.lean.js deleted file mode 100644 index 6424d2d5a..000000000 --- a/assets/garden_life-is-strange_index.md.DzTWGQBG.lean.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as t,o as a,a5 as i,ag as r,ah as s}from"./chunks/framework.Mb1uu3dm.js";const w=JSON.parse('{"title":"Life is Strange","description":"","frontmatter":{"public":"true","slug":"life-is-strange","title":"Life is Strange","prev":false,"next":false},"headers":[],"relativePath":"garden/life-is-strange/index.md","filePath":"garden/life-is-strange/index.md","lastUpdated":1718337270000}'),o={name:"garden/life-is-strange/index.md"},n=i("",24),l=[n];function h(d,g,c,m,f,u){return a(),t("div",null,l)}const _=e(o,[["render",h]]);export{w as __pageData,_ as default}; diff --git a/assets/garden_logseq_index.md.D1i9v4d_.js b/assets/garden_logseq_index.md.D1i9v4d_.js new file mode 100644 index 000000000..bca79fd06 --- /dev/null +++ b/assets/garden_logseq_index.md.D1i9v4d_.js @@ -0,0 +1 @@ +import{_ as e,c as a,o,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Logseq","description":"","frontmatter":{"public":"true","slug":"logseq","title":"Logseq","prev":false,"next":false},"headers":[],"relativePath":"garden/logseq/index.md","filePath":"garden/logseq/index.md"}'),r={name:"garden/logseq/index.md"},s=t('

Logseq ​

Referenced by: Command Palettes, This Knowledge Hub

Logseq is an Open Source outlining software

',3),n=[s];function l(d,c,i,_,g,p){return o(),a("div",null,n)}const u=e(r,[["render",l]]);export{f as __pageData,u as default}; diff --git a/assets/garden_logseq_index.md.D1i9v4d_.lean.js b/assets/garden_logseq_index.md.D1i9v4d_.lean.js new file mode 100644 index 000000000..c2673fd1e --- /dev/null +++ b/assets/garden_logseq_index.md.D1i9v4d_.lean.js @@ -0,0 +1 @@ +import{_ as e,c as a,o,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Logseq","description":"","frontmatter":{"public":"true","slug":"logseq","title":"Logseq","prev":false,"next":false},"headers":[],"relativePath":"garden/logseq/index.md","filePath":"garden/logseq/index.md"}'),r={name:"garden/logseq/index.md"},s=t("",3),n=[s];function l(d,c,i,_,g,p){return o(),a("div",null,n)}const u=e(r,[["render",l]]);export{f as __pageData,u as default}; diff --git a/assets/garden_logseq_index.md.DYjqIlrs.js b/assets/garden_logseq_index.md.DYjqIlrs.js deleted file mode 100644 index a2777e58b..000000000 --- a/assets/garden_logseq_index.md.DYjqIlrs.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Logseq","description":"","frontmatter":{"public":"true","slug":"logseq","title":"Logseq","prev":false,"next":false},"headers":[],"relativePath":"garden/logseq/index.md","filePath":"garden/logseq/index.md","lastUpdated":1718337270000}'),s={name:"garden/logseq/index.md"},r=o('

Logseq ​

Referenced by: Command Palettes, This Knowledge Hub

Logseq is an Open Source outlining software

',3),n=[r];function l(d,c,i,_,g,p){return t(),a("div",null,n)}const u=e(s,[["render",l]]);export{f as __pageData,u as default}; diff --git a/assets/garden_logseq_index.md.DYjqIlrs.lean.js b/assets/garden_logseq_index.md.DYjqIlrs.lean.js deleted file mode 100644 index 2973cfc77..000000000 --- a/assets/garden_logseq_index.md.DYjqIlrs.lean.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Logseq","description":"","frontmatter":{"public":"true","slug":"logseq","title":"Logseq","prev":false,"next":false},"headers":[],"relativePath":"garden/logseq/index.md","filePath":"garden/logseq/index.md","lastUpdated":1718337270000}'),s={name:"garden/logseq/index.md"},r=o("",3),n=[r];function l(d,c,i,_,g,p){return t(),a("div",null,n)}const u=e(s,[["render",l]]);export{f as __pageData,u as default}; diff --git a/assets/garden_matrix_index.md.DBqVS_nC.js b/assets/garden_matrix_index.md.DBqVS_nC.js deleted file mode 100644 index bd8c7d383..000000000 --- a/assets/garden_matrix_index.md.DBqVS_nC.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as t,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Matrix","description":"","frontmatter":{"public":"true","slug":"matrix","title":"Matrix","prev":false,"next":false},"headers":[],"relativePath":"garden/matrix/index.md","filePath":"garden/matrix/index.md","lastUpdated":1717647948000}'),n={name:"garden/matrix/index.md"},i=r('

Matrix ​

Referenced by: Cinny, Commune, Synapse

Matrix is a protocol for Decentralized messaging

',3),o=[i];function s(d,c,_,l,m,p){return t(),a("div",null,o)}const h=e(n,[["render",s]]);export{f as __pageData,h as default}; diff --git a/assets/garden_matrix_index.md.DBqVS_nC.lean.js b/assets/garden_matrix_index.md.DBqVS_nC.lean.js deleted file mode 100644 index 9fab8196c..000000000 --- a/assets/garden_matrix_index.md.DBqVS_nC.lean.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as t,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Matrix","description":"","frontmatter":{"public":"true","slug":"matrix","title":"Matrix","prev":false,"next":false},"headers":[],"relativePath":"garden/matrix/index.md","filePath":"garden/matrix/index.md","lastUpdated":1717647948000}'),n={name:"garden/matrix/index.md"},i=r("",3),o=[i];function s(d,c,_,l,m,p){return t(),a("div",null,o)}const h=e(n,[["render",s]]);export{f as __pageData,h as default}; diff --git a/assets/garden_matrix_index.md.TosMRx5L.js b/assets/garden_matrix_index.md.TosMRx5L.js new file mode 100644 index 000000000..4e6e20d28 --- /dev/null +++ b/assets/garden_matrix_index.md.TosMRx5L.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Matrix","description":"","frontmatter":{"public":"true","slug":"matrix","title":"Matrix","prev":false,"next":false},"headers":[],"relativePath":"garden/matrix/index.md","filePath":"garden/matrix/index.md"}'),n={name:"garden/matrix/index.md"},i=t('

Matrix ​

Referenced by: Cinny, Commune, Synapse

Matrix is a protocol for Decentralized messaging

',3),o=[i];function s(d,c,_,l,m,p){return r(),a("div",null,o)}const h=e(n,[["render",s]]);export{f as __pageData,h as default}; diff --git a/assets/garden_matrix_index.md.TosMRx5L.lean.js b/assets/garden_matrix_index.md.TosMRx5L.lean.js new file mode 100644 index 000000000..4d5dad367 --- /dev/null +++ b/assets/garden_matrix_index.md.TosMRx5L.lean.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Matrix","description":"","frontmatter":{"public":"true","slug":"matrix","title":"Matrix","prev":false,"next":false},"headers":[],"relativePath":"garden/matrix/index.md","filePath":"garden/matrix/index.md"}'),n={name:"garden/matrix/index.md"},i=t("",3),o=[i];function s(d,c,_,l,m,p){return r(),a("div",null,o)}const h=e(n,[["render",s]]);export{f as __pageData,h as default}; diff --git a/assets/garden_mbin_index.md.C-tszRZn.js b/assets/garden_mbin_index.md.C-tszRZn.js deleted file mode 100644 index 879c3dda3..000000000 --- a/assets/garden_mbin_index.md.C-tszRZn.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as t,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Mbin","description":"","frontmatter":{"public":"true","slug":"mbin","title":"Mbin","prev":false,"next":false},"headers":[],"relativePath":"garden/mbin/index.md","filePath":"garden/mbin/index.md","lastUpdated":1717647948000}'),r={name:"garden/mbin/index.md"},i=n('

Mbin ​

Referenced by: Incremental Social

Mbin is an Open Source Fediverse software

Can show both twitter-style posts and reddit-style threads

',4),o=[i];function s(d,c,l,_,p,b){return t(),a("div",null,o)}const f=e(r,[["render",s]]);export{m as __pageData,f as default}; diff --git a/assets/garden_mbin_index.md.uqsGaJDR.js b/assets/garden_mbin_index.md.uqsGaJDR.js new file mode 100644 index 000000000..70635f27f --- /dev/null +++ b/assets/garden_mbin_index.md.uqsGaJDR.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as t,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Mbin","description":"","frontmatter":{"public":"true","slug":"mbin","title":"Mbin","prev":false,"next":false},"headers":[],"relativePath":"garden/mbin/index.md","filePath":"garden/mbin/index.md"}'),r={name:"garden/mbin/index.md"},i=n('

Mbin ​

Referenced by: Incremental Social

Mbin is an Open Source Fediverse software

Can show both twitter-style posts and reddit-style threads

',4),o=[i];function s(d,c,l,_,p,b){return t(),a("div",null,o)}const f=e(r,[["render",s]]);export{m as __pageData,f as default}; diff --git a/assets/garden_mbin_index.md.C-tszRZn.lean.js b/assets/garden_mbin_index.md.uqsGaJDR.lean.js similarity index 51% rename from assets/garden_mbin_index.md.C-tszRZn.lean.js rename to assets/garden_mbin_index.md.uqsGaJDR.lean.js index 1d301840f..a0d94ff32 100644 --- a/assets/garden_mbin_index.md.C-tszRZn.lean.js +++ b/assets/garden_mbin_index.md.uqsGaJDR.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o as t,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Mbin","description":"","frontmatter":{"public":"true","slug":"mbin","title":"Mbin","prev":false,"next":false},"headers":[],"relativePath":"garden/mbin/index.md","filePath":"garden/mbin/index.md","lastUpdated":1717647948000}'),r={name:"garden/mbin/index.md"},i=n("",4),o=[i];function s(d,c,l,_,p,b){return t(),a("div",null,o)}const f=e(r,[["render",s]]);export{m as __pageData,f as default}; +import{_ as e,c as a,o as t,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Mbin","description":"","frontmatter":{"public":"true","slug":"mbin","title":"Mbin","prev":false,"next":false},"headers":[],"relativePath":"garden/mbin/index.md","filePath":"garden/mbin/index.md"}'),r={name:"garden/mbin/index.md"},i=n("",4),o=[i];function s(d,c,l,_,p,b){return t(),a("div",null,o)}const f=e(r,[["render",s]]);export{m as __pageData,f as default}; diff --git a/assets/garden_mtx_index.md.B6w2F1i2.js b/assets/garden_mtx_index.md.B6w2F1i2.js deleted file mode 100644 index 85c507d32..000000000 --- a/assets/garden_mtx_index.md.B6w2F1i2.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as a,c as n,o as r,j as e,a as t}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"MTX","description":"","frontmatter":{"alias":"Microtransactions, IAP, In-App Purchases","public":"true","slug":"mtx","title":"MTX","prev":false,"next":false},"headers":[],"relativePath":"garden/mtx/index.md","filePath":"garden/mtx/index.md","lastUpdated":1718337270000}'),s={name:"garden/mtx/index.md"},o=e("h1",{id:"mtx",tabindex:"-1"},[t("MTX "),e("a",{class:"header-anchor",href:"#mtx","aria-label":'Permalink to "MTX"'},"​")],-1),i=e("blockquote",null,[e("p",null,[t("Referenced by: "),e("a",{href:"/garden/premium-currency/"},"Premium Currency"),t(", "),e("a",{href:"/garden/video-game-monetization/"},"Video Game Monetization")])],-1),c=e("p",null,"Purchaseable items in video games that cost real life currencies",-1),d=[o,i,c];function l(m,p,u,_,h,x){return r(),n("div",null,d)}const P=a(s,[["render",l]]);export{g as __pageData,P as default}; diff --git a/assets/garden_mtx_index.md.B6w2F1i2.lean.js b/assets/garden_mtx_index.md.B6w2F1i2.lean.js deleted file mode 100644 index 85c507d32..000000000 --- a/assets/garden_mtx_index.md.B6w2F1i2.lean.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as a,c as n,o as r,j as e,a as t}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"MTX","description":"","frontmatter":{"alias":"Microtransactions, IAP, In-App Purchases","public":"true","slug":"mtx","title":"MTX","prev":false,"next":false},"headers":[],"relativePath":"garden/mtx/index.md","filePath":"garden/mtx/index.md","lastUpdated":1718337270000}'),s={name:"garden/mtx/index.md"},o=e("h1",{id:"mtx",tabindex:"-1"},[t("MTX "),e("a",{class:"header-anchor",href:"#mtx","aria-label":'Permalink to "MTX"'},"​")],-1),i=e("blockquote",null,[e("p",null,[t("Referenced by: "),e("a",{href:"/garden/premium-currency/"},"Premium Currency"),t(", "),e("a",{href:"/garden/video-game-monetization/"},"Video Game Monetization")])],-1),c=e("p",null,"Purchaseable items in video games that cost real life currencies",-1),d=[o,i,c];function l(m,p,u,_,h,x){return r(),n("div",null,d)}const P=a(s,[["render",l]]);export{g as __pageData,P as default}; diff --git a/assets/garden_mtx_index.md.CWQqyNMd.js b/assets/garden_mtx_index.md.CWQqyNMd.js new file mode 100644 index 000000000..10dfc9af4 --- /dev/null +++ b/assets/garden_mtx_index.md.CWQqyNMd.js @@ -0,0 +1 @@ +import{_ as a,c as n,o as r,j as e,a as t}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"MTX","description":"","frontmatter":{"alias":"Microtransactions, IAP, In-App Purchases","public":"true","slug":"mtx","title":"MTX","prev":false,"next":false},"headers":[],"relativePath":"garden/mtx/index.md","filePath":"garden/mtx/index.md"}'),s={name:"garden/mtx/index.md"},o=e("h1",{id:"mtx",tabindex:"-1"},[t("MTX "),e("a",{class:"header-anchor",href:"#mtx","aria-label":'Permalink to "MTX"'},"​")],-1),i=e("blockquote",null,[e("p",null,[t("Referenced by: "),e("a",{href:"/garden/premium-currency/"},"Premium Currency"),t(", "),e("a",{href:"/garden/video-game-monetization/"},"Video Game Monetization")])],-1),c=e("p",null,"Purchaseable items in video games that cost real life currencies",-1),d=[o,i,c];function l(m,u,_,p,h,x){return r(),n("div",null,d)}const P=a(s,[["render",l]]);export{g as __pageData,P as default}; diff --git a/assets/garden_mtx_index.md.CWQqyNMd.lean.js b/assets/garden_mtx_index.md.CWQqyNMd.lean.js new file mode 100644 index 000000000..10dfc9af4 --- /dev/null +++ b/assets/garden_mtx_index.md.CWQqyNMd.lean.js @@ -0,0 +1 @@ +import{_ as a,c as n,o as r,j as e,a as t}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"MTX","description":"","frontmatter":{"alias":"Microtransactions, IAP, In-App Purchases","public":"true","slug":"mtx","title":"MTX","prev":false,"next":false},"headers":[],"relativePath":"garden/mtx/index.md","filePath":"garden/mtx/index.md"}'),s={name:"garden/mtx/index.md"},o=e("h1",{id:"mtx",tabindex:"-1"},[t("MTX "),e("a",{class:"header-anchor",href:"#mtx","aria-label":'Permalink to "MTX"'},"​")],-1),i=e("blockquote",null,[e("p",null,[t("Referenced by: "),e("a",{href:"/garden/premium-currency/"},"Premium Currency"),t(", "),e("a",{href:"/garden/video-game-monetization/"},"Video Game Monetization")])],-1),c=e("p",null,"Purchaseable items in video games that cost real life currencies",-1),d=[o,i,c];function l(m,u,_,p,h,x){return r(),n("div",null,d)}const P=a(s,[["render",l]]);export{g as __pageData,P as default}; diff --git a/assets/garden_my-personal-website_index.md.9vIzQMPO.js b/assets/garden_my-personal-website_index.md.9vIzQMPO.js new file mode 100644 index 000000000..a95275644 --- /dev/null +++ b/assets/garden_my-personal-website_index.md.9vIzQMPO.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as t,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"My Personal Website","description":"","frontmatter":{"public":"true","slug":"my-personal-website","title":"My Personal Website","prev":false,"next":false},"headers":[],"relativePath":"garden/my-personal-website/index.md","filePath":"garden/my-personal-website/index.md"}'),s={name:"garden/my-personal-website/index.md"},o=r('

My Personal Website ​

Referenced by: My Personal Website, The Small Web

A Personal Websites for myself, available at https://thepaperpilot.org

',3),n=[o];function l(i,p,_,d,c,b){return t(),a("div",null,n)}const f=e(s,[["render",l]]);export{m as __pageData,f as default}; diff --git a/assets/garden_my-personal-website_index.md.m1Z_IPua.lean.js b/assets/garden_my-personal-website_index.md.9vIzQMPO.lean.js similarity index 54% rename from assets/garden_my-personal-website_index.md.m1Z_IPua.lean.js rename to assets/garden_my-personal-website_index.md.9vIzQMPO.lean.js index 094aeac57..54c71eaee 100644 --- a/assets/garden_my-personal-website_index.md.m1Z_IPua.lean.js +++ b/assets/garden_my-personal-website_index.md.9vIzQMPO.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o as t,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"My Personal Website","description":"","frontmatter":{"public":"true","slug":"my-personal-website","title":"My Personal Website","prev":false,"next":false},"headers":[],"relativePath":"garden/my-personal-website/index.md","filePath":"garden/my-personal-website/index.md","lastUpdated":1718337270000}'),s={name:"garden/my-personal-website/index.md"},o=r("",3),n=[o];function l(i,p,d,_,c,b){return t(),a("div",null,n)}const f=e(s,[["render",l]]);export{m as __pageData,f as default}; +import{_ as e,c as a,o as t,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"My Personal Website","description":"","frontmatter":{"public":"true","slug":"my-personal-website","title":"My Personal Website","prev":false,"next":false},"headers":[],"relativePath":"garden/my-personal-website/index.md","filePath":"garden/my-personal-website/index.md"}'),s={name:"garden/my-personal-website/index.md"},o=r("",3),n=[o];function l(i,p,_,d,c,b){return t(),a("div",null,n)}const f=e(s,[["render",l]]);export{m as __pageData,f as default}; diff --git a/assets/garden_my-personal-website_index.md.m1Z_IPua.js b/assets/garden_my-personal-website_index.md.m1Z_IPua.js deleted file mode 100644 index cb3880cc3..000000000 --- a/assets/garden_my-personal-website_index.md.m1Z_IPua.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as t,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"My Personal Website","description":"","frontmatter":{"public":"true","slug":"my-personal-website","title":"My Personal Website","prev":false,"next":false},"headers":[],"relativePath":"garden/my-personal-website/index.md","filePath":"garden/my-personal-website/index.md","lastUpdated":1718337270000}'),s={name:"garden/my-personal-website/index.md"},o=r('

My Personal Website ​

Referenced by: My Personal Website, The Small Web

A Personal Websites for me, available at https://thepaperpilot.org

',3),n=[o];function l(i,p,d,_,c,b){return t(),a("div",null,n)}const f=e(s,[["render",l]]);export{m as __pageData,f as default}; diff --git a/assets/garden_my-projects_index.md.8GgMwa2f.js b/assets/garden_my-projects_index.md.8GgMwa2f.js new file mode 100644 index 000000000..8de29ccdf --- /dev/null +++ b/assets/garden_my-projects_index.md.8GgMwa2f.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"My Projects","description":"","frontmatter":{"index":"true","public":"true","slug":"my-projects","title":"My Projects","prev":false,"next":false},"headers":[],"relativePath":"garden/my-projects/index.md","filePath":"garden/my-projects/index.md"}'),n={name:"garden/my-projects/index.md"},o=t('

My Projects ​

Referenced by: My Personal Website

Tagged by: Advent Incremental, Babble Buds, Capture the Citadel, Dice Armor, Game Dev Tree, Incremental Social, Kronos, Opti-Speech, Planar Pioneers, Profectus, V-ecs

I like making games and tools!

Games ​

Tools (and other non-games) ​

',8),l=[o];function i(s,d,c,h,p,g){return r(),a("div",null,l)}const u=e(n,[["render",i]]);export{f as __pageData,u as default}; diff --git a/assets/garden_my-projects_index.md.Dl-zQ6Vy.lean.js b/assets/garden_my-projects_index.md.8GgMwa2f.lean.js similarity index 58% rename from assets/garden_my-projects_index.md.Dl-zQ6Vy.lean.js rename to assets/garden_my-projects_index.md.8GgMwa2f.lean.js index db452bf0e..00fa9fa12 100644 --- a/assets/garden_my-projects_index.md.Dl-zQ6Vy.lean.js +++ b/assets/garden_my-projects_index.md.8GgMwa2f.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"My Projects","description":"","frontmatter":{"index":"true","public":"true","slug":"my-projects","title":"My Projects","prev":false,"next":false},"headers":[],"relativePath":"garden/my-projects/index.md","filePath":"garden/my-projects/index.md","lastUpdated":1718337270000}'),n={name:"garden/my-projects/index.md"},o=t("",8),l=[o];function i(s,d,c,h,p,g){return r(),a("div",null,l)}const u=e(n,[["render",i]]);export{f as __pageData,u as default}; +import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"My Projects","description":"","frontmatter":{"index":"true","public":"true","slug":"my-projects","title":"My Projects","prev":false,"next":false},"headers":[],"relativePath":"garden/my-projects/index.md","filePath":"garden/my-projects/index.md"}'),n={name:"garden/my-projects/index.md"},o=t("",8),l=[o];function i(s,d,c,h,p,g){return r(),a("div",null,l)}const u=e(n,[["render",i]]);export{f as __pageData,u as default}; diff --git a/assets/garden_my-projects_index.md.Dl-zQ6Vy.js b/assets/garden_my-projects_index.md.Dl-zQ6Vy.js deleted file mode 100644 index 70f8c1430..000000000 --- a/assets/garden_my-projects_index.md.Dl-zQ6Vy.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"My Projects","description":"","frontmatter":{"index":"true","public":"true","slug":"my-projects","title":"My Projects","prev":false,"next":false},"headers":[],"relativePath":"garden/my-projects/index.md","filePath":"garden/my-projects/index.md","lastUpdated":1718337270000}'),n={name:"garden/my-projects/index.md"},o=t('

My Projects ​

Referenced by: My Personal Website

Tagged by: Advent Incremental, Babble Buds, Capture the Citadel, Dice Armor, Game Dev Tree, Incremental Social, Kronos, Opti-Speech, Planar Pioneers, Profectus, V-ecs

I like making games and tools!

Games ​

Tools (and other non-games) ​

',8),l=[o];function i(s,d,c,h,p,g){return r(),a("div",null,l)}const u=e(n,[["render",i]]);export{f as __pageData,u as default}; diff --git a/assets/garden_nostr_index.md.-W_2yfsI.js b/assets/garden_nostr_index.md.-W_2yfsI.js deleted file mode 100644 index 7d8361d35..000000000 --- a/assets/garden_nostr_index.md.-W_2yfsI.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as t,o as r,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Nostr","description":"","frontmatter":{"public":"true","slug":"nostr","tags":["Decentralized"],"title":"Nostr","prev":false,"next":false},"headers":[],"relativePath":"garden/nostr/index.md","filePath":"garden/nostr/index.md","lastUpdated":1717647948000}'),o={name:"garden/nostr/index.md"},s=a('

Nostr ​

Referenced by: Fediverse

Tags: Decentralized

Nostr is a protocol for Federated Social Media

',4),n=[s];function d(c,i,l,_,p,f){return r(),t("div",null,n)}const g=e(o,[["render",d]]);export{u as __pageData,g as default}; diff --git a/assets/garden_nostr_index.md.Ciyhu9xG.js b/assets/garden_nostr_index.md.Ciyhu9xG.js new file mode 100644 index 000000000..ff5cf0f3b --- /dev/null +++ b/assets/garden_nostr_index.md.Ciyhu9xG.js @@ -0,0 +1 @@ +import{_ as e,c as t,o as r,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Nostr","description":"","frontmatter":{"public":"true","slug":"nostr","tags":["Decentralized"],"title":"Nostr","prev":false,"next":false},"headers":[],"relativePath":"garden/nostr/index.md","filePath":"garden/nostr/index.md"}'),o={name:"garden/nostr/index.md"},n=a('

Nostr ​

Referenced by: Fediverse

Tags: Decentralized

Nostr is a protocol for Federated Social Media

',4),s=[n];function d(c,i,l,_,p,f){return r(),t("div",null,s)}const g=e(o,[["render",d]]);export{u as __pageData,g as default}; diff --git a/assets/garden_nostr_index.md.-W_2yfsI.lean.js b/assets/garden_nostr_index.md.Ciyhu9xG.lean.js similarity index 60% rename from assets/garden_nostr_index.md.-W_2yfsI.lean.js rename to assets/garden_nostr_index.md.Ciyhu9xG.lean.js index 60d30037b..f1de6b0d3 100644 --- a/assets/garden_nostr_index.md.-W_2yfsI.lean.js +++ b/assets/garden_nostr_index.md.Ciyhu9xG.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o as r,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Nostr","description":"","frontmatter":{"public":"true","slug":"nostr","tags":["Decentralized"],"title":"Nostr","prev":false,"next":false},"headers":[],"relativePath":"garden/nostr/index.md","filePath":"garden/nostr/index.md","lastUpdated":1717647948000}'),o={name:"garden/nostr/index.md"},s=a("",4),n=[s];function d(c,i,l,_,p,f){return r(),t("div",null,n)}const g=e(o,[["render",d]]);export{u as __pageData,g as default}; +import{_ as e,c as t,o as r,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Nostr","description":"","frontmatter":{"public":"true","slug":"nostr","tags":["Decentralized"],"title":"Nostr","prev":false,"next":false},"headers":[],"relativePath":"garden/nostr/index.md","filePath":"garden/nostr/index.md"}'),o={name:"garden/nostr/index.md"},n=a("",4),s=[n];function d(c,i,l,_,p,f){return r(),t("div",null,s)}const g=e(o,[["render",d]]);export{u as __pageData,g as default}; diff --git a/assets/garden_open-source_index.md.CftIgrV1.js b/assets/garden_open-source_index.md.CftIgrV1.js new file mode 100644 index 000000000..7ad9f11b5 --- /dev/null +++ b/assets/garden_open-source_index.md.CftIgrV1.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as r,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Open Source","description":"","frontmatter":{"public":"true","slug":"open-source","title":"Open Source","prev":false,"next":false},"headers":[],"relativePath":"garden/open-source/index.md","filePath":"garden/open-source/index.md"}'),o={name:"garden/open-source/index.md"},t=n('

Open Source ​

Referenced by: Advent Incremental, Cinny, Commune, Dice Armor, Forgejo, Game Dev Tree, Logseq, Mbin, Planar Pioneers, Profectus, Synapse, Vitepress, Weird

Projects with the source code publicly accessible

Typically also grants users the right to modify the code and redistribute those changes, depending on the license

',4),s=[t];function c(d,i,p,h,l,u){return r(),a("div",null,s)}const _=e(o,[["render",c]]);export{g as __pageData,_ as default}; diff --git a/assets/garden_open-source_index.md.DzEfsbWI.lean.js b/assets/garden_open-source_index.md.CftIgrV1.lean.js similarity index 59% rename from assets/garden_open-source_index.md.DzEfsbWI.lean.js rename to assets/garden_open-source_index.md.CftIgrV1.lean.js index 75ab62fec..88c4c917c 100644 --- a/assets/garden_open-source_index.md.DzEfsbWI.lean.js +++ b/assets/garden_open-source_index.md.CftIgrV1.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o as r,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Open Source","description":"","frontmatter":{"public":"true","slug":"open-source","title":"Open Source","prev":false,"next":false},"headers":[],"relativePath":"garden/open-source/index.md","filePath":"garden/open-source/index.md","lastUpdated":1717647948000}'),o={name:"garden/open-source/index.md"},t=n("",4),s=[t];function c(d,i,p,l,h,u){return r(),a("div",null,s)}const _=e(o,[["render",c]]);export{g as __pageData,_ as default}; +import{_ as e,c as a,o as r,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Open Source","description":"","frontmatter":{"public":"true","slug":"open-source","title":"Open Source","prev":false,"next":false},"headers":[],"relativePath":"garden/open-source/index.md","filePath":"garden/open-source/index.md"}'),o={name:"garden/open-source/index.md"},t=n("",4),s=[t];function c(d,i,p,h,l,u){return r(),a("div",null,s)}const _=e(o,[["render",c]]);export{g as __pageData,_ as default}; diff --git a/assets/garden_open-source_index.md.DzEfsbWI.js b/assets/garden_open-source_index.md.DzEfsbWI.js deleted file mode 100644 index 581f04e47..000000000 --- a/assets/garden_open-source_index.md.DzEfsbWI.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as r,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Open Source","description":"","frontmatter":{"public":"true","slug":"open-source","title":"Open Source","prev":false,"next":false},"headers":[],"relativePath":"garden/open-source/index.md","filePath":"garden/open-source/index.md","lastUpdated":1717647948000}'),o={name:"garden/open-source/index.md"},t=n('

Open Source ​

Referenced by: Advent Incremental, Cinny, Commune, Dice Armor, Forgejo, Game Dev Tree, Logseq, Mbin, Planar Pioneers, Profectus, Synapse, Vitepress, Weird

Projects with the source code publicly accessible

Typically also grants users the right to modify the code and redistribute those changes, depending on the license

',4),s=[t];function c(d,i,p,l,h,u){return r(),a("div",null,s)}const _=e(o,[["render",c]]);export{g as __pageData,_ as default}; diff --git a/assets/garden_opti-speech_index.md.8xReaC4D.js b/assets/garden_opti-speech_index.md.8xReaC4D.js new file mode 100644 index 000000000..1e1364de9 --- /dev/null +++ b/assets/garden_opti-speech_index.md.8xReaC4D.js @@ -0,0 +1 @@ +import{_ as a,c as r,o as i,a5 as t,j as e,ai as o,aj as s,ak as n,al as p}from"./chunks/framework.Mb1uu3dm.js";const j=JSON.parse('{"title":"Opti-Speech","description":"","frontmatter":{"public":"true","slug":"opti-speech","tags":["My Projects"],"title":"Opti-Speech","prev":false,"next":false},"headers":[],"relativePath":"garden/opti-speech/index.md","filePath":"garden/opti-speech/index.md"}'),l={name:"garden/opti-speech/index.md"},c=t('

Opti-Speech ​

Tags: My Projects

In college I continued development on the Opti-Speech project, originally built alongside the scientific paper Opti-speech: a real-time, 3d visual feedback system for speech training

The Original Project ​

The Optispeech project involves designing and testing a real-time tongue model that can be viewed in a transparent head while a subject talks — for the purposes of treating speech errors and teaching foreign language sounds. This work has been conducted in partnership with Vulintus and with support from the National Institutes of Health (NIH).

system-architecture-600.jpg

',6),h=e("iframe",{width:"560",height:"315",src:"https://www.youtube.com/embed/9uHqIRs7ZjM",frameborder:"0",allow:"accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture",allowfullscreen:"",style:{display:"block",margin:"auto"}},null,-1),d=e("p",null,"This video shows a talker with WAVE sensors placed on the tongue hitting a virtual target sphere located at the alveolar ridge. When an alveolar consonant is hit (e.g., /s/, /n/, /d/) the sphere changes color from red to green.",-1),m=e("iframe",{width:"560",height:"315",src:"https://www.youtube.com/embed/Oz42mKvlzqI",frameborder:"0",allow:"accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture",allowfullscreen:"",style:{display:"block",margin:"auto"}},null,-1),u=t('

This video shows an American talker learning a novel sound not found in English. When the post-alveolar consonant is hit, the target sphere changes color from red to green. Here, the NDI WAVE system serves as input.

My Work ​

As the sole programmer at UT Dallas Speech Production Lab at the time, my changes involved updating to a more modern version of Unity, improving the interface, in general cleaning up tech debt so it can more easily support new features, and added support for additional EMA systems, namely the Carstens AG501.

new-interface.png

In addition, the program now includes documentation and unit tests to improve program stability and maintainability going forward.

documentation.png

unittests.png

',7),_=[c,h,d,m,u];function g(f,b,y,w,v,k){return i(),r("div",null,_)}const P=a(l,[["render",g]]);export{j as __pageData,P as default}; diff --git a/assets/garden_opti-speech_index.md.8xReaC4D.lean.js b/assets/garden_opti-speech_index.md.8xReaC4D.lean.js new file mode 100644 index 000000000..f23107545 --- /dev/null +++ b/assets/garden_opti-speech_index.md.8xReaC4D.lean.js @@ -0,0 +1 @@ +import{_ as a,c as r,o as i,a5 as t,j as e,ai as o,aj as s,ak as n,al as p}from"./chunks/framework.Mb1uu3dm.js";const j=JSON.parse('{"title":"Opti-Speech","description":"","frontmatter":{"public":"true","slug":"opti-speech","tags":["My Projects"],"title":"Opti-Speech","prev":false,"next":false},"headers":[],"relativePath":"garden/opti-speech/index.md","filePath":"garden/opti-speech/index.md"}'),l={name:"garden/opti-speech/index.md"},c=t("",6),h=e("iframe",{width:"560",height:"315",src:"https://www.youtube.com/embed/9uHqIRs7ZjM",frameborder:"0",allow:"accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture",allowfullscreen:"",style:{display:"block",margin:"auto"}},null,-1),d=e("p",null,"This video shows a talker with WAVE sensors placed on the tongue hitting a virtual target sphere located at the alveolar ridge. When an alveolar consonant is hit (e.g., /s/, /n/, /d/) the sphere changes color from red to green.",-1),m=e("iframe",{width:"560",height:"315",src:"https://www.youtube.com/embed/Oz42mKvlzqI",frameborder:"0",allow:"accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture",allowfullscreen:"",style:{display:"block",margin:"auto"}},null,-1),u=t("",7),_=[c,h,d,m,u];function g(f,b,y,w,v,k){return i(),r("div",null,_)}const P=a(l,[["render",g]]);export{j as __pageData,P as default}; diff --git a/assets/garden_opti-speech_index.md.BsGpYs-e.js b/assets/garden_opti-speech_index.md.BsGpYs-e.js deleted file mode 100644 index ac3ebc178..000000000 --- a/assets/garden_opti-speech_index.md.BsGpYs-e.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as a,c as r,o as i,a5 as t,j as e,ai as o,aj as s,ak as n,al as p}from"./chunks/framework.Mb1uu3dm.js";const j=JSON.parse('{"title":"Opti-Speech","description":"","frontmatter":{"public":"true","slug":"opti-speech","tags":["My Projects"],"title":"Opti-Speech","prev":false,"next":false},"headers":[],"relativePath":"garden/opti-speech/index.md","filePath":"garden/opti-speech/index.md","lastUpdated":1717647948000}'),l={name:"garden/opti-speech/index.md"},c=t('

Opti-Speech ​

Tags: My Projects

In college I continued development on the Opti-Speech project, originally built alongside the scientific paper Opti-speech: a real-time, 3d visual feedback system for speech training

The Original Project ​

The Optispeech project involves designing and testing a real-time tongue model that can be viewed in a transparent head while a subject talks — for the purposes of treating speech errors and teaching foreign language sounds. This work has been conducted in partnership with Vulintus and with support from the National Institutes of Health (NIH).

system-architecture-600.jpg

',6),h=e("iframe",{width:"560",height:"315",src:"https://www.youtube.com/embed/9uHqIRs7ZjM",frameborder:"0",allow:"accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture",allowfullscreen:"",style:{display:"block",margin:"auto"}},null,-1),d=e("p",null,"This video shows a talker with WAVE sensors placed on the tongue hitting a virtual target sphere located at the alveolar ridge. When an alveolar consonant is hit (e.g., /s/, /n/, /d/) the sphere changes color from red to green.",-1),m=e("iframe",{width:"560",height:"315",src:"https://www.youtube.com/embed/Oz42mKvlzqI",frameborder:"0",allow:"accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture",allowfullscreen:"",style:{display:"block",margin:"auto"}},null,-1),u=t('

This video shows an American talker learning a novel sound not found in English. When the post-alveolar consonant is hit, the target sphere changes color from red to green. Here, the NDI WAVE system serves as input.

My Work ​

As the sole programmer at UT Dallas Speech Production Lab at the time, my changes involved updating to a more modern version of Unity, improving the interface, in general cleaning up tech debt so it can more easily support new features, and added support for additional EMA systems, namely the Carstens AG501.

new-interface.png

In addition, the program now includes documentation and unit tests to improve program stability and maintainability going forward.

documentation.png

unittests.png

',7),_=[c,h,d,m,u];function g(f,b,y,w,v,k){return i(),r("div",null,_)}const P=a(l,[["render",g]]);export{j as __pageData,P as default}; diff --git a/assets/garden_opti-speech_index.md.BsGpYs-e.lean.js b/assets/garden_opti-speech_index.md.BsGpYs-e.lean.js deleted file mode 100644 index 6ff880169..000000000 --- a/assets/garden_opti-speech_index.md.BsGpYs-e.lean.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as a,c as r,o as i,a5 as t,j as e,ai as o,aj as s,ak as n,al as p}from"./chunks/framework.Mb1uu3dm.js";const j=JSON.parse('{"title":"Opti-Speech","description":"","frontmatter":{"public":"true","slug":"opti-speech","tags":["My Projects"],"title":"Opti-Speech","prev":false,"next":false},"headers":[],"relativePath":"garden/opti-speech/index.md","filePath":"garden/opti-speech/index.md","lastUpdated":1717647948000}'),l={name:"garden/opti-speech/index.md"},c=t("",6),h=e("iframe",{width:"560",height:"315",src:"https://www.youtube.com/embed/9uHqIRs7ZjM",frameborder:"0",allow:"accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture",allowfullscreen:"",style:{display:"block",margin:"auto"}},null,-1),d=e("p",null,"This video shows a talker with WAVE sensors placed on the tongue hitting a virtual target sphere located at the alveolar ridge. When an alveolar consonant is hit (e.g., /s/, /n/, /d/) the sphere changes color from red to green.",-1),m=e("iframe",{width:"560",height:"315",src:"https://www.youtube.com/embed/Oz42mKvlzqI",frameborder:"0",allow:"accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture",allowfullscreen:"",style:{display:"block",margin:"auto"}},null,-1),u=t("",7),_=[c,h,d,m,u];function g(f,b,y,w,v,k){return i(),r("div",null,_)}const P=a(l,[["render",g]]);export{j as __pageData,P as default}; diff --git a/assets/garden_planar-pioneers_index.md.oEHwUvm3.js b/assets/garden_planar-pioneers_index.md.oEHwUvm3.js deleted file mode 100644 index 0f7607203..000000000 --- a/assets/garden_planar-pioneers_index.md.oEHwUvm3.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Planar Pioneers","description":"","frontmatter":{"public":"true","slug":"planar-pioneers","tags":["My Projects","Profectus"],"title":"Planar Pioneers","prev":false,"next":false},"headers":[],"relativePath":"garden/planar-pioneers/index.md","filePath":"garden/planar-pioneers/index.md","lastUpdated":1717647948000}'),o={name:"garden/planar-pioneers/index.md"},n=t('

Planar Pioneers ​

Tags: My Projects, Profectus

Play it here!

An Open Source game designed to show off Profectus' dynamic layer system!

The TV Tropes page on this game mentions some of the cool things about this game

',5),s=[n];function p(i,l,c,d,_,h){return r(),a("div",null,s)}const m=e(o,[["render",p]]);export{g as __pageData,m as default}; diff --git a/assets/garden_planar-pioneers_index.md.pgx5old9.js b/assets/garden_planar-pioneers_index.md.pgx5old9.js new file mode 100644 index 000000000..655604b12 --- /dev/null +++ b/assets/garden_planar-pioneers_index.md.pgx5old9.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Planar Pioneers","description":"","frontmatter":{"public":"true","slug":"planar-pioneers","tags":["My Projects","Profectus"],"title":"Planar Pioneers","prev":false,"next":false},"headers":[],"relativePath":"garden/planar-pioneers/index.md","filePath":"garden/planar-pioneers/index.md"}'),o={name:"garden/planar-pioneers/index.md"},n=t('

Planar Pioneers ​

Tags: My Projects, Profectus

Play it here!

An Open Source game designed to show off Profectus' dynamic layer system!

The TV Tropes page on this game mentions some of the cool things about this game

',5),s=[n];function p(i,l,c,d,_,h){return r(),a("div",null,s)}const m=e(o,[["render",p]]);export{g as __pageData,m as default}; diff --git a/assets/garden_planar-pioneers_index.md.oEHwUvm3.lean.js b/assets/garden_planar-pioneers_index.md.pgx5old9.lean.js similarity index 64% rename from assets/garden_planar-pioneers_index.md.oEHwUvm3.lean.js rename to assets/garden_planar-pioneers_index.md.pgx5old9.lean.js index 5a4364a82..cc7b97cfd 100644 --- a/assets/garden_planar-pioneers_index.md.oEHwUvm3.lean.js +++ b/assets/garden_planar-pioneers_index.md.pgx5old9.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Planar Pioneers","description":"","frontmatter":{"public":"true","slug":"planar-pioneers","tags":["My Projects","Profectus"],"title":"Planar Pioneers","prev":false,"next":false},"headers":[],"relativePath":"garden/planar-pioneers/index.md","filePath":"garden/planar-pioneers/index.md","lastUpdated":1717647948000}'),o={name:"garden/planar-pioneers/index.md"},n=t("",5),s=[n];function p(i,l,c,d,_,h){return r(),a("div",null,s)}const m=e(o,[["render",p]]);export{g as __pageData,m as default}; +import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Planar Pioneers","description":"","frontmatter":{"public":"true","slug":"planar-pioneers","tags":["My Projects","Profectus"],"title":"Planar Pioneers","prev":false,"next":false},"headers":[],"relativePath":"garden/planar-pioneers/index.md","filePath":"garden/planar-pioneers/index.md"}'),o={name:"garden/planar-pioneers/index.md"},n=t("",5),s=[n];function p(i,l,c,d,_,h){return r(),a("div",null,s)}const m=e(o,[["render",p]]);export{g as __pageData,m as default}; diff --git a/assets/garden_pre-order-bonuses_index.md.DTGQWrnc.js b/assets/garden_pre-order-bonuses_index.md.DTGQWrnc.js new file mode 100644 index 000000000..cef91de3a --- /dev/null +++ b/assets/garden_pre-order-bonuses_index.md.DTGQWrnc.js @@ -0,0 +1 @@ +import{_ as e,c as o,o as i,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const _=JSON.parse('{"title":"Pre-Order Bonuses","description":"","frontmatter":{"public":"true","slug":"pre-order-bonuses","title":"Pre-Order Bonuses","prev":false,"next":false},"headers":[],"relativePath":"garden/pre-order-bonuses/index.md","filePath":"garden/pre-order-bonuses/index.md"}'),s={name:"garden/pre-order-bonuses/index.md"},l=r('

Pre-Order Bonuses ​

Referenced by: Video Game Monetization

Pre-order bonuses are benefits given to players who buy a game before it comes out

They primarily serve to benefit the company

  • People commit to buying before the embargo date passes
  • Heuristic of how well it'll sell after launch
  • Slight lead on return on investment
    • More significantly impacts indie studios, who will likely have less cash on hand
  • Companies make deals with storefronts to have exclusive bonuses, to drive customers to said storefronts

Common bonuses:

  • Digital goods:
  • Physical goods:
    • Typically pins, keychains, etc.
    • Typically only included in physical editions of the game
',7),t=[l];function a(n,d,u,c,p,m){return i(),o("div",null,t)}const f=e(s,[["render",a]]);export{_ as __pageData,f as default}; diff --git a/assets/garden_pre-order-bonuses_index.md.DdydoOe2.lean.js b/assets/garden_pre-order-bonuses_index.md.DTGQWrnc.lean.js similarity index 55% rename from assets/garden_pre-order-bonuses_index.md.DdydoOe2.lean.js rename to assets/garden_pre-order-bonuses_index.md.DTGQWrnc.lean.js index 597a31386..501b8c45f 100644 --- a/assets/garden_pre-order-bonuses_index.md.DdydoOe2.lean.js +++ b/assets/garden_pre-order-bonuses_index.md.DTGQWrnc.lean.js @@ -1 +1 @@ -import{_ as e,c as o,o as i,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const _=JSON.parse('{"title":"Pre-Order Bonuses","description":"","frontmatter":{"public":"true","slug":"pre-order-bonuses","title":"Pre-Order Bonuses","prev":false,"next":false},"headers":[],"relativePath":"garden/pre-order-bonuses/index.md","filePath":"garden/pre-order-bonuses/index.md","lastUpdated":1718337270000}'),s={name:"garden/pre-order-bonuses/index.md"},l=r("",7),t=[l];function a(n,d,u,c,p,m){return i(),o("div",null,t)}const f=e(s,[["render",a]]);export{_ as __pageData,f as default}; +import{_ as e,c as o,o as i,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const _=JSON.parse('{"title":"Pre-Order Bonuses","description":"","frontmatter":{"public":"true","slug":"pre-order-bonuses","title":"Pre-Order Bonuses","prev":false,"next":false},"headers":[],"relativePath":"garden/pre-order-bonuses/index.md","filePath":"garden/pre-order-bonuses/index.md"}'),s={name:"garden/pre-order-bonuses/index.md"},l=r("",7),t=[l];function a(n,d,u,c,p,m){return i(),o("div",null,t)}const f=e(s,[["render",a]]);export{_ as __pageData,f as default}; diff --git a/assets/garden_pre-order-bonuses_index.md.DdydoOe2.js b/assets/garden_pre-order-bonuses_index.md.DdydoOe2.js deleted file mode 100644 index 8a3bb1b73..000000000 --- a/assets/garden_pre-order-bonuses_index.md.DdydoOe2.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as o,o as i,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const _=JSON.parse('{"title":"Pre-Order Bonuses","description":"","frontmatter":{"public":"true","slug":"pre-order-bonuses","title":"Pre-Order Bonuses","prev":false,"next":false},"headers":[],"relativePath":"garden/pre-order-bonuses/index.md","filePath":"garden/pre-order-bonuses/index.md","lastUpdated":1718337270000}'),s={name:"garden/pre-order-bonuses/index.md"},l=r('

Pre-Order Bonuses ​

Referenced by: Video Game Monetization

Pre-order bonuses are benefits given to players who buy a game before it comes out

They primarily serve to benefit the company

  • People commit to buying before the embargo date passes
  • Heuristic of how well it'll sell after launch
  • Slight lead on return on investment
    • More significantly impacts indie studios, who will likely have less cash on hand
  • Companies make deals with storefronts to have exclusive bonuses, to drive customers to said storefronts

Common bonuses:

  • Digital goods:
  • Physical goods:
    • Typically pins, keychains, etc.
    • Typically only included in physical editions of the game
',7),t=[l];function a(n,d,u,c,p,m){return i(),o("div",null,t)}const f=e(s,[["render",a]]);export{_ as __pageData,f as default}; diff --git a/assets/garden_premium-currency_index.md.TIsDNjCg.js b/assets/garden_premium-currency_index.md.TIsDNjCg.js new file mode 100644 index 000000000..fc4c2465e --- /dev/null +++ b/assets/garden_premium-currency_index.md.TIsDNjCg.js @@ -0,0 +1 @@ +import{_ as e,c as r,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Premium Currency","description":"","frontmatter":{"public":"true","slug":"premium-currency","title":"Premium Currency","prev":false,"next":false},"headers":[],"relativePath":"garden/premium-currency/index.md","filePath":"garden/premium-currency/index.md"}'),n={name:"garden/premium-currency/index.md"},t=i('

Premium Currency ​

Referenced by: Pre-Order Bonuses

A popular form of MTX where instead of receiving a useful item or effect directly, you receive a currency that is then spent on an in game store

Reasons companies use them

  • Abstracts the real world price of items
    • No strict conversion ratio
    • Discounts for bulk purchasing
    • Small amounts given for free based on story progression or watching ads
  • Consolidates smaller purchases into a larger one (decreasing friction of individual purchases)
',5),o=[t];function s(c,u,l,m,d,p){return a(),r("div",null,o)}const h=e(n,[["render",s]]);export{f as __pageData,h as default}; diff --git a/assets/garden_premium-currency_index.md.p6jnfRQv.lean.js b/assets/garden_premium-currency_index.md.TIsDNjCg.lean.js similarity index 56% rename from assets/garden_premium-currency_index.md.p6jnfRQv.lean.js rename to assets/garden_premium-currency_index.md.TIsDNjCg.lean.js index 4fbd5d503..f2cc0fdf2 100644 --- a/assets/garden_premium-currency_index.md.p6jnfRQv.lean.js +++ b/assets/garden_premium-currency_index.md.TIsDNjCg.lean.js @@ -1 +1 @@ -import{_ as e,c as r,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Premium Currency","description":"","frontmatter":{"public":"true","slug":"premium-currency","title":"Premium Currency","prev":false,"next":false},"headers":[],"relativePath":"garden/premium-currency/index.md","filePath":"garden/premium-currency/index.md","lastUpdated":1718337270000}'),n={name:"garden/premium-currency/index.md"},t=i("",5),o=[t];function s(c,u,l,m,d,p){return a(),r("div",null,o)}const h=e(n,[["render",s]]);export{f as __pageData,h as default}; +import{_ as e,c as r,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Premium Currency","description":"","frontmatter":{"public":"true","slug":"premium-currency","title":"Premium Currency","prev":false,"next":false},"headers":[],"relativePath":"garden/premium-currency/index.md","filePath":"garden/premium-currency/index.md"}'),n={name:"garden/premium-currency/index.md"},t=i("",5),o=[t];function s(c,u,l,m,d,p){return a(),r("div",null,o)}const h=e(n,[["render",s]]);export{f as __pageData,h as default}; diff --git a/assets/garden_premium-currency_index.md.p6jnfRQv.js b/assets/garden_premium-currency_index.md.p6jnfRQv.js deleted file mode 100644 index 18c82e909..000000000 --- a/assets/garden_premium-currency_index.md.p6jnfRQv.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as r,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Premium Currency","description":"","frontmatter":{"public":"true","slug":"premium-currency","title":"Premium Currency","prev":false,"next":false},"headers":[],"relativePath":"garden/premium-currency/index.md","filePath":"garden/premium-currency/index.md","lastUpdated":1718337270000}'),n={name:"garden/premium-currency/index.md"},t=i('

Premium Currency ​

Referenced by: Pre-Order Bonuses

A popular form of MTX where instead of receiving a useful item or effect directly, you receive a currency that is then spent on an in game store

Reasons companies use them

  • Abstracts the real world price of items
    • No strict conversion ratio
    • Discounts for bulk purchasing
    • Small amounts given for free based on story progression or watching ads
  • Consolidates smaller purchases into a larger one (decreasing friction of individual purchases)
',5),o=[t];function s(c,u,l,m,d,p){return a(),r("div",null,o)}const h=e(n,[["render",s]]);export{f as __pageData,h as default}; diff --git a/assets/garden_profectus_index.md.BLX3n1Md.js b/assets/garden_profectus_index.md.BLX3n1Md.js deleted file mode 100644 index 31bc39a3c..000000000 --- a/assets/garden_profectus_index.md.BLX3n1Md.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Profectus","description":"","frontmatter":{"public":"true","slug":"profectus","tags":["My Projects"],"title":"Profectus","prev":false,"next":false},"headers":[],"relativePath":"garden/profectus/index.md","filePath":"garden/profectus/index.md","lastUpdated":1717647948000}'),o={name:"garden/profectus/index.md"},n=t('

Profectus ​

Referenced by: Advent Incremental, Planar Pioneers

Tagged by: Advent Incremental, Kronos, Planar Pioneers

Tags: My Projects

Profectus is an Open Source game engine I made, loosely based on The Modding Tree by Acamaeda

Technically it's more of a template for making web games

It centers around using Vue's reactivity and is designed with the intent to not restrain developers into making games that only look or behave "one way"

Games made with Profectus:

  • Everything in this garden tagged with this page!
  • The entries to the Profectus Creation Jam
  • Primordia by Jacorb
',9),s=[n];function i(c,l,d,p,f,u){return r(),a("div",null,s)}const m=e(o,[["render",i]]);export{g as __pageData,m as default}; diff --git a/assets/garden_profectus_index.md.COg1DuLN.js b/assets/garden_profectus_index.md.COg1DuLN.js new file mode 100644 index 000000000..385b5dc91 --- /dev/null +++ b/assets/garden_profectus_index.md.COg1DuLN.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Profectus","description":"","frontmatter":{"public":"true","slug":"profectus","tags":["My Projects"],"title":"Profectus","prev":false,"next":false},"headers":[],"relativePath":"garden/profectus/index.md","filePath":"garden/profectus/index.md"}'),o={name:"garden/profectus/index.md"},n=t('

Profectus ​

Referenced by: Advent Incremental, Planar Pioneers

Tagged by: Advent Incremental, Kronos, Planar Pioneers

Tags: My Projects

Profectus is an Open Source game engine I made, loosely based on The Modding Tree by Acamaeda

Technically it's more of a template for making web games

It centers around using Vue's reactivity and is designed with the intent to not restrain developers into making games that only look or behave "one way"

Games made with Profectus:

  • Everything in this garden tagged with this page!
  • The entries to the Profectus Creation Jam
  • Primordia by Jacorb
',9),s=[n];function i(c,l,d,p,f,u){return r(),a("div",null,s)}const m=e(o,[["render",i]]);export{g as __pageData,m as default}; diff --git a/assets/garden_profectus_index.md.BLX3n1Md.lean.js b/assets/garden_profectus_index.md.COg1DuLN.lean.js similarity index 58% rename from assets/garden_profectus_index.md.BLX3n1Md.lean.js rename to assets/garden_profectus_index.md.COg1DuLN.lean.js index abf7754ca..2e89e9ad7 100644 --- a/assets/garden_profectus_index.md.BLX3n1Md.lean.js +++ b/assets/garden_profectus_index.md.COg1DuLN.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Profectus","description":"","frontmatter":{"public":"true","slug":"profectus","tags":["My Projects"],"title":"Profectus","prev":false,"next":false},"headers":[],"relativePath":"garden/profectus/index.md","filePath":"garden/profectus/index.md","lastUpdated":1717647948000}'),o={name:"garden/profectus/index.md"},n=t("",9),s=[n];function i(c,l,d,p,f,u){return r(),a("div",null,s)}const m=e(o,[["render",i]]);export{g as __pageData,m as default}; +import{_ as e,c as a,o as r,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Profectus","description":"","frontmatter":{"public":"true","slug":"profectus","tags":["My Projects"],"title":"Profectus","prev":false,"next":false},"headers":[],"relativePath":"garden/profectus/index.md","filePath":"garden/profectus/index.md"}'),o={name:"garden/profectus/index.md"},n=t("",9),s=[n];function i(c,l,d,p,f,u){return r(),a("div",null,s)}const m=e(o,[["render",i]]);export{g as __pageData,m as default}; diff --git a/assets/garden_social-media_index.md.Bgqx8OJJ.js b/assets/garden_social-media_index.md.Bgqx8OJJ.js new file mode 100644 index 000000000..c81829707 --- /dev/null +++ b/assets/garden_social-media_index.md.Bgqx8OJJ.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const _=JSON.parse('{"title":"Social Media","description":"","frontmatter":{"alias":"Social Web","public":"true","slug":"social-media","title":"Social Media","prev":false,"next":false},"headers":[],"relativePath":"garden/social-media/index.md","filePath":"garden/social-media/index.md"}'),o={name:"garden/social-media/index.md"},l=t('

Social Media ​

Referenced by: Commune, Fediverse

Traditional social media

  • Not Decentralized
    • Can't choose your own rules, sorting methods, data queries, etc.
  • Overrun by scams and ads and influencers

Federated Social Media

  • Partially Decentralized
    • Self hosting is too hard for everyone to do
    • Still subject to instance's moderation, limitations, etc.
  • Users need to pick an instance, associating their identity with one specific group
    • People belong to many groups
    • The person is permanently associated with that one group
    • You have to pick before getting a "trial period" to ensure you actually like that group/instance

My take on an ideal social media Fedi v2

',7),n=[l];function r(d,s,c,u,p,h){return i(),a("div",null,n)}const f=e(o,[["render",r]]);export{_ as __pageData,f as default}; diff --git a/assets/garden_social-media_index.md.Dk3FSnoa.lean.js b/assets/garden_social-media_index.md.Bgqx8OJJ.lean.js similarity index 56% rename from assets/garden_social-media_index.md.Dk3FSnoa.lean.js rename to assets/garden_social-media_index.md.Bgqx8OJJ.lean.js index 1367bac93..9a376cb6c 100644 --- a/assets/garden_social-media_index.md.Dk3FSnoa.lean.js +++ b/assets/garden_social-media_index.md.Bgqx8OJJ.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const _=JSON.parse('{"title":"Social Media","description":"","frontmatter":{"alias":"Social Web","public":"true","slug":"social-media","title":"Social Media","prev":false,"next":false},"headers":[],"relativePath":"garden/social-media/index.md","filePath":"garden/social-media/index.md","lastUpdated":1718337270000}'),l={name:"garden/social-media/index.md"},o=t("",7),n=[o];function r(d,s,c,u,p,h){return i(),a("div",null,n)}const f=e(l,[["render",r]]);export{_ as __pageData,f as default}; +import{_ as e,c as a,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const _=JSON.parse('{"title":"Social Media","description":"","frontmatter":{"alias":"Social Web","public":"true","slug":"social-media","title":"Social Media","prev":false,"next":false},"headers":[],"relativePath":"garden/social-media/index.md","filePath":"garden/social-media/index.md"}'),o={name:"garden/social-media/index.md"},l=t("",7),n=[l];function r(d,s,c,u,p,h){return i(),a("div",null,n)}const f=e(o,[["render",r]]);export{_ as __pageData,f as default}; diff --git a/assets/garden_social-media_index.md.Dk3FSnoa.js b/assets/garden_social-media_index.md.Dk3FSnoa.js deleted file mode 100644 index 3e1b211be..000000000 --- a/assets/garden_social-media_index.md.Dk3FSnoa.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const _=JSON.parse('{"title":"Social Media","description":"","frontmatter":{"alias":"Social Web","public":"true","slug":"social-media","title":"Social Media","prev":false,"next":false},"headers":[],"relativePath":"garden/social-media/index.md","filePath":"garden/social-media/index.md","lastUpdated":1718337270000}'),l={name:"garden/social-media/index.md"},o=t('

Social Media ​

Referenced by: Commune, Fediverse

Traditional social media

  • Not Decentralized
    • Can't choose your own rules, sorting methods, data queries, etc.
  • Overrun by scams and ads and influencers

Federated Social Media

  • Partially Decentralized
    • Self hosting is too hard for everyone to do
    • Still subject to instance's moderation, limitations, etc.
  • Users need to pick an instance, associating their identity with one specific group
    • People belong to many groups
    • The person is permanently associated with that one group
    • You have to pick before getting a "trial period" to ensure you actually like that group/instance

My take on an ideal social media Fedi v2

',7),n=[o];function r(d,s,c,u,p,h){return i(),a("div",null,n)}const f=e(l,[["render",r]]);export{_ as __pageData,f as default}; diff --git a/assets/garden_synapse_index.md.D2phyK-y.js b/assets/garden_synapse_index.md.D2phyK-y.js deleted file mode 100644 index b3bc76caa..000000000 --- a/assets/garden_synapse_index.md.D2phyK-y.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as t,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Synapse","description":"","frontmatter":{"public":"true","slug":"synapse","title":"Synapse","prev":false,"next":false},"headers":[],"relativePath":"garden/synapse/index.md","filePath":"garden/synapse/index.md","lastUpdated":1717647948000}'),r={name:"garden/synapse/index.md"},s=n('

Synapse ​

Referenced by: Incremental Social

Synapse is an Open Source server software for the Matrix protocol

',3),o=[s];function p(c,i,d,l,_,f){return t(),a("div",null,o)}const u=e(r,[["render",p]]);export{m as __pageData,u as default}; diff --git a/assets/garden_synapse_index.md.D2phyK-y.lean.js b/assets/garden_synapse_index.md.D2phyK-y.lean.js deleted file mode 100644 index da5e35ae4..000000000 --- a/assets/garden_synapse_index.md.D2phyK-y.lean.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as t,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Synapse","description":"","frontmatter":{"public":"true","slug":"synapse","title":"Synapse","prev":false,"next":false},"headers":[],"relativePath":"garden/synapse/index.md","filePath":"garden/synapse/index.md","lastUpdated":1717647948000}'),r={name:"garden/synapse/index.md"},s=n("",3),o=[s];function p(c,i,d,l,_,f){return t(),a("div",null,o)}const u=e(r,[["render",p]]);export{m as __pageData,u as default}; diff --git a/assets/garden_synapse_index.md.mEBMiOv7.js b/assets/garden_synapse_index.md.mEBMiOv7.js new file mode 100644 index 000000000..07c7f5ab3 --- /dev/null +++ b/assets/garden_synapse_index.md.mEBMiOv7.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as n,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Synapse","description":"","frontmatter":{"public":"true","slug":"synapse","title":"Synapse","prev":false,"next":false},"headers":[],"relativePath":"garden/synapse/index.md","filePath":"garden/synapse/index.md"}'),r={name:"garden/synapse/index.md"},s=t('

Synapse ​

Referenced by: Incremental Social

Synapse is an Open Source server software for the Matrix protocol

',3),o=[s];function c(p,i,l,_,d,f){return n(),a("div",null,o)}const u=e(r,[["render",c]]);export{m as __pageData,u as default}; diff --git a/assets/garden_synapse_index.md.mEBMiOv7.lean.js b/assets/garden_synapse_index.md.mEBMiOv7.lean.js new file mode 100644 index 000000000..eac9ed4e0 --- /dev/null +++ b/assets/garden_synapse_index.md.mEBMiOv7.lean.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as n,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Synapse","description":"","frontmatter":{"public":"true","slug":"synapse","title":"Synapse","prev":false,"next":false},"headers":[],"relativePath":"garden/synapse/index.md","filePath":"garden/synapse/index.md"}'),r={name:"garden/synapse/index.md"},s=t("",3),o=[s];function c(p,i,l,_,d,f){return n(),a("div",null,o)}const u=e(r,[["render",c]]);export{m as __pageData,u as default}; diff --git a/assets/garden_the-beginner-s-guide_index.md.BiHbMk34.js b/assets/garden_the-beginner-s-guide_index.md.BiHbMk34.js new file mode 100644 index 000000000..5a7d69308 --- /dev/null +++ b/assets/garden_the-beginner-s-guide_index.md.BiHbMk34.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as r,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const _=JSON.parse(`{"title":"The Beginner's Guide","description":"","frontmatter":{"public":"true","slug":"the-beginner-s-guide","tags":["Davey Wreden"],"title":"The Beginner's Guide","prev":false,"next":false},"headers":[],"relativePath":"garden/the-beginner-s-guide/index.md","filePath":"garden/the-beginner-s-guide/index.md"}`),t={name:"garden/the-beginner-s-guide/index.md"},i=n('

The Beginner's Guide ​

Tags: Davey Wreden

My favorite video game of all time, bar none. Created by Davey Wreden

The game broadly comments on the relationship between creators and consumers, and it can apply to all forms of art

  • Perhaps also an important commentary on parasocial relationships

Important analyses:

',7),o=[i];function s(l,d,h,u,c,g){return r(),a("div",null,o)}const f=e(t,[["render",s]]);export{_ as __pageData,f as default}; diff --git a/assets/garden_the-beginner-s-guide_index.md.DVWa9K7k.lean.js b/assets/garden_the-beginner-s-guide_index.md.BiHbMk34.lean.js similarity index 62% rename from assets/garden_the-beginner-s-guide_index.md.DVWa9K7k.lean.js rename to assets/garden_the-beginner-s-guide_index.md.BiHbMk34.lean.js index 10bc0c4de..a3da36f0f 100644 --- a/assets/garden_the-beginner-s-guide_index.md.DVWa9K7k.lean.js +++ b/assets/garden_the-beginner-s-guide_index.md.BiHbMk34.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o as r,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const _=JSON.parse(`{"title":"The Beginner's Guide","description":"","frontmatter":{"public":"true","slug":"the-beginner-s-guide","tags":["Davey Wreden"],"title":"The Beginner's Guide","prev":false,"next":false},"headers":[],"relativePath":"garden/the-beginner-s-guide/index.md","filePath":"garden/the-beginner-s-guide/index.md","lastUpdated":1718337270000}`),t={name:"garden/the-beginner-s-guide/index.md"},i=n("",7),o=[i];function s(l,d,h,u,c,g){return r(),a("div",null,o)}const f=e(t,[["render",s]]);export{_ as __pageData,f as default}; +import{_ as e,c as a,o as r,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const _=JSON.parse(`{"title":"The Beginner's Guide","description":"","frontmatter":{"public":"true","slug":"the-beginner-s-guide","tags":["Davey Wreden"],"title":"The Beginner's Guide","prev":false,"next":false},"headers":[],"relativePath":"garden/the-beginner-s-guide/index.md","filePath":"garden/the-beginner-s-guide/index.md"}`),t={name:"garden/the-beginner-s-guide/index.md"},i=n("",7),o=[i];function s(l,d,h,u,c,g){return r(),a("div",null,o)}const f=e(t,[["render",s]]);export{_ as __pageData,f as default}; diff --git a/assets/garden_the-beginner-s-guide_index.md.DVWa9K7k.js b/assets/garden_the-beginner-s-guide_index.md.DVWa9K7k.js deleted file mode 100644 index 42a90b655..000000000 --- a/assets/garden_the-beginner-s-guide_index.md.DVWa9K7k.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as r,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const _=JSON.parse(`{"title":"The Beginner's Guide","description":"","frontmatter":{"public":"true","slug":"the-beginner-s-guide","tags":["Davey Wreden"],"title":"The Beginner's Guide","prev":false,"next":false},"headers":[],"relativePath":"garden/the-beginner-s-guide/index.md","filePath":"garden/the-beginner-s-guide/index.md","lastUpdated":1718337270000}`),t={name:"garden/the-beginner-s-guide/index.md"},i=n('

The Beginner's Guide ​

Tags: Davey Wreden

My favorite video game of all time, bar none. Created by Davey Wreden

The game broadly comments on the relationship between creators and consumers, and it can apply to all forms of art

  • Perhaps also an important commentary on parasocial relationships

Important analyses:

',7),o=[i];function s(l,d,h,u,c,g){return r(),a("div",null,o)}const f=e(t,[["render",s]]);export{_ as __pageData,f as default}; diff --git a/assets/garden_the-cozy-web_index.md.B23rUtBp.js b/assets/garden_the-cozy-web_index.md.B23rUtBp.js deleted file mode 100644 index 69087188f..000000000 --- a/assets/garden_the-cozy-web_index.md.B23rUtBp.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as t,o as a,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"The Cozy Web","description":"","frontmatter":{"public":"true","slug":"the-cozy-web","title":"The Cozy Web","prev":false,"next":false},"headers":[],"relativePath":"garden/the-cozy-web/index.md","filePath":"garden/the-cozy-web/index.md","lastUpdated":1717647948000}'),r={name:"garden/the-cozy-web/index.md"},n=o('

The Cozy Web ​

Referenced by: Digital Gardens, The Small Web

The Cozy Web is an extension of the dark forest theory of the Internet

It refers to the part of the web that is not web indexable

This part of the web is known for not typically having ads or marketers

Popularized by this article written by Maggie Appleton, who has also written a lot about Digital Gardens

',6),i=[n];function s(h,l,d,c,p,b){return a(),t("div",null,i)}const g=e(r,[["render",s]]);export{f as __pageData,g as default}; diff --git a/assets/garden_the-cozy-web_index.md.B5w3WCtf.js b/assets/garden_the-cozy-web_index.md.B5w3WCtf.js new file mode 100644 index 000000000..3b6a8379b --- /dev/null +++ b/assets/garden_the-cozy-web_index.md.B5w3WCtf.js @@ -0,0 +1 @@ +import{_ as e,c as t,o as a,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"The Cozy Web","description":"","frontmatter":{"public":"true","slug":"the-cozy-web","title":"The Cozy Web","prev":false,"next":false},"headers":[],"relativePath":"garden/the-cozy-web/index.md","filePath":"garden/the-cozy-web/index.md"}'),r={name:"garden/the-cozy-web/index.md"},n=o('

The Cozy Web ​

Referenced by: Digital Gardens, The Small Web

The Cozy Web is an extension of the dark forest theory of the Internet

It refers to the part of the web that is not web indexable

This part of the web is known for not typically having ads or marketers

Popularized by this article written by Maggie Appleton, who has also written a lot about Digital Gardens

',6),i=[n];function s(h,l,d,c,p,b){return a(),t("div",null,i)}const g=e(r,[["render",s]]);export{f as __pageData,g as default}; diff --git a/assets/garden_the-cozy-web_index.md.B23rUtBp.lean.js b/assets/garden_the-cozy-web_index.md.B5w3WCtf.lean.js similarity index 59% rename from assets/garden_the-cozy-web_index.md.B23rUtBp.lean.js rename to assets/garden_the-cozy-web_index.md.B5w3WCtf.lean.js index 2cf1f9614..ab3030cec 100644 --- a/assets/garden_the-cozy-web_index.md.B23rUtBp.lean.js +++ b/assets/garden_the-cozy-web_index.md.B5w3WCtf.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o as a,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"The Cozy Web","description":"","frontmatter":{"public":"true","slug":"the-cozy-web","title":"The Cozy Web","prev":false,"next":false},"headers":[],"relativePath":"garden/the-cozy-web/index.md","filePath":"garden/the-cozy-web/index.md","lastUpdated":1717647948000}'),r={name:"garden/the-cozy-web/index.md"},n=o("",6),i=[n];function s(h,l,d,c,p,b){return a(),t("div",null,i)}const g=e(r,[["render",s]]);export{f as __pageData,g as default}; +import{_ as e,c as t,o as a,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"The Cozy Web","description":"","frontmatter":{"public":"true","slug":"the-cozy-web","title":"The Cozy Web","prev":false,"next":false},"headers":[],"relativePath":"garden/the-cozy-web/index.md","filePath":"garden/the-cozy-web/index.md"}'),r={name:"garden/the-cozy-web/index.md"},n=o("",6),i=[n];function s(h,l,d,c,p,b){return a(),t("div",null,i)}const g=e(r,[["render",s]]);export{f as __pageData,g as default}; diff --git a/assets/garden_the-indieweb_amplification_index.md.BGVq1cso.js b/assets/garden_the-indieweb_amplification_index.md.BGVq1cso.js new file mode 100644 index 000000000..dc00f5f8b --- /dev/null +++ b/assets/garden_the-indieweb_amplification_index.md.BGVq1cso.js @@ -0,0 +1 @@ +import{_ as t,c as n,o as a,j as e,a as i}from"./chunks/framework.Mb1uu3dm.js";const w=JSON.parse('{"title":"The IndieWeb/Amplification","description":"","frontmatter":{"public":"true","slug":"the-indieweb/amplification","title":"The IndieWeb/Amplification","prev":false,"next":false},"headers":[],"relativePath":"garden/the-indieweb/amplification/index.md","filePath":"garden/the-indieweb/amplification/index.md"}'),s={name:"garden/the-indieweb/amplification/index.md"},o=e("h1",{id:"the-indieweb-amplification",tabindex:"-1"},[i("The IndieWeb/Amplification "),e("a",{class:"header-anchor",href:"#the-indieweb-amplification","aria-label":'Permalink to "The IndieWeb/Amplification"'},"​")],-1),r=e("p",null,"Refers to reblogging (and re-hosting, sometimes) of someone else's content on your own site",-1),d=e("p",null,[e("a",{href:"https://aramzs.xyz/essays/the-internet-is-a-series-of-webs/",target:"_blank",rel:"noreferrer"},"The Internet is a series of webs"),i(" discusses some ideas and best practices for amplification")],-1),c=e("p",null,[i("To ensure the rehosted content actually came from the claimed author and was not tampered with, all content should be signed using "),e("a",{href:"/garden/the-indieweb/signature-blocks/"},"The IndieWeb/Signature Blocks")],-1),l=[o,r,d,c];function h(f,m,p,b,_,u){return a(),n("div",null,l)}const x=t(s,[["render",h]]);export{w as __pageData,x as default}; diff --git a/assets/garden_the-indieweb_amplification_index.md.BGVq1cso.lean.js b/assets/garden_the-indieweb_amplification_index.md.BGVq1cso.lean.js new file mode 100644 index 000000000..dc00f5f8b --- /dev/null +++ b/assets/garden_the-indieweb_amplification_index.md.BGVq1cso.lean.js @@ -0,0 +1 @@ +import{_ as t,c as n,o as a,j as e,a as i}from"./chunks/framework.Mb1uu3dm.js";const w=JSON.parse('{"title":"The IndieWeb/Amplification","description":"","frontmatter":{"public":"true","slug":"the-indieweb/amplification","title":"The IndieWeb/Amplification","prev":false,"next":false},"headers":[],"relativePath":"garden/the-indieweb/amplification/index.md","filePath":"garden/the-indieweb/amplification/index.md"}'),s={name:"garden/the-indieweb/amplification/index.md"},o=e("h1",{id:"the-indieweb-amplification",tabindex:"-1"},[i("The IndieWeb/Amplification "),e("a",{class:"header-anchor",href:"#the-indieweb-amplification","aria-label":'Permalink to "The IndieWeb/Amplification"'},"​")],-1),r=e("p",null,"Refers to reblogging (and re-hosting, sometimes) of someone else's content on your own site",-1),d=e("p",null,[e("a",{href:"https://aramzs.xyz/essays/the-internet-is-a-series-of-webs/",target:"_blank",rel:"noreferrer"},"The Internet is a series of webs"),i(" discusses some ideas and best practices for amplification")],-1),c=e("p",null,[i("To ensure the rehosted content actually came from the claimed author and was not tampered with, all content should be signed using "),e("a",{href:"/garden/the-indieweb/signature-blocks/"},"The IndieWeb/Signature Blocks")],-1),l=[o,r,d,c];function h(f,m,p,b,_,u){return a(),n("div",null,l)}const x=t(s,[["render",h]]);export{w as __pageData,x as default}; diff --git a/assets/garden_the-indieweb_amplification_index.md.C6jbWRRp.js b/assets/garden_the-indieweb_amplification_index.md.C6jbWRRp.js deleted file mode 100644 index 6ae029570..000000000 --- a/assets/garden_the-indieweb_amplification_index.md.C6jbWRRp.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as t,c as a,o as n,j as e,a as i}from"./chunks/framework.Mb1uu3dm.js";const w=JSON.parse('{"title":"The IndieWeb/Amplification","description":"","frontmatter":{"public":"true","slug":"the-indieweb/amplification","title":"The IndieWeb/Amplification","prev":false,"next":false},"headers":[],"relativePath":"garden/the-indieweb/amplification/index.md","filePath":"garden/the-indieweb/amplification/index.md","lastUpdated":1718337270000}'),s={name:"garden/the-indieweb/amplification/index.md"},o=e("h1",{id:"the-indieweb-amplification",tabindex:"-1"},[i("The IndieWeb/Amplification "),e("a",{class:"header-anchor",href:"#the-indieweb-amplification","aria-label":'Permalink to "The IndieWeb/Amplification"'},"​")],-1),r=e("p",null,"Refers to reblogging (and re-hosting, sometimes) of someone else's content on your own site",-1),d=e("p",null,[e("a",{href:"https://aramzs.xyz/essays/the-internet-is-a-series-of-webs/",target:"_blank",rel:"noreferrer"},"The Internet is a series of webs"),i(" discusses some ideas and best practices for amplification")],-1),l=e("p",null,[i("To ensure the rehosted content actually came from the claimed author and was not tampered with, all content should be signed using "),e("a",{href:"/garden/the-indieweb/signature-blocks/"},"The IndieWeb/Signature Blocks")],-1),c=[o,r,d,l];function h(f,p,m,b,_,u){return n(),a("div",null,c)}const x=t(s,[["render",h]]);export{w as __pageData,x as default}; diff --git a/assets/garden_the-indieweb_amplification_index.md.C6jbWRRp.lean.js b/assets/garden_the-indieweb_amplification_index.md.C6jbWRRp.lean.js deleted file mode 100644 index 6ae029570..000000000 --- a/assets/garden_the-indieweb_amplification_index.md.C6jbWRRp.lean.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as t,c as a,o as n,j as e,a as i}from"./chunks/framework.Mb1uu3dm.js";const w=JSON.parse('{"title":"The IndieWeb/Amplification","description":"","frontmatter":{"public":"true","slug":"the-indieweb/amplification","title":"The IndieWeb/Amplification","prev":false,"next":false},"headers":[],"relativePath":"garden/the-indieweb/amplification/index.md","filePath":"garden/the-indieweb/amplification/index.md","lastUpdated":1718337270000}'),s={name:"garden/the-indieweb/amplification/index.md"},o=e("h1",{id:"the-indieweb-amplification",tabindex:"-1"},[i("The IndieWeb/Amplification "),e("a",{class:"header-anchor",href:"#the-indieweb-amplification","aria-label":'Permalink to "The IndieWeb/Amplification"'},"​")],-1),r=e("p",null,"Refers to reblogging (and re-hosting, sometimes) of someone else's content on your own site",-1),d=e("p",null,[e("a",{href:"https://aramzs.xyz/essays/the-internet-is-a-series-of-webs/",target:"_blank",rel:"noreferrer"},"The Internet is a series of webs"),i(" discusses some ideas and best practices for amplification")],-1),l=e("p",null,[i("To ensure the rehosted content actually came from the claimed author and was not tampered with, all content should be signed using "),e("a",{href:"/garden/the-indieweb/signature-blocks/"},"The IndieWeb/Signature Blocks")],-1),c=[o,r,d,l];function h(f,p,m,b,_,u){return n(),a("div",null,c)}const x=t(s,[["render",h]]);export{w as __pageData,x as default}; diff --git a/assets/garden_the-indieweb_signature-blocks_index.md.CKaNrlB5.js b/assets/garden_the-indieweb_signature-blocks_index.md.CKaNrlB5.js new file mode 100644 index 000000000..5447fe2fb --- /dev/null +++ b/assets/garden_the-indieweb_signature-blocks_index.md.CKaNrlB5.js @@ -0,0 +1 @@ +import{_ as n,c as a,o as i,j as e,a as t}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"The IndieWeb/Signature Blocks","description":"","frontmatter":{"public":"true","slug":"the-indieweb/signature-blocks","title":"The IndieWeb/Signature Blocks","prev":false,"next":false},"headers":[],"relativePath":"garden/the-indieweb/signature-blocks/index.md","filePath":"garden/the-indieweb/signature-blocks/index.md"}'),s={name:"garden/the-indieweb/signature-blocks/index.md"},r=e("h1",{id:"the-indieweb-signature-blocks",tabindex:"-1"},[t("The IndieWeb/Signature Blocks "),e("a",{class:"header-anchor",href:"#the-indieweb-signature-blocks","aria-label":'Permalink to "The IndieWeb/Signature Blocks"'},"​")],-1),o=e("p",null,[t("A proposal I want to write for posting signed content on your "),e("a",{href:"/garden/the-small-web/"},"IndieWeb"),t(" website")],-1),d=[r,o];function c(l,h,b,u,g,p){return i(),a("div",null,d)}const k=n(s,[["render",c]]);export{f as __pageData,k as default}; diff --git a/assets/garden_the-indieweb_signature-blocks_index.md.CKaNrlB5.lean.js b/assets/garden_the-indieweb_signature-blocks_index.md.CKaNrlB5.lean.js new file mode 100644 index 000000000..5447fe2fb --- /dev/null +++ b/assets/garden_the-indieweb_signature-blocks_index.md.CKaNrlB5.lean.js @@ -0,0 +1 @@ +import{_ as n,c as a,o as i,j as e,a as t}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"The IndieWeb/Signature Blocks","description":"","frontmatter":{"public":"true","slug":"the-indieweb/signature-blocks","title":"The IndieWeb/Signature Blocks","prev":false,"next":false},"headers":[],"relativePath":"garden/the-indieweb/signature-blocks/index.md","filePath":"garden/the-indieweb/signature-blocks/index.md"}'),s={name:"garden/the-indieweb/signature-blocks/index.md"},r=e("h1",{id:"the-indieweb-signature-blocks",tabindex:"-1"},[t("The IndieWeb/Signature Blocks "),e("a",{class:"header-anchor",href:"#the-indieweb-signature-blocks","aria-label":'Permalink to "The IndieWeb/Signature Blocks"'},"​")],-1),o=e("p",null,[t("A proposal I want to write for posting signed content on your "),e("a",{href:"/garden/the-small-web/"},"IndieWeb"),t(" website")],-1),d=[r,o];function c(l,h,b,u,g,p){return i(),a("div",null,d)}const k=n(s,[["render",c]]);export{f as __pageData,k as default}; diff --git a/assets/garden_the-indieweb_signature-blocks_index.md.DKn2bTq3.js b/assets/garden_the-indieweb_signature-blocks_index.md.DKn2bTq3.js deleted file mode 100644 index a6b8b7ddd..000000000 --- a/assets/garden_the-indieweb_signature-blocks_index.md.DKn2bTq3.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as n,c as a,o as i,j as e,a as t}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"The IndieWeb/Signature Blocks","description":"","frontmatter":{"public":"true","slug":"the-indieweb/signature-blocks","title":"The IndieWeb/Signature Blocks","prev":false,"next":false},"headers":[],"relativePath":"garden/the-indieweb/signature-blocks/index.md","filePath":"garden/the-indieweb/signature-blocks/index.md","lastUpdated":1718337270000}'),s={name:"garden/the-indieweb/signature-blocks/index.md"},r=e("h1",{id:"the-indieweb-signature-blocks",tabindex:"-1"},[t("The IndieWeb/Signature Blocks "),e("a",{class:"header-anchor",href:"#the-indieweb-signature-blocks","aria-label":'Permalink to "The IndieWeb/Signature Blocks"'},"​")],-1),o=e("p",null,[t("A proposal I want to write for posting signed content on your "),e("a",{href:"/garden/the-small-web/"},"IndieWeb"),t(" website")],-1),d=[r,o];function c(l,h,b,u,g,p){return i(),a("div",null,d)}const k=n(s,[["render",c]]);export{f as __pageData,k as default}; diff --git a/assets/garden_the-indieweb_signature-blocks_index.md.DKn2bTq3.lean.js b/assets/garden_the-indieweb_signature-blocks_index.md.DKn2bTq3.lean.js deleted file mode 100644 index a6b8b7ddd..000000000 --- a/assets/garden_the-indieweb_signature-blocks_index.md.DKn2bTq3.lean.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as n,c as a,o as i,j as e,a as t}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"The IndieWeb/Signature Blocks","description":"","frontmatter":{"public":"true","slug":"the-indieweb/signature-blocks","title":"The IndieWeb/Signature Blocks","prev":false,"next":false},"headers":[],"relativePath":"garden/the-indieweb/signature-blocks/index.md","filePath":"garden/the-indieweb/signature-blocks/index.md","lastUpdated":1718337270000}'),s={name:"garden/the-indieweb/signature-blocks/index.md"},r=e("h1",{id:"the-indieweb-signature-blocks",tabindex:"-1"},[t("The IndieWeb/Signature Blocks "),e("a",{class:"header-anchor",href:"#the-indieweb-signature-blocks","aria-label":'Permalink to "The IndieWeb/Signature Blocks"'},"​")],-1),o=e("p",null,[t("A proposal I want to write for posting signed content on your "),e("a",{href:"/garden/the-small-web/"},"IndieWeb"),t(" website")],-1),d=[r,o];function c(l,h,b,u,g,p){return i(),a("div",null,d)}const k=n(s,[["render",c]]);export{f as __pageData,k as default}; diff --git a/assets/garden_the-small-web_index.md.BkKbQpN9.js b/assets/garden_the-small-web_index.md.BkKbQpN9.js new file mode 100644 index 000000000..8447c8646 --- /dev/null +++ b/assets/garden_the-small-web_index.md.BkKbQpN9.js @@ -0,0 +1 @@ +import{_ as a,c as t,o as r,a5 as l,j as e}from"./chunks/framework.Mb1uu3dm.js";const w=JSON.parse('{"title":"The Small Web","description":"","frontmatter":{"alias":"The IndieWeb, Personal Web, Personal Websites, IndieWeb","public":"true","slug":"the-small-web","title":"The Small Web","prev":false,"next":false},"headers":[],"relativePath":"garden/the-small-web/index.md","filePath":"garden/the-small-web/index.md"}'),i={name:"garden/the-small-web/index.md"},s=l('

The Small Web ​

Referenced by: This Knowledge Hub

Small personal websites created by individuals

  • My Personal Website
  • A callback to how the web was before social media, which homogenized content
  • These pages are diverse and typically won't have ads or marketers

The small web as a whole is Freeform

  • Individual sites may be Chronological still
  • Individual sites link between each other in ways similar to wikis

Browsing the small web ​

  • Follow Webrings or other links from known small websites
  • Marginalia is a search engine for non-commercial content with a "random" button and filters for the small web explicitly (amongst other useful filters!)

Building personal websites ​

IndieWeb contains various resources

  • Their building blocks are standards people can use to help the small web connect with each other consistently
  • They discourage the use of site builders or templates that end up making sites look too homogenized

Free hosting for static websites:

Streams ​

Microsub is a proposed protocol to support this

  • That way, people could use microsub clients to subscribe to multiple streams and get them in one feed
  • Effectively a Federated Social Media that works through personal websites
  • Announce new posts using WebSub

This also allows your personal website to be the one source of truth for your posted content

Multiple streams can be hosted by one site/person so people can subscribe to the kind of content they're interested in

How viable would it be to include chat messages in a stream as well?

  • Perhaps with Chat Glue you could link to specific branches I chatted in

Digital Gardens ​

These sites may be useful to occasionally check up on rather than get notifications from on every post/change

  • Although Garden-RSS could allow those who want to receive notifications to do so

The future ​

The Internet is a series of webs talks about transitioning from our current consolidated web back to the indie web

Why people want the small web ​

There are tools these days that make making websites incredibly easy

  • Back in the day geocities was pretty complicated but a lot of people managed to make pages there
  • Neocities has an extensive page on Learn How to Make Websites!

Hosting can be expensive, but static websites are cheap

  • There are plenty of free options out there for hosting static websites
    • Ideally you'd use some sort of system that is easily transferrable to other servers, and possibly even supports nomadic identities
    • Free hosting for static websites:
    • People are creative and love creating things
',32),o=e("iframe",{width:"560",height:"315",src:"https://www.youtube.com/embed/00qwzmMrtok",title:"",frameBorder:"0",allowFullScreen:""},null,-1),n=e("iframe",{width:"560",height:"315",src:"https://www.youtube.com/embed/rTSEr0cRJY8",title:"",frameBorder:"0",allowFullScreen:""},null,-1),h=[s,o,n];function d(b,c,u,p,m,g){return r(),t("div",null,h)}const k=a(i,[["render",d]]);export{w as __pageData,k as default}; diff --git a/assets/garden_the-small-web_index.md.BkKbQpN9.lean.js b/assets/garden_the-small-web_index.md.BkKbQpN9.lean.js new file mode 100644 index 000000000..999931f13 --- /dev/null +++ b/assets/garden_the-small-web_index.md.BkKbQpN9.lean.js @@ -0,0 +1 @@ +import{_ as a,c as t,o as r,a5 as l,j as e}from"./chunks/framework.Mb1uu3dm.js";const w=JSON.parse('{"title":"The Small Web","description":"","frontmatter":{"alias":"The IndieWeb, Personal Web, Personal Websites, IndieWeb","public":"true","slug":"the-small-web","title":"The Small Web","prev":false,"next":false},"headers":[],"relativePath":"garden/the-small-web/index.md","filePath":"garden/the-small-web/index.md"}'),i={name:"garden/the-small-web/index.md"},s=l("",32),o=e("iframe",{width:"560",height:"315",src:"https://www.youtube.com/embed/00qwzmMrtok",title:"",frameBorder:"0",allowFullScreen:""},null,-1),n=e("iframe",{width:"560",height:"315",src:"https://www.youtube.com/embed/rTSEr0cRJY8",title:"",frameBorder:"0",allowFullScreen:""},null,-1),h=[s,o,n];function d(b,c,u,p,m,g){return r(),t("div",null,h)}const k=a(i,[["render",d]]);export{w as __pageData,k as default}; diff --git a/assets/garden_the-small-web_index.md.Rk45hmDz.js b/assets/garden_the-small-web_index.md.Rk45hmDz.js deleted file mode 100644 index 7f7f74aaa..000000000 --- a/assets/garden_the-small-web_index.md.Rk45hmDz.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as a,c as t,o as r,a5 as l,j as e}from"./chunks/framework.Mb1uu3dm.js";const w=JSON.parse('{"title":"The Small Web","description":"","frontmatter":{"alias":"The IndieWeb, Personal Web, Personal Websites, IndieWeb","public":"true","slug":"the-small-web","title":"The Small Web","prev":false,"next":false},"headers":[],"relativePath":"garden/the-small-web/index.md","filePath":"garden/the-small-web/index.md","lastUpdated":1718337270000}'),i={name:"garden/the-small-web/index.md"},s=l('

The Small Web ​

Referenced by: This Knowledge Hub

Small personal websites created by individuals

  • My Personal Website
  • A callback to how the web was before social media, which homogenized content
  • These pages are diverse and typically won't have ads or marketers

The small web as a whole is Freeform

  • Individual sites may be Chronological still
  • Individual sites link between each other in ways similar to wikis

Browsing the small web ​

  • Follow Webrings or other links from known small websites
  • Marginalia is a search engine for non-commercial content with a "random" button and filters for the small web explicitly (amongst other useful filters!)

Building personal websites ​

IndieWeb contains various resources

  • Their building blocks are standards people can use to help the small web connect with each other consistently
  • They discourage the use of site builders or templates that end up making sites look too homogenized

Free hosting for static websites:

Streams ​

Microsub is a proposed protocol to support this

  • That way, people could use microsub clients to subscribe to multiple streams and get them in one feed
  • Effectively a Federated Social Media that works through personal websites
  • Announce new posts using WebSub

This also allows your personal website to be the one source of truth for your posted content

Multiple streams can be hosted by one site/person so people can subscribe to the kind of content they're interested in

How viable would it be to include chat messages in a stream as well?

  • Perhaps with Chat Glue you could link to specific branches I chatted in

Digital Gardens ​

These sites may be useful to occasionally check up on rather than get notifications from on every post/change

  • Although Garden-RSS could allow those who want to receive notifications to do so

The future ​

The Internet is a series of webs talks about transitioning from our current consolidated web back to the indie web

Why people want the small web ​

There are tools these days that make making websites incredibly easy

  • Back in the day geocities was pretty complicated but a lot of people managed to make pages there
  • Neocities has an extensive page on Learn How to Make Websites!

Hosting can be expensive, but static websites are cheap

  • There are plenty of free options out there for hosting static websites
    • Ideally you'd use some sort of system that is easily transferrable to other servers, and possibly even supports nomadic identities
    • Free hosting for static websites:
    • People are creative and love creating things
',32),o=e("iframe",{width:"560",height:"315",src:"https://www.youtube.com/embed/00qwzmMrtok",title:"",frameBorder:"0",allowFullScreen:""},null,-1),n=e("iframe",{width:"560",height:"315",src:"https://www.youtube.com/embed/rTSEr0cRJY8",title:"",frameBorder:"0",allowFullScreen:""},null,-1),h=[s,o,n];function d(b,c,u,p,m,g){return r(),t("div",null,h)}const k=a(i,[["render",d]]);export{w as __pageData,k as default}; diff --git a/assets/garden_the-small-web_index.md.Rk45hmDz.lean.js b/assets/garden_the-small-web_index.md.Rk45hmDz.lean.js deleted file mode 100644 index 85d258f11..000000000 --- a/assets/garden_the-small-web_index.md.Rk45hmDz.lean.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as a,c as t,o as r,a5 as l,j as e}from"./chunks/framework.Mb1uu3dm.js";const w=JSON.parse('{"title":"The Small Web","description":"","frontmatter":{"alias":"The IndieWeb, Personal Web, Personal Websites, IndieWeb","public":"true","slug":"the-small-web","title":"The Small Web","prev":false,"next":false},"headers":[],"relativePath":"garden/the-small-web/index.md","filePath":"garden/the-small-web/index.md","lastUpdated":1718337270000}'),i={name:"garden/the-small-web/index.md"},s=l("",32),o=e("iframe",{width:"560",height:"315",src:"https://www.youtube.com/embed/00qwzmMrtok",title:"",frameBorder:"0",allowFullScreen:""},null,-1),n=e("iframe",{width:"560",height:"315",src:"https://www.youtube.com/embed/rTSEr0cRJY8",title:"",frameBorder:"0",allowFullScreen:""},null,-1),h=[s,o,n];function d(b,c,u,p,m,g){return r(),t("div",null,h)}const k=a(i,[["render",d]]);export{w as __pageData,k as default}; diff --git a/assets/garden_this-knowledge-hub_index.md.B7Dn3tU6.js b/assets/garden_this-knowledge-hub_index.md.B7Dn3tU6.js new file mode 100644 index 000000000..1c1cee41d --- /dev/null +++ b/assets/garden_this-knowledge-hub_index.md.B7Dn3tU6.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as t,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"This Knowledge Hub","description":"","frontmatter":{"public":"true","slug":"this-knowledge-hub","title":"This Knowledge Hub","prev":false,"next":false},"headers":[],"relativePath":"garden/this-knowledge-hub/index.md","filePath":"garden/this-knowledge-hub/index.md"}'),n={name:"garden/this-knowledge-hub/index.md"},s=i('

This Knowledge Hub ​

Referenced by: Digital Gardens

This is my knowledge hub!

  • It's a Digital Garden collecting my thoughts in varying levels of completeness on basically anything I have interest in

This is not Wikipedia. My thoughts are biased and argumentative, but to the best of my ability based on fact and expertise

I'm writing on something essentially every day

  • Most of my pages are private, especially the journal pages
  • I'll only push updates to this site every so often (not an automatic process)
  • Until something like Garden-RSS exists, we'll have to make do with /changelog which gives a git diff summary for every pushed change, in the form of a The IndieWeb stream as well as an RSS feed

Written in Logseq and rendered with Vitepress

Suggested pages:

',10),l=[s];function r(o,d,h,g,p,u){return t(),a("div",null,l)}const b=e(n,[["render",r]]);export{f as __pageData,b as default}; diff --git a/assets/garden_this-knowledge-hub_index.md.Ci4uxHec.lean.js b/assets/garden_this-knowledge-hub_index.md.B7Dn3tU6.lean.js similarity index 55% rename from assets/garden_this-knowledge-hub_index.md.Ci4uxHec.lean.js rename to assets/garden_this-knowledge-hub_index.md.B7Dn3tU6.lean.js index 7d35c78fb..1acbfab95 100644 --- a/assets/garden_this-knowledge-hub_index.md.Ci4uxHec.lean.js +++ b/assets/garden_this-knowledge-hub_index.md.B7Dn3tU6.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o as t,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"This Knowledge Hub","description":"","frontmatter":{"public":"true","slug":"this-knowledge-hub","title":"This Knowledge Hub","prev":false,"next":false},"headers":[],"relativePath":"garden/this-knowledge-hub/index.md","filePath":"garden/this-knowledge-hub/index.md","lastUpdated":1717647948000}'),s={name:"garden/this-knowledge-hub/index.md"},n=i("",10),l=[n];function r(o,d,h,g,p,u){return t(),a("div",null,l)}const b=e(s,[["render",r]]);export{f as __pageData,b as default}; +import{_ as e,c as a,o as t,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"This Knowledge Hub","description":"","frontmatter":{"public":"true","slug":"this-knowledge-hub","title":"This Knowledge Hub","prev":false,"next":false},"headers":[],"relativePath":"garden/this-knowledge-hub/index.md","filePath":"garden/this-knowledge-hub/index.md"}'),n={name:"garden/this-knowledge-hub/index.md"},s=i("",10),l=[s];function r(o,d,h,g,p,u){return t(),a("div",null,l)}const b=e(n,[["render",r]]);export{f as __pageData,b as default}; diff --git a/assets/garden_this-knowledge-hub_index.md.Ci4uxHec.js b/assets/garden_this-knowledge-hub_index.md.Ci4uxHec.js deleted file mode 100644 index 9587f444e..000000000 --- a/assets/garden_this-knowledge-hub_index.md.Ci4uxHec.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as t,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"This Knowledge Hub","description":"","frontmatter":{"public":"true","slug":"this-knowledge-hub","title":"This Knowledge Hub","prev":false,"next":false},"headers":[],"relativePath":"garden/this-knowledge-hub/index.md","filePath":"garden/this-knowledge-hub/index.md","lastUpdated":1717647948000}'),s={name:"garden/this-knowledge-hub/index.md"},n=i('

This Knowledge Hub ​

Referenced by: Digital Gardens

This is my knowledge hub!

  • It's a Digital Garden collecting my thoughts in varying levels of completeness on basically anything I have interest in

This is not Wikipedia. My thoughts are biased and argumentative, but to the best of my ability based on fact and expertise

I'm writing on something essentially every day

  • Most of my pages are private, especially the journal pages
  • I'll only push updates to this site every so often (not an automatic process)
  • Until something like Garden-RSS exists, we'll have to make do with /changelog which gives a git diff summary for every pushed change, in the form of a The IndieWeb stream as well as an RSS feed

Written in Logseq and rendered with Vitepress

Suggested pages:

',10),l=[n];function r(o,d,h,g,p,u){return t(),a("div",null,l)}const b=e(s,[["render",r]]);export{f as __pageData,b as default}; diff --git a/assets/garden_v-ecs_index.md.BlQ203sh.js b/assets/garden_v-ecs_index.md.BlQ203sh.js new file mode 100644 index 000000000..3cd09093f --- /dev/null +++ b/assets/garden_v-ecs_index.md.BlQ203sh.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as t,a5 as o,am as s,an as n,ao as r}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"V-ecs","description":"","frontmatter":{"public":"true","slug":"v-ecs","tags":["My Projects"],"title":"V-ecs","prev":false,"next":false},"headers":[],"relativePath":"garden/v-ecs/index.md","filePath":"garden/v-ecs/index.md"}'),l={name:"garden/v-ecs/index.md"},i=o('

V-ecs ​

Tags: My Projects

screenshot.png

V-ecs (pronounced "Vex") is a Vulkan-based engine I made for making highly moddable games and tools in Lua centered around the ECS design pattern and a work-stealing job system.

The engine works with "worlds", which are collections of systems and renderers. The engine comes with several worlds using systems and renderers I made, including a voxel world, an incremental game, and some test scenes. All of these include systems to render the fps as well as show a debug console by typing the grave key (`). The default world is a title screen that detects any worlds in the "worlds" folder and displays a button for each of them.

debug.png

The original plans were to eventually put it on the steam workshop so people could more easily share their creations amongst each other, but I never became happy enough with the performance of the engine - the parallelization of the lua code involved a lot of overhead that severely limited performance.

Instead, I made a couple of worlds by myself - an infinite procedurally generated voxel world, a simple incremental game, and a more complex incremental game I call "Sands of Time".

sandsoftime.png

The gameplay of Sands of Time was replicated in Kronos Chapter 2!

',10),d=[i];function c(p,h,m,g,u,f){return t(),a("div",null,d)}const v=e(l,[["render",c]]);export{y as __pageData,v as default}; diff --git a/assets/garden_v-ecs_index.md.DUDB05dR.lean.js b/assets/garden_v-ecs_index.md.BlQ203sh.lean.js similarity index 58% rename from assets/garden_v-ecs_index.md.DUDB05dR.lean.js rename to assets/garden_v-ecs_index.md.BlQ203sh.lean.js index f1d2f4142..39c2904c5 100644 --- a/assets/garden_v-ecs_index.md.DUDB05dR.lean.js +++ b/assets/garden_v-ecs_index.md.BlQ203sh.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o as t,a5 as o,am as s,an as n,ao as r}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"V-ecs","description":"","frontmatter":{"public":"true","slug":"v-ecs","tags":["My Projects"],"title":"V-ecs","prev":false,"next":false},"headers":[],"relativePath":"garden/v-ecs/index.md","filePath":"garden/v-ecs/index.md","lastUpdated":1717647948000}'),l={name:"garden/v-ecs/index.md"},i=o("",10),d=[i];function c(p,h,m,g,u,f){return t(),a("div",null,d)}const v=e(l,[["render",c]]);export{y as __pageData,v as default}; +import{_ as e,c as a,o as t,a5 as o,am as s,an as n,ao as r}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"V-ecs","description":"","frontmatter":{"public":"true","slug":"v-ecs","tags":["My Projects"],"title":"V-ecs","prev":false,"next":false},"headers":[],"relativePath":"garden/v-ecs/index.md","filePath":"garden/v-ecs/index.md"}'),l={name:"garden/v-ecs/index.md"},i=o("",10),d=[i];function c(p,h,m,g,u,f){return t(),a("div",null,d)}const v=e(l,[["render",c]]);export{y as __pageData,v as default}; diff --git a/assets/garden_v-ecs_index.md.DUDB05dR.js b/assets/garden_v-ecs_index.md.DUDB05dR.js deleted file mode 100644 index badc5070c..000000000 --- a/assets/garden_v-ecs_index.md.DUDB05dR.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as t,a5 as o,am as s,an as n,ao as r}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"V-ecs","description":"","frontmatter":{"public":"true","slug":"v-ecs","tags":["My Projects"],"title":"V-ecs","prev":false,"next":false},"headers":[],"relativePath":"garden/v-ecs/index.md","filePath":"garden/v-ecs/index.md","lastUpdated":1717647948000}'),l={name:"garden/v-ecs/index.md"},i=o('

V-ecs ​

Tags: My Projects

screenshot.png

V-ecs (pronounced "Vex") is a Vulkan-based engine I made for making highly moddable games and tools in Lua centered around the ECS design pattern and a work-stealing job system.

The engine works with "worlds", which are collections of systems and renderers. The engine comes with several worlds using systems and renderers I made, including a voxel world, an incremental game, and some test scenes. All of these include systems to render the fps as well as show a debug console by typing the grave key (`). The default world is a title screen that detects any worlds in the "worlds" folder and displays a button for each of them.

debug.png

The original plans were to eventually put it on the steam workshop so people could more easily share their creations amongst each other, but I never became happy enough with the performance of the engine - the parallelization of the lua code involved a lot of overhead that severely limited performance.

Instead, I made a couple of worlds by myself - an infinite procedurally generated voxel world, a simple incremental game, and a more complex incremental game I call "Sands of Time".

sandsoftime.png

The gameplay of Sands of Time was replicated in Kronos Chapter 2!

',10),d=[i];function c(p,h,m,g,u,f){return t(),a("div",null,d)}const v=e(l,[["render",c]]);export{y as __pageData,v as default}; diff --git a/assets/garden_video-game-monetization_index.md.CeqXo6Yj.js b/assets/garden_video-game-monetization_index.md.CeqXo6Yj.js deleted file mode 100644 index c31a830a5..000000000 --- a/assets/garden_video-game-monetization_index.md.CeqXo6Yj.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Video Game Monetization","description":"","frontmatter":{"public":"true","slug":"video-game-monetization","title":"Video Game Monetization","prev":false,"next":false},"headers":[],"relativePath":"garden/video-game-monetization/index.md","filePath":"garden/video-game-monetization/index.md","lastUpdated":1718337270000}'),o={name:"garden/video-game-monetization/index.md"},n=t('

Video Game Monetization ​

Referenced by: Life is Strange

AAA games ​

Cost a lot of money to make, mostly due to the graphics arms race

The price required to make games that expensive earn the cost back would be much higher than the current price of AAA games

Graphics would not justify those higher prices, and AAA studios know this

Techniques AAA games use to make more money without raising the base price:

Free-to-play games ​

Typically utilize MTX and ads in order to profit

Indie developers ​

Trying to make a sustainable living is hard

The industry is packed with lots of competition

I don't blame them for their monetization

Ethical game monetization ​

Requirements:

  • Free demo
  • Paid base game
  • No MTX
  • Paid content expansions
',17),r=[n];function s(d,l,m,h,p,c){return i(),a("div",null,r)}const f=e(o,[["render",s]]);export{g as __pageData,f as default}; diff --git a/assets/garden_video-game-monetization_index.md.XhTB3DZW.js b/assets/garden_video-game-monetization_index.md.XhTB3DZW.js new file mode 100644 index 000000000..bd398b8e5 --- /dev/null +++ b/assets/garden_video-game-monetization_index.md.XhTB3DZW.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Video Game Monetization","description":"","frontmatter":{"public":"true","slug":"video-game-monetization","title":"Video Game Monetization","prev":false,"next":false},"headers":[],"relativePath":"garden/video-game-monetization/index.md","filePath":"garden/video-game-monetization/index.md"}'),o={name:"garden/video-game-monetization/index.md"},n=t('

Video Game Monetization ​

Referenced by: Life is Strange

AAA games ​

Cost a lot of money to make, mostly due to the graphics arms race

The price required to make games that expensive earn the cost back would be much higher than the current price of AAA games

Graphics would not justify those higher prices, and AAA studios know this

Techniques AAA games use to make more money without raising the base price:

Free-to-play games ​

Typically utilize MTX and ads in order to profit

Indie developers ​

Trying to make a sustainable living is hard

The industry is packed with lots of competition

I don't blame them for their monetization

Ethical game monetization ​

Requirements:

  • Free demo
  • Paid base game
  • No MTX
  • Paid content expansions
',17),r=[n];function s(l,d,m,h,p,c){return i(),a("div",null,r)}const f=e(o,[["render",s]]);export{g as __pageData,f as default}; diff --git a/assets/garden_video-game-monetization_index.md.CeqXo6Yj.lean.js b/assets/garden_video-game-monetization_index.md.XhTB3DZW.lean.js similarity index 63% rename from assets/garden_video-game-monetization_index.md.CeqXo6Yj.lean.js rename to assets/garden_video-game-monetization_index.md.XhTB3DZW.lean.js index 6209b6e98..97552f534 100644 --- a/assets/garden_video-game-monetization_index.md.CeqXo6Yj.lean.js +++ b/assets/garden_video-game-monetization_index.md.XhTB3DZW.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Video Game Monetization","description":"","frontmatter":{"public":"true","slug":"video-game-monetization","title":"Video Game Monetization","prev":false,"next":false},"headers":[],"relativePath":"garden/video-game-monetization/index.md","filePath":"garden/video-game-monetization/index.md","lastUpdated":1718337270000}'),o={name:"garden/video-game-monetization/index.md"},n=t("",17),r=[n];function s(d,l,m,h,p,c){return i(),a("div",null,r)}const f=e(o,[["render",s]]);export{g as __pageData,f as default}; +import{_ as e,c as a,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Video Game Monetization","description":"","frontmatter":{"public":"true","slug":"video-game-monetization","title":"Video Game Monetization","prev":false,"next":false},"headers":[],"relativePath":"garden/video-game-monetization/index.md","filePath":"garden/video-game-monetization/index.md"}'),o={name:"garden/video-game-monetization/index.md"},n=t("",17),r=[n];function s(l,d,m,h,p,c){return i(),a("div",null,r)}const f=e(o,[["render",s]]);export{g as __pageData,f as default}; diff --git a/assets/garden_vitepress_index.md.CRfqwtqV.js b/assets/garden_vitepress_index.md.CRfqwtqV.js deleted file mode 100644 index a66758e2c..000000000 --- a/assets/garden_vitepress_index.md.CRfqwtqV.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as t,o as s,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Vitepress","description":"","frontmatter":{"public":"true","slug":"vitepress","title":"Vitepress","prev":false,"next":false},"headers":[],"relativePath":"garden/vitepress/index.md","filePath":"garden/vitepress/index.md","lastUpdated":1717647948000}'),a={name:"garden/vitepress/index.md"},i=r('

Vitepress ​

Referenced by: This Knowledge Hub

Vitepress is an Open Source static site generator

',3),n=[i];function o(p,d,c,_,l,h){return s(),t("div",null,n)}const g=e(a,[["render",o]]);export{u as __pageData,g as default}; diff --git a/assets/garden_vitepress_index.md.CRfqwtqV.lean.js b/assets/garden_vitepress_index.md.CRfqwtqV.lean.js deleted file mode 100644 index 69ad53b08..000000000 --- a/assets/garden_vitepress_index.md.CRfqwtqV.lean.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as t,o as s,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Vitepress","description":"","frontmatter":{"public":"true","slug":"vitepress","title":"Vitepress","prev":false,"next":false},"headers":[],"relativePath":"garden/vitepress/index.md","filePath":"garden/vitepress/index.md","lastUpdated":1717647948000}'),a={name:"garden/vitepress/index.md"},i=r("",3),n=[i];function o(p,d,c,_,l,h){return s(),t("div",null,n)}const g=e(a,[["render",o]]);export{u as __pageData,g as default}; diff --git a/assets/garden_vitepress_index.md.hRYGCv4z.js b/assets/garden_vitepress_index.md.hRYGCv4z.js new file mode 100644 index 000000000..f61d3fc2f --- /dev/null +++ b/assets/garden_vitepress_index.md.hRYGCv4z.js @@ -0,0 +1 @@ +import{_ as e,c as t,o as r,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Vitepress","description":"","frontmatter":{"public":"true","slug":"vitepress","title":"Vitepress","prev":false,"next":false},"headers":[],"relativePath":"garden/vitepress/index.md","filePath":"garden/vitepress/index.md"}'),a={name:"garden/vitepress/index.md"},i=s('

Vitepress ​

Referenced by: This Knowledge Hub

Vitepress is an Open Source static site generator

',3),n=[i];function o(p,d,c,_,l,h){return r(),t("div",null,n)}const g=e(a,[["render",o]]);export{u as __pageData,g as default}; diff --git a/assets/garden_vitepress_index.md.hRYGCv4z.lean.js b/assets/garden_vitepress_index.md.hRYGCv4z.lean.js new file mode 100644 index 000000000..c53ef817d --- /dev/null +++ b/assets/garden_vitepress_index.md.hRYGCv4z.lean.js @@ -0,0 +1 @@ +import{_ as e,c as t,o as r,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Vitepress","description":"","frontmatter":{"public":"true","slug":"vitepress","title":"Vitepress","prev":false,"next":false},"headers":[],"relativePath":"garden/vitepress/index.md","filePath":"garden/vitepress/index.md"}'),a={name:"garden/vitepress/index.md"},i=s("",3),n=[i];function o(p,d,c,_,l,h){return r(),t("div",null,n)}const g=e(a,[["render",o]]);export{u as __pageData,g as default}; diff --git a/assets/garden_wanderstop_index.md.D6-sYtZa.js b/assets/garden_wanderstop_index.md.D6-sYtZa.js new file mode 100644 index 000000000..b52768392 --- /dev/null +++ b/assets/garden_wanderstop_index.md.D6-sYtZa.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as t,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Wanderstop","description":"","frontmatter":{"public":"true","slug":"wanderstop","tags":["Davey Wreden"],"title":"Wanderstop","prev":false,"next":false},"headers":[],"relativePath":"garden/wanderstop/index.md","filePath":"garden/wanderstop/index.md"}'),n={name:"garden/wanderstop/index.md"},o=r('

Wanderstop ​

Tags: Davey Wreden

Wanderstop is the first game by Ivy Road. It's a narrative focused cozy game

',3),s=[o];function d(p,_,c,i,l,f){return t(),a("div",null,s)}const g=e(n,[["render",d]]);export{m as __pageData,g as default}; diff --git a/assets/garden_wanderstop_index.md.vw6_Yi_B.lean.js b/assets/garden_wanderstop_index.md.D6-sYtZa.lean.js similarity index 57% rename from assets/garden_wanderstop_index.md.vw6_Yi_B.lean.js rename to assets/garden_wanderstop_index.md.D6-sYtZa.lean.js index f4e394c96..2bb5a4bf7 100644 --- a/assets/garden_wanderstop_index.md.vw6_Yi_B.lean.js +++ b/assets/garden_wanderstop_index.md.D6-sYtZa.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o as t,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Wanderstop","description":"","frontmatter":{"public":"true","slug":"wanderstop","tags":["Davey Wreden"],"title":"Wanderstop","prev":false,"next":false},"headers":[],"relativePath":"garden/wanderstop/index.md","filePath":"garden/wanderstop/index.md","lastUpdated":1717971545000}'),n={name:"garden/wanderstop/index.md"},o=r("",3),d=[o];function s(p,_,c,i,l,f){return t(),a("div",null,d)}const g=e(n,[["render",s]]);export{m as __pageData,g as default}; +import{_ as e,c as a,o as t,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Wanderstop","description":"","frontmatter":{"public":"true","slug":"wanderstop","tags":["Davey Wreden"],"title":"Wanderstop","prev":false,"next":false},"headers":[],"relativePath":"garden/wanderstop/index.md","filePath":"garden/wanderstop/index.md"}'),n={name:"garden/wanderstop/index.md"},o=r("",3),s=[o];function d(p,_,c,i,l,f){return t(),a("div",null,s)}const g=e(n,[["render",d]]);export{m as __pageData,g as default}; diff --git a/assets/garden_wanderstop_index.md.vw6_Yi_B.js b/assets/garden_wanderstop_index.md.vw6_Yi_B.js deleted file mode 100644 index 5853ccce8..000000000 --- a/assets/garden_wanderstop_index.md.vw6_Yi_B.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as t,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Wanderstop","description":"","frontmatter":{"public":"true","slug":"wanderstop","tags":["Davey Wreden"],"title":"Wanderstop","prev":false,"next":false},"headers":[],"relativePath":"garden/wanderstop/index.md","filePath":"garden/wanderstop/index.md","lastUpdated":1717971545000}'),n={name:"garden/wanderstop/index.md"},o=r('

Wanderstop ​

Tags: Davey Wreden

Wanderstop is the first game by Ivy Road. It's a narrative focused cozy game

',3),d=[o];function s(p,_,c,i,l,f){return t(),a("div",null,d)}const g=e(n,[["render",s]]);export{m as __pageData,g as default}; diff --git a/assets/garden_webrings_index.md.Dhhw7ueE.js b/assets/garden_webrings_index.md.Dhhw7ueE.js deleted file mode 100644 index 1982d7855..000000000 --- a/assets/garden_webrings_index.md.Dhhw7ueE.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Webrings","description":"","frontmatter":{"public":"true","slug":"webrings","title":"Webrings","prev":false,"next":false},"headers":[],"relativePath":"garden/webrings/index.md","filePath":"garden/webrings/index.md","lastUpdated":1717647948000}'),l={name:"garden/webrings/index.md"},r=t('

Webrings ​

Referenced by: The Small Web

A collection of Personal Websites that link to each other

  • These websites are all endorsing each other
  • They form a network of related sites readers might be interested in
  • Built on human trust rather than algorithms

Commune has a vision for modern webrings

  • Have communities set up matrix spaces for chatting
  • Multiple spaces can contain the same room
  • Related communities can share a room about a relevant topic
    • e.g. a bunch of game development libraries shared a "Game Design" room
  • This allows smaller communities to grow from cross-pollinating with other related communities
  • Could Incremental Social host a shared "Incremental Games" room?
    • How to bridge one channel to multiple discord servers, since that's where most incremental games communities are
    • Would this be appealing to already large communities?
    • Would this be overwhelming to smaller communities?
    • Who would moderate?
',6),o=[r];function n(s,m,c,d,h,u){return i(),a("div",null,o)}const b=e(l,[["render",n]]);export{p as __pageData,b as default}; diff --git a/assets/garden_webrings_index.md.Dhhw7ueE.lean.js b/assets/garden_webrings_index.md.Dhhw7ueE.lean.js deleted file mode 100644 index 482de5a0d..000000000 --- a/assets/garden_webrings_index.md.Dhhw7ueE.lean.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Webrings","description":"","frontmatter":{"public":"true","slug":"webrings","title":"Webrings","prev":false,"next":false},"headers":[],"relativePath":"garden/webrings/index.md","filePath":"garden/webrings/index.md","lastUpdated":1717647948000}'),l={name:"garden/webrings/index.md"},r=t("",6),o=[r];function n(s,m,c,d,h,u){return i(),a("div",null,o)}const b=e(l,[["render",n]]);export{p as __pageData,b as default}; diff --git a/assets/garden_webrings_index.md.DluHoY8U.js b/assets/garden_webrings_index.md.DluHoY8U.js new file mode 100644 index 000000000..697d25287 --- /dev/null +++ b/assets/garden_webrings_index.md.DluHoY8U.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const b=JSON.parse('{"title":"Webrings","description":"","frontmatter":{"public":"true","slug":"webrings","title":"Webrings","prev":false,"next":false},"headers":[],"relativePath":"garden/webrings/index.md","filePath":"garden/webrings/index.md"}'),l={name:"garden/webrings/index.md"},r=t('

Webrings ​

Referenced by: The Small Web

A collection of Personal Websites that link to each other

  • These websites are all endorsing each other
  • They form a network of related sites readers might be interested in
  • Built on human trust rather than algorithms

Commune has a vision for modern webrings

  • Have communities set up matrix spaces for chatting
  • Multiple spaces can contain the same room
  • Related communities can share a room about a relevant topic
    • e.g. a bunch of game development libraries shared a "Game Design" room
  • This allows smaller communities to grow from cross-pollinating with other related communities
  • Could Incremental Social host a shared "Incremental Games" room?
    • How to bridge one channel to multiple discord servers, since that's where most incremental games communities are
    • Would this be appealing to already large communities?
    • Would this be overwhelming to smaller communities?
    • Who would moderate?
',6),o=[r];function n(s,m,c,h,d,u){return i(),a("div",null,o)}const p=e(l,[["render",n]]);export{b as __pageData,p as default}; diff --git a/assets/garden_webrings_index.md.DluHoY8U.lean.js b/assets/garden_webrings_index.md.DluHoY8U.lean.js new file mode 100644 index 000000000..ce174e378 --- /dev/null +++ b/assets/garden_webrings_index.md.DluHoY8U.lean.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const b=JSON.parse('{"title":"Webrings","description":"","frontmatter":{"public":"true","slug":"webrings","title":"Webrings","prev":false,"next":false},"headers":[],"relativePath":"garden/webrings/index.md","filePath":"garden/webrings/index.md"}'),l={name:"garden/webrings/index.md"},r=t("",6),o=[r];function n(s,m,c,h,d,u){return i(),a("div",null,o)}const p=e(l,[["render",n]]);export{b as __pageData,p as default}; diff --git a/assets/garden_weird_index.md.C05m1KQZ.js b/assets/garden_weird_index.md.C05m1KQZ.js new file mode 100644 index 000000000..c1093ccfb --- /dev/null +++ b/assets/garden_weird_index.md.C05m1KQZ.js @@ -0,0 +1 @@ +import{_ as e,c as r,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Weird","description":"","frontmatter":{"public":"true","slug":"weird","title":"Weird","prev":false,"next":false},"headers":[],"relativePath":"garden/weird/index.md","filePath":"garden/weird/index.md"}'),t={name:"garden/weird/index.md"},n=i('

Weird ​

Referenced by: Commune, Fedi v2, The Small Web

Weird is an Open Source project by the Commune team currently in development

Aims to make creating Personal Websites with Federated Identity available to everyone

  • Also plans on having paid tiers for giving people access to single user instances of various Fediverse tools

Long term, Weird wants to build a new better fediverse

',7),o=[n];function s(d,l,c,h,f,p){return a(),r("div",null,o)}const _=e(t,[["render",s]]);export{m as __pageData,_ as default}; diff --git a/assets/garden_weird_index.md.C05m1KQZ.lean.js b/assets/garden_weird_index.md.C05m1KQZ.lean.js new file mode 100644 index 000000000..4c3eaabc3 --- /dev/null +++ b/assets/garden_weird_index.md.C05m1KQZ.lean.js @@ -0,0 +1 @@ +import{_ as e,c as r,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Weird","description":"","frontmatter":{"public":"true","slug":"weird","title":"Weird","prev":false,"next":false},"headers":[],"relativePath":"garden/weird/index.md","filePath":"garden/weird/index.md"}'),t={name:"garden/weird/index.md"},n=i("",7),o=[n];function s(d,l,c,h,f,p){return a(),r("div",null,o)}const _=e(t,[["render",s]]);export{m as __pageData,_ as default}; diff --git a/assets/garden_weird_index.md.srFBBud_.js b/assets/garden_weird_index.md.srFBBud_.js deleted file mode 100644 index 93f0eb813..000000000 --- a/assets/garden_weird_index.md.srFBBud_.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as r,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Weird","description":"","frontmatter":{"public":"true","slug":"weird","title":"Weird","prev":false,"next":false},"headers":[],"relativePath":"garden/weird/index.md","filePath":"garden/weird/index.md","lastUpdated":1718337270000}'),i={name:"garden/weird/index.md"},n=t('

Weird ​

Referenced by: Commune, Fedi v2, The Small Web

Weird is an Open Source project by the Commune team currently in development

Aims to make creating Personal Websites with Federated Identity available to everyone

  • Also plans on having paid tiers for giving people access to single user instances of various Fediverse tools

Long term, Weird wants to build a new better fediverse

',7),o=[n];function s(d,l,c,h,f,p){return a(),r("div",null,o)}const _=e(i,[["render",s]]);export{m as __pageData,_ as default}; diff --git a/assets/garden_weird_index.md.srFBBud_.lean.js b/assets/garden_weird_index.md.srFBBud_.lean.js deleted file mode 100644 index 3ba02fe12..000000000 --- a/assets/garden_weird_index.md.srFBBud_.lean.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as r,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Weird","description":"","frontmatter":{"public":"true","slug":"weird","title":"Weird","prev":false,"next":false},"headers":[],"relativePath":"garden/weird/index.md","filePath":"garden/weird/index.md","lastUpdated":1718337270000}'),i={name:"garden/weird/index.md"},n=t("",7),o=[n];function s(d,l,c,h,f,p){return a(),r("div",null,o)}const _=e(i,[["render",s]]);export{m as __pageData,_ as default}; diff --git a/assets/guide-to-incrementals_design_criticism_index.md.BM4eDb34.js b/assets/guide-to-incrementals_design_criticism_index.md.BM4eDb34.js deleted file mode 100644 index 2b65b6511..000000000 --- a/assets/guide-to-incrementals_design_criticism_index.md.BM4eDb34.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals/Navigating Criticism","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/navigating-criticism","title":"Guide to Incrementals/Navigating Criticism","prev":false,"next":false},"headers":[],"relativePath":"guide-to-incrementals/design/criticism/index.md","filePath":"guide-to-incrementals/design/criticism/index.md","lastUpdated":null}'),n={name:"guide-to-incrementals/design/criticism/index.md"},o=i('

Guide to Incrementals/Navigating Criticism ​

Developing games is fun and exciting and teaches a lot of wonderful skills - I enthusiastically encourage anyone with an interest in game development to try it out - and incremental games are a wonderful way to get started. However, there are many challenges young and inexperienced developers have to face, and I think the hardest one - harder than coding, debugging, balancing, etc. - is handling criticism. When you put your heart and soul into a game it is natural to feel very vulnerable. While I think there's a lot communities can do to ensure they're welcoming, positive and constructive with their criticisms, inevitably you will eventually read some, and potentially a lot, of comments that can deeply affect you. No one is immune to this, from young incremental game developers to the largest content creators you can think of. That's why it's important to be able to process and navigate criticism, because ultimately collecting feedback is essential to the journey to becoming a better developer. On this page, we'll explore how to embrace criticism, grow from it, and continue to post your games publicly with confidence.

Reading Feedback ​

Game development is a skill that takes time and practice to get truly great at. Criticism and other constructive feedback are vital to continually improving. It's useful to look at the criticism as solely a tool for improving this game and future games - that is to say, it should never be used against you as a person. Insults towards the developer(s) themselves are never okay and should not be allowed within whatever community you're sharing your works in. If you do come across a comment you interpret as an attack upon your person, you should report it. For other negative comments, try not to internalize them; instead, focus on improving the game. By distancing your own identity from your work emotionally, you can better analyze the game and use the feedback to your advantage.

Not all feedback is made equal, and you don't need to feel compelled to read and obey every piece of feedback you receive. Learn to distinguish between constructive feedback and unhelpful comments. Constructive feedback typically offers specific suggestions for improvement, while unhelpful comments are often vague or hurtful. Prioritize the former and disregard the latter. That said, most feedback you get will not be from game developers, so take specific suggestions with a grain of salt. Determine the actual problem they're experiencing, and design what you believe the best solution to that problem would be, regardless if that's the specific solution the player asked for. And keep in mind, due to different player preferences you'll never satisfy everyone, and you don't need to. Ultimately if even just you find the game fun, then that's a success.

Seeking Feedback ​

When deciding where to share your game, consider the type of players you anticipate getting, and the kind of feedback you can anticipate receiving. Different communities will have different levels of support for learning developers, and certain communities may prefer certain types of games or mechanics. It's important to get a diverse set of feedback focused on players you think will enjoy the specific game you're making.

Collecting feedback from other game developers is incredibly helpful. They've trained themselves to recognize good and bad game design and how to articulate the differences, and from my experience are much more likely to leave positive and constructive comments since they've been in your shoes before! They understand the struggles and can offer guidance and emotional support.

Responding to Feedback ​

Negative feedback can naturally feel like an attack, and it's okay to get angry. However, lashing back is never the appropriate response. It's best to cool off IRL, and keep in mind all the positive comments you've received. There's a concept in Psychology called negative bias that explains how negative feedback tends to stick with us much more prominently than positive feedback, so it's useful to regularly remind yourself of all the positive feedback you've received. Celebrate your successes, no matter how small they may seem - getting a game to a state you can publicly share it with people is an accomplishment in and of itself!

Remember your passion and your initial reasons for getting into game development. The journey will have its ups and downs, but staying true to your vision and passion will keep you motivated.

',11),s=[o];function r(c,l,d,u,m,h){return a(),t("div",null,s)}const f=e(n,[["render",r]]);export{p as __pageData,f as default}; diff --git a/assets/guide-to-incrementals_design_criticism_index.md.gGJ4g_N1.js b/assets/guide-to-incrementals_design_criticism_index.md.gGJ4g_N1.js new file mode 100644 index 000000000..0ab1dfedf --- /dev/null +++ b/assets/guide-to-incrementals_design_criticism_index.md.gGJ4g_N1.js @@ -0,0 +1 @@ +import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals/Navigating Criticism","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/navigating-criticism","title":"Guide to Incrementals/Navigating Criticism","prev":false,"next":false},"headers":[],"relativePath":"guide-to-incrementals/design/criticism/index.md","filePath":"guide-to-incrementals/design/criticism/index.md"}'),n={name:"guide-to-incrementals/design/criticism/index.md"},o=i('

Guide to Incrementals/Navigating Criticism ​

Developing games is fun and exciting and teaches a lot of wonderful skills - I enthusiastically encourage anyone with an interest in game development to try it out - and incremental games are a wonderful way to get started. However, there are many challenges young and inexperienced developers have to face, and I think the hardest one - harder than coding, debugging, balancing, etc. - is handling criticism. When you put your heart and soul into a game it is natural to feel very vulnerable. While I think there's a lot communities can do to ensure they're welcoming, positive and constructive with their criticisms, inevitably you will eventually read some, and potentially a lot, of comments that can deeply affect you. No one is immune to this, from young incremental game developers to the largest content creators you can think of. That's why it's important to be able to process and navigate criticism, because ultimately collecting feedback is essential to the journey to becoming a better developer. On this page, we'll explore how to embrace criticism, grow from it, and continue to post your games publicly with confidence.

Reading Feedback ​

Game development is a skill that takes time and practice to get truly great at. Criticism and other constructive feedback are vital to continually improving. It's useful to look at the criticism as solely a tool for improving this game and future games - that is to say, it should never be used against you as a person. Insults towards the developer(s) themselves are never okay and should not be allowed within whatever community you're sharing your works in. If you do come across a comment you interpret as an attack upon your person, you should report it. For other negative comments, try not to internalize them; instead, focus on improving the game. By distancing your own identity from your work emotionally, you can better analyze the game and use the feedback to your advantage.

Not all feedback is made equal, and you don't need to feel compelled to read and obey every piece of feedback you receive. Learn to distinguish between constructive feedback and unhelpful comments. Constructive feedback typically offers specific suggestions for improvement, while unhelpful comments are often vague or hurtful. Prioritize the former and disregard the latter. That said, most feedback you get will not be from game developers, so take specific suggestions with a grain of salt. Determine the actual problem they're experiencing, and design what you believe the best solution to that problem would be, regardless if that's the specific solution the player asked for. And keep in mind, due to different player preferences you'll never satisfy everyone, and you don't need to. Ultimately if even just you find the game fun, then that's a success.

Seeking Feedback ​

When deciding where to share your game, consider the type of players you anticipate getting, and the kind of feedback you can anticipate receiving. Different communities will have different levels of support for learning developers, and certain communities may prefer certain types of games or mechanics. It's important to get a diverse set of feedback focused on players you think will enjoy the specific game you're making.

Collecting feedback from other game developers is incredibly helpful. They've trained themselves to recognize good and bad game design and how to articulate the differences, and from my experience are much more likely to leave positive and constructive comments since they've been in your shoes before! They understand the struggles and can offer guidance and emotional support.

Responding to Feedback ​

Negative feedback can naturally feel like an attack, and it's okay to get angry. However, lashing back is never the appropriate response. It's best to cool off IRL, and keep in mind all the positive comments you've received. There's a concept in Psychology called negative bias that explains how negative feedback tends to stick with us much more prominently than positive feedback, so it's useful to regularly remind yourself of all the positive feedback you've received. Celebrate your successes, no matter how small they may seem - getting a game to a state you can publicly share it with people is an accomplishment in and of itself!

Remember your passion and your initial reasons for getting into game development. The journey will have its ups and downs, but staying true to your vision and passion will keep you motivated.

',11),s=[o];function r(c,l,d,u,m,h){return a(),t("div",null,s)}const f=e(n,[["render",r]]);export{p as __pageData,f as default}; diff --git a/assets/guide-to-incrementals_design_criticism_index.md.BM4eDb34.lean.js b/assets/guide-to-incrementals_design_criticism_index.md.gGJ4g_N1.lean.js similarity index 65% rename from assets/guide-to-incrementals_design_criticism_index.md.BM4eDb34.lean.js rename to assets/guide-to-incrementals_design_criticism_index.md.gGJ4g_N1.lean.js index ddd12499f..94ff253d9 100644 --- a/assets/guide-to-incrementals_design_criticism_index.md.BM4eDb34.lean.js +++ b/assets/guide-to-incrementals_design_criticism_index.md.gGJ4g_N1.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals/Navigating Criticism","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/navigating-criticism","title":"Guide to Incrementals/Navigating Criticism","prev":false,"next":false},"headers":[],"relativePath":"guide-to-incrementals/design/criticism/index.md","filePath":"guide-to-incrementals/design/criticism/index.md","lastUpdated":null}'),n={name:"guide-to-incrementals/design/criticism/index.md"},o=i("",11),s=[o];function r(c,l,d,u,m,h){return a(),t("div",null,s)}const f=e(n,[["render",r]]);export{p as __pageData,f as default}; +import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals/Navigating Criticism","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/navigating-criticism","title":"Guide to Incrementals/Navigating Criticism","prev":false,"next":false},"headers":[],"relativePath":"guide-to-incrementals/design/criticism/index.md","filePath":"guide-to-incrementals/design/criticism/index.md"}'),n={name:"guide-to-incrementals/design/criticism/index.md"},o=i("",11),s=[o];function r(c,l,d,u,m,h){return a(),t("div",null,s)}const f=e(n,[["render",r]]);export{p as __pageData,f as default}; diff --git a/assets/guide-to-incrementals_index.md.BGCJFQht.js b/assets/guide-to-incrementals_index.md.BGCJFQht.js new file mode 100644 index 000000000..c479671dd --- /dev/null +++ b/assets/guide-to-incrementals_index.md.BGCJFQht.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as t,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals","title":"Guide to Incrementals","prev":false,"next":false},"headers":[],"relativePath":"guide-to-incrementals/index.md","filePath":"guide-to-incrementals/index.md"}'),i={name:"guide-to-incrementals/index.md"},o=n('

Guide to Incrementals ​

Referenced by: My Personal Website

This is a comprehensive guide to Incremental Games, a genre of video games. It will explore defining the genre, why it's appealing, and how to design and build your own incremental game. Along the way will be interactive examples, snippets from other creators, and relevant material to contextualize everything.

Note: This is an incomplete document. I want to keep adding opinions and opposing views from other incremental games developers, and add interactive examples to illustrate various points regarding game design and balancing. Consider this a living document - and see the changelog at the end.

Note: This was made before my switch to a digital garden, and is written as prose. Hope you don't mind!

Why am I making this? ​

That's a good question! What authority do I have to be making this guide? I haven't made the best incremental games, nor the most incremental games, certainly not the most popular ones either. But I do have some formal education in game development, know a lot of incremental game devs (as well as other game devs), and have a passionate interest in ludology, classifying genres, etc. I've also made a couple of incremental games) myself.

If you have any additional questions about my credentials or anything on this site, feel free to reach out!

Ludology ​

Making an Incremental ​

',12),r=[o];function l(s,d,m,c,h,g){return t(),a("div",null,r)}const f=e(i,[["render",l]]);export{p as __pageData,f as default}; diff --git a/assets/guide-to-incrementals_index.md.DOnF5DO9.lean.js b/assets/guide-to-incrementals_index.md.BGCJFQht.lean.js similarity index 56% rename from assets/guide-to-incrementals_index.md.DOnF5DO9.lean.js rename to assets/guide-to-incrementals_index.md.BGCJFQht.lean.js index c5f16da9e..5f2a52ba9 100644 --- a/assets/guide-to-incrementals_index.md.DOnF5DO9.lean.js +++ b/assets/guide-to-incrementals_index.md.BGCJFQht.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o as t,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals","title":"Guide to Incrementals","prev":false,"next":false},"headers":[],"relativePath":"guide-to-incrementals/index.md","filePath":"guide-to-incrementals/index.md","lastUpdated":null}'),i={name:"guide-to-incrementals/index.md"},o=n("",12),l=[o];function r(s,d,m,c,h,g){return t(),a("div",null,l)}const f=e(i,[["render",r]]);export{p as __pageData,f as default}; +import{_ as e,c as a,o as t,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals","title":"Guide to Incrementals","prev":false,"next":false},"headers":[],"relativePath":"guide-to-incrementals/index.md","filePath":"guide-to-incrementals/index.md"}'),i={name:"guide-to-incrementals/index.md"},o=n("",12),r=[o];function l(s,d,m,c,h,g){return t(),a("div",null,r)}const f=e(i,[["render",l]]);export{p as __pageData,f as default}; diff --git a/assets/guide-to-incrementals_index.md.DOnF5DO9.js b/assets/guide-to-incrementals_index.md.DOnF5DO9.js deleted file mode 100644 index 478ae4e18..000000000 --- a/assets/guide-to-incrementals_index.md.DOnF5DO9.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as t,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals","title":"Guide to Incrementals","prev":false,"next":false},"headers":[],"relativePath":"guide-to-incrementals/index.md","filePath":"guide-to-incrementals/index.md","lastUpdated":null}'),i={name:"guide-to-incrementals/index.md"},o=n('

Guide to Incrementals ​

Referenced by: My Personal Website

This is a comprehensive guide to Incremental Games, a genre of video games. It will explore defining the genre, why it's appealing, and how to design and build your own incremental game. Along the way will be interactive examples, snippets from other creators, and relevant material to contextualize everything.

Note: This is an incomplete document. I want to keep adding opinions and opposing views from other incremental games developers, and add interactive examples to illustrate various points regarding game design and balancing. Consider this a living document - and see the changelog at the end.

Note: This was made before my switch to a digital garden, and is written as prose. Hope you don't mind!

Why am I making this? ​

That's a good question! What authority do I have to be making this guide? I haven't made the best incremental games, nor the most incremental games, certainly not the most popular ones either. But I do have some formal education in game development, know a lot of incremental game devs (as well as other game devs), and have a passionate interest in ludology, classifying genres, etc. I've also made a couple of incremental games) myself.

If you have any additional questions about my credentials or anything on this site, feel free to reach out!

Ludology ​

Making an Incremental ​

',12),l=[o];function r(s,d,m,c,h,g){return t(),a("div",null,l)}const f=e(i,[["render",r]]);export{p as __pageData,f as default}; diff --git a/assets/guide-to-incrementals_ludology_appeal-developers_index.md.3I6piiJ6.js b/assets/guide-to-incrementals_ludology_appeal-developers_index.md.3I6piiJ6.js new file mode 100644 index 000000000..8f81449c6 --- /dev/null +++ b/assets/guide-to-incrementals_ludology_appeal-developers_index.md.3I6piiJ6.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Guide to Incrementals/Appeal to Developers","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/appeal-to-developers","title":"Guide to Incrementals/Appeal to Developers","prev":false,"next":false},"headers":[],"relativePath":"guide-to-incrementals/ludology/appeal-developers/index.md","filePath":"guide-to-incrementals/ludology/appeal-developers/index.md"}'),n={name:"guide-to-incrementals/ludology/appeal-developers/index.md"},i=o('

Guide to Incrementals/Appeal to Developers ​

There are a lot of developers in the incremental games community - the genre seems to draw them in, and convert a lot of players into developers. Let's explore the reasons why this genre appeals to developers.

Incrementals are Easy to Make ​

Compared to other genres, incrementals have quite low expectations. You don't need to make fancy art, or music, or lay things out nicely. If you can make a button and learn the few lines of code necessary to make a number go up, you can make an incremental. This low threshold makes the genre perfect for those who are actively learning to code and haven't developed any gamedev-related skills yet.

Additionally, unlike other genres incrementals are uniquely easy to implement in a normal web page - no need to worry about rendering sprites, moving them around, implementing physics, etc. New developers can just use HTML to add a button, and the game is now available in your browser. You don't need to choose an engine, have admin privileges, or hell for the dedicated you don't even need a computer - there are tools for web development that run in the browser itself, so you can technically use your phone if that's all you have.

Javascript is a perfectly viable language for making web games, whereas other genres are typically going to require using other more difficult languages to learn. There are countless javascript tutorials that start from 0 knowledge of programming, making it incredibly accessible to beginners.

Players are Easy to Find ​

Once you've finished your game and uploaded it on github pages or itch or just copied the link if you're using glitch or replit (all of which are easy to do), anyone can now play the game in their browser. This low barrier to entry has shown tremendous success in getting completely unknown developers to have thousands of plays.

The incremental games community, which mostly centers around r/incremental_games, is always looking for new games and tends to flood any new ones posted with initial players.

Having your games be played can be incredibly motivating, and the community makes it quite clear that you can expect players to play your game. These communities - both for incremental games in general as well as game-specific communities - tend to be very developer friendly as well. A lot of the developers know each other, and welcome new developers with open arms, often with dedicated channels for programming help and discussions.

Monetization ​

I'd like to clarify that everything I've said above mainly applies to web-based incrementals. Incremental games are also incredibly popular on mobile, but with a much different culture and community. Many mobile gamers will still participate in the web-focused community for the culture. This web-focused community has a culture that has been criticized for being "anti-monetization". Ads, IAPs, and similar forms of monetization are often criticized, mainly due to the abundance of completely non-monetized games available from hobbyist developers. There are exceptions, like paid games often being considered fine, like Increlution or Stuck in Time, or donation ware games like kittens game, but even popular games that have IAP see some level of regular criticism, like NGU Idle, Idle Skilling, or Idle Pins. A large part of this can be explained by the community being hyper-aware of the addictive) nature of this genre and its susceptibility to exploiting players.

On mobile, however, monetization is the norm and expected. If an incremental game is available on mobile, it almost certainly will be monetized, and mobile players are aware and accepting of that. Mobile incremental games, due to their addictive nature, tend to make a lot of money. It's very lucrative, and therefore these games are quite abundant on mobile storefronts.

',13),r=[i];function l(s,d,m,c,p,h){return t(),a("div",null,r)}const y=e(n,[["render",l]]);export{g as __pageData,y as default}; diff --git a/assets/guide-to-incrementals_ludology_appeal-developers_index.md.DHuWCjSE.lean.js b/assets/guide-to-incrementals_ludology_appeal-developers_index.md.3I6piiJ6.lean.js similarity index 63% rename from assets/guide-to-incrementals_ludology_appeal-developers_index.md.DHuWCjSE.lean.js rename to assets/guide-to-incrementals_ludology_appeal-developers_index.md.3I6piiJ6.lean.js index 7210e6699..b9ac9ed61 100644 --- a/assets/guide-to-incrementals_ludology_appeal-developers_index.md.DHuWCjSE.lean.js +++ b/assets/guide-to-incrementals_ludology_appeal-developers_index.md.3I6piiJ6.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Guide to Incrementals/Appeal to Developers","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/appeal-to-developers","title":"Guide to Incrementals/Appeal to Developers","prev":false,"next":false},"headers":[],"relativePath":"guide-to-incrementals/ludology/appeal-developers/index.md","filePath":"guide-to-incrementals/ludology/appeal-developers/index.md","lastUpdated":null}'),n={name:"guide-to-incrementals/ludology/appeal-developers/index.md"},i=o("",13),r=[i];function l(s,d,m,c,p,h){return t(),a("div",null,r)}const y=e(n,[["render",l]]);export{g as __pageData,y as default}; +import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Guide to Incrementals/Appeal to Developers","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/appeal-to-developers","title":"Guide to Incrementals/Appeal to Developers","prev":false,"next":false},"headers":[],"relativePath":"guide-to-incrementals/ludology/appeal-developers/index.md","filePath":"guide-to-incrementals/ludology/appeal-developers/index.md"}'),n={name:"guide-to-incrementals/ludology/appeal-developers/index.md"},i=o("",13),r=[i];function l(s,d,m,c,p,h){return t(),a("div",null,r)}const y=e(n,[["render",l]]);export{g as __pageData,y as default}; diff --git a/assets/guide-to-incrementals_ludology_appeal-developers_index.md.DHuWCjSE.js b/assets/guide-to-incrementals_ludology_appeal-developers_index.md.DHuWCjSE.js deleted file mode 100644 index 9dee3e317..000000000 --- a/assets/guide-to-incrementals_ludology_appeal-developers_index.md.DHuWCjSE.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Guide to Incrementals/Appeal to Developers","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/appeal-to-developers","title":"Guide to Incrementals/Appeal to Developers","prev":false,"next":false},"headers":[],"relativePath":"guide-to-incrementals/ludology/appeal-developers/index.md","filePath":"guide-to-incrementals/ludology/appeal-developers/index.md","lastUpdated":null}'),n={name:"guide-to-incrementals/ludology/appeal-developers/index.md"},i=o('

Guide to Incrementals/Appeal to Developers ​

There are a lot of developers in the incremental games community - the genre seems to draw them in, and convert a lot of players into developers. Let's explore the reasons why this genre appeals to developers.

Incrementals are Easy to Make ​

Compared to other genres, incrementals have quite low expectations. You don't need to make fancy art, or music, or lay things out nicely. If you can make a button and learn the few lines of code necessary to make a number go up, you can make an incremental. This low threshold makes the genre perfect for those who are actively learning to code and haven't developed any gamedev-related skills yet.

Additionally, unlike other genres incrementals are uniquely easy to implement in a normal web page - no need to worry about rendering sprites, moving them around, implementing physics, etc. New developers can just use HTML to add a button, and the game is now available in your browser. You don't need to choose an engine, have admin privileges, or hell for the dedicated you don't even need a computer - there are tools for web development that run in the browser itself, so you can technically use your phone if that's all you have.

Javascript is a perfectly viable language for making web games, whereas other genres are typically going to require using other more difficult languages to learn. There are countless javascript tutorials that start from 0 knowledge of programming, making it incredibly accessible to beginners.

Players are Easy to Find ​

Once you've finished your game and uploaded it on github pages or itch or just copied the link if you're using glitch or replit (all of which are easy to do), anyone can now play the game in their browser. This low barrier to entry has shown tremendous success in getting completely unknown developers to have thousands of plays.

The incremental games community, which mostly centers around r/incremental_games, is always looking for new games and tends to flood any new ones posted with initial players.

Having your games be played can be incredibly motivating, and the community makes it quite clear that you can expect players to play your game. These communities - both for incremental games in general as well as game-specific communities - tend to be very developer friendly as well. A lot of the developers know each other, and welcome new developers with open arms, often with dedicated channels for programming help and discussions.

Monetization ​

I'd like to clarify that everything I've said above mainly applies to web-based incrementals. Incremental games are also incredibly popular on mobile, but with a much different culture and community. Many mobile gamers will still participate in the web-focused community for the culture. This web-focused community has a culture that has been criticized for being "anti-monetization". Ads, IAPs, and similar forms of monetization are often criticized, mainly due to the abundance of completely non-monetized games available from hobbyist developers. There are exceptions, like paid games often being considered fine, like Increlution or Stuck in Time, or donation ware games like kittens game, but even popular games that have IAP see some level of regular criticism, like NGU Idle, Idle Skilling, or Idle Pins. A large part of this can be explained by the community being hyper-aware of the addictive) nature of this genre and its susceptibility to exploiting players.

On mobile, however, monetization is the norm and expected. If an incremental game is available on mobile, it almost certainly will be monetized, and mobile players are aware and accepting of that. Mobile incremental games, due to their addictive nature, tend to make a lot of money. It's very lucrative, and therefore these games are quite abundant on mobile storefronts.

',13),r=[i];function l(s,d,m,c,p,h){return t(),a("div",null,r)}const y=e(n,[["render",l]]);export{g as __pageData,y as default}; diff --git a/assets/guide-to-incrementals_ludology_appeal-gamers_index.md.BKwSvjPx.js b/assets/guide-to-incrementals_ludology_appeal-gamers_index.md.BKwSvjPx.js new file mode 100644 index 000000000..9007de4d0 --- /dev/null +++ b/assets/guide-to-incrementals_ludology_appeal-gamers_index.md.BKwSvjPx.js @@ -0,0 +1 @@ +import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Guide to Incrementals/Appeal to Players","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/appeal-to-players","title":"Guide to Incrementals/Appeal to Players","prev":false,"next":false},"headers":[],"relativePath":"guide-to-incrementals/ludology/appeal-gamers/index.md","filePath":"guide-to-incrementals/ludology/appeal-gamers/index.md"}'),o={name:"guide-to-incrementals/ludology/appeal-gamers/index.md"},n=i('

Guide to Incrementals/Appeal to Players ​

This is something that has been discussed and analyzed by many people, and to some extent, I feel like everything that can be said on the topic already has. However, a lot of these analyses are from the perspective of those with not as much experience and involvement within the genre as I'd argue would be necessary for a fully contextualized answer. I recently watched a video about Vampire Survivors, which has since been taken down due to drawing negative attention, which made me think about some interesting arguments about what games are, and what makes them good. The video's argument that "Vampire Survivors is not a video game" mirrors a claim by the developer of Cookie Clicker that his games are "non-games". Using Vampire Survivors and the video made on it as a framework, I'll be answering why incremental games appeal to players. Since the video has been taken down, I'll do my best to contextualize and generalize the arguments of the video without requiring the reader to watch it. For what it's worth, while I disagreed with the video I actually liked a lot of the way it went about thinking about games, and I consider this a continuation of that discussion.

Numbers Going Up ​

This is a very common response to why people enjoy incremental games, although it's not one I find compels me personally, and I suspect it might be a stand-in for progression) or Guide to Incrementals/What is Content?. But reportedly, some people do just like seeing big numbers. I must reiterate I suspect the actual cause is seeing big numbers in context though - if you start at 1e1000 of a currency and get to 1e1001, that isn't going to feel as satisfying as going from 1e10 to 1e100, and in any case, I don't think a button that just adds a zero to your number will feel quite satisfying - I believe its the sense of having made progress, and comparing where you are to where you started and feeling like you've earned your way here that is enjoyable.

Progression

Vampire Survivors can be argued to have a comparatively low depth to its combat compared to many other games. I'd argue it has sufficient depth and more than someone might expect who has only played the game for a short while, but it still definitely gets beat out by many other combat-focused games. Instead, a lot of the progression in Vampire Survivors comes from a meta-progression system by which base stats are increased by spending a currency that persists between runs. While it is technically possible to win without this meta-progression system, and indeed in many roguelikes players like to challenge themselves by beating the game without any meta-progression, the criticism can be made that meta-progression de-emphasizes player skill by making it less important to have to beat the game. Certainly, in incremental games, it is often literally impossible to complete a game without taking advantage of the meta-progression systems. I'd argue this does not detract from the game, however, and is actually a part of what makes incremental games, and roguelikes, enjoyable to many players: meta-progression augments the increases in skill the player is naturally gaining as they play. In effect, it's not replacing the skill increase, but exaggerating it to make it feel more real to the player.

Note: There is also a lot of progression from exploring the mechanics and discovering synergies, unlocking new weapons or playable characters, etc. That just isn't as relevant to this discussion, but it does make up a lot of the appeal of the game.

Effortlessness ​

Incremental games are so easy, a lot of them even have you progress while you're not playing! Part of the appeal is being able to feel like you're making progress while doing something actually productive - multitasking, in a way. In this sense, the game is more of a fidget toy - not something to think hard about and play actively, but something to click a few buttons every so often while you're paying attention to a lecture or studying or working. Of course, not all incremental games lend themselves to being played this way - it's specifically "idle" games that work like this. These are games that take an incredibly long amount of time to see all the content, stretching it as thin as possible, but they aren't expecting you to be sitting at your device playing it the entire time. They expect you to leave and come back later to make a bit of progress and repeat the cycle.

If you look at the higher-level play of most games, you'll see them perform difficult feats with ease and speed. They'll achieve a "flow state" that takes all their knowledge and experience of the game and uses it to play the game as instinctively as possible. It's incredible to watch things like Slay the Spire speed runs or competitive DDR-likes. I'd argue the goal of a lot of games with a competitive scene is to get so good that the game becomes effortless. In that sense, a game that allows you to reach that point earlier isn't any less legitimate, but rather lowers the barrier to entry by allowing more people to get "really good" at the game. And to be clear, Vampire Survivors and (most) incremental games aren't trivially easy - they, and to an extent, every game will have some level of learning and improvement over time.

Addiction

A lot of these reasons for why incremental games appeal may have reminded you of why gambling appeals to people, particularly those prone to addiction. Indeed, incremental games are quite often criticized for their similarity to a skinner box. Some have gone as far as to say incremental games as a genre are commenting that all games are skinner boxes). The argument goes that some games are not fun, but rather condition players into continuing to play without actually getting anything from the experience. When tied to real-world money this is seen as predatory, and to a lesser extent, even free games may be feeding the addictive sides of people and making them more prone to seek out gambling or micro-transaction heavy games.

While incremental games can be fun and even healthy in certain contexts, they can exacerbate video game addiction more than other genres. If you feel like playing incremental games is taking priority over other things in your life, or manipulating your sleep schedule, it may be prudent to seek help. See r/StopGaming for resources.

Since incremental games are often built on extrinsic motivations in the form of progression systems, it's hard to argue whether players continue to play because they are enjoying the gameplay, or if they are just conditioned to keep doing it because the game keeps rewarding them. Unfortunately, it can often feel like it's the latter, as there isn't typically anything compelling about the "gameplay" of clicking a button and waiting. There may be a significant overlap between those who enjoy incremental games and those who are most prone to addiction, and there are often posts on r/incremental_games about someone either struggling with or overcoming video game addiction.

Strategy ​

Incremental games could be considered a subset of strategy games), and inherit the appeals of strategy games. This includes the appeal of feeling like you've found a good solution to a puzzle, or that you're learning more about the game and are improving at making decisions within it. This applies to Vampire Survivors specifically, where you're learning about evolutions and synergies and what kinds of enemies can spawn under what conditions, and how best to handle them.

Note that strategy games are not all the same difficulty, as well. Vampire Survivors is still easier to play than Starcraft 2, and Cookie Clicker is probably somewhere in between (once you progress sufficiently). Vampire Survivors being so successful may indicate that "easier" strategies may have their separate appeal to harder strategy games - players like to feel smart and that they figured the game out and have optimized or mastered it, and the game being easier doesn't detract from that sense of accomplishment as much as it allows more and more users to be able to reach the point where they gain that sense.

Avoiding Staleness ​

Incremental games tend to have "paradigm shifts", where the gameplay changes in a meaningful way at various times throughout the progression of the game. These upset and change the gameplay loop, which helps keep them from stagnating. This constant "freshness" to the gameplay can keep players engaged for longer, compared to a game with a repetitive and static gameplay loop.

Good Game Design ​

Incremental games tend to show their game design "plainly", so it's more readily apparent if a game has good game design while playing, even if you're not looking for it. While different players have different preferences and might enjoy different types of games more than others, there are underlying good and bad game design principles that players will notice the effects of. To be clear, this isn't talking about stuff like big numbers being enjoyable, where I can comfortably agree to disagree with other players. They don't intrinsically make my experience better, but I'm aware of those for whom it does and I won't argue against their feelings. However, the game designer in me does feel like there are some extremely clear-cut examples of good and bad game design philosophies.

Let's start by giving an example of a mechanic I think can be easily and strongly argued is good game design. There are of course many examples, but a personal favorite of mine is how DOOM encourages aggressive gameplay by linking health drops to melee attacks. It has an intended experience it's trying to give the player - immersing themselves as DOOM guy, who would not hide behind cover when low on health - and this mechanic does a great job at encouraging and effectively teaching players to behave properly. This is in sharp contrast to shooters like Call of Duty, which have you regen health passively, encouraging players to hide behind cover and wait after getting hit. Note that I'm not arguing CoD is poorly designed, as the games have different intended experiences. I'm specifically praising DOOM for having a mechanic that does a good job at ensuring the player has that intended experience.

To contrast with an example I think is bad game design, let's talk about shields in souls-likes. This is a bit of a famous example, and I highly recommend this video essay which spends quite a good bit of time on this topic. Essentially, the argument boils down to players of earlier games in the souls games using shields too much - playing slowly, conservatively, and ultimately having less fun. Players wanted to feel safe, so they ended up playing in a way that ruined the experience for them. The developers solved this by removing shields, apart from an intentionally bad one effectively mocking the playstyle, and it did its job at getting players to play more aggressively, and often have more fun.

To bring the conversation back to incrementals, I'm incredibly opinionated on what makes a good incremental game, which I'll discuss in the game design section. Suffice it to say, incremental games rely more on good game design than other genres, due to not having much to distract from bad game design. This helps (although imperfectly - gamers are a bit too tolerant of bad game design!) well-designed games rise to the top within the genre.

Artistic Merit ​

The Vampire Survivors video made me think back to the old arguments about whether games are art, and whether they ought to be. The video seems preoccupied with attaching value to games solely based on their mechanics and the depth thereof, to the point of arguing Vampire Survivors is a waste of time due to its lack of depth. However, even setting aside the fact that if players are having fun then it's not time wasted, I think games can have artistic merit that supersedes the necessity of having (any / engaging / "deep") gameplay. I think the consensus online is that games are definitively art, although I could see the argument that some genres, like incremental games, might be a bit in a grey area. Let's talk about Vampire Survivors first though - It has a story to tell, with lore and many characters, that drive the player and encourage them to continue exploring the game and discovering things within it. Like any walking simulator, it is no less legitimate of a game or the "art" label because of any lack perceived lack of depth. For what it's worth, most art can be consumed with more ease than VS - any painting, movie, sculpture, etc.

A lot of incrementals have a narrative context that can similarly qualify them as art. Cookie Clicker is, as has been pointed out numerous times before, commenting on excess and increasing production beyond any reasonable limits - devolving into increasing production for its own sake. Indeed, a lot of incremental games are written to comment upon various concepts like capitalism or tropes in games, as discussed when defining Incrementals). However, I'd like to argue most incremental games are still art, even without any narrative context. "Art" as a concept is pretty nebulous already, but I personally like those who define it as an act of expression more than any physical result. The creator and the context within which they created the art, and any meaning they put into it, are all relevant and a part of the art itself. Most incremental games have artistic merit from things like why the creator made it, why they chose to make it an incremental game, and why they made any particular design decision. Hell, even if you play through an entire incremental game without a single thought or feeling, that very fact it elicited nothing can itself be artistic merit!

I'm not an art major, and I may be taking a somewhat extreme take on what is art and what has artistic merit, but I'd argue the overall point stands that games, and incremental games specifically, can have artistic merit, which appeals to many gamers.

',28),s=[n];function r(l,h,m,g,d,c){return a(),t("div",null,s)}const y=e(o,[["render",r]]);export{u as __pageData,y as default}; diff --git a/assets/guide-to-incrementals_ludology_appeal-gamers_index.md.MOwOtfmH.lean.js b/assets/guide-to-incrementals_ludology_appeal-gamers_index.md.BKwSvjPx.lean.js similarity index 64% rename from assets/guide-to-incrementals_ludology_appeal-gamers_index.md.MOwOtfmH.lean.js rename to assets/guide-to-incrementals_ludology_appeal-gamers_index.md.BKwSvjPx.lean.js index f154fa872..913bc313c 100644 --- a/assets/guide-to-incrementals_ludology_appeal-gamers_index.md.MOwOtfmH.lean.js +++ b/assets/guide-to-incrementals_ludology_appeal-gamers_index.md.BKwSvjPx.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Guide to Incrementals/Appeal to Players","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/appeal-to-players","title":"Guide to Incrementals/Appeal to Players","prev":false,"next":false},"headers":[],"relativePath":"guide-to-incrementals/ludology/appeal-gamers/index.md","filePath":"guide-to-incrementals/ludology/appeal-gamers/index.md","lastUpdated":null}'),o={name:"guide-to-incrementals/ludology/appeal-gamers/index.md"},n=i("",28),s=[n];function r(l,h,m,g,d,c){return a(),t("div",null,s)}const y=e(o,[["render",r]]);export{u as __pageData,y as default}; +import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Guide to Incrementals/Appeal to Players","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/appeal-to-players","title":"Guide to Incrementals/Appeal to Players","prev":false,"next":false},"headers":[],"relativePath":"guide-to-incrementals/ludology/appeal-gamers/index.md","filePath":"guide-to-incrementals/ludology/appeal-gamers/index.md"}'),o={name:"guide-to-incrementals/ludology/appeal-gamers/index.md"},n=i("",28),s=[n];function r(l,h,m,g,d,c){return a(),t("div",null,s)}const y=e(o,[["render",r]]);export{u as __pageData,y as default}; diff --git a/assets/guide-to-incrementals_ludology_appeal-gamers_index.md.MOwOtfmH.js b/assets/guide-to-incrementals_ludology_appeal-gamers_index.md.MOwOtfmH.js deleted file mode 100644 index f396c38bc..000000000 --- a/assets/guide-to-incrementals_ludology_appeal-gamers_index.md.MOwOtfmH.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Guide to Incrementals/Appeal to Players","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/appeal-to-players","title":"Guide to Incrementals/Appeal to Players","prev":false,"next":false},"headers":[],"relativePath":"guide-to-incrementals/ludology/appeal-gamers/index.md","filePath":"guide-to-incrementals/ludology/appeal-gamers/index.md","lastUpdated":null}'),o={name:"guide-to-incrementals/ludology/appeal-gamers/index.md"},n=i('

Guide to Incrementals/Appeal to Players ​

This is something that has been discussed and analyzed by many people, and to some extent, I feel like everything that can be said on the topic already has. However, a lot of these analyses are from the perspective of those with not as much experience and involvement within the genre as I'd argue would be necessary for a fully contextualized answer. I recently watched a video about Vampire Survivors, which has since been taken down due to drawing negative attention, which made me think about some interesting arguments about what games are, and what makes them good. The video's argument that "Vampire Survivors is not a video game" mirrors a claim by the developer of Cookie Clicker that his games are "non-games". Using Vampire Survivors and the video made on it as a framework, I'll be answering why incremental games appeal to players. Since the video has been taken down, I'll do my best to contextualize and generalize the arguments of the video without requiring the reader to watch it. For what it's worth, while I disagreed with the video I actually liked a lot of the way it went about thinking about games, and I consider this a continuation of that discussion.

Numbers Going Up ​

This is a very common response to why people enjoy incremental games, although it's not one I find compels me personally, and I suspect it might be a stand-in for progression) or Guide to Incrementals/What is Content?. But reportedly, some people do just like seeing big numbers. I must reiterate I suspect the actual cause is seeing big numbers in context though - if you start at 1e1000 of a currency and get to 1e1001, that isn't going to feel as satisfying as going from 1e10 to 1e100, and in any case, I don't think a button that just adds a zero to your number will feel quite satisfying - I believe its the sense of having made progress, and comparing where you are to where you started and feeling like you've earned your way here that is enjoyable.

Progression

Vampire Survivors can be argued to have a comparatively low depth to its combat compared to many other games. I'd argue it has sufficient depth and more than someone might expect who has only played the game for a short while, but it still definitely gets beat out by many other combat-focused games. Instead, a lot of the progression in Vampire Survivors comes from a meta-progression system by which base stats are increased by spending a currency that persists between runs. While it is technically possible to win without this meta-progression system, and indeed in many roguelikes players like to challenge themselves by beating the game without any meta-progression, the criticism can be made that meta-progression de-emphasizes player skill by making it less important to have to beat the game. Certainly, in incremental games, it is often literally impossible to complete a game without taking advantage of the meta-progression systems. I'd argue this does not detract from the game, however, and is actually a part of what makes incremental games, and roguelikes, enjoyable to many players: meta-progression augments the increases in skill the player is naturally gaining as they play. In effect, it's not replacing the skill increase, but exaggerating it to make it feel more real to the player.

Note: There is also a lot of progression from exploring the mechanics and discovering synergies, unlocking new weapons or playable characters, etc. That just isn't as relevant to this discussion, but it does make up a lot of the appeal of the game.

Effortlessness ​

Incremental games are so easy, a lot of them even have you progress while you're not playing! Part of the appeal is being able to feel like you're making progress while doing something actually productive - multitasking, in a way. In this sense, the game is more of a fidget toy - not something to think hard about and play actively, but something to click a few buttons every so often while you're paying attention to a lecture or studying or working. Of course, not all incremental games lend themselves to being played this way - it's specifically "idle" games that work like this. These are games that take an incredibly long amount of time to see all the content, stretching it as thin as possible, but they aren't expecting you to be sitting at your device playing it the entire time. They expect you to leave and come back later to make a bit of progress and repeat the cycle.

If you look at the higher-level play of most games, you'll see them perform difficult feats with ease and speed. They'll achieve a "flow state" that takes all their knowledge and experience of the game and uses it to play the game as instinctively as possible. It's incredible to watch things like Slay the Spire speed runs or competitive DDR-likes. I'd argue the goal of a lot of games with a competitive scene is to get so good that the game becomes effortless. In that sense, a game that allows you to reach that point earlier isn't any less legitimate, but rather lowers the barrier to entry by allowing more people to get "really good" at the game. And to be clear, Vampire Survivors and (most) incremental games aren't trivially easy - they, and to an extent, every game will have some level of learning and improvement over time.

Addiction

A lot of these reasons for why incremental games appeal may have reminded you of why gambling appeals to people, particularly those prone to addiction. Indeed, incremental games are quite often criticized for their similarity to a skinner box. Some have gone as far as to say incremental games as a genre are commenting that all games are skinner boxes). The argument goes that some games are not fun, but rather condition players into continuing to play without actually getting anything from the experience. When tied to real-world money this is seen as predatory, and to a lesser extent, even free games may be feeding the addictive sides of people and making them more prone to seek out gambling or micro-transaction heavy games.

While incremental games can be fun and even healthy in certain contexts, they can exacerbate video game addiction more than other genres. If you feel like playing incremental games is taking priority over other things in your life, or manipulating your sleep schedule, it may be prudent to seek help. See r/StopGaming for resources.

Since incremental games are often built on extrinsic motivations in the form of progression systems, it's hard to argue whether players continue to play because they are enjoying the gameplay, or if they are just conditioned to keep doing it because the game keeps rewarding them. Unfortunately, it can often feel like it's the latter, as there isn't typically anything compelling about the "gameplay" of clicking a button and waiting. There may be a significant overlap between those who enjoy incremental games and those who are most prone to addiction, and there are often posts on r/incremental_games about someone either struggling with or overcoming video game addiction.

Strategy ​

Incremental games could be considered a subset of strategy games), and inherit the appeals of strategy games. This includes the appeal of feeling like you've found a good solution to a puzzle, or that you're learning more about the game and are improving at making decisions within it. This applies to Vampire Survivors specifically, where you're learning about evolutions and synergies and what kinds of enemies can spawn under what conditions, and how best to handle them.

Note that strategy games are not all the same difficulty, as well. Vampire Survivors is still easier to play than Starcraft 2, and Cookie Clicker is probably somewhere in between (once you progress sufficiently). Vampire Survivors being so successful may indicate that "easier" strategies may have their separate appeal to harder strategy games - players like to feel smart and that they figured the game out and have optimized or mastered it, and the game being easier doesn't detract from that sense of accomplishment as much as it allows more and more users to be able to reach the point where they gain that sense.

Avoiding Staleness ​

Incremental games tend to have "paradigm shifts", where the gameplay changes in a meaningful way at various times throughout the progression of the game. These upset and change the gameplay loop, which helps keep them from stagnating. This constant "freshness" to the gameplay can keep players engaged for longer, compared to a game with a repetitive and static gameplay loop.

Good Game Design ​

Incremental games tend to show their game design "plainly", so it's more readily apparent if a game has good game design while playing, even if you're not looking for it. While different players have different preferences and might enjoy different types of games more than others, there are underlying good and bad game design principles that players will notice the effects of. To be clear, this isn't talking about stuff like big numbers being enjoyable, where I can comfortably agree to disagree with other players. They don't intrinsically make my experience better, but I'm aware of those for whom it does and I won't argue against their feelings. However, the game designer in me does feel like there are some extremely clear-cut examples of good and bad game design philosophies.

Let's start by giving an example of a mechanic I think can be easily and strongly argued is good game design. There are of course many examples, but a personal favorite of mine is how DOOM encourages aggressive gameplay by linking health drops to melee attacks. It has an intended experience it's trying to give the player - immersing themselves as DOOM guy, who would not hide behind cover when low on health - and this mechanic does a great job at encouraging and effectively teaching players to behave properly. This is in sharp contrast to shooters like Call of Duty, which have you regen health passively, encouraging players to hide behind cover and wait after getting hit. Note that I'm not arguing CoD is poorly designed, as the games have different intended experiences. I'm specifically praising DOOM for having a mechanic that does a good job at ensuring the player has that intended experience.

To contrast with an example I think is bad game design, let's talk about shields in souls-likes. This is a bit of a famous example, and I highly recommend this video essay which spends quite a good bit of time on this topic. Essentially, the argument boils down to players of earlier games in the souls games using shields too much - playing slowly, conservatively, and ultimately having less fun. Players wanted to feel safe, so they ended up playing in a way that ruined the experience for them. The developers solved this by removing shields, apart from an intentionally bad one effectively mocking the playstyle, and it did its job at getting players to play more aggressively, and often have more fun.

To bring the conversation back to incrementals, I'm incredibly opinionated on what makes a good incremental game, which I'll discuss in the game design section. Suffice it to say, incremental games rely more on good game design than other genres, due to not having much to distract from bad game design. This helps (although imperfectly - gamers are a bit too tolerant of bad game design!) well-designed games rise to the top within the genre.

Artistic Merit ​

The Vampire Survivors video made me think back to the old arguments about whether games are art, and whether they ought to be. The video seems preoccupied with attaching value to games solely based on their mechanics and the depth thereof, to the point of arguing Vampire Survivors is a waste of time due to its lack of depth. However, even setting aside the fact that if players are having fun then it's not time wasted, I think games can have artistic merit that supersedes the necessity of having (any / engaging / "deep") gameplay. I think the consensus online is that games are definitively art, although I could see the argument that some genres, like incremental games, might be a bit in a grey area. Let's talk about Vampire Survivors first though - It has a story to tell, with lore and many characters, that drive the player and encourage them to continue exploring the game and discovering things within it. Like any walking simulator, it is no less legitimate of a game or the "art" label because of any lack perceived lack of depth. For what it's worth, most art can be consumed with more ease than VS - any painting, movie, sculpture, etc.

A lot of incrementals have a narrative context that can similarly qualify them as art. Cookie Clicker is, as has been pointed out numerous times before, commenting on excess and increasing production beyond any reasonable limits - devolving into increasing production for its own sake. Indeed, a lot of incremental games are written to comment upon various concepts like capitalism or tropes in games, as discussed when defining Incrementals). However, I'd like to argue most incremental games are still art, even without any narrative context. "Art" as a concept is pretty nebulous already, but I personally like those who define it as an act of expression more than any physical result. The creator and the context within which they created the art, and any meaning they put into it, are all relevant and a part of the art itself. Most incremental games have artistic merit from things like why the creator made it, why they chose to make it an incremental game, and why they made any particular design decision. Hell, even if you play through an entire incremental game without a single thought or feeling, that very fact it elicited nothing can itself be artistic merit!

I'm not an art major, and I may be taking a somewhat extreme take on what is art and what has artistic merit, but I'd argue the overall point stands that games, and incremental games specifically, can have artistic merit, which appeals to many gamers.

',28),s=[n];function r(l,h,m,g,d,c){return a(),t("div",null,s)}const y=e(o,[["render",r]]);export{u as __pageData,y as default}; diff --git a/assets/guide-to-incrementals_ludology_content_index.md.FEQrhhXx.js b/assets/guide-to-incrementals_ludology_content_index.md.FEQrhhXx.js deleted file mode 100644 index e020685c9..000000000 --- a/assets/guide-to-incrementals_ludology_content_index.md.FEQrhhXx.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as t,o as a,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals/What is Content?","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/what-is-content-","title":"Guide to Incrementals/What is Content?","prev":false,"next":false},"headers":[],"relativePath":"guide-to-incrementals/ludology/content/index.md","filePath":"guide-to-incrementals/ludology/content/index.md","lastUpdated":null}'),o={name:"guide-to-incrementals/ludology/content/index.md"},i=n('

Guide to Incrementals/What is Content? ​

If you've been in the incremental games community for any amount of time, you'll quickly find the number one thing players want is content. They want as much of it as possible! The most popular incremental games have tons of content, so they just keep stretching on and on and on, introducing mechanic after mechanic, and players love it. In fact, players seem to value the amount of content over the quality of any specific content. However, there's a bit of a lack of understanding concerning what content is, and I'd like to explore what counts as content, and how we measure it. As a baseline definition, I think "content" can just be described as the parts of the game that engage the player, but to truly understand it we need to contextualize what that means and how it affects the gameplay experience.

To clarify the purpose of this page, my goal is not to get (too) nitpicky or to attack games with "low content". There's nothing wrong with short / low-content games - I'm quite a big fan of those games myself! This is mostly targeted toward those who ask for content and settle for "long" games, and those who want to provide content but want to make sure they're not just artificially inflating the game. Ultimately, I suppose the goal is to just reduce the amount of artificially inflated content for the sake of having a "longer" game.

Interaction ​

I think it should be a fairly non-controversial opinion that time spent solely waiting should not count towards content. That is not including the time reading various effects or making decisions in your head, but rather time spent waiting for a condition to be met so you can re-engage with the game.

That is not to say games should necessarily try to minimize this time. Plenty of games lead towards more infrequent interaction and still get popular. In fact, these games appeal to many gamers who want to have something to check up on in between bursts of working on some other activity. These games seem to have fallen slightly out of fashion amongst modern incremental games, but they're still fully valid. The point I'm trying to make here is just that this time is not content. As an extreme example, a game with no interactions and just a counter that goes up every second could safely be said to have 0 content beyond the time it takes to understand what's going on. If it has a list of "goals" to hit, then the time understanding those goals and a short time after achieving each one could be considered content, but not the idle times in between.

Let's take a look at the opposite end of the spectrum - interaction that is so frequent as to become mindless. This is any mechanic where you need to spam-click something to progress. This may be a more controversial take, but I do not believe this constitutes content either. It does not engage the player, because each consecutive click blends together and they do not individually change the gameplay experience. That is to say, a single click and 100 clicks are not meaningfully different in terms of engaging the player. I'd go as far as to say clicking 100 times would be actively worse, as it's artificially delaying the next piece of actual content, alongside the issues of accessibility and potentially causing RSI.

Repeatable Purchases ​

Imagine an entity in a game that you can purchase multiple times, each time it performs the same thing but for a higher cost. These are incredibly common, from the buildings in cookie clicker to the units in swarm sim to the IP and EP multipliers in antimatter dimensions. However, how much content is each specific purchase? Is it content beyond the first purchase? Does it have diminishing returns? What if you are oscillating between two different repeatable purchases? How much content is lost when you automate) away a repeatable purchase?

I don't want to take too harsh a stance against repeatable purchases. They're useful tools and can be used in a myriad of interesting ways. I feel they do become "stale" or less meaningful content over time, and this happens exponentially quickly the more frequently it can be purchased. A classic example that I believe goes too far is the IP/EP multipliers in Antimatter Dimensions. I would go as far as to say they are a chore and do not provide any meaningful content after you've bought them a couple of times. It's a method for inflating numbers (effectively making every OOM a 5x step instead of 10x), that punishes the player progression-wise whenever they forget to max it again, and eventually gets automated away as a reward to the player for making enough progress.

Just to voice the other side of this argument, Acamaeda defended the IP multiplier as giving the player a "good" upgrade every OOM. I can understand that to a point and need to clarify I'm mainly criticizing IP/EP multipliers after they've been introduced for a while. In fact, I would defend the multipliers for a short while after they're introduced using the same logic I would use to defend normal dimensions as repeatable purchases, at least pre-infinity. There's "content" to be had in looking at what dimensions will become affordable next, and then choosing which to buy amongst those. The IP/EP multipliers, early into infinity or eternity respectively, provide another option that gets put into that mental queue of things to buy with each OOM reached - although the optimal order is often quite trivial and not particularly engaging.

The IP/EP multipliers are not the only repeatable purchase in antimatter dimensions I take offense to. The time dimensions are also a series of repeatable purchases, that are all so similar and static that it doesn't take long before you never need to put any thought into buying them, how much you're buying at once, or the order you buy them in - you just press max all and move on. The entire tab could've been just the max all button and it would not have made a difference beyond the start of the eternity layer. The normal dimensions technically have this problem as well, but since you're constantly getting antimatter the order feels like it has a larger impact and it's more meaningful content, right up until they're automated away. Infinity dimensions are a compromise between the two, so I'm highlighting time dimensions here as the most egregious.

Following Instructions ​

We're getting more and more controversial as we go along! Let's talk about how linear content is not content now (in some circumstances). A trend in incremental games is adding difficulty by adding a web of effects that abstract the true change you can expect from any specific purchase or decision you make. If a game is both linear and sufficiently abstracts the effect of player decisions, then the player will no longer be engaging with the content - they'll simply be clicking on things as they become available. This isn't necessarily a bad thing, as plenty of players don't mind this style of gameplay, but I'd argue once you reach a point where players don't bother reading the effects, those interactions are no longer truly content. Note that unlike the previous qualifiers mentioned, this qualifier is based on the player, and therefore subjective. In effect, it's a spectrum where the more complicated the web of effects becomes, the more likely it is to disengage the player.

This over-complicatedness leading to disengaging the player can also happen from non-linear gameplay. If the web of effects becomes sufficiently complicated and finding the optimal progression route too time-consuming to discover, players will seek out guides from other players who've completed the game. The second they do this, the game effectively becomes linearly following the instructions of the guide and all the above criticisms apply. Similarly to as before, though, this is a spectrum and not everyone will seek out a guide at the same level of difficulty.

Automation

Automation is a staple of the genre, but it has certain implications for the design of the game. Why, when new content is introduced, must the older content be automated away - why is it a chore and it feels rewarding to not have to do it again? Why does the new mechanic have such appeal if we know it too will just be automated away later on, and we'll be happy when that happens? It honestly begs the question of why this framework of introducing content and automating the old content is even enjoyable - and nearly nonexistent in other genres. You're not going to reach a point in a platformer game where they just automate the jumping part - that's the core mechanic! Instead, platformers either add new mechanics that build on the core mechanic or at least re-contextualize the core mechanic. However, in incremental games new content very frequently means replacing older content, as opposed to augmenting it.

Admittedly, the above paragraph ignores the obvious answer that separates incremental games in this regard. These mechanics become chores as their frequency increases. The frequency increases to give a sense of progression, and automation is seen as a reward because it now manages what was becoming unmanageable. The new content then comes in and continues the loop to give a stronger sense of progression. That's all good and a fine justification for automating content instead of building upon the base mechanic. It's also much easier to design, as each layer essentially lets you start over instead of needing to think of ideas that conform to the original core mechanic.

So, what's the problem? Even if this trend is justified and easy to implement, there are some other effects it has on the game design. First off, and this is probably a neutral point, incremental games with this cycle of replacing old mechanics with new ones trend towards more and more abstract and further away from any narrative throughline as they add layers. There are only so many justifications for resetting progress, so if a game wants to have several of these layers they're inevitably going to become generic or increasingly loosely associated with the original content. It's most unfortunate, in my opinion when an interesting or innovative core mechanic gets fully automated once a generic "prestige" layer is unlocked.

A recent example is Really Grass Cutting Incremental, an incremental game about cutting grass (although I'm really criticizing the Roblox game it's based on). Except, it doesn't continue to be about cutting grass. After you buy enough upgrades to increase your grass cutting and level up sufficiently you "prestige", an abstract term that in this case means you reset all your progress to get some currency to buy upgrades that do the same things as the original upgrades, but these won't reset on future prestiges. You'll eventually be able to "crystallize", which means you reset all your progress to get some currency to buy upgrades that do the same things as the original upgrades (and a couple of new ones) and won't reset on future crystallizes. Fine. You'll progress a bit, complete some challenges, and finally get to... grasshop? Grasshopping is this mechanic where you reset all your progress to get some resource that isn't for buying upgrades - this time you just unlock different modifiers on everything based on their amount. You may have gotten the point by now, but there are also "steelie" resets which give you steel for some reason, before unlocking a factory with various machines - none of which are directly tied to cutting grass, and start gathering things like oil and reset for rocket parts and reset to go to space and so on and so on. Throughout all of this there is absolutely no narrative justification or throughline for the direction the game is going, or why cutting grass is still relevant when we're collecting things like rocket parts. I may be going a little hard on GCI, but it is far from alone.

Tips for Developers ​

If you're a developer, by this point you should have a pretty decent idea of how to create "true" content in your game. Here are some other specific tips I'd suggest:

An upgrade that simply unlocks another upgrade trivially isn't content. However, many games have an upgrade that just unlocks a feature, which then has a wait or other requirements before it can be used. Try to make sure when you unlock a feature, there is immediately something to do with the feature - for example, perhaps give them a small amount of the new currency it unlocks, if applicable.

If you don't have a large web of effects, and can definitively say the impact of a purchase is to multiply the gain of the cost currency by N, and the next purchase costs N times the amount of that same currency, then this purchase effectively made no difference and it may have made more sense to just go directly to the next upgrade. That said, having effects based on things like the number of purchases made will quickly invalidate this tip.

',24),s=[i];function r(h,l,c,u,m,d){return a(),t("div",null,s)}const f=e(o,[["render",r]]);export{p as __pageData,f as default}; diff --git a/assets/guide-to-incrementals_ludology_content_index.md.yYSd9OQd.js b/assets/guide-to-incrementals_ludology_content_index.md.yYSd9OQd.js new file mode 100644 index 000000000..2381893de --- /dev/null +++ b/assets/guide-to-incrementals_ludology_content_index.md.yYSd9OQd.js @@ -0,0 +1 @@ +import{_ as e,c as t,o as a,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals/What is Content?","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/what-is-content-","title":"Guide to Incrementals/What is Content?","prev":false,"next":false},"headers":[],"relativePath":"guide-to-incrementals/ludology/content/index.md","filePath":"guide-to-incrementals/ludology/content/index.md"}'),o={name:"guide-to-incrementals/ludology/content/index.md"},i=n('

Guide to Incrementals/What is Content? ​

If you've been in the incremental games community for any amount of time, you'll quickly find the number one thing players want is content. They want as much of it as possible! The most popular incremental games have tons of content, so they just keep stretching on and on and on, introducing mechanic after mechanic, and players love it. In fact, players seem to value the amount of content over the quality of any specific content. However, there's a bit of a lack of understanding concerning what content is, and I'd like to explore what counts as content, and how we measure it. As a baseline definition, I think "content" can just be described as the parts of the game that engage the player, but to truly understand it we need to contextualize what that means and how it affects the gameplay experience.

To clarify the purpose of this page, my goal is not to get (too) nitpicky or to attack games with "low content". There's nothing wrong with short / low-content games - I'm quite a big fan of those games myself! This is mostly targeted toward those who ask for content and settle for "long" games, and those who want to provide content but want to make sure they're not just artificially inflating the game. Ultimately, I suppose the goal is to just reduce the amount of artificially inflated content for the sake of having a "longer" game.

Interaction ​

I think it should be a fairly non-controversial opinion that time spent solely waiting should not count towards content. That is not including the time reading various effects or making decisions in your head, but rather time spent waiting for a condition to be met so you can re-engage with the game.

That is not to say games should necessarily try to minimize this time. Plenty of games lead towards more infrequent interaction and still get popular. In fact, these games appeal to many gamers who want to have something to check up on in between bursts of working on some other activity. These games seem to have fallen slightly out of fashion amongst modern incremental games, but they're still fully valid. The point I'm trying to make here is just that this time is not content. As an extreme example, a game with no interactions and just a counter that goes up every second could safely be said to have 0 content beyond the time it takes to understand what's going on. If it has a list of "goals" to hit, then the time understanding those goals and a short time after achieving each one could be considered content, but not the idle times in between.

Let's take a look at the opposite end of the spectrum - interaction that is so frequent as to become mindless. This is any mechanic where you need to spam-click something to progress. This may be a more controversial take, but I do not believe this constitutes content either. It does not engage the player, because each consecutive click blends together and they do not individually change the gameplay experience. That is to say, a single click and 100 clicks are not meaningfully different in terms of engaging the player. I'd go as far as to say clicking 100 times would be actively worse, as it's artificially delaying the next piece of actual content, alongside the issues of accessibility and potentially causing RSI.

Repeatable Purchases ​

Imagine an entity in a game that you can purchase multiple times, each time it performs the same thing but for a higher cost. These are incredibly common, from the buildings in cookie clicker to the units in swarm sim to the IP and EP multipliers in antimatter dimensions. However, how much content is each specific purchase? Is it content beyond the first purchase? Does it have diminishing returns? What if you are oscillating between two different repeatable purchases? How much content is lost when you automate) away a repeatable purchase?

I don't want to take too harsh a stance against repeatable purchases. They're useful tools and can be used in a myriad of interesting ways. I feel they do become "stale" or less meaningful content over time, and this happens exponentially quickly the more frequently it can be purchased. A classic example that I believe goes too far is the IP/EP multipliers in Antimatter Dimensions. I would go as far as to say they are a chore and do not provide any meaningful content after you've bought them a couple of times. It's a method for inflating numbers (effectively making every OOM a 5x step instead of 10x), that punishes the player progression-wise whenever they forget to max it again, and eventually gets automated away as a reward to the player for making enough progress.

Just to voice the other side of this argument, Acamaeda defended the IP multiplier as giving the player a "good" upgrade every OOM. I can understand that to a point and need to clarify I'm mainly criticizing IP/EP multipliers after they've been introduced for a while. In fact, I would defend the multipliers for a short while after they're introduced using the same logic I would use to defend normal dimensions as repeatable purchases, at least pre-infinity. There's "content" to be had in looking at what dimensions will become affordable next, and then choosing which to buy amongst those. The IP/EP multipliers, early into infinity or eternity respectively, provide another option that gets put into that mental queue of things to buy with each OOM reached - although the optimal order is often quite trivial and not particularly engaging.

The IP/EP multipliers are not the only repeatable purchase in antimatter dimensions I take offense to. The time dimensions are also a series of repeatable purchases, that are all so similar and static that it doesn't take long before you never need to put any thought into buying them, how much you're buying at once, or the order you buy them in - you just press max all and move on. The entire tab could've been just the max all button and it would not have made a difference beyond the start of the eternity layer. The normal dimensions technically have this problem as well, but since you're constantly getting antimatter the order feels like it has a larger impact and it's more meaningful content, right up until they're automated away. Infinity dimensions are a compromise between the two, so I'm highlighting time dimensions here as the most egregious.

Following Instructions ​

We're getting more and more controversial as we go along! Let's talk about how linear content is not content now (in some circumstances). A trend in incremental games is adding difficulty by adding a web of effects that abstract the true change you can expect from any specific purchase or decision you make. If a game is both linear and sufficiently abstracts the effect of player decisions, then the player will no longer be engaging with the content - they'll simply be clicking on things as they become available. This isn't necessarily a bad thing, as plenty of players don't mind this style of gameplay, but I'd argue once you reach a point where players don't bother reading the effects, those interactions are no longer truly content. Note that unlike the previous qualifiers mentioned, this qualifier is based on the player, and therefore subjective. In effect, it's a spectrum where the more complicated the web of effects becomes, the more likely it is to disengage the player.

This over-complicatedness leading to disengaging the player can also happen from non-linear gameplay. If the web of effects becomes sufficiently complicated and finding the optimal progression route too time-consuming to discover, players will seek out guides from other players who've completed the game. The second they do this, the game effectively becomes linearly following the instructions of the guide and all the above criticisms apply. Similarly to as before, though, this is a spectrum and not everyone will seek out a guide at the same level of difficulty.

Automation

Automation is a staple of the genre, but it has certain implications for the design of the game. Why, when new content is introduced, must the older content be automated away - why is it a chore and it feels rewarding to not have to do it again? Why does the new mechanic have such appeal if we know it too will just be automated away later on, and we'll be happy when that happens? It honestly begs the question of why this framework of introducing content and automating the old content is even enjoyable - and nearly nonexistent in other genres. You're not going to reach a point in a platformer game where they just automate the jumping part - that's the core mechanic! Instead, platformers either add new mechanics that build on the core mechanic or at least re-contextualize the core mechanic. However, in incremental games new content very frequently means replacing older content, as opposed to augmenting it.

Admittedly, the above paragraph ignores the obvious answer that separates incremental games in this regard. These mechanics become chores as their frequency increases. The frequency increases to give a sense of progression, and automation is seen as a reward because it now manages what was becoming unmanageable. The new content then comes in and continues the loop to give a stronger sense of progression. That's all good and a fine justification for automating content instead of building upon the base mechanic. It's also much easier to design, as each layer essentially lets you start over instead of needing to think of ideas that conform to the original core mechanic.

So, what's the problem? Even if this trend is justified and easy to implement, there are some other effects it has on the game design. First off, and this is probably a neutral point, incremental games with this cycle of replacing old mechanics with new ones trend towards more and more abstract and further away from any narrative throughline as they add layers. There are only so many justifications for resetting progress, so if a game wants to have several of these layers they're inevitably going to become generic or increasingly loosely associated with the original content. It's most unfortunate, in my opinion when an interesting or innovative core mechanic gets fully automated once a generic "prestige" layer is unlocked.

A recent example is Really Grass Cutting Incremental, an incremental game about cutting grass (although I'm really criticizing the Roblox game it's based on). Except, it doesn't continue to be about cutting grass. After you buy enough upgrades to increase your grass cutting and level up sufficiently you "prestige", an abstract term that in this case means you reset all your progress to get some currency to buy upgrades that do the same things as the original upgrades, but these won't reset on future prestiges. You'll eventually be able to "crystallize", which means you reset all your progress to get some currency to buy upgrades that do the same things as the original upgrades (and a couple of new ones) and won't reset on future crystallizes. Fine. You'll progress a bit, complete some challenges, and finally get to... grasshop? Grasshopping is this mechanic where you reset all your progress to get some resource that isn't for buying upgrades - this time you just unlock different modifiers on everything based on their amount. You may have gotten the point by now, but there are also "steelie" resets which give you steel for some reason, before unlocking a factory with various machines - none of which are directly tied to cutting grass, and start gathering things like oil and reset for rocket parts and reset to go to space and so on and so on. Throughout all of this there is absolutely no narrative justification or throughline for the direction the game is going, or why cutting grass is still relevant when we're collecting things like rocket parts. I may be going a little hard on GCI, but it is far from alone.

Tips for Developers ​

If you're a developer, by this point you should have a pretty decent idea of how to create "true" content in your game. Here are some other specific tips I'd suggest:

An upgrade that simply unlocks another upgrade trivially isn't content. However, many games have an upgrade that just unlocks a feature, which then has a wait or other requirements before it can be used. Try to make sure when you unlock a feature, there is immediately something to do with the feature - for example, perhaps give them a small amount of the new currency it unlocks, if applicable.

If you don't have a large web of effects, and can definitively say the impact of a purchase is to multiply the gain of the cost currency by N, and the next purchase costs N times the amount of that same currency, then this purchase effectively made no difference and it may have made more sense to just go directly to the next upgrade. That said, having effects based on things like the number of purchases made will quickly invalidate this tip.

',24),s=[i];function r(h,l,c,u,m,d){return a(),t("div",null,s)}const f=e(o,[["render",r]]);export{p as __pageData,f as default}; diff --git a/assets/guide-to-incrementals_ludology_content_index.md.FEQrhhXx.lean.js b/assets/guide-to-incrementals_ludology_content_index.md.yYSd9OQd.lean.js similarity index 66% rename from assets/guide-to-incrementals_ludology_content_index.md.FEQrhhXx.lean.js rename to assets/guide-to-incrementals_ludology_content_index.md.yYSd9OQd.lean.js index 1c462f544..0f484e76f 100644 --- a/assets/guide-to-incrementals_ludology_content_index.md.FEQrhhXx.lean.js +++ b/assets/guide-to-incrementals_ludology_content_index.md.yYSd9OQd.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o as a,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals/What is Content?","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/what-is-content-","title":"Guide to Incrementals/What is Content?","prev":false,"next":false},"headers":[],"relativePath":"guide-to-incrementals/ludology/content/index.md","filePath":"guide-to-incrementals/ludology/content/index.md","lastUpdated":null}'),o={name:"guide-to-incrementals/ludology/content/index.md"},i=n("",24),s=[i];function r(h,l,c,u,m,d){return a(),t("div",null,s)}const f=e(o,[["render",r]]);export{p as __pageData,f as default}; +import{_ as e,c as t,o as a,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals/What is Content?","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/what-is-content-","title":"Guide to Incrementals/What is Content?","prev":false,"next":false},"headers":[],"relativePath":"guide-to-incrementals/ludology/content/index.md","filePath":"guide-to-incrementals/ludology/content/index.md"}'),o={name:"guide-to-incrementals/ludology/content/index.md"},i=n("",24),s=[i];function r(h,l,c,u,m,d){return a(),t("div",null,s)}const f=e(o,[["render",r]]);export{p as __pageData,f as default}; diff --git a/assets/guide-to-incrementals_ludology_definition_index.md.D6F4PAqO.js b/assets/guide-to-incrementals_ludology_definition_index.md.D6F4PAqO.js deleted file mode 100644 index 5f50ab0c7..000000000 --- a/assets/guide-to-incrementals_ludology_definition_index.md.D6F4PAqO.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as t,o as a,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals/Defining the Genre","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/defining-the-genre","title":"Guide to Incrementals/Defining the Genre","prev":false,"next":false},"headers":[],"relativePath":"guide-to-incrementals/ludology/definition/index.md","filePath":"guide-to-incrementals/ludology/definition/index.md","lastUpdated":null}'),n={name:"guide-to-incrementals/ludology/definition/index.md"},o=r('

Guide to Incrementals/Defining the Genre ​

Video games are placed into genres for a variety of reasons. They can give a mental shorthand to set the player's expectations up, they can help a game market itself by its similarities to other, already popular games, and honestly, people just love categorization for its own sake. For this guide, it's important to define the genre so it is clear what games it's even talking about.

This poses a problem. "Incremental" is a horribly vague way to define games. Most games have numbers going up in some form or another. We need a more specific definition - similar to how "strategy" can't just mean any game with any amount of strategy because that would be most games. What specifically differentiates incremental games from the rest?

"Incremental" implies it's a genre defined by a game mechanic, but all those game mechanics it could imply exist in many other games. Having a skill tree or upgrades doesn't make you incremental, and if a reset mechanic is all it takes then every roguelite would be an incremental as well. So clearly there's more to it than that - what makes an incremental an incremental?

I'd like to go over a couple of popular suggestions I've seen on defining the genre here. I have my personal preferences and will state them here, but I don't think there's a truly perfect answer here.

Disclaimer: I mostly play incremental games on my computer, and my definitions will be heavily biased towards the games I'm familiar with.

Incrementals vs Idlers vs Clickers ​

Oftentimes people refer to this genre as idle games and/or clicker games. You'll even find a trend of oxymoronic game titles that contain both terms. "Incremental games" is the umbrella term both those terms fall under. However, I'd like to argue that not only is it better to just use the term "incremental games", but calling them "idle games" or "clicker games" is wrong. Almost universally, these terms are used interchangeably to refer to the same kind of game, where you start the game click spamming and eventually automate the process. Frankly, that kind of game deserves neither title, and the genre of incremental games has trended away from ever requiring click spamming, as it's a bad mechanic, anyways.

While these games do span a spectrum of how active it requires you to be, and sorting games by that metric can be useful for those looking for a particular experience, the borders of when an incremental game counts as an "idler" is too blurry for the term to be useful. "Incremental games" may not be a great descriptive term for the genre (hence this many thousands of words long page on defining what the genre even is), but it's strictly better than calling them "idler" or "clicker" games. This guide will always use the term "incremental games" unless quoting someone else, as it is the term you typically see on all modern games in the genre.

Incrementals as Parodies

Let's start with one of the most interesting definitions of incremental games. Incremental games appear to be distilled versions of games or genres, "revealing" the naked game design at the core of these games or genres not unlike how parodies comment upon their source material.

To understand what that means, think of how a casino uses skinner boxes to emotionally manipulate its customers to keep playing, but "dressing" up the skinner box with tons of stimuli to hide that ultimately the goal is to condition you into coming back compulsively. The idea that incremental games are parodies means taking the stance that at some level all games are similarly manipulating you, giving dopamine rewards in a way that manipulates you to keep playing while not necessarily giving you any value or fulfillment. Incremental games, then, are any games that plainly display the skinner box, and the manipulative core of the game, at the forefront of the experience.

While incremental games can be fun and even healthy in certain contexts, they can exacerbate video game addiction more than other genres. If you feel like playing incremental games is taking priority over other things in your life, or manipulating your sleep schedule, it may be prudent to seek help. See r/StopGaming for resources.

This "undressing" tends to go hand in hand with a reduced focus on aesthetics, often just printing the game state directly to the screen as text. This makes incremental games much easier to develop, particularly for those with programming skills but not art skills, but that's a tangent for why Incremental Games Guide to Incrementals/Appeal to Developers.

Before I continue, I'd like to make my stance clear that I love games and incremental games, and do not think they should be considered inherently bad or manipulative with the above logic. Skinner boxes are just a way of manipulating behavior via rewards. The games are still fun - that's the reward! I'd believe the real criticism here is that it is "empty fun", or "empty dopamine", that doesn't offer any additional value or sense of fulfillment. I don't think that's inherently bad in moderation, although it can become a problem if the game is manipulating you for profit-seeking, or if you play the game to the detriment of the other parts of your life.

Another interpretation of incremental games as parodies comes from several mainstream incremental games that are also parodies of capitalism, such as cookie clicker and adventure capitalist. It's a very common framework for incremental games to portray the ever-increasing numbers as an insatiable hunger for resources, like the ones observed within capitalism. Therefore, these games are used as evidence that the genre as a whole is about parody and commentary.

Popular videos on incremental games that portray the genre as parodies are Why Idle games make good satire, and how it was ruined. and Bad Game Design - Clicker Games. You may also be interested in this response to the latter video from a fan of incremental games: BadGood Game Design - Clicker Games.

I think that this definition ultimately ascribes a motive to the genre as a whole that only happens to apply to some of the more mainstream titles. There certainly are incremental games commenting on different things, including the genre itself as in the case of The Prestige Tree Classic, The Ascension Tree, or Omega Layers, but certainly not all. And of course, not all games that comment on something or parody something are incremental games! Additionally, a very large majority of incremental games are mobile games using these manipulative strategies to get players to spend as much money as possible - hell, Adventure Capitalist is ostensibly a critique on capitalism but features microtransactions and gameplay that manipulates you into buying them! These profit-seeking incremental games certainly belong within the genre but are hardly parodies when they too use manipulation to serve their interests. Also, from my own anecdotal experience, those who use this definition seem to do so from a fairly surface-level familiarity with the genre, and often in the context of criticizing the genre or the fans thereof.

Incrementals as NGU ​

Another broad definition often used is that incremental games are games where the focus of the game is "numbers going up". This definition proposes that other genres simply use increasing numbers as a means to an end, but incremental games uniquely only care about the numbers themselves going up. Put another way, it implies there should be no narrative justification for the numbers going up other than "why shouldn't they be going up?"

While this definition is common because it feels easy to understand, it is difficult to formally define. Often phrases are used to describe games using this framework, such as having an "exaggerated sense of progression" or "big" numbers. These terms are vague and don't demonstrate an actual threshold between non-incrementals and incrementals. Most games have a sense of progression, so when is it "exaggerated"? How big are "big" numbers? Most notably, RPGs that are typically not considered incrementals will often pass this definition.

Additionally, a lot of incrementals tend to have some theme guiding the gameplay, or at least the names of mechanics. This makes the line blurred between when numbers are going up for their own sake versus for a contextual reason. I believe this point is best illustrated that, while most RPGs are not considered incremental games, there is a sub-genre of "incremental RPGs" that typically relates to RPGs that perform combat automatically. This definition of incremental games does not support RPGs and "incremental RPGs" being on distinct sides of the line if the only difference between them is manual vs automatic combat.

Incrementals as Strategies

This is a rarer interpretation, but there are similarities between incremental games and strategy games, implying incrementals might just be a sub-genre of strategy games. By this approach, incremental games would be defined by their relation to strategy games, and how they involve player strategy. Incremental games are often large optimization problems - above all else, the actual gameplay the player is performing is deciding what to do next. The consequences of wrong decisions are typically more lenient in incremental games - such as just not making optimal progress - but they certainly get complex.

So if we accept the premise that incrementals could fall under strategy, we still need to define what makes a strategy game an incremental versus some other strategy sub-genre. This is a bit tricky due to one particular sub-genre of strategy games: Factory Builders.

Factory builders, such as Factorio or Satisfactory, are games about gaining ever increasing resources, optimizing production, and expanding more and more. That... sounds pretty similar, doesn't it? In fact, there's been some debate on whether factory builders would fall under the "incremental" umbrella. I think it's safe to say the two are certainly related, and probably have quite a bit of overlap in playerbase.

Roguelites as Incrementals? ​

Earlier on, I mentioned reset mechanics shouldn't be used in the definition because that could make all roguelites incrementals... But what if it does? A lot of incrementals can be described as games with a strong sense of progression, often with layers of meta-progression. Roguelites fit that bill to a T. What would make roguelites not incremental? I honestly don't think there's a good explanation here, but many fans of incremental games will state they do believe the two genres to be unrelated, even if there's a significant overlap between their player bases due to having similar appealing traits.

At this point, it'd be appropriate to consider what part of the definition of roguelites precludes them from also being incrementals, but that reveals a new problem: What are roguelites? They're usually defined as rogue_likes with meta-progression, but that just pushes the problem back a step: Incrementals aren't the only genre to have difficulties defining themselves, it seems! Roguelikes are another genre where the community argues over the formal definition of their genre, although that means we can borrow from their process of coming to a consensus, and maybe come across a viable definition for incremental games.

The Berlin Interpretation ​

By far the most popular way of defining roguelikes is the "Berlin Interpretation", which acknowledged the diversity of games within the genre and argued the definition should not be based on any ideals about what the genre ought to be, but rather defined by "its canon". They argued there are a handful of games that can be used to define the canon for roguelikes, and from those games, a list of factors can be derived to determine a game's "roguelikeness". The more factors a game has, the more of a roguelike it is. This strategy is very lenient, allowing a game to not present any specific factor so long as it shows enough, and accounts for the blurriness of any genre definition by not explicitly stating how many factors a game must have to qualify as a definite roguelike.

I believe this strategy for defining genres can be applied to other genres as well. A handful of games can be argued to be the incremental games canon, and a list of factors derived from them can be used to judge any game based on its "incrementalness". I'll propose such a canon and list of factors here, but by no means should it be considered the end-all-be-all.

Note: The "Temple of the roguelike", an authority within the genre, has since replaced the Berlin Interpretation with a new set of factors here: https://blog.roguetemple.com/what-is-a-traditional-roguelike/

The Incremental Games Canon ​

Alright, time to get controversial. Up til now, I've been trying my best to stay objective and analytical, but now it's time to start making some opinionated decisions. Here is a list of games I think could justifiably make up an Incremental Games Canon:

I chose a variety of games here, biasing towards newer games, purposefully to avoid making a narrow or "traditional" definition. The genre is growing and shouldn't be constrained by the traits of the early popular titles. A lot of these could easily be replaced with other games that are mechanically congruent, so ultimately I'm sure if you asked 10 people for their canon list you'd just get 10 different answers, but I think this should sufficiently allow us to determine what factors make a game have higher "incrementalness".

The Paradigm Shift ​

The Paradigm Shift is probably the highest possible value factor for an incremental. It's so common that for a while people referred to incrementals that exhibit this trait as "unfolding" games, to the point of trying to replace the term incremental due to their popularity. Paradigm shifts refer to when the gameplay significantly changes. There are too many examples to list here, but notably, every single reset mechanic is typically going to be a paradigm shift. Examples of games with paradigm shifts that aren't tied to reset mechanics include Universal Paperclips and A Dark Room.

There are many reasons for the appeal of paradigm shifts. Oftentimes each mechanic builds on top of the existing mechanics, increasing the complexity of the game in steps so the player can follow along. They provide a sense of mystery, with the player anticipating what will happen next. They shake up the gameplay before it gets too stale - allowing the game to entertain for longer before the sense of Guide to Incrementals/What is Content? dissipates. Of the canon games selected above, I would argue every single one contains a paradigm shift (although I could see someone disagreeing with that statement wrt Increlution).

I should take a moment to say that while I'm hyping up this specific factor, we cannot just reduce the genre definition to "does it have paradigm shifts". Many games have paradigm shifts that are not incremental, so it's just an indicator of incrementalness. Additionally, it can become quite hard to determine how large of a shift is a "paradigm" shift. Take, for example, any game with a skill tree. In some games, each skill node might have a large impact on how you play with the game, and qualify as a paradigm shift for some players. In other games, each skill node might just be a small percentage modifier on some stat that doesn't really impact much more than a slight bias towards an already established mechanic that's newly buffed. Every single canon game may show that it's common amongst incremental games, but could just as easily indicate that they're common in games in general.

High-Value Factors ​

I won't take as long to discuss the high and low-value factors, as you've already seen most of them brought up earlier on this page. As a reminder, a game does NOT need all of these to be an incremental game, but these are factors that each indicate a strong possibility the game is an incremental, so having several of these means they probably are. These factors apply to most of the canon incremental games.

"Pure UI" Display. Incrementals typically have a textual presentation of the game state - there isn't a visual representation of the entities within the game. The interface is closer to what would be just the UI of a game in another genre or the control panel of a plane. If there is a visual representation, the player is often still interacting with non-diegetic game elements.

Reduced Consequences. Incrementals tend to have reduced repurcussions for misplaying. They very rarely have fail states, where often the largest consequence is simply not progressing - never losing progress.

Optimization Problems. The predominant gameplay of incrementals is typically solving optimization problems, from deciding which purchase to save up for to reasoning and deciding between different mutually exclusive options the game presents.

Resource Management. Incrementals tend to have a lot of resources within the game to keep track of.

Low-Value Factors ​

These are low-value factors, meaning they aren't as strongly correlated with incremental games. Incremental games may have none of these, and non-incrementals may have several of these - if a game only has low-value factors, they're probably not an incremental.

Fast Numeric Growth. Numbers in incremental games tend to grow faster than in other genres. There are more instances of superlinear growth. The larger the numbers get, the stronger of a signal this factor is.

Automation. As an incremental game progresses, the player often no longer has to deal with earlier mechanics, by having them either happen automatically or otherwise be replaced with an alternative that requires less player interaction.

Goal-Oriented. Incrementals are often heavily reliant on extrinsic motivation to guide the player. Typically this is through some sort of in-game goal to work towards, such as a certain amount of a resource being required to unlock or purchase something new.

Waiting is a Mechanic. In incremental games, the player may come across times where there is no action they can take, and the game will progress automatically instead. The player must wait for some amount of this automatic progress to occur before they can resume interaction with the game.

Are Roguelites Incrementals? ​

Having made our variation of the Berlin Interpretation for incremental games, we can compare it to the Berlin Interpretation to determine if there's enough overlap that any game that "passes" the Berlin Interpretation would also pass the incremental variant. That is to say, whether any roguelite would also be considered an incremental game.

The meta-progression of an incremental game could arguably be considered a paradigm shift, and certainly adds some resource management. Goal-oriented would probably also apply. I think anything other than those would be a stretch, and in my opinion that just isn't enough to qualify. To be totally honest, I was never expecting to conclude otherwise though 😉

Sub-Genres ​

There are some trends in incremental games that go beyond just being a commonly used mechanic, such that they deeply affect the rest of the game design. These trends can be used to determine sub-genres within the incremental games umbrella:

Loops games are a sub-genre defined by having a core mechanic related to a loop, where the player is deciding the actions taken per loop. Notable examples include Idle Loops, Stuck in Time, Cavernous II, and Increlution. You may also argue Groundhog Life and Progress Knight fall into this sub-genre.

ITRTG-like games are a sub-genre defined by having a core mechanic based on clearing increasingly difficult battles and often tend to have a lot of different mechanics to become progressively stronger. Notable examples include Idling to Rule the Gods, NGU Idle, and Wizard and Minion Idle.

Polynomial Growth games are a sub-genre defined by having a core mechanic related to a higher degree polynomial. Notable examples include the base layer of Antimatter Dimensions and Swarm Simulator.

Upgrades Games is a category popular on flash games websites that featured games focused on buying upgrades that would allow you to attain more currency in some sort of minigame that would earn you more money to buy more upgrades, which I'd argue now belong under the fold of incremental games. Notable examples include the Learn to Fly series and Upgrade Complete.

Cultivation RPGs are a genre of games, books, and anime popular in China that center around being in a fantasy world with characters getting stronger over time. While few of them get translated into English, a fan of incremental games may find the available games interesting.

',64),i=[o];function s(l,h,m,g,c,u){return a(),t("div",null,i)}const f=e(n,[["render",s]]);export{p as __pageData,f as default}; diff --git a/assets/guide-to-incrementals_ludology_definition_index.md.Dt11wqgK.js b/assets/guide-to-incrementals_ludology_definition_index.md.Dt11wqgK.js new file mode 100644 index 000000000..3b9c794d2 --- /dev/null +++ b/assets/guide-to-incrementals_ludology_definition_index.md.Dt11wqgK.js @@ -0,0 +1 @@ +import{_ as e,c as t,o as a,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals/Defining the Genre","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/defining-the-genre","title":"Guide to Incrementals/Defining the Genre","prev":false,"next":false},"headers":[],"relativePath":"guide-to-incrementals/ludology/definition/index.md","filePath":"guide-to-incrementals/ludology/definition/index.md"}'),n={name:"guide-to-incrementals/ludology/definition/index.md"},o=r('

Guide to Incrementals/Defining the Genre ​

Video games are placed into genres for a variety of reasons. They can give a mental shorthand to set the player's expectations up, they can help a game market itself by its similarities to other, already popular games, and honestly, people just love categorization for its own sake. For this guide, it's important to define the genre so it is clear what games it's even talking about.

This poses a problem. "Incremental" is a horribly vague way to define games. Most games have numbers going up in some form or another. We need a more specific definition - similar to how "strategy" can't just mean any game with any amount of strategy because that would be most games. What specifically differentiates incremental games from the rest?

"Incremental" implies it's a genre defined by a game mechanic, but all those game mechanics it could imply exist in many other games. Having a skill tree or upgrades doesn't make you incremental, and if a reset mechanic is all it takes then every roguelite would be an incremental as well. So clearly there's more to it than that - what makes an incremental an incremental?

I'd like to go over a couple of popular suggestions I've seen on defining the genre here. I have my personal preferences and will state them here, but I don't think there's a truly perfect answer here.

Disclaimer: I mostly play incremental games on my computer, and my definitions will be heavily biased towards the games I'm familiar with.

Incrementals vs Idlers vs Clickers ​

Oftentimes people refer to this genre as idle games and/or clicker games. You'll even find a trend of oxymoronic game titles that contain both terms. "Incremental games" is the umbrella term both those terms fall under. However, I'd like to argue that not only is it better to just use the term "incremental games", but calling them "idle games" or "clicker games" is wrong. Almost universally, these terms are used interchangeably to refer to the same kind of game, where you start the game click spamming and eventually automate the process. Frankly, that kind of game deserves neither title, and the genre of incremental games has trended away from ever requiring click spamming, as it's a bad mechanic, anyways.

While these games do span a spectrum of how active it requires you to be, and sorting games by that metric can be useful for those looking for a particular experience, the borders of when an incremental game counts as an "idler" is too blurry for the term to be useful. "Incremental games" may not be a great descriptive term for the genre (hence this many thousands of words long page on defining what the genre even is), but it's strictly better than calling them "idler" or "clicker" games. This guide will always use the term "incremental games" unless quoting someone else, as it is the term you typically see on all modern games in the genre.

Incrementals as Parodies

Let's start with one of the most interesting definitions of incremental games. Incremental games appear to be distilled versions of games or genres, "revealing" the naked game design at the core of these games or genres not unlike how parodies comment upon their source material.

To understand what that means, think of how a casino uses skinner boxes to emotionally manipulate its customers to keep playing, but "dressing" up the skinner box with tons of stimuli to hide that ultimately the goal is to condition you into coming back compulsively. The idea that incremental games are parodies means taking the stance that at some level all games are similarly manipulating you, giving dopamine rewards in a way that manipulates you to keep playing while not necessarily giving you any value or fulfillment. Incremental games, then, are any games that plainly display the skinner box, and the manipulative core of the game, at the forefront of the experience.

While incremental games can be fun and even healthy in certain contexts, they can exacerbate video game addiction more than other genres. If you feel like playing incremental games is taking priority over other things in your life, or manipulating your sleep schedule, it may be prudent to seek help. See r/StopGaming for resources.

This "undressing" tends to go hand in hand with a reduced focus on aesthetics, often just printing the game state directly to the screen as text. This makes incremental games much easier to develop, particularly for those with programming skills but not art skills, but that's a tangent for why Incremental Games Guide to Incrementals/Appeal to Developers.

Before I continue, I'd like to make my stance clear that I love games and incremental games, and do not think they should be considered inherently bad or manipulative with the above logic. Skinner boxes are just a way of manipulating behavior via rewards. The games are still fun - that's the reward! I'd believe the real criticism here is that it is "empty fun", or "empty dopamine", that doesn't offer any additional value or sense of fulfillment. I don't think that's inherently bad in moderation, although it can become a problem if the game is manipulating you for profit-seeking, or if you play the game to the detriment of the other parts of your life.

Another interpretation of incremental games as parodies comes from several mainstream incremental games that are also parodies of capitalism, such as cookie clicker and adventure capitalist. It's a very common framework for incremental games to portray the ever-increasing numbers as an insatiable hunger for resources, like the ones observed within capitalism. Therefore, these games are used as evidence that the genre as a whole is about parody and commentary.

Popular videos on incremental games that portray the genre as parodies are Why Idle games make good satire, and how it was ruined. and Bad Game Design - Clicker Games. You may also be interested in this response to the latter video from a fan of incremental games: BadGood Game Design - Clicker Games.

I think that this definition ultimately ascribes a motive to the genre as a whole that only happens to apply to some of the more mainstream titles. There certainly are incremental games commenting on different things, including the genre itself as in the case of The Prestige Tree Classic, The Ascension Tree, or Omega Layers, but certainly not all. And of course, not all games that comment on something or parody something are incremental games! Additionally, a very large majority of incremental games are mobile games using these manipulative strategies to get players to spend as much money as possible - hell, Adventure Capitalist is ostensibly a critique on capitalism but features microtransactions and gameplay that manipulates you into buying them! These profit-seeking incremental games certainly belong within the genre but are hardly parodies when they too use manipulation to serve their interests. Also, from my own anecdotal experience, those who use this definition seem to do so from a fairly surface-level familiarity with the genre, and often in the context of criticizing the genre or the fans thereof.

Incrementals as NGU ​

Another broad definition often used is that incremental games are games where the focus of the game is "numbers going up". This definition proposes that other genres simply use increasing numbers as a means to an end, but incremental games uniquely only care about the numbers themselves going up. Put another way, it implies there should be no narrative justification for the numbers going up other than "why shouldn't they be going up?"

While this definition is common because it feels easy to understand, it is difficult to formally define. Often phrases are used to describe games using this framework, such as having an "exaggerated sense of progression" or "big" numbers. These terms are vague and don't demonstrate an actual threshold between non-incrementals and incrementals. Most games have a sense of progression, so when is it "exaggerated"? How big are "big" numbers? Most notably, RPGs that are typically not considered incrementals will often pass this definition.

Additionally, a lot of incrementals tend to have some theme guiding the gameplay, or at least the names of mechanics. This makes the line blurred between when numbers are going up for their own sake versus for a contextual reason. I believe this point is best illustrated that, while most RPGs are not considered incremental games, there is a sub-genre of "incremental RPGs" that typically relates to RPGs that perform combat automatically. This definition of incremental games does not support RPGs and "incremental RPGs" being on distinct sides of the line if the only difference between them is manual vs automatic combat.

Incrementals as Strategies

This is a rarer interpretation, but there are similarities between incremental games and strategy games, implying incrementals might just be a sub-genre of strategy games. By this approach, incremental games would be defined by their relation to strategy games, and how they involve player strategy. Incremental games are often large optimization problems - above all else, the actual gameplay the player is performing is deciding what to do next. The consequences of wrong decisions are typically more lenient in incremental games - such as just not making optimal progress - but they certainly get complex.

So if we accept the premise that incrementals could fall under strategy, we still need to define what makes a strategy game an incremental versus some other strategy sub-genre. This is a bit tricky due to one particular sub-genre of strategy games: Factory Builders.

Factory builders, such as Factorio or Satisfactory, are games about gaining ever increasing resources, optimizing production, and expanding more and more. That... sounds pretty similar, doesn't it? In fact, there's been some debate on whether factory builders would fall under the "incremental" umbrella. I think it's safe to say the two are certainly related, and probably have quite a bit of overlap in playerbase.

Roguelites as Incrementals? ​

Earlier on, I mentioned reset mechanics shouldn't be used in the definition because that could make all roguelites incrementals... But what if it does? A lot of incrementals can be described as games with a strong sense of progression, often with layers of meta-progression. Roguelites fit that bill to a T. What would make roguelites not incremental? I honestly don't think there's a good explanation here, but many fans of incremental games will state they do believe the two genres to be unrelated, even if there's a significant overlap between their player bases due to having similar appealing traits.

At this point, it'd be appropriate to consider what part of the definition of roguelites precludes them from also being incrementals, but that reveals a new problem: What are roguelites? They're usually defined as rogue_likes with meta-progression, but that just pushes the problem back a step: Incrementals aren't the only genre to have difficulties defining themselves, it seems! Roguelikes are another genre where the community argues over the formal definition of their genre, although that means we can borrow from their process of coming to a consensus, and maybe come across a viable definition for incremental games.

The Berlin Interpretation ​

By far the most popular way of defining roguelikes is the "Berlin Interpretation", which acknowledged the diversity of games within the genre and argued the definition should not be based on any ideals about what the genre ought to be, but rather defined by "its canon". They argued there are a handful of games that can be used to define the canon for roguelikes, and from those games, a list of factors can be derived to determine a game's "roguelikeness". The more factors a game has, the more of a roguelike it is. This strategy is very lenient, allowing a game to not present any specific factor so long as it shows enough, and accounts for the blurriness of any genre definition by not explicitly stating how many factors a game must have to qualify as a definite roguelike.

I believe this strategy for defining genres can be applied to other genres as well. A handful of games can be argued to be the incremental games canon, and a list of factors derived from them can be used to judge any game based on its "incrementalness". I'll propose such a canon and list of factors here, but by no means should it be considered the end-all-be-all.

Note: The "Temple of the roguelike", an authority within the genre, has since replaced the Berlin Interpretation with a new set of factors here: https://blog.roguetemple.com/what-is-a-traditional-roguelike/

The Incremental Games Canon ​

Alright, time to get controversial. Up til now, I've been trying my best to stay objective and analytical, but now it's time to start making some opinionated decisions. Here is a list of games I think could justifiably make up an Incremental Games Canon:

I chose a variety of games here, biasing towards newer games, purposefully to avoid making a narrow or "traditional" definition. The genre is growing and shouldn't be constrained by the traits of the early popular titles. A lot of these could easily be replaced with other games that are mechanically congruent, so ultimately I'm sure if you asked 10 people for their canon list you'd just get 10 different answers, but I think this should sufficiently allow us to determine what factors make a game have higher "incrementalness".

The Paradigm Shift ​

The Paradigm Shift is probably the highest possible value factor for an incremental. It's so common that for a while people referred to incrementals that exhibit this trait as "unfolding" games, to the point of trying to replace the term incremental due to their popularity. Paradigm shifts refer to when the gameplay significantly changes. There are too many examples to list here, but notably, every single reset mechanic is typically going to be a paradigm shift. Examples of games with paradigm shifts that aren't tied to reset mechanics include Universal Paperclips and A Dark Room.

There are many reasons for the appeal of paradigm shifts. Oftentimes each mechanic builds on top of the existing mechanics, increasing the complexity of the game in steps so the player can follow along. They provide a sense of mystery, with the player anticipating what will happen next. They shake up the gameplay before it gets too stale - allowing the game to entertain for longer before the sense of Guide to Incrementals/What is Content? dissipates. Of the canon games selected above, I would argue every single one contains a paradigm shift (although I could see someone disagreeing with that statement wrt Increlution).

I should take a moment to say that while I'm hyping up this specific factor, we cannot just reduce the genre definition to "does it have paradigm shifts". Many games have paradigm shifts that are not incremental, so it's just an indicator of incrementalness. Additionally, it can become quite hard to determine how large of a shift is a "paradigm" shift. Take, for example, any game with a skill tree. In some games, each skill node might have a large impact on how you play with the game, and qualify as a paradigm shift for some players. In other games, each skill node might just be a small percentage modifier on some stat that doesn't really impact much more than a slight bias towards an already established mechanic that's newly buffed. Every single canon game may show that it's common amongst incremental games, but could just as easily indicate that they're common in games in general.

High-Value Factors ​

I won't take as long to discuss the high and low-value factors, as you've already seen most of them brought up earlier on this page. As a reminder, a game does NOT need all of these to be an incremental game, but these are factors that each indicate a strong possibility the game is an incremental, so having several of these means they probably are. These factors apply to most of the canon incremental games.

"Pure UI" Display. Incrementals typically have a textual presentation of the game state - there isn't a visual representation of the entities within the game. The interface is closer to what would be just the UI of a game in another genre or the control panel of a plane. If there is a visual representation, the player is often still interacting with non-diegetic game elements.

Reduced Consequences. Incrementals tend to have reduced repurcussions for misplaying. They very rarely have fail states, where often the largest consequence is simply not progressing - never losing progress.

Optimization Problems. The predominant gameplay of incrementals is typically solving optimization problems, from deciding which purchase to save up for to reasoning and deciding between different mutually exclusive options the game presents.

Resource Management. Incrementals tend to have a lot of resources within the game to keep track of.

Low-Value Factors ​

These are low-value factors, meaning they aren't as strongly correlated with incremental games. Incremental games may have none of these, and non-incrementals may have several of these - if a game only has low-value factors, they're probably not an incremental.

Fast Numeric Growth. Numbers in incremental games tend to grow faster than in other genres. There are more instances of superlinear growth. The larger the numbers get, the stronger of a signal this factor is.

Automation. As an incremental game progresses, the player often no longer has to deal with earlier mechanics, by having them either happen automatically or otherwise be replaced with an alternative that requires less player interaction.

Goal-Oriented. Incrementals are often heavily reliant on extrinsic motivation to guide the player. Typically this is through some sort of in-game goal to work towards, such as a certain amount of a resource being required to unlock or purchase something new.

Waiting is a Mechanic. In incremental games, the player may come across times where there is no action they can take, and the game will progress automatically instead. The player must wait for some amount of this automatic progress to occur before they can resume interaction with the game.

Are Roguelites Incrementals? ​

Having made our variation of the Berlin Interpretation for incremental games, we can compare it to the Berlin Interpretation to determine if there's enough overlap that any game that "passes" the Berlin Interpretation would also pass the incremental variant. That is to say, whether any roguelite would also be considered an incremental game.

The meta-progression of an incremental game could arguably be considered a paradigm shift, and certainly adds some resource management. Goal-oriented would probably also apply. I think anything other than those would be a stretch, and in my opinion that just isn't enough to qualify. To be totally honest, I was never expecting to conclude otherwise though 😉

Sub-Genres ​

There are some trends in incremental games that go beyond just being a commonly used mechanic, such that they deeply affect the rest of the game design. These trends can be used to determine sub-genres within the incremental games umbrella:

Loops games are a sub-genre defined by having a core mechanic related to a loop, where the player is deciding the actions taken per loop. Notable examples include Idle Loops, Stuck in Time, Cavernous II, and Increlution. You may also argue Groundhog Life and Progress Knight fall into this sub-genre.

ITRTG-like games are a sub-genre defined by having a core mechanic based on clearing increasingly difficult battles and often tend to have a lot of different mechanics to become progressively stronger. Notable examples include Idling to Rule the Gods, NGU Idle, and Wizard and Minion Idle.

Polynomial Growth games are a sub-genre defined by having a core mechanic related to a higher degree polynomial. Notable examples include the base layer of Antimatter Dimensions and Swarm Simulator.

Upgrades Games is a category popular on flash games websites that featured games focused on buying upgrades that would allow you to attain more currency in some sort of minigame that would earn you more money to buy more upgrades, which I'd argue now belong under the fold of incremental games. Notable examples include the Learn to Fly series and Upgrade Complete.

Cultivation RPGs are a genre of games, books, and anime popular in China that center around being in a fantasy world with characters getting stronger over time. While few of them get translated into English, a fan of incremental games may find the available games interesting.

',64),i=[o];function s(l,h,m,g,c,u){return a(),t("div",null,i)}const f=e(n,[["render",s]]);export{p as __pageData,f as default}; diff --git a/assets/guide-to-incrementals_ludology_definition_index.md.D6F4PAqO.lean.js b/assets/guide-to-incrementals_ludology_definition_index.md.Dt11wqgK.lean.js similarity index 65% rename from assets/guide-to-incrementals_ludology_definition_index.md.D6F4PAqO.lean.js rename to assets/guide-to-incrementals_ludology_definition_index.md.Dt11wqgK.lean.js index cd7ba73ac..92c1e3dc0 100644 --- a/assets/guide-to-incrementals_ludology_definition_index.md.D6F4PAqO.lean.js +++ b/assets/guide-to-incrementals_ludology_definition_index.md.Dt11wqgK.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o as a,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals/Defining the Genre","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/defining-the-genre","title":"Guide to Incrementals/Defining the Genre","prev":false,"next":false},"headers":[],"relativePath":"guide-to-incrementals/ludology/definition/index.md","filePath":"guide-to-incrementals/ludology/definition/index.md","lastUpdated":null}'),n={name:"guide-to-incrementals/ludology/definition/index.md"},o=r("",64),i=[o];function s(l,h,m,g,c,u){return a(),t("div",null,i)}const f=e(n,[["render",s]]);export{p as __pageData,f as default}; +import{_ as e,c as t,o as a,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"Guide to Incrementals/Defining the Genre","description":"","frontmatter":{"public":"true","slug":"guide-to-incrementals/defining-the-genre","title":"Guide to Incrementals/Defining the Genre","prev":false,"next":false},"headers":[],"relativePath":"guide-to-incrementals/ludology/definition/index.md","filePath":"guide-to-incrementals/ludology/definition/index.md"}'),n={name:"guide-to-incrementals/ludology/definition/index.md"},o=r("",64),i=[o];function s(l,h,m,g,c,u){return a(),t("div",null,i)}const f=e(n,[["render",s]]);export{p as __pageData,f as default}; diff --git a/assets/index.md.Co5sSAZZ.js b/assets/index.md.DCyM0yje.js similarity index 85% rename from assets/index.md.Co5sSAZZ.js rename to assets/index.md.DCyM0yje.js index e81472d14..2737646d9 100644 --- a/assets/index.md.Co5sSAZZ.js +++ b/assets/index.md.DCyM0yje.js @@ -1 +1 @@ -import{_ as e,c as t,o as a}from"./chunks/framework.Mb1uu3dm.js";const d=JSON.parse(`{"title":"The Paper Pilot","description":"","frontmatter":{"title":"The Paper Pilot","layout":"home","sidebar":true,"hero":{"name":"The Paper Pilot","tagline":"I'm Anthony, or The Paper Pilot, and I make fun games and tools!","actions":[{"theme":"brand","text":"My Projects","link":"/projects/"},{"theme":"alt","text":"My Resume","link":"https://resume.incremental.social/thepaperpilot/thepaperpilot"}]},"features":[{"icon":"🧑‍💻","title":"Profectus","details":"A game engine that grows with you","link":"https://moddingtree.com"},{"icon":"👤","title":"Incremental Social","details":"A kind social media site for the incremental games community","link":"https://incremental.social"},{"icon":"🎮","title":"My Games","details":"Most of my games are playable on Itch","link":"https://thepaperpilot.itch.io"}]},"headers":[],"relativePath":"index.md","filePath":"index.md","lastUpdated":1717646210000}`),i={name:"index.md"};function o(n,r,s,l,c,m){return a(),t("div")}const h=e(i,[["render",o]]);export{d as __pageData,h as default}; +import{_ as e,c as t,o as a}from"./chunks/framework.Mb1uu3dm.js";const d=JSON.parse(`{"title":"The Paper Pilot","description":"","frontmatter":{"title":"The Paper Pilot","layout":"home","sidebar":true,"hero":{"name":"The Paper Pilot","tagline":"I'm Anthony, or The Paper Pilot, and I make fun games and tools!","actions":[{"theme":"brand","text":"My Projects","link":"/projects/"},{"theme":"alt","text":"My Resume","link":"https://resume.incremental.social/thepaperpilot/thepaperpilot"}]},"features":[{"icon":"🧑‍💻","title":"Profectus","details":"A game engine that grows with you","link":"https://moddingtree.com"},{"icon":"👤","title":"Incremental Social","details":"A kind social media site for the incremental games community","link":"https://incremental.social"},{"icon":"🎮","title":"My Games","details":"Most of my games are playable on Itch","link":"https://thepaperpilot.itch.io"}]},"headers":[],"relativePath":"index.md","filePath":"index.md"}`),i={name:"index.md"};function o(n,r,s,l,c,m){return a(),t("div")}const h=e(i,[["render",o]]);export{d as __pageData,h as default}; diff --git a/assets/index.md.Co5sSAZZ.lean.js b/assets/index.md.DCyM0yje.lean.js similarity index 85% rename from assets/index.md.Co5sSAZZ.lean.js rename to assets/index.md.DCyM0yje.lean.js index e81472d14..2737646d9 100644 --- a/assets/index.md.Co5sSAZZ.lean.js +++ b/assets/index.md.DCyM0yje.lean.js @@ -1 +1 @@ -import{_ as e,c as t,o as a}from"./chunks/framework.Mb1uu3dm.js";const d=JSON.parse(`{"title":"The Paper Pilot","description":"","frontmatter":{"title":"The Paper Pilot","layout":"home","sidebar":true,"hero":{"name":"The Paper Pilot","tagline":"I'm Anthony, or The Paper Pilot, and I make fun games and tools!","actions":[{"theme":"brand","text":"My Projects","link":"/projects/"},{"theme":"alt","text":"My Resume","link":"https://resume.incremental.social/thepaperpilot/thepaperpilot"}]},"features":[{"icon":"🧑‍💻","title":"Profectus","details":"A game engine that grows with you","link":"https://moddingtree.com"},{"icon":"👤","title":"Incremental Social","details":"A kind social media site for the incremental games community","link":"https://incremental.social"},{"icon":"🎮","title":"My Games","details":"Most of my games are playable on Itch","link":"https://thepaperpilot.itch.io"}]},"headers":[],"relativePath":"index.md","filePath":"index.md","lastUpdated":1717646210000}`),i={name:"index.md"};function o(n,r,s,l,c,m){return a(),t("div")}const h=e(i,[["render",o]]);export{d as __pageData,h as default}; +import{_ as e,c as t,o as a}from"./chunks/framework.Mb1uu3dm.js";const d=JSON.parse(`{"title":"The Paper Pilot","description":"","frontmatter":{"title":"The Paper Pilot","layout":"home","sidebar":true,"hero":{"name":"The Paper Pilot","tagline":"I'm Anthony, or The Paper Pilot, and I make fun games and tools!","actions":[{"theme":"brand","text":"My Projects","link":"/projects/"},{"theme":"alt","text":"My Resume","link":"https://resume.incremental.social/thepaperpilot/thepaperpilot"}]},"features":[{"icon":"🧑‍💻","title":"Profectus","details":"A game engine that grows with you","link":"https://moddingtree.com"},{"icon":"👤","title":"Incremental Social","details":"A kind social media site for the incremental games community","link":"https://incremental.social"},{"icon":"🎮","title":"My Games","details":"Most of my games are playable on Itch","link":"https://thepaperpilot.itch.io"}]},"headers":[],"relativePath":"index.md","filePath":"index.md"}`),i={name:"index.md"};function o(n,r,s,l,c,m){return a(),t("div")}const h=e(i,[["render",o]]);export{d as __pageData,h as default}; diff --git a/assets/public_gamedevtree_2.0-format-changes.md.C1i9BICC.js b/assets/public_gamedevtree_2.0-format-changes.md.C1i9BICC.js new file mode 100644 index 000000000..3a320194d --- /dev/null +++ b/assets/public_gamedevtree_2.0-format-changes.md.C1i9BICC.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"2.0 format changes","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/2.0-format-changes.md","filePath":"public/gamedevtree/2.0-format-changes.md"}'),i={name:"public/gamedevtree/2.0-format-changes.md"},n=o('

2.0 format changes ​

  • Temp format is changed from temp.something[layer] to temp[layer].something, for consistency
  • Challenges are now saved as an object with the amount of completions in each spot. (This will break saves.)
  • effectDisplay in Challenges and Upgrades no longer takes an argument, and neither does effect for Buyables
  • Buyable cost can take an argument for amount of buyables, but it needs to function if no argument is supplied (it should do the cost for the next purchase).
  • Generation of Points now happens in the main game loop (not in a layer update function), enabled by canGenPoints in game.js.
  • Changed fullLayerReset to layerDataReset, which takes an array of names of values to keep

In addition, many names were changed, mostly expanding abbreviations:

All instances of:

  • chall -> challenge
  • unl -> unlocked
  • upg -> upgrade (besides CSS)
  • amt -> amount
  • desc -> description
  • resCeil -> roundUpCost
  • order -> unlockOrder
  • incr_order -> increaseUnlockOrder

Challenges:

  • desc -> challengeDescription
  • reward -> rewardDescription
  • effect -> rewardEffect
  • effectDisplay -> rewardDisplay
  • active -> challengeActive
',7),l=[n];function s(r,c,d,g,h,m){return t(),a("div",null,l)}const u=e(i,[["render",s]]);export{p as __pageData,u as default}; diff --git a/assets/public_gamedevtree_2.0-format-changes.md.C1i9BICC.lean.js b/assets/public_gamedevtree_2.0-format-changes.md.C1i9BICC.lean.js new file mode 100644 index 000000000..78b73908e --- /dev/null +++ b/assets/public_gamedevtree_2.0-format-changes.md.C1i9BICC.lean.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const p=JSON.parse('{"title":"2.0 format changes","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/2.0-format-changes.md","filePath":"public/gamedevtree/2.0-format-changes.md"}'),i={name:"public/gamedevtree/2.0-format-changes.md"},n=o("",7),l=[n];function s(r,c,d,g,h,m){return t(),a("div",null,l)}const u=e(i,[["render",s]]);export{p as __pageData,u as default}; diff --git a/assets/public_gamedevtree_2.0-format-changes.md.Cx8d6xah.js b/assets/public_gamedevtree_2.0-format-changes.md.Cx8d6xah.js deleted file mode 100644 index 03963c25a..000000000 --- a/assets/public_gamedevtree_2.0-format-changes.md.Cx8d6xah.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"2.0 format changes","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/2.0-format-changes.md","filePath":"public/gamedevtree/2.0-format-changes.md","lastUpdated":1603070823000}'),i={name:"public/gamedevtree/2.0-format-changes.md"},l=o('

2.0 format changes ​

  • Temp format is changed from temp.something[layer] to temp[layer].something, for consistency
  • Challenges are now saved as an object with the amount of completions in each spot. (This will break saves.)
  • effectDisplay in Challenges and Upgrades no longer takes an argument, and neither does effect for Buyables
  • Buyable cost can take an argument for amount of buyables, but it needs to function if no argument is supplied (it should do the cost for the next purchase).
  • Generation of Points now happens in the main game loop (not in a layer update function), enabled by canGenPoints in game.js.
  • Changed fullLayerReset to layerDataReset, which takes an array of names of values to keep

In addition, many names were changed, mostly expanding abbreviations:

All instances of:

  • chall -> challenge
  • unl -> unlocked
  • upg -> upgrade (besides CSS)
  • amt -> amount
  • desc -> description
  • resCeil -> roundUpCost
  • order -> unlockOrder
  • incr_order -> increaseUnlockOrder

Challenges:

  • desc -> challengeDescription
  • reward -> rewardDescription
  • effect -> rewardEffect
  • effectDisplay -> rewardDisplay
  • active -> challengeActive
',7),n=[l];function s(r,c,d,g,h,m){return t(),a("div",null,n)}const u=e(i,[["render",s]]);export{f as __pageData,u as default}; diff --git a/assets/public_gamedevtree_2.0-format-changes.md.Cx8d6xah.lean.js b/assets/public_gamedevtree_2.0-format-changes.md.Cx8d6xah.lean.js deleted file mode 100644 index cc96572c3..000000000 --- a/assets/public_gamedevtree_2.0-format-changes.md.Cx8d6xah.lean.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"2.0 format changes","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/2.0-format-changes.md","filePath":"public/gamedevtree/2.0-format-changes.md","lastUpdated":1603070823000}'),i={name:"public/gamedevtree/2.0-format-changes.md"},l=o("",7),n=[l];function s(r,c,d,g,h,m){return t(),a("div",null,n)}const u=e(i,[["render",s]]);export{f as __pageData,u as default}; diff --git a/assets/public_gamedevtree_README.md.BjccqG8l.js b/assets/public_gamedevtree_README.md.BjccqG8l.js new file mode 100644 index 000000000..e9d32e77e --- /dev/null +++ b/assets/public_gamedevtree_README.md.BjccqG8l.js @@ -0,0 +1 @@ +import{_ as o,c as a,o as r,j as e,a as t}from"./chunks/framework.Mb1uu3dm.js";const k=JSON.parse('{"title":"The-Modding-Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/README.md","filePath":"public/gamedevtree/README.md"}'),i={name:"public/gamedevtree/README.md"},n=e("h1",{id:"the-modding-tree",tabindex:"-1"},[t("The-Modding-Tree "),e("a",{class:"header-anchor",href:"#the-modding-tree","aria-label":'Permalink to "The-Modding-Tree"'},"​")],-1),s=e("p",null,"A modified version of The Prestige Tree that is much easier to mod. It still requires programming knowledge, but it's mostly pretty easy things and copy/pasting.",-1),d=e("p",null,[e("a",{href:"./docs/getting-started"},"Look here for a tutorial on getting started with modding with TMT")],-1),l=e("p",null,[t("You can look in the "),e("a",{href:"./docs/!general-info"},"documentation"),t(" for more information on how it all works, or look at the code in layers.js to see what it all looks like.")],-1),c=[n,s,d,l];function h(m,g,p,_,f,u){return r(),a("div",null,c)}const E=o(i,[["render",h]]);export{k as __pageData,E as default}; diff --git a/assets/public_gamedevtree_README.md.BjccqG8l.lean.js b/assets/public_gamedevtree_README.md.BjccqG8l.lean.js new file mode 100644 index 000000000..e9d32e77e --- /dev/null +++ b/assets/public_gamedevtree_README.md.BjccqG8l.lean.js @@ -0,0 +1 @@ +import{_ as o,c as a,o as r,j as e,a as t}from"./chunks/framework.Mb1uu3dm.js";const k=JSON.parse('{"title":"The-Modding-Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/README.md","filePath":"public/gamedevtree/README.md"}'),i={name:"public/gamedevtree/README.md"},n=e("h1",{id:"the-modding-tree",tabindex:"-1"},[t("The-Modding-Tree "),e("a",{class:"header-anchor",href:"#the-modding-tree","aria-label":'Permalink to "The-Modding-Tree"'},"​")],-1),s=e("p",null,"A modified version of The Prestige Tree that is much easier to mod. It still requires programming knowledge, but it's mostly pretty easy things and copy/pasting.",-1),d=e("p",null,[e("a",{href:"./docs/getting-started"},"Look here for a tutorial on getting started with modding with TMT")],-1),l=e("p",null,[t("You can look in the "),e("a",{href:"./docs/!general-info"},"documentation"),t(" for more information on how it all works, or look at the code in layers.js to see what it all looks like.")],-1),c=[n,s,d,l];function h(m,g,p,_,f,u){return r(),a("div",null,c)}const E=o(i,[["render",h]]);export{k as __pageData,E as default}; diff --git a/assets/public_gamedevtree_README.md.DfcMLon9.js b/assets/public_gamedevtree_README.md.DfcMLon9.js deleted file mode 100644 index 6b406278d..000000000 --- a/assets/public_gamedevtree_README.md.DfcMLon9.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as o,c as a,o as r,j as e,a as t}from"./chunks/framework.Mb1uu3dm.js";const k=JSON.parse('{"title":"The-Modding-Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/README.md","filePath":"public/gamedevtree/README.md","lastUpdated":1602208135000}'),i={name:"public/gamedevtree/README.md"},n=e("h1",{id:"the-modding-tree",tabindex:"-1"},[t("The-Modding-Tree "),e("a",{class:"header-anchor",href:"#the-modding-tree","aria-label":'Permalink to "The-Modding-Tree"'},"​")],-1),s=e("p",null,"A modified version of The Prestige Tree that is much easier to mod. It still requires programming knowledge, but it's mostly pretty easy things and copy/pasting.",-1),d=e("p",null,[e("a",{href:"./docs/getting-started"},"Look here for a tutorial on getting started with modding with TMT")],-1),l=e("p",null,[t("You can look in the "),e("a",{href:"./docs/!general-info"},"documentation"),t(" for more information on how it all works, or look at the code in layers.js to see what it all looks like.")],-1),c=[n,s,d,l];function h(m,p,g,_,f,u){return r(),a("div",null,c)}const E=o(i,[["render",h]]);export{k as __pageData,E as default}; diff --git a/assets/public_gamedevtree_README.md.DfcMLon9.lean.js b/assets/public_gamedevtree_README.md.DfcMLon9.lean.js deleted file mode 100644 index 6b406278d..000000000 --- a/assets/public_gamedevtree_README.md.DfcMLon9.lean.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as o,c as a,o as r,j as e,a as t}from"./chunks/framework.Mb1uu3dm.js";const k=JSON.parse('{"title":"The-Modding-Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/README.md","filePath":"public/gamedevtree/README.md","lastUpdated":1602208135000}'),i={name:"public/gamedevtree/README.md"},n=e("h1",{id:"the-modding-tree",tabindex:"-1"},[t("The-Modding-Tree "),e("a",{class:"header-anchor",href:"#the-modding-tree","aria-label":'Permalink to "The-Modding-Tree"'},"​")],-1),s=e("p",null,"A modified version of The Prestige Tree that is much easier to mod. It still requires programming knowledge, but it's mostly pretty easy things and copy/pasting.",-1),d=e("p",null,[e("a",{href:"./docs/getting-started"},"Look here for a tutorial on getting started with modding with TMT")],-1),l=e("p",null,[t("You can look in the "),e("a",{href:"./docs/!general-info"},"documentation"),t(" for more information on how it all works, or look at the code in layers.js to see what it all looks like.")],-1),c=[n,s,d,l];function h(m,p,g,_,f,u){return r(),a("div",null,c)}const E=o(i,[["render",h]]);export{k as __pageData,E as default}; diff --git a/assets/public_gamedevtree_changelog.md.3VMdjBlm.js b/assets/public_gamedevtree_changelog.md.3VMdjBlm.js deleted file mode 100644 index 3fec948f9..000000000 --- a/assets/public_gamedevtree_changelog.md.3VMdjBlm.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as l,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"The Game Dev Tree changelog:","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/changelog.md","filePath":"public/gamedevtree/changelog.md","lastUpdated":1604935991000}'),r={name:"public/gamedevtree/changelog.md"},o=i('

The Game Dev Tree changelog: ​

v1.0.4 Version Bump [rebalanced,debuggedx3] - 2020-11-09 ​

  • Fixed refactorings 2, 3, and 4 not actually affecting productivity

v1.0.3 Version Bump [rebalanced,debuggedx2] - 2020-11-08 ​

  • Fixed API milestone 4 not working

v1.0.2 Version Bump [rebalanced,debugged] - 2020-11-08 ​

  • Fixed tree lines being hidden after hitting "keepGoing" in the victory screen

v1.0.1 Version Bump [rebalanced] - 2020-11-08 ​

  • Buffed several TAs

v1.0 Version Bump - 2020-11-08 ​

  • Finished row 4
  • Added colored text to lore
  • Fixed some visual bugs with milestones
  • Probably other stuff lol its been a week

v0.2.3 Stylish - 2020-10-30 ​

  • Re-styled basically everything
  • Added favicon
  • Added header bar
  • Added changelog

v0.2.2 Row 3 - 2020-10-22 ​

  • Removed debug statement
  • Moved milestones in F layer beneath the buyables

v0.2.1 Row 3 - 2020-10-21 ​

  • Fixed layers hiding
  • Fixed typos/minor issues
  • Fixed S layer being highlighted before you can unlock the layer

v0.2 Row 3 - 2020-10-21 ​

  • Implemented row 3

v0.1.1 Cash Influx [rebalanced] - 2020-10-19 ​

  • Fixed notification issue
  • Rebalanced to make early game faster and late game slower
  • Fixed other minor issues

v0.1 Cash Influx - 2020-10-19 ​

  • Implemented row 2

v0.0 Initial Commit - 2020-10-18 ​

  • Implemented row 1
',25),n=[o];function t(d,h,s,u,c,b){return l(),a("div",null,n)}const g=e(r,[["render",t]]);export{m as __pageData,g as default}; diff --git a/assets/public_gamedevtree_changelog.md.BaEtzPu1.js b/assets/public_gamedevtree_changelog.md.BaEtzPu1.js new file mode 100644 index 000000000..0518befbd --- /dev/null +++ b/assets/public_gamedevtree_changelog.md.BaEtzPu1.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as l,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"The Game Dev Tree changelog:","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/changelog.md","filePath":"public/gamedevtree/changelog.md"}'),r={name:"public/gamedevtree/changelog.md"},o=i('

The Game Dev Tree changelog: ​

v1.0.4 Version Bump [rebalanced,debuggedx3] - 2020-11-09 ​

  • Fixed refactorings 2, 3, and 4 not actually affecting productivity

v1.0.3 Version Bump [rebalanced,debuggedx2] - 2020-11-08 ​

  • Fixed API milestone 4 not working

v1.0.2 Version Bump [rebalanced,debugged] - 2020-11-08 ​

  • Fixed tree lines being hidden after hitting "keepGoing" in the victory screen

v1.0.1 Version Bump [rebalanced] - 2020-11-08 ​

  • Buffed several TAs

v1.0 Version Bump - 2020-11-08 ​

  • Finished row 4
  • Added colored text to lore
  • Fixed some visual bugs with milestones
  • Probably other stuff lol its been a week

v0.2.3 Stylish - 2020-10-30 ​

  • Re-styled basically everything
  • Added favicon
  • Added header bar
  • Added changelog

v0.2.2 Row 3 - 2020-10-22 ​

  • Removed debug statement
  • Moved milestones in F layer beneath the buyables

v0.2.1 Row 3 - 2020-10-21 ​

  • Fixed layers hiding
  • Fixed typos/minor issues
  • Fixed S layer being highlighted before you can unlock the layer

v0.2 Row 3 - 2020-10-21 ​

  • Implemented row 3

v0.1.1 Cash Influx [rebalanced] - 2020-10-19 ​

  • Fixed notification issue
  • Rebalanced to make early game faster and late game slower
  • Fixed other minor issues

v0.1 Cash Influx - 2020-10-19 ​

  • Implemented row 2

v0.0 Initial Commit - 2020-10-18 ​

  • Implemented row 1
',25),n=[o];function t(d,h,s,u,c,b){return l(),a("div",null,n)}const g=e(r,[["render",t]]);export{m as __pageData,g as default}; diff --git a/assets/public_gamedevtree_changelog.md.3VMdjBlm.lean.js b/assets/public_gamedevtree_changelog.md.BaEtzPu1.lean.js similarity index 53% rename from assets/public_gamedevtree_changelog.md.3VMdjBlm.lean.js rename to assets/public_gamedevtree_changelog.md.BaEtzPu1.lean.js index 3c3d59775..7a401736b 100644 --- a/assets/public_gamedevtree_changelog.md.3VMdjBlm.lean.js +++ b/assets/public_gamedevtree_changelog.md.BaEtzPu1.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o as l,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"The Game Dev Tree changelog:","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/changelog.md","filePath":"public/gamedevtree/changelog.md","lastUpdated":1604935991000}'),r={name:"public/gamedevtree/changelog.md"},o=i("",25),n=[o];function t(d,h,s,u,c,b){return l(),a("div",null,n)}const g=e(r,[["render",t]]);export{m as __pageData,g as default}; +import{_ as e,c as a,o as l,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"The Game Dev Tree changelog:","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/changelog.md","filePath":"public/gamedevtree/changelog.md"}'),r={name:"public/gamedevtree/changelog.md"},o=i("",25),n=[o];function t(d,h,s,u,c,b){return l(),a("div",null,n)}const g=e(r,[["render",t]]);export{m as __pageData,g as default}; diff --git a/assets/public_gamedevtree_docs_!general-info.md.CO1Dme13.js b/assets/public_gamedevtree_docs_!general-info.md.CO1Dme13.js deleted file mode 100644 index 20bf2e641..000000000 --- a/assets/public_gamedevtree_docs_!general-info.md.CO1Dme13.js +++ /dev/null @@ -1 +0,0 @@ -import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const b=JSON.parse('{"title":"The-Modding-Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/!general-info.md","filePath":"public/gamedevtree/docs/!general-info.md","lastUpdated":1603679142000}'),n={name:"public/gamedevtree/docs/!general-info.md"},r=o('

The-Modding-Tree ​

The main way to add content is through creating layers. You can either add a layer directly in the layers object in layersSupportjs, or declare it in another file and then do "addLayer(layername, layerdata)" (good for breaking things up into smaller files). The existing layers are just examples and can be freely deleted. You can also use them as references and a base for your own layers.

The first thing you need to do is to edit the modInfo at the top of game.js to set your modID (a string). A unique modId will prevent your mod's saves from conflicting with other mods.

Most of the time, you won't need to dive deep into the code to create things, but you still can if you really want to.

The Modding Tree uses break_eternity.js to store large values. This means that many numbers are Decimal objects, and must be treated differently. For example, you have to use new Decimal(x) to create a Decimal value instead of a plain number, and perform operations on them by calling functions. e.g, instead of x = x + y, use x = x.add(y).

Almost all values can be either a constant value, or a dynamic value. Dynamic values are defined by putting a function that returns what the value should be at any given time.

All display text can be basic HTML instead (But you can't use most Vue features there).

Table of Contents: ​

General: ​

  • Getting Started: Getting your own copy of the code set up with Github Desktop.
  • Main mod info: How to set up general things for your mod in mod.js.
  • Basic layer breakdown: Breaking down the components of a layer with minimal features.
  • Layer features: Explanations of all of the different properties that you can give a layer.
  • Custom Tab Layouts: An optional way to give your tabs a different layout. You can even create entirely new components to use.
  • Updating TMT: Using Github Desktop to update your mod's version of TMT.

Common components ​

  • Upgrades: How to create upgrades for a layer.
  • Milestones: How to create milestones for a layer.
  • Buyables: Create rebuyable upgrades for your layer (with the option to make them respec-able). Can be used to make Enhancers or Space Buildings.
  • Clickables: A more generalized variant of buyables, for any kind of thing that is sometimes clickable. Between these and Buyables, you can do just about anything.

Other components ​

  • Challenges: How to create challenges for a layer.
  • Bars: Display some information as a progress bar, gague, or similar. They are highly customizable, and can be horizontal and vertical as well.
  • Subtabs and Microtabs: Create subtabs for your tabs, as well as "microtab" components that you can put inside the tabs.
  • Achievements: How to create achievements for a layer (or for the whole game).
  • Infoboxes: Boxes containing text that can be shown or hidden.
',14),i=[r];function s(l,d,c,h,u,m){return t(),a("div",null,i)}const p=e(n,[["render",s]]);export{b as __pageData,p as default}; diff --git a/assets/public_gamedevtree_docs_!general-info.md.JNS0f2qW.js b/assets/public_gamedevtree_docs_!general-info.md.JNS0f2qW.js new file mode 100644 index 000000000..3d0346a1c --- /dev/null +++ b/assets/public_gamedevtree_docs_!general-info.md.JNS0f2qW.js @@ -0,0 +1 @@ +import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const b=JSON.parse('{"title":"The-Modding-Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/!general-info.md","filePath":"public/gamedevtree/docs/!general-info.md"}'),n={name:"public/gamedevtree/docs/!general-info.md"},r=o('

The-Modding-Tree ​

The main way to add content is through creating layers. You can either add a layer directly in the layers object in layersSupportjs, or declare it in another file and then do "addLayer(layername, layerdata)" (good for breaking things up into smaller files). The existing layers are just examples and can be freely deleted. You can also use them as references and a base for your own layers.

The first thing you need to do is to edit the modInfo at the top of game.js to set your modID (a string). A unique modId will prevent your mod's saves from conflicting with other mods.

Most of the time, you won't need to dive deep into the code to create things, but you still can if you really want to.

The Modding Tree uses break_eternity.js to store large values. This means that many numbers are Decimal objects, and must be treated differently. For example, you have to use new Decimal(x) to create a Decimal value instead of a plain number, and perform operations on them by calling functions. e.g, instead of x = x + y, use x = x.add(y).

Almost all values can be either a constant value, or a dynamic value. Dynamic values are defined by putting a function that returns what the value should be at any given time.

All display text can be basic HTML instead (But you can't use most Vue features there).

Table of Contents: ​

General: ​

  • Getting Started: Getting your own copy of the code set up with Github Desktop.
  • Main mod info: How to set up general things for your mod in mod.js.
  • Basic layer breakdown: Breaking down the components of a layer with minimal features.
  • Layer features: Explanations of all of the different properties that you can give a layer.
  • Custom Tab Layouts: An optional way to give your tabs a different layout. You can even create entirely new components to use.
  • Updating TMT: Using Github Desktop to update your mod's version of TMT.

Common components ​

  • Upgrades: How to create upgrades for a layer.
  • Milestones: How to create milestones for a layer.
  • Buyables: Create rebuyable upgrades for your layer (with the option to make them respec-able). Can be used to make Enhancers or Space Buildings.
  • Clickables: A more generalized variant of buyables, for any kind of thing that is sometimes clickable. Between these and Buyables, you can do just about anything.

Other components ​

  • Challenges: How to create challenges for a layer.
  • Bars: Display some information as a progress bar, gague, or similar. They are highly customizable, and can be horizontal and vertical as well.
  • Subtabs and Microtabs: Create subtabs for your tabs, as well as "microtab" components that you can put inside the tabs.
  • Achievements: How to create achievements for a layer (or for the whole game).
  • Infoboxes: Boxes containing text that can be shown or hidden.
',14),i=[r];function s(l,d,c,h,u,m){return t(),a("div",null,i)}const p=e(n,[["render",s]]);export{b as __pageData,p as default}; diff --git a/assets/public_gamedevtree_docs_!general-info.md.CO1Dme13.lean.js b/assets/public_gamedevtree_docs_!general-info.md.JNS0f2qW.lean.js similarity index 51% rename from assets/public_gamedevtree_docs_!general-info.md.CO1Dme13.lean.js rename to assets/public_gamedevtree_docs_!general-info.md.JNS0f2qW.lean.js index 317b1ed7f..1af0da328 100644 --- a/assets/public_gamedevtree_docs_!general-info.md.CO1Dme13.lean.js +++ b/assets/public_gamedevtree_docs_!general-info.md.JNS0f2qW.lean.js @@ -1 +1 @@ -import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const b=JSON.parse('{"title":"The-Modding-Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/!general-info.md","filePath":"public/gamedevtree/docs/!general-info.md","lastUpdated":1603679142000}'),n={name:"public/gamedevtree/docs/!general-info.md"},r=o("",14),i=[r];function s(l,d,c,h,u,m){return t(),a("div",null,i)}const p=e(n,[["render",s]]);export{b as __pageData,p as default}; +import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const b=JSON.parse('{"title":"The-Modding-Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/!general-info.md","filePath":"public/gamedevtree/docs/!general-info.md"}'),n={name:"public/gamedevtree/docs/!general-info.md"},r=o("",14),i=[r];function s(l,d,c,h,u,m){return t(),a("div",null,i)}const p=e(n,[["render",s]]);export{b as __pageData,p as default}; diff --git a/assets/public_gamedevtree_docs_achievements.md.lFRjwKEe.js b/assets/public_gamedevtree_docs_achievements.md.BAhD6lBB.js similarity index 76% rename from assets/public_gamedevtree_docs_achievements.md.lFRjwKEe.js rename to assets/public_gamedevtree_docs_achievements.md.BAhD6lBB.js index 223ca0e6b..bd0495690 100644 --- a/assets/public_gamedevtree_docs_achievements.md.lFRjwKEe.js +++ b/assets/public_gamedevtree_docs_achievements.md.BAhD6lBB.js @@ -1,4 +1,4 @@ -import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Achievements","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/achievements.md","filePath":"public/gamedevtree/docs/achievements.md","lastUpdated":1602862779000}'),s={name:"public/gamedevtree/docs/achievements.md"},n=i(`

Achievements ​

Achievements are awarded to the player when they meet a certain goal, and give some benefit. Currently, they are pretty basic, but additional features will be added later to help.

You can make global achievements by putting them in a side layer (make its row "side" instead of a number)

Useful functions for dealing with achievements and implementing their effects:

  • hasAchievement(layer, id): determine if the player has the Achievement
  • achievementEffect(layer, id): Returns the current effects of the achievement, if any

Achievements should be formatted like this:

js
    achievements: {
+import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Achievements","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/achievements.md","filePath":"public/gamedevtree/docs/achievements.md"}'),s={name:"public/gamedevtree/docs/achievements.md"},n=i(`
Achievements ​
Achievements are awarded to the player when they meet a certain goal, and give some benefit. Currently, they are pretty basic, but additional features will be added later to help.
You can make global achievements by putting them in a side layer (make its row "side" instead of a number)
Useful functions for dealing with achievements and implementing their effects:
  • hasAchievement(layer, id): determine if the player has the Achievement
  • achievementEffect(layer, id): Returns the current effects of the achievement, if any
Achievements should be formatted like this:
js
    achievements: {
         rows: # of rows
         cols: # of columns
         11: {
diff --git a/assets/public_gamedevtree_docs_achievements.md.lFRjwKEe.lean.js b/assets/public_gamedevtree_docs_achievements.md.BAhD6lBB.lean.js
similarity index 52%
rename from assets/public_gamedevtree_docs_achievements.md.lFRjwKEe.lean.js
rename to assets/public_gamedevtree_docs_achievements.md.BAhD6lBB.lean.js
index 2970ef163..12e2e336e 100644
--- a/assets/public_gamedevtree_docs_achievements.md.lFRjwKEe.lean.js
+++ b/assets/public_gamedevtree_docs_achievements.md.BAhD6lBB.lean.js
@@ -1 +1 @@
-import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Achievements","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/achievements.md","filePath":"public/gamedevtree/docs/achievements.md","lastUpdated":1602862779000}'),s={name:"public/gamedevtree/docs/achievements.md"},n=i("",9),l=[n];function h(o,r,p,c,d,u){return a(),t("div",null,l)}const k=e(s,[["render",h]]);export{g as __pageData,k as default};
+import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Achievements","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/achievements.md","filePath":"public/gamedevtree/docs/achievements.md"}'),s={name:"public/gamedevtree/docs/achievements.md"},n=i("",9),l=[n];function h(o,r,p,c,d,u){return a(),t("div",null,l)}const k=e(s,[["render",h]]);export{g as __pageData,k as default};
diff --git a/assets/public_gamedevtree_docs_bars.md.BZHdoixV.lean.js b/assets/public_gamedevtree_docs_bars.md.BZHdoixV.lean.js
deleted file mode 100644
index afffe6390..000000000
--- a/assets/public_gamedevtree_docs_bars.md.BZHdoixV.lean.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as s,c as t,o as a,a5 as e}from"./chunks/framework.Mb1uu3dm.js";const k=JSON.parse('{"title":"Bars","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/bars.md","filePath":"public/gamedevtree/docs/bars.md","lastUpdated":1603679142000}'),i={name:"public/gamedevtree/docs/bars.md"},n=e("",6),r=[n];function l(o,p,h,d,c,u){return a(),t("div",null,r)}const b=s(i,[["render",l]]);export{k as __pageData,b as default};
diff --git a/assets/public_gamedevtree_docs_bars.md.BZHdoixV.js b/assets/public_gamedevtree_docs_bars.md.hxKVFLHU.js
similarity index 77%
rename from assets/public_gamedevtree_docs_bars.md.BZHdoixV.js
rename to assets/public_gamedevtree_docs_bars.md.hxKVFLHU.js
index c285366ca..5bd37c197 100644
--- a/assets/public_gamedevtree_docs_bars.md.BZHdoixV.js
+++ b/assets/public_gamedevtree_docs_bars.md.hxKVFLHU.js
@@ -1,4 +1,4 @@
-import{_ as s,c as t,o as a,a5 as e}from"./chunks/framework.Mb1uu3dm.js";const k=JSON.parse('{"title":"Bars","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/bars.md","filePath":"public/gamedevtree/docs/bars.md","lastUpdated":1603679142000}'),i={name:"public/gamedevtree/docs/bars.md"},n=e(`
Bars ​
Bars let you display information in a more direct way. It can be a progress bar, health bar, capacity gague, or anything else.
Bars are defined like other Big Features:
js
    bars: {
+import{_ as s,c as t,o as a,a5 as e}from"./chunks/framework.Mb1uu3dm.js";const k=JSON.parse('{"title":"Bars","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/bars.md","filePath":"public/gamedevtree/docs/bars.md"}'),i={name:"public/gamedevtree/docs/bars.md"},n=e(`
Bars ​
Bars let you display information in a more direct way. It can be a progress bar, health bar, capacity gague, or anything else.
Bars are defined like other Big Features:
js
    bars: {
         bigBar: {
             display() {return "Blah"},
             etc
diff --git a/assets/public_gamedevtree_docs_bars.md.hxKVFLHU.lean.js b/assets/public_gamedevtree_docs_bars.md.hxKVFLHU.lean.js
new file mode 100644
index 000000000..090ac9cb0
--- /dev/null
+++ b/assets/public_gamedevtree_docs_bars.md.hxKVFLHU.lean.js
@@ -0,0 +1 @@
+import{_ as s,c as t,o as a,a5 as e}from"./chunks/framework.Mb1uu3dm.js";const k=JSON.parse('{"title":"Bars","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/bars.md","filePath":"public/gamedevtree/docs/bars.md"}'),i={name:"public/gamedevtree/docs/bars.md"},n=e("",6),r=[n];function l(o,p,h,d,c,u){return a(),t("div",null,r)}const b=s(i,[["render",l]]);export{k as __pageData,b as default};
diff --git a/assets/public_gamedevtree_docs_basic-layer-breakdown.md.DwR7Impf.js b/assets/public_gamedevtree_docs_basic-layer-breakdown.md.DBz-aAkR.js
similarity index 91%
rename from assets/public_gamedevtree_docs_basic-layer-breakdown.md.DwR7Impf.js
rename to assets/public_gamedevtree_docs_basic-layer-breakdown.md.DBz-aAkR.js
index 1e8b0c6d8..bc5a9b087 100644
--- a/assets/public_gamedevtree_docs_basic-layer-breakdown.md.DwR7Impf.js
+++ b/assets/public_gamedevtree_docs_basic-layer-breakdown.md.DBz-aAkR.js
@@ -1,4 +1,4 @@
-import{_ as s,c as i,o as a,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Basic layer breakdown","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/basic-layer-breakdown.md","filePath":"public/gamedevtree/docs/basic-layer-breakdown.md","lastUpdated":1602559682000}'),e={name:"public/gamedevtree/docs/basic-layer-breakdown.md"},t=n(`
Basic layer breakdown ​
This is a very minimal layer with minimal features. Most things will require additional features.
js
    p: {
+import{_ as s,c as i,o as a,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Basic layer breakdown","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/basic-layer-breakdown.md","filePath":"public/gamedevtree/docs/basic-layer-breakdown.md"}'),e={name:"public/gamedevtree/docs/basic-layer-breakdown.md"},t=n(`
Basic layer breakdown ​
This is a very minimal layer with minimal features. Most things will require additional features.
js
    p: {
         startData() { return {                  // startData is a function that returns default data for a layer. 
             unlocked: false,                    // You can add more variables here to add them to your layer.
             points: new Decimal(0),             // "points" is the internal name for the main resource of the layer.
diff --git a/assets/public_gamedevtree_docs_basic-layer-breakdown.md.DBz-aAkR.lean.js b/assets/public_gamedevtree_docs_basic-layer-breakdown.md.DBz-aAkR.lean.js
new file mode 100644
index 000000000..dcb7ad0a6
--- /dev/null
+++ b/assets/public_gamedevtree_docs_basic-layer-breakdown.md.DBz-aAkR.lean.js
@@ -0,0 +1 @@
+import{_ as s,c as i,o as a,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Basic layer breakdown","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/basic-layer-breakdown.md","filePath":"public/gamedevtree/docs/basic-layer-breakdown.md"}'),e={name:"public/gamedevtree/docs/basic-layer-breakdown.md"},t=n("",3),h=[t];function l(k,p,r,E,d,o){return a(),i("div",null,h)}const c=s(e,[["render",l]]);export{g as __pageData,c as default};
diff --git a/assets/public_gamedevtree_docs_basic-layer-breakdown.md.DwR7Impf.lean.js b/assets/public_gamedevtree_docs_basic-layer-breakdown.md.DwR7Impf.lean.js
deleted file mode 100644
index 28885f0c6..000000000
--- a/assets/public_gamedevtree_docs_basic-layer-breakdown.md.DwR7Impf.lean.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as s,c as i,o as a,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Basic layer breakdown","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/basic-layer-breakdown.md","filePath":"public/gamedevtree/docs/basic-layer-breakdown.md","lastUpdated":1602559682000}'),e={name:"public/gamedevtree/docs/basic-layer-breakdown.md"},t=n("",3),h=[t];function l(k,p,r,E,d,o){return a(),i("div",null,h)}const c=s(e,[["render",l]]);export{g as __pageData,c as default};
diff --git a/assets/public_gamedevtree_docs_buyables.md.dJuijyHv.js b/assets/public_gamedevtree_docs_buyables.md.DgH1-fm2.js
similarity index 85%
rename from assets/public_gamedevtree_docs_buyables.md.dJuijyHv.js
rename to assets/public_gamedevtree_docs_buyables.md.DgH1-fm2.js
index 911d39c91..9e76d1bff 100644
--- a/assets/public_gamedevtree_docs_buyables.md.dJuijyHv.js
+++ b/assets/public_gamedevtree_docs_buyables.md.DgH1-fm2.js
@@ -1,4 +1,4 @@
-import{_ as s,c as e,o as t,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Buyables","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/buyables.md","filePath":"public/gamedevtree/docs/buyables.md","lastUpdated":1602964230000}'),i={name:"public/gamedevtree/docs/buyables.md"},n=a(`
Buyables ​
Buyables are usually things that can be bought multiple times with scaling costs. If you set a respec function, the player can reset the purchases to get their currency back.
The amount of a buyable owned is a Decimal. You can get or set the amount of a buyable with getBuyableAmt(layer, id) and setBuyableAmt(layer, id, amt). You can use buyableEffect(layer, id) to get the current effects of a buyable.
Buyables should be formatted like this:
js
    buyables: {
+import{_ as s,c as e,o as t,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Buyables","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/buyables.md","filePath":"public/gamedevtree/docs/buyables.md"}'),i={name:"public/gamedevtree/docs/buyables.md"},n=a(`
Buyables ​
Buyables are usually things that can be bought multiple times with scaling costs. If you set a respec function, the player can reset the purchases to get their currency back.
The amount of a buyable owned is a Decimal. You can get or set the amount of a buyable with getBuyableAmt(layer, id) and setBuyableAmt(layer, id, amt). You can use buyableEffect(layer, id) to get the current effects of a buyable.
Buyables should be formatted like this:
js
    buyables: {
         rows: # of rows
         cols: # of columns
         respec() {}, //**optional**, implement it to reset things and give back your currency.
diff --git a/assets/public_gamedevtree_docs_buyables.md.dJuijyHv.lean.js b/assets/public_gamedevtree_docs_buyables.md.DgH1-fm2.lean.js
similarity index 54%
rename from assets/public_gamedevtree_docs_buyables.md.dJuijyHv.lean.js
rename to assets/public_gamedevtree_docs_buyables.md.DgH1-fm2.lean.js
index cc0d68986..7d0b2ab8a 100644
--- a/assets/public_gamedevtree_docs_buyables.md.dJuijyHv.lean.js
+++ b/assets/public_gamedevtree_docs_buyables.md.DgH1-fm2.lean.js
@@ -1 +1 @@
-import{_ as s,c as e,o as t,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Buyables","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/buyables.md","filePath":"public/gamedevtree/docs/buyables.md","lastUpdated":1602964230000}'),i={name:"public/gamedevtree/docs/buyables.md"},n=a("",11),l=[n];function o(p,h,r,u,c,k){return t(),e("div",null,l)}const b=s(i,[["render",o]]);export{y as __pageData,b as default};
+import{_ as s,c as e,o as t,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Buyables","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/buyables.md","filePath":"public/gamedevtree/docs/buyables.md"}'),i={name:"public/gamedevtree/docs/buyables.md"},n=a("",11),l=[n];function o(p,h,r,u,c,k){return t(),e("div",null,l)}const b=s(i,[["render",o]]);export{y as __pageData,b as default};
diff --git a/assets/public_gamedevtree_docs_challenges.md.B0ucfNoa.js b/assets/public_gamedevtree_docs_challenges.md.DVog4fk_.js
similarity index 81%
rename from assets/public_gamedevtree_docs_challenges.md.B0ucfNoa.js
rename to assets/public_gamedevtree_docs_challenges.md.DVog4fk_.js
index 928512577..b71e6bbfa 100644
--- a/assets/public_gamedevtree_docs_challenges.md.B0ucfNoa.js
+++ b/assets/public_gamedevtree_docs_challenges.md.DVog4fk_.js
@@ -1,4 +1,4 @@
-import{_ as e,c as a,o as t,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Challenges","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/challenges.md","filePath":"public/gamedevtree/docs/challenges.md","lastUpdated":1602862779000}'),i={name:"public/gamedevtree/docs/challenges.md"},n=s(`
Challenges ​
Useful functions for dealing with Challenges and implementing their effects:
  • inChallenge(layer, id): determine if the player is in a given challenge (or another challenge on the same layer that counts as this one)
  • hasChallenge(layer, id): determine if the player has completed the challenge
  • challengeCompletions(layer, id): determine how many times the player completed the challenge
  • challEffect(layer, id): Returns the current effects of the challenge, if any
Challenges are stored in the following format:
js
    challenges: {
+import{_ as e,c as a,o as t,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Challenges","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/challenges.md","filePath":"public/gamedevtree/docs/challenges.md"}'),i={name:"public/gamedevtree/docs/challenges.md"},n=s(`
Challenges ​
Useful functions for dealing with Challenges and implementing their effects:
  • inChallenge(layer, id): determine if the player is in a given challenge (or another challenge on the same layer that counts as this one)
  • hasChallenge(layer, id): determine if the player has completed the challenge
  • challengeCompletions(layer, id): determine how many times the player completed the challenge
  • challEffect(layer, id): Returns the current effects of the challenge, if any
Challenges are stored in the following format:
js
    challenges: {
         rows: # of rows
         cols: # of columns
         11: {
diff --git a/assets/public_gamedevtree_docs_challenges.md.B0ucfNoa.lean.js b/assets/public_gamedevtree_docs_challenges.md.DVog4fk_.lean.js
similarity index 53%
rename from assets/public_gamedevtree_docs_challenges.md.B0ucfNoa.lean.js
rename to assets/public_gamedevtree_docs_challenges.md.DVog4fk_.lean.js
index 4fa4258a0..c4fa13efb 100644
--- a/assets/public_gamedevtree_docs_challenges.md.B0ucfNoa.lean.js
+++ b/assets/public_gamedevtree_docs_challenges.md.DVog4fk_.lean.js
@@ -1 +1 @@
-import{_ as e,c as a,o as t,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Challenges","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/challenges.md","filePath":"public/gamedevtree/docs/challenges.md","lastUpdated":1602862779000}'),i={name:"public/gamedevtree/docs/challenges.md"},n=s("",9),l=[n];function o(h,r,c,p,g,u){return t(),a("div",null,l)}const y=e(i,[["render",o]]);export{f as __pageData,y as default};
+import{_ as e,c as a,o as t,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Challenges","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/challenges.md","filePath":"public/gamedevtree/docs/challenges.md"}'),i={name:"public/gamedevtree/docs/challenges.md"},n=s("",9),l=[n];function o(h,r,c,p,g,u){return t(),a("div",null,l)}const y=e(i,[["render",o]]);export{f as __pageData,y as default};
diff --git a/assets/public_gamedevtree_docs_clickables.md.BKUO6-4r.lean.js b/assets/public_gamedevtree_docs_clickables.md.BKUO6-4r.lean.js
deleted file mode 100644
index 280aa4241..000000000
--- a/assets/public_gamedevtree_docs_clickables.md.BKUO6-4r.lean.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as s,c as a,o as i,a5 as e}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Clickables","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/clickables.md","filePath":"public/gamedevtree/docs/clickables.md","lastUpdated":1603679142000}'),t={name:"public/gamedevtree/docs/clickables.md"},l=e("",9),n=[l];function h(p,o,r,c,k,d){return i(),a("div",null,n)}const E=s(t,[["render",h]]);export{g as __pageData,E as default};
diff --git a/assets/public_gamedevtree_docs_clickables.md.BKUO6-4r.js b/assets/public_gamedevtree_docs_clickables.md.DvDoN2Er.js
similarity index 74%
rename from assets/public_gamedevtree_docs_clickables.md.BKUO6-4r.js
rename to assets/public_gamedevtree_docs_clickables.md.DvDoN2Er.js
index c7cb09012..6656a44f2 100644
--- a/assets/public_gamedevtree_docs_clickables.md.BKUO6-4r.js
+++ b/assets/public_gamedevtree_docs_clickables.md.DvDoN2Er.js
@@ -1,4 +1,4 @@
-import{_ as s,c as a,o as i,a5 as e}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Clickables","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/clickables.md","filePath":"public/gamedevtree/docs/clickables.md","lastUpdated":1603679142000}'),t={name:"public/gamedevtree/docs/clickables.md"},l=e(`
Clickables ​
Clickables are any kind of thing that you can click for an effect. They're a more generalized version of Buyables.
DO NOT USE THESE TO MAKE THINGS THAT YOU CLICK REPEATEDLY FOR A BONUS BECAUSE THOSE ARE AWFUL.
There are several differences between the two. One is that a buyable's saved data is its amount as a Decimal, while Clickables store a "state" which can be a number or string, but not Decimal, array, or object). Buyables have a number of extra features which you can see on their page. Clickables also have a smaller default size.
You can get and set a clickable's state with getClickableState(layer, id) and setClickableState(layer, id, state). You can use clickableEffect(layer, id) to get the current effects of a clickable.
Clickables should be formatted like this:
js
    clickables: {
+import{_ as s,c as i,o as a,a5 as e}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Clickables","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/clickables.md","filePath":"public/gamedevtree/docs/clickables.md"}'),t={name:"public/gamedevtree/docs/clickables.md"},l=e(`
Clickables ​
Clickables are any kind of thing that you can click for an effect. They're a more generalized version of Buyables.
DO NOT USE THESE TO MAKE THINGS THAT YOU CLICK REPEATEDLY FOR A BONUS BECAUSE THOSE ARE AWFUL.
There are several differences between the two. One is that a buyable's saved data is its amount as a Decimal, while Clickables store a "state" which can be a number or string, but not Decimal, array, or object). Buyables have a number of extra features which you can see on their page. Clickables also have a smaller default size.
You can get and set a clickable's state with getClickableState(layer, id) and setClickableState(layer, id, state). You can use clickableEffect(layer, id) to get the current effects of a clickable.
Clickables should be formatted like this:
js
    clickables: {
         rows: # of rows
         cols: # of columns
         masterButtonPress() // **optional** If this is present, an additional button will appear above the clickables.
@@ -10,4 +10,4 @@ import{_ as s,c as a,o as i,a5 as e}from"./chunks/framework.Mb1uu3dm.js";const g
             etc
         }
         etc
-    }
Features:
  • title: optional, displayed at the top in a larger font It can also be a function that returns updating text.
  • effect(): optional, A function that calculates and returns the current values of bonuses of this clickable. Can return a value or an object containing multiple values.
  • display(): A function returning everything that should be displayed on the clickable after the title, likely changing based on its state. Can use basic HTML.
  • unlocked(): optional, A function returning a bool to determine if the clickable is visible or not. Default is unlocked.
  • canClick(): A function returning a bool to determine if you can click the clickable.
  • onClick(): A function that implements clicking one of the clickable.
  • style: Optional, Applies CSS to this clickable, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings)
  • layer: Assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.
  • id: Assigned automagically. It's the "key" which the clickable was stored under, for convenient access. The clickable in the example's id is 11.
`,9),n=[l];function h(p,o,r,c,k,d){return i(),a("div",null,n)}const E=s(t,[["render",h]]);export{g as __pageData,E as default};
+    }
Features:
  • title: optional, displayed at the top in a larger font It can also be a function that returns updating text.
  • effect(): optional, A function that calculates and returns the current values of bonuses of this clickable. Can return a value or an object containing multiple values.
  • display(): A function returning everything that should be displayed on the clickable after the title, likely changing based on its state. Can use basic HTML.
  • unlocked(): optional, A function returning a bool to determine if the clickable is visible or not. Default is unlocked.
  • canClick(): A function returning a bool to determine if you can click the clickable.
  • onClick(): A function that implements clicking one of the clickable.
  • style: Optional, Applies CSS to this clickable, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings)
  • layer: Assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.
  • id: Assigned automagically. It's the "key" which the clickable was stored under, for convenient access. The clickable in the example's id is 11.
`,9),n=[l];function h(p,o,r,c,k,d){return a(),i("div",null,n)}const E=s(t,[["render",h]]);export{g as __pageData,E as default};
diff --git a/assets/public_gamedevtree_docs_clickables.md.DvDoN2Er.lean.js b/assets/public_gamedevtree_docs_clickables.md.DvDoN2Er.lean.js
new file mode 100644
index 000000000..b34ebf241
--- /dev/null
+++ b/assets/public_gamedevtree_docs_clickables.md.DvDoN2Er.lean.js
@@ -0,0 +1 @@
+import{_ as s,c as i,o as a,a5 as e}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Clickables","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/clickables.md","filePath":"public/gamedevtree/docs/clickables.md"}'),t={name:"public/gamedevtree/docs/clickables.md"},l=e("",9),n=[l];function h(p,o,r,c,k,d){return a(),i("div",null,n)}const E=s(t,[["render",h]]);export{g as __pageData,E as default};
diff --git a/assets/public_gamedevtree_docs_custom-tab-layouts.md.DSCTtT_s.js b/assets/public_gamedevtree_docs_custom-tab-layouts.md.D5wjECxp.js
similarity index 85%
rename from assets/public_gamedevtree_docs_custom-tab-layouts.md.DSCTtT_s.js
rename to assets/public_gamedevtree_docs_custom-tab-layouts.md.D5wjECxp.js
index b0e8be967..fed1962ff 100644
--- a/assets/public_gamedevtree_docs_custom-tab-layouts.md.DSCTtT_s.js
+++ b/assets/public_gamedevtree_docs_custom-tab-layouts.md.D5wjECxp.js
@@ -1,4 +1,4 @@
-import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const E=JSON.parse('{"title":"Custom tab layouts","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/custom-tab-layouts.md","filePath":"public/gamedevtree/docs/custom-tab-layouts.md","lastUpdated":1603681232000}'),e={name:"public/gamedevtree/docs/custom-tab-layouts.md"},l=t(`
Custom tab layouts ​
Note: If you are using subtabs, tabFormat is used differently, but you still use the same format within each subtabs. See here for more on subtabs
Custom tab layouts can be used to do basically anything in a tab window, especially combined with the "style" layer feature. The tabFormat feature is an array of things, like this:
js
    tabFormat: ["main-display",
+import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const E=JSON.parse('{"title":"Custom tab layouts","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/custom-tab-layouts.md","filePath":"public/gamedevtree/docs/custom-tab-layouts.md"}'),e={name:"public/gamedevtree/docs/custom-tab-layouts.md"},n=t(`
Custom tab layouts ​
Note: If you are using subtabs, tabFormat is used differently, but you still use the same format within each subtabs. See here for more on subtabs
Custom tab layouts can be used to do basically anything in a tab window, especially combined with the "style" layer feature. The tabFormat feature is an array of things, like this:
js
    tabFormat: ["main-display",
             ["prestige-button", function(){return "Melt your points into "}],
             "blank",
             ["display-text",
@@ -6,4 +6,4 @@ import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const E
                 {"color": "red", "font-size": "32px", "font-family": "Comic Sans MS"}],
             "blank",
             ["toggle", ["c", "beep"]],
-            "milestones", "blank", "blank", "upgrades"]
It is a list of components, which can be either just a name, or an array with arguments. If it's an array, the first item is the name of the component, the second is the data passed into it, and the third (optional) applies a CSS style to it with a "CSS object", where the keys are CSS attributes.
These are the existing components, but you can create more in v.js:
  • display-text: Displays some text (can use basic HTML). The argument is the text to display. It can also be a function that returns updating text.
  • raw-html: Displays some basic HTML, can also be a function.
  • blank: Adds empty space. The default dimensions are 8px x 17px. The argument changes the dimensions. If it's a single value (e.g. "20px"), that determines the height. If you have a pair of arguments, the first is width and the second is height.
  • row: Display a list of components horizontally. The argument is an array of components in the tab layout format.
  • column: Display a list of components vertically. The argument is an array of components in the tab layout format. This is useful to display columns within a row.
  • main-display: The text that displays the main currency for the layer and its effects.
  • resource-display: The text that displays the currency that this layer is based on, as well as the best and/or total values for this layer's prestige currency (if they are put in startData for this layer)
  • prestige-button: The argument is a string that the prestige button should say before the amount of currency you will gain. It can also be a function that returns updating text.
  • upgrades, milestones, challs, achievements: Display the upgrades, milestones, and challenges for a layer, as appropriate.
  • buyables, clickables: Display all of the buyables/clickables for this layer, as appropriate. The argument optional, and is the size of the boxes in pixels.
  • microtabs: Display a set of subtabs for an area. The argument is the name of the set of microtabs in the "microtabs" feature.
  • bar: Display a bar. The argument is the id of the bar to display.
  • infobox: Display an infobox. The argument is the id of the infobox to display.
  • toggle: A toggle button that toggles a bool value. The data is a pair that identifies what bool to toggle, [layer, id]
The rest of the components are sub-components. They can be used just like other components, but are typically part of another component.
  • upgrade, milestone, chall, buyable, clickable, achievement: An individual upgrade, challenge, etc. The argument is the id. This can be used if you want to have upgrades split up across multiple subtabs, for example.
  • respec-button, master-button: The respec and master buttons for buyables and clickables, respectively.
  • sell-one, sell-all: The "sell one" and "sell all" for buyables, respectively. The argument is the id of the buyable.
`,9),n=[l];function h(p,o,r,k,u,d){return a(),i("div",null,n)}const c=s(e,[["render",h]]);export{E as __pageData,c as default};
+            "milestones", "blank", "blank", "upgrades"]
It is a list of components, which can be either just a name, or an array with arguments. If it's an array, the first item is the name of the component, the second is the data passed into it, and the third (optional) applies a CSS style to it with a "CSS object", where the keys are CSS attributes.
These are the existing components, but you can create more in v.js:
  • display-text: Displays some text (can use basic HTML). The argument is the text to display. It can also be a function that returns updating text.
  • raw-html: Displays some basic HTML, can also be a function.
  • blank: Adds empty space. The default dimensions are 8px x 17px. The argument changes the dimensions. If it's a single value (e.g. "20px"), that determines the height. If you have a pair of arguments, the first is width and the second is height.
  • row: Display a list of components horizontally. The argument is an array of components in the tab layout format.
  • column: Display a list of components vertically. The argument is an array of components in the tab layout format. This is useful to display columns within a row.
  • main-display: The text that displays the main currency for the layer and its effects.
  • resource-display: The text that displays the currency that this layer is based on, as well as the best and/or total values for this layer's prestige currency (if they are put in startData for this layer)
  • prestige-button: The argument is a string that the prestige button should say before the amount of currency you will gain. It can also be a function that returns updating text.
  • upgrades, milestones, challs, achievements: Display the upgrades, milestones, and challenges for a layer, as appropriate.
  • buyables, clickables: Display all of the buyables/clickables for this layer, as appropriate. The argument optional, and is the size of the boxes in pixels.
  • microtabs: Display a set of subtabs for an area. The argument is the name of the set of microtabs in the "microtabs" feature.
  • bar: Display a bar. The argument is the id of the bar to display.
  • infobox: Display an infobox. The argument is the id of the infobox to display.
  • toggle: A toggle button that toggles a bool value. The data is a pair that identifies what bool to toggle, [layer, id]
The rest of the components are sub-components. They can be used just like other components, but are typically part of another component.
  • upgrade, milestone, chall, buyable, clickable, achievement: An individual upgrade, challenge, etc. The argument is the id. This can be used if you want to have upgrades split up across multiple subtabs, for example.
  • respec-button, master-button: The respec and master buttons for buyables and clickables, respectively.
  • sell-one, sell-all: The "sell one" and "sell all" for buyables, respectively. The argument is the id of the buyable.
`,9),l=[n];function h(p,o,r,k,u,d){return a(),i("div",null,l)}const c=s(e,[["render",h]]);export{E as __pageData,c as default};
diff --git a/assets/public_gamedevtree_docs_custom-tab-layouts.md.D5wjECxp.lean.js b/assets/public_gamedevtree_docs_custom-tab-layouts.md.D5wjECxp.lean.js
new file mode 100644
index 000000000..fb46553a7
--- /dev/null
+++ b/assets/public_gamedevtree_docs_custom-tab-layouts.md.D5wjECxp.lean.js
@@ -0,0 +1 @@
+import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const E=JSON.parse('{"title":"Custom tab layouts","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/custom-tab-layouts.md","filePath":"public/gamedevtree/docs/custom-tab-layouts.md"}'),e={name:"public/gamedevtree/docs/custom-tab-layouts.md"},n=t("",9),l=[n];function h(p,o,r,k,u,d){return a(),i("div",null,l)}const c=s(e,[["render",h]]);export{E as __pageData,c as default};
diff --git a/assets/public_gamedevtree_docs_custom-tab-layouts.md.DSCTtT_s.lean.js b/assets/public_gamedevtree_docs_custom-tab-layouts.md.DSCTtT_s.lean.js
deleted file mode 100644
index af7c5d2ee..000000000
--- a/assets/public_gamedevtree_docs_custom-tab-layouts.md.DSCTtT_s.lean.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const E=JSON.parse('{"title":"Custom tab layouts","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/custom-tab-layouts.md","filePath":"public/gamedevtree/docs/custom-tab-layouts.md","lastUpdated":1603681232000}'),e={name:"public/gamedevtree/docs/custom-tab-layouts.md"},l=t("",9),n=[l];function h(p,o,r,k,u,d){return a(),i("div",null,n)}const c=s(e,[["render",h]]);export{E as __pageData,c as default};
diff --git a/assets/public_gamedevtree_docs_getting-started.md.B3fqMhEq.js b/assets/public_gamedevtree_docs_getting-started.md.B3fqMhEq.js
new file mode 100644
index 000000000..7a431e933
--- /dev/null
+++ b/assets/public_gamedevtree_docs_getting-started.md.B3fqMhEq.js
@@ -0,0 +1 @@
+import{_ as e,c as t,o,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Getting started","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/getting-started.md","filePath":"public/gamedevtree/docs/getting-started.md"}'),a={name:"public/gamedevtree/docs/getting-started.md"},n=i('
Getting started ​
Welcome to The Modding Tree!
Using the Modding Tree, at its simplest level, just requires getting a copy of it onto your computer. However, if you do it the right way, it will help in many ways.
Don't let the word "Github" scare you away. It's actually much easier to use than most people think, especially because most people use it the hard way. The key is Github Desktop, which lets you do everything you need to, without even touching the command line.
The benefits of using Github:
  • It makes it much, much easier to update The Modding Tree.
  • You can share your work without any extra effort using githack, or with a bit more effort, set up a github.io site.
  • It lets you undo changes to your code, and to have multiple versions of it.
  • It lets you collaborate with other people, if you want to.
Getting set up with Github and The Modding Tree: ​
  1. Install Github Desktop and Visual Studio Code.
  2. Make a Github account. You can handle this on your own.
  3. Log in on your browser, and go back to The Modding Tree page. At the top right, there should be a button that says "fork". Click on it, and then on your username. You now have your own fork, or copy, of The Modding Tree.
  4. Open Github Desktop and log in. Ignore everything else and choose "clone a repository". A "repository" is basically a "Github project", like The Modding Tree. "Cloning" is downloading a copy of the repository to your computer.
  5. Look for The Modding Tree in the list of repositiories (it should be the only one) and click "clone".
  6. Select that you're using it for your own purposes, and click continue. It will download the files and handle everything.
Using your repository ​
  1. Click on "show in finder" to the right, and then open index.html. This will let you view and test your project!
  2. To edit your project, click "open in VSCode" in Github Desktop.
  3. Open mod.js in VSCode, and look at the top part where it says "modInfo". On the lines below that, change the mod's name to whatever you want, and change the id as well. (It can be any string value, and it's used to determine where the savefile is. Make it something that's probably unique, and don't change it again later.)
  4. Save game.js, and then reload index.html. The title on the tab, as well as on the info page, will now be the new ones!
  5. Go back to Github Desktop. It's time to save your changes into the git system by making a "commit".
  6. At the bottom right corner, add a summary of your changes, and then click "commit to master".
  7. Finally, at the top middle, click "push origin" to push your changes out onto the online repository.
  8. You can view your project on line, or share it with others, by going to https://raw.githack.com/[YOUR-GITHUB-USERNAME]/The-Modding-Tree/master/index.html
And now, you have successfully used Github! You can look at the documentation to see how The Modding Tree's system works and to make your mod a reality.
',11),r=[n];function s(h,l,u,d,p,c){return o(),t("div",null,r)}const y=e(a,[["render",s]]);export{m as __pageData,y as default};
diff --git a/assets/public_gamedevtree_docs_getting-started.md.CKycKJVu.lean.js b/assets/public_gamedevtree_docs_getting-started.md.B3fqMhEq.lean.js
similarity index 51%
rename from assets/public_gamedevtree_docs_getting-started.md.CKycKJVu.lean.js
rename to assets/public_gamedevtree_docs_getting-started.md.B3fqMhEq.lean.js
index c8c931106..3889f819e 100644
--- a/assets/public_gamedevtree_docs_getting-started.md.CKycKJVu.lean.js
+++ b/assets/public_gamedevtree_docs_getting-started.md.B3fqMhEq.lean.js
@@ -1 +1 @@
-import{_ as e,c as t,o,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Getting started","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/getting-started.md","filePath":"public/gamedevtree/docs/getting-started.md","lastUpdated":1603151572000}'),a={name:"public/gamedevtree/docs/getting-started.md"},n=i("",11),r=[n];function s(l,h,u,d,p,c){return o(),t("div",null,r)}const y=e(a,[["render",s]]);export{m as __pageData,y as default};
+import{_ as e,c as t,o,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Getting started","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/getting-started.md","filePath":"public/gamedevtree/docs/getting-started.md"}'),a={name:"public/gamedevtree/docs/getting-started.md"},n=i("",11),r=[n];function s(h,l,u,d,p,c){return o(),t("div",null,r)}const y=e(a,[["render",s]]);export{m as __pageData,y as default};
diff --git a/assets/public_gamedevtree_docs_getting-started.md.CKycKJVu.js b/assets/public_gamedevtree_docs_getting-started.md.CKycKJVu.js
deleted file mode 100644
index 6d61363ed..000000000
--- a/assets/public_gamedevtree_docs_getting-started.md.CKycKJVu.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as e,c as t,o,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Getting started","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/getting-started.md","filePath":"public/gamedevtree/docs/getting-started.md","lastUpdated":1603151572000}'),a={name:"public/gamedevtree/docs/getting-started.md"},n=i('
Getting started ​
Welcome to The Modding Tree!
Using the Modding Tree, at its simplest level, just requires getting a copy of it onto your computer. However, if you do it the right way, it will help in many ways.
Don't let the word "Github" scare you away. It's actually much easier to use than most people think, especially because most people use it the hard way. The key is Github Desktop, which lets you do everything you need to, without even touching the command line.
The benefits of using Github:
  • It makes it much, much easier to update The Modding Tree.
  • You can share your work without any extra effort using githack, or with a bit more effort, set up a github.io site.
  • It lets you undo changes to your code, and to have multiple versions of it.
  • It lets you collaborate with other people, if you want to.
Getting set up with Github and The Modding Tree: ​
  1. Install Github Desktop and Visual Studio Code.
  2. Make a Github account. You can handle this on your own.
  3. Log in on your browser, and go back to The Modding Tree page. At the top right, there should be a button that says "fork". Click on it, and then on your username. You now have your own fork, or copy, of The Modding Tree.
  4. Open Github Desktop and log in. Ignore everything else and choose "clone a repository". A "repository" is basically a "Github project", like The Modding Tree. "Cloning" is downloading a copy of the repository to your computer.
  5. Look for The Modding Tree in the list of repositiories (it should be the only one) and click "clone".
  6. Select that you're using it for your own purposes, and click continue. It will download the files and handle everything.
Using your repository ​
  1. Click on "show in finder" to the right, and then open index.html. This will let you view and test your project!
  2. To edit your project, click "open in VSCode" in Github Desktop.
  3. Open mod.js in VSCode, and look at the top part where it says "modInfo". On the lines below that, change the mod's name to whatever you want, and change the id as well. (It can be any string value, and it's used to determine where the savefile is. Make it something that's probably unique, and don't change it again later.)
  4. Save game.js, and then reload index.html. The title on the tab, as well as on the info page, will now be the new ones!
  5. Go back to Github Desktop. It's time to save your changes into the git system by making a "commit".
  6. At the bottom right corner, add a summary of your changes, and then click "commit to master".
  7. Finally, at the top middle, click "push origin" to push your changes out onto the online repository.
  8. You can view your project on line, or share it with others, by going to https://raw.githack.com/[YOUR-GITHUB-USERNAME]/The-Modding-Tree/master/index.html
And now, you have successfully used Github! You can look at the documentation to see how The Modding Tree's system works and to make your mod a reality.
',11),r=[n];function s(l,h,u,d,p,c){return o(),t("div",null,r)}const y=e(a,[["render",s]]);export{m as __pageData,y as default};
diff --git a/assets/public_gamedevtree_docs_infoboxes.md.DYHYrnsU.js b/assets/public_gamedevtree_docs_infoboxes.md.BSjqPPEK.js
similarity index 73%
rename from assets/public_gamedevtree_docs_infoboxes.md.DYHYrnsU.js
rename to assets/public_gamedevtree_docs_infoboxes.md.BSjqPPEK.js
index a189a4b38..ca2a945e0 100644
--- a/assets/public_gamedevtree_docs_infoboxes.md.DYHYrnsU.js
+++ b/assets/public_gamedevtree_docs_infoboxes.md.BSjqPPEK.js
@@ -1,4 +1,4 @@
-import{_ as s,c as e,o as i,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Infoboxes","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/infoboxes.md","filePath":"public/gamedevtree/docs/infoboxes.md","lastUpdated":1603679142000}'),t={name:"public/gamedevtree/docs/infoboxes.md"},n=a(`
Infoboxes ​
Infoboxes are good for displaying "lore", or story elements, as well as for explaining complicated things.
In the default tab layout, the first infobox will be displayed at the very top of the tab.
Infoboxes are defined like other Big Features:
js
    infoboxes: {
+import{_ as s,c as e,o as i,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Infoboxes","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/infoboxes.md","filePath":"public/gamedevtree/docs/infoboxes.md"}'),t={name:"public/gamedevtree/docs/infoboxes.md"},n=a(`
Infoboxes ​
Infoboxes are good for displaying "lore", or story elements, as well as for explaining complicated things.
In the default tab layout, the first infobox will be displayed at the very top of the tab.
Infoboxes are defined like other Big Features:
js
    infoboxes: {
         infobox: {
             display() {return "Blah"},
             etc
diff --git a/assets/public_gamedevtree_docs_infoboxes.md.DYHYrnsU.lean.js b/assets/public_gamedevtree_docs_infoboxes.md.BSjqPPEK.lean.js
similarity index 53%
rename from assets/public_gamedevtree_docs_infoboxes.md.DYHYrnsU.lean.js
rename to assets/public_gamedevtree_docs_infoboxes.md.BSjqPPEK.lean.js
index 778593ea7..cd58beed0 100644
--- a/assets/public_gamedevtree_docs_infoboxes.md.DYHYrnsU.lean.js
+++ b/assets/public_gamedevtree_docs_infoboxes.md.BSjqPPEK.lean.js
@@ -1 +1 @@
-import{_ as s,c as e,o as i,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Infoboxes","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/infoboxes.md","filePath":"public/gamedevtree/docs/infoboxes.md","lastUpdated":1603679142000}'),t={name:"public/gamedevtree/docs/infoboxes.md"},n=a("",7),o=[n];function l(p,r,h,d,c,b){return i(),e("div",null,o)}const f=s(t,[["render",l]]);export{u as __pageData,f as default};
+import{_ as s,c as e,o as i,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Infoboxes","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/infoboxes.md","filePath":"public/gamedevtree/docs/infoboxes.md"}'),t={name:"public/gamedevtree/docs/infoboxes.md"},n=a("",7),o=[n];function l(p,r,h,d,c,b){return i(),e("div",null,o)}const f=s(t,[["render",l]]);export{u as __pageData,f as default};
diff --git a/assets/public_gamedevtree_docs_layer-features.md.ClQcp-PB.lean.js b/assets/public_gamedevtree_docs_layer-features.md.ClQcp-PB.lean.js
deleted file mode 100644
index e08bb66b1..000000000
--- a/assets/public_gamedevtree_docs_layer-features.md.ClQcp-PB.lean.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as e,c as t,o as a,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Layer Features","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/layer-features.md","filePath":"public/gamedevtree/docs/layer-features.md","lastUpdated":1603681232000}'),i={name:"public/gamedevtree/docs/layer-features.md"},n=s("",18),o=[n];function r(l,h,u,p,c,d){return a(),t("div",null,o)}const f=e(i,[["render",r]]);export{g as __pageData,f as default};
diff --git a/assets/public_gamedevtree_docs_layer-features.md.ClQcp-PB.js b/assets/public_gamedevtree_docs_layer-features.md.DENuwPtP.js
similarity index 85%
rename from assets/public_gamedevtree_docs_layer-features.md.ClQcp-PB.js
rename to assets/public_gamedevtree_docs_layer-features.md.DENuwPtP.js
index a0bf1b2c0..19be0a496 100644
--- a/assets/public_gamedevtree_docs_layer-features.md.ClQcp-PB.js
+++ b/assets/public_gamedevtree_docs_layer-features.md.DENuwPtP.js
@@ -1,4 +1,4 @@
-import{_ as e,c as t,o as a,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Layer Features","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/layer-features.md","filePath":"public/gamedevtree/docs/layer-features.md","lastUpdated":1603681232000}'),i={name:"public/gamedevtree/docs/layer-features.md"},n=s(`
Layer Features ​
This is a more comprehensive list of established features to add to layers. You can add more freely, if you want to have other functions or values associated with your layer. These have special functionality, though.
You can make almost any value dynamic by using a function in its place, including all display strings and styling/color features.
Key:
  • No label: This is required and the game will crash if it isn't included.
  • sometimes required: This is may be required, depending on other things in the layer.
  • optional: You can leave this out if you don't intend to use that feature for the layer.
Layer Definition features ​
  • layer: Assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar to access the save value. It makes copying code to new layers easier. It is also assigned to all upgrades and buyables and such.
  • name: Optional, used in reset confirmations (and maybe other places). If absent, it just uses the layer's id.
  • startData(): A function to return the default save data for this layer. Add any variables you have to it. Any nonstandard Decimal variables need to be added to convertToDecimal as well. Standard values: Required: unlocked: a bool determining if this layer is unlocked or not points: a Decimal, the main currency for the layer Optional: total: A Decimal, tracks total amount of main prestige currency best: A Decimal, tracks highest amount of main prestige currency unlockOrder: used to keep track of relevant layers unlocked before this one.
  • color: A color associated with this layer, used in many places. (A string in hex format with a #)
  • row: The row of the layer, starting at 0. This affects where the node appears on the tree, and which resets affect the layer.
     Using "side" instead of a number will cause the layer to appear off to the side as a smaller node (useful for achievements
+import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Layer Features","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/layer-features.md","filePath":"public/gamedevtree/docs/layer-features.md"}'),s={name:"public/gamedevtree/docs/layer-features.md"},n=i(`
    Layer Features ​
    This is a more comprehensive list of established features to add to layers. You can add more freely, if you want to have other functions or values associated with your layer. These have special functionality, though.
    You can make almost any value dynamic by using a function in its place, including all display strings and styling/color features.
    Key:
    • No label: This is required and the game will crash if it isn't included.
    • sometimes required: This is may be required, depending on other things in the layer.
    • optional: You can leave this out if you don't intend to use that feature for the layer.
    Layer Definition features ​
    • layer: Assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar to access the save value. It makes copying code to new layers easier. It is also assigned to all upgrades and buyables and such.
    • name: Optional, used in reset confirmations (and maybe other places). If absent, it just uses the layer's id.
    • startData(): A function to return the default save data for this layer. Add any variables you have to it. Any nonstandard Decimal variables need to be added to convertToDecimal as well. Standard values: Required: unlocked: a bool determining if this layer is unlocked or not points: a Decimal, the main currency for the layer Optional: total: A Decimal, tracks total amount of main prestige currency best: A Decimal, tracks highest amount of main prestige currency unlockOrder: used to keep track of relevant layers unlocked before this one.
    • color: A color associated with this layer, used in many places. (A string in hex format with a #)
    • row: The row of the layer, starting at 0. This affects where the node appears on the tree, and which resets affect the layer.
       Using "side" instead of a number will cause the layer to appear off to the side as a smaller node (useful for achievements
  and statistics). Side layers are not affected by resets unless you add a doReset to them.
 
    • resource: Name of the main currency you gain by resetting on this layer.
    • effect(): optional, A function that calculates and returns the current values of any bonuses inherent to the main currency. Can return a value or an object containing multiple values. You will also have to implement the effect where it is applied.
    • effectDescription: optional, A function that returns a description of this effect. If the text stays constant, it can just be a string.
    • layerShown(): A function returning a bool which determines if this layer's node should be visible on the tree. It can also return "ghost", which will hide the layer, but its node will still take up space in the tree.
    • hotkeys: optional, An array containing information on any hotkeys associated with this layer:
      js
      hotkeys: [
     {key: "p", // What the hotkey button is. Use uppercase if it's combined with shift, or "ctrl+x" if ctrl is.
@@ -13,4 +13,4 @@ import{_ as e,c as t,o as a,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const g
 
    • update(diff): optional, this function is called every game tick. Use it for any passive resource production or time-based things. diff is the time since the last tick. Suggestion: use addPoints(layer, gain) when generating points to automatically update the best and total amounts.
    • automate(): optional, this function is called every game tick, after production. Use it to activate any autobuyers or auto-resets or similar on this layer, if appropriate.
    • resetsNothing: optional, returns true if this layer shouldn't trigger any resets when you prestige.
    • increaseUnlockOrder: optional, an array of layer ids. When this layer is unlocked for the first time, the unlockOrder value for any not-yet-unlocked layers in this list increases. This can be used to make them harder to unlock.
    • shouldNotify: optional, a function to return true if this layer should be highlighted in the tree. The layer will automatically be highlighted if you can buy an upgrade whether you have this or not.
    • componentStyles: optional, An object that contains a set of functions returning CSS objects. Each of these will be applied to any components on the layer with the type of its id. Example:
    js
            componentStyles: {
             "challenge"() {return {'height': '200px'}},
             "prestige-button"() {return {'color': '#AA66AA'}},
-        },
    Custom Prestige type ​
    • getResetGain(): For custom prestige type, Returns how many points you should get if you reset now. You can call getResetGain(this.layer, useType = "static") or similar to calculate what your gain would be under another prestige type (provided you have all of the required features in the layer.)
    • getNextAt(canMax=false): For custom prestige type, Returns how many of the base currency you need to get to the next point. canMax is an optional variable used with Static-ish layers to differentiate between if it's looking for the first point you can reset at, or the requirement for any gain at all. (Supporting both is good). You can also call getNextAt(this.layer, canMax=false, useType = "static") or similar to calculate what your next at would be under another prestige type (provided you have all of the required features in the layer.)
    • canReset(): For custom prestige type, return true only if you have the resources required to do a prestige here.
    `,18),o=[n];function r(l,h,u,p,c,d){return a(),t("div",null,o)}const f=e(i,[["render",r]]);export{g as __pageData,f as default};
+        },
Custom Prestige type ​
  • getResetGain(): For custom prestige type, Returns how many points you should get if you reset now. You can call getResetGain(this.layer, useType = "static") or similar to calculate what your gain would be under another prestige type (provided you have all of the required features in the layer.)
  • getNextAt(canMax=false): For custom prestige type, Returns how many of the base currency you need to get to the next point. canMax is an optional variable used with Static-ish layers to differentiate between if it's looking for the first point you can reset at, or the requirement for any gain at all. (Supporting both is good). You can also call getNextAt(this.layer, canMax=false, useType = "static") or similar to calculate what your next at would be under another prestige type (provided you have all of the required features in the layer.)
  • canReset(): For custom prestige type, return true only if you have the resources required to do a prestige here.
`,18),o=[n];function r(l,h,u,p,c,d){return a(),t("div",null,o)}const f=e(s,[["render",r]]);export{g as __pageData,f as default};
diff --git a/assets/public_gamedevtree_docs_layer-features.md.DENuwPtP.lean.js b/assets/public_gamedevtree_docs_layer-features.md.DENuwPtP.lean.js
new file mode 100644
index 000000000..a1f4eac1e
--- /dev/null
+++ b/assets/public_gamedevtree_docs_layer-features.md.DENuwPtP.lean.js
@@ -0,0 +1 @@
+import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Layer Features","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/layer-features.md","filePath":"public/gamedevtree/docs/layer-features.md"}'),s={name:"public/gamedevtree/docs/layer-features.md"},n=i("",18),o=[n];function r(l,h,u,p,c,d){return a(),t("div",null,o)}const f=e(s,[["render",r]]);export{g as __pageData,f as default};
diff --git a/assets/public_gamedevtree_docs_main-mod-info.md.DJ1Tca-G.js b/assets/public_gamedevtree_docs_main-mod-info.md.BYYhCEuV.js
similarity index 58%
rename from assets/public_gamedevtree_docs_main-mod-info.md.DJ1Tca-G.js
rename to assets/public_gamedevtree_docs_main-mod-info.md.BYYhCEuV.js
index 36e720bce..625a88e6d 100644
--- a/assets/public_gamedevtree_docs_main-mod-info.md.DJ1Tca-G.js
+++ b/assets/public_gamedevtree_docs_main-mod-info.md.BYYhCEuV.js
@@ -1,4 +1,4 @@
-import{_ as i,c as e,o as t,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"mod.js","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/main-mod-info.md","filePath":"public/gamedevtree/docs/main-mod-info.md","lastUpdated":1603151572000}'),a={name:"public/gamedevtree/docs/main-mod-info.md"},n=s(`
mod.js ​
All of the code and data that you're likely to edit is here in mod.js! Everything in mod.js will not be altered by updates, besides the addition of new things.
Here's a breakdown of what's in it:
  • modInfo is where most of the basic configuration for the mod is. It contains:
    • name: The name of your mod. (a string)
    • id: The id for your mod, a unique string that is used to determine savefile location. Setting it is important!
    • author: The name of the author, displayed in the info tab.
    • pointsName: This changes what is displayed instead of "points" for the main currency. (It does not affect it in the code.)
    • discordName, discordLink: If you have a Discord server or other discussion place, you can add a link to it. "discordName" is the text on the link, and "discordLink" is the url of an invite. If you're using a Discord invite, please make sure it's set to never expire.
    • changelogLink: You can use this to set a link to a page where your changelog for the game is displayed.
    • offlineLimit: The maximum amount of offline time that the player can accumulate, in hours. Any extra time is lost. (a number) This is useful because most of these mods are fast-paced enough that too much offline time ruins the balance, such as the time in between updates. That is why I suggest developers disable offline time on their own savefile.
    • initialStartPoints: A Decimal for the amount of points a new player should start with.
  • VERSION is used to describe the current version of your mod. It contains: num: The mod's version number, displayed at the top right of the tree tab. name: The version's name, displayed alongside the number in the info tab.
  • doNotCallTheseFunctionsEveryTick is very important. TMT calls every function anywhere in "layers" every tick to store the result, unless specifically told not to. Functions that have are used to do an action need to be identified. "Official" functions (those in the documentation) are all fine, but if you make any new ones, add their names to this array.
js
// (The ones here are examples, all official functions are already taken care of)
+import{_ as i,c as e,o as t,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"mod.js","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/main-mod-info.md","filePath":"public/gamedevtree/docs/main-mod-info.md"}'),a={name:"public/gamedevtree/docs/main-mod-info.md"},n=s(`
mod.js ​
All of the code and data that you're likely to edit is here in mod.js! Everything in mod.js will not be altered by updates, besides the addition of new things.
Here's a breakdown of what's in it:
  • modInfo is where most of the basic configuration for the mod is. It contains:
    • name: The name of your mod. (a string)
    • id: The id for your mod, a unique string that is used to determine savefile location. Setting it is important!
    • author: The name of the author, displayed in the info tab.
    • pointsName: This changes what is displayed instead of "points" for the main currency. (It does not affect it in the code.)
    • discordName, discordLink: If you have a Discord server or other discussion place, you can add a link to it. "discordName" is the text on the link, and "discordLink" is the url of an invite. If you're using a Discord invite, please make sure it's set to never expire.
    • changelogLink: You can use this to set a link to a page where your changelog for the game is displayed.
    • offlineLimit: The maximum amount of offline time that the player can accumulate, in hours. Any extra time is lost. (a number) This is useful because most of these mods are fast-paced enough that too much offline time ruins the balance, such as the time in between updates. That is why I suggest developers disable offline time on their own savefile.
    • initialStartPoints: A Decimal for the amount of points a new player should start with.
  • VERSION is used to describe the current version of your mod. It contains: num: The mod's version number, displayed at the top right of the tree tab. name: The version's name, displayed alongside the number in the info tab.
  • doNotCallTheseFunctionsEveryTick is very important. TMT calls every function anywhere in "layers" every tick to store the result, unless specifically told not to. Functions that have are used to do an action need to be identified. "Official" functions (those in the documentation) are all fine, but if you make any new ones, add their names to this array.
js
// (The ones here are examples, all official functions are already taken care of)
 var doNotCallTheseFunctionsEveryTick = ["doReset", "buy", "onPurchase", "blowUpEverything"]
  • getStartPoints(): A function to determine the amount of points the player starts with after a reset. (returns a Decimal value)
  • canGenPoints(): A function returning a boolean for if points should be generated. Use this if you want an upgrade to unlock generating points.
  • getPointGen(): A function that calculates your points per second. Anything that affects your point gain should go into the calculation here.
  • addedPlayerData(): A function that returns any non-layer-related data that you want to be added to the save data and "player" object.
js
function addedPlayerData() { return {
 	weather: "Yes",
 	happiness: new Decimal(72),
diff --git a/assets/public_gamedevtree_docs_main-mod-info.md.DJ1Tca-G.lean.js b/assets/public_gamedevtree_docs_main-mod-info.md.BYYhCEuV.lean.js
similarity index 52%
rename from assets/public_gamedevtree_docs_main-mod-info.md.DJ1Tca-G.lean.js
rename to assets/public_gamedevtree_docs_main-mod-info.md.BYYhCEuV.lean.js
index 8ae23ff25..74a1d9848 100644
--- a/assets/public_gamedevtree_docs_main-mod-info.md.DJ1Tca-G.lean.js
+++ b/assets/public_gamedevtree_docs_main-mod-info.md.BYYhCEuV.lean.js
@@ -1 +1 @@
-import{_ as i,c as e,o as t,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"mod.js","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/main-mod-info.md","filePath":"public/gamedevtree/docs/main-mod-info.md","lastUpdated":1603151572000}'),a={name:"public/gamedevtree/docs/main-mod-info.md"},n=s("",10),o=[n];function l(h,r,d,p,u,c){return t(),e("div",null,o)}const y=i(a,[["render",l]]);export{m as __pageData,y as default};
+import{_ as i,c as e,o as t,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"mod.js","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/main-mod-info.md","filePath":"public/gamedevtree/docs/main-mod-info.md"}'),a={name:"public/gamedevtree/docs/main-mod-info.md"},n=s("",10),o=[n];function l(h,r,d,p,u,c){return t(),e("div",null,o)}const y=i(a,[["render",l]]);export{m as __pageData,y as default};
diff --git a/assets/public_gamedevtree_docs_milestones.md.Bqa4PDXl.js b/assets/public_gamedevtree_docs_milestones.md.Dhs_Ycq9.js
similarity index 80%
rename from assets/public_gamedevtree_docs_milestones.md.Bqa4PDXl.js
rename to assets/public_gamedevtree_docs_milestones.md.Dhs_Ycq9.js
index 8b92a0786..e1a06b7db 100644
--- a/assets/public_gamedevtree_docs_milestones.md.Bqa4PDXl.js
+++ b/assets/public_gamedevtree_docs_milestones.md.Dhs_Ycq9.js
@@ -1,4 +1,4 @@
-import{_ as e,c as s,o as t,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Milestones","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/milestones.md","filePath":"public/gamedevtree/docs/milestones.md","lastUpdated":1602782965000}'),a={name:"public/gamedevtree/docs/milestones.md"},n=i(`
Milestones ​
Milestones are awarded to the player when they meet a certain goal, and give some benefit. Milestones should be formatted like this:
js
    milestones: {
+import{_ as e,c as s,o as t,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Milestones","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/milestones.md","filePath":"public/gamedevtree/docs/milestones.md"}'),a={name:"public/gamedevtree/docs/milestones.md"},n=i(`
Milestones ​
Milestones are awarded to the player when they meet a certain goal, and give some benefit. Milestones should be formatted like this:
js
    milestones: {
         0: {
             requirementDesc: "123 waffles",
         }
diff --git a/assets/public_gamedevtree_docs_milestones.md.Bqa4PDXl.lean.js b/assets/public_gamedevtree_docs_milestones.md.Dhs_Ycq9.lean.js
similarity index 53%
rename from assets/public_gamedevtree_docs_milestones.md.Bqa4PDXl.lean.js
rename to assets/public_gamedevtree_docs_milestones.md.Dhs_Ycq9.lean.js
index acf4dbe8e..457ed2aec 100644
--- a/assets/public_gamedevtree_docs_milestones.md.Bqa4PDXl.lean.js
+++ b/assets/public_gamedevtree_docs_milestones.md.Dhs_Ycq9.lean.js
@@ -1 +1 @@
-import{_ as e,c as s,o as t,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Milestones","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/milestones.md","filePath":"public/gamedevtree/docs/milestones.md","lastUpdated":1602782965000}'),a={name:"public/gamedevtree/docs/milestones.md"},n=i("",6),o=[n];function l(r,h,p,d,c,u){return t(),s("div",null,o)}const k=e(a,[["render",l]]);export{m as __pageData,k as default};
+import{_ as e,c as s,o as t,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Milestones","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/milestones.md","filePath":"public/gamedevtree/docs/milestones.md"}'),a={name:"public/gamedevtree/docs/milestones.md"},n=i("",6),o=[n];function l(r,h,p,d,c,u){return t(),s("div",null,o)}const k=e(a,[["render",l]]);export{m as __pageData,k as default};
diff --git a/assets/public_gamedevtree_docs_subtabs-and-microtabs.md.BOgW01rg.lean.js b/assets/public_gamedevtree_docs_subtabs-and-microtabs.md.BOgW01rg.lean.js
deleted file mode 100644
index 19132c2d2..000000000
--- a/assets/public_gamedevtree_docs_subtabs-and-microtabs.md.BOgW01rg.lean.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as s,c as a,o as t,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Subtabs and Microtabs","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/subtabs-and-microtabs.md","filePath":"public/gamedevtree/docs/subtabs-and-microtabs.md","lastUpdated":1602558499000}'),e={name:"public/gamedevtree/docs/subtabs-and-microtabs.md"},n=i("",9),l=[n];function h(p,r,o,k,c,d){return t(),a("div",null,l)}const E=s(e,[["render",h]]);export{u as __pageData,E as default};
diff --git a/assets/public_gamedevtree_docs_subtabs-and-microtabs.md.BOgW01rg.js b/assets/public_gamedevtree_docs_subtabs-and-microtabs.md.BmcSeyFR.js
similarity index 83%
rename from assets/public_gamedevtree_docs_subtabs-and-microtabs.md.BOgW01rg.js
rename to assets/public_gamedevtree_docs_subtabs-and-microtabs.md.BmcSeyFR.js
index da345f555..9f59302aa 100644
--- a/assets/public_gamedevtree_docs_subtabs-and-microtabs.md.BOgW01rg.js
+++ b/assets/public_gamedevtree_docs_subtabs-and-microtabs.md.BmcSeyFR.js
@@ -1,4 +1,4 @@
-import{_ as s,c as a,o as t,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Subtabs and Microtabs","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/subtabs-and-microtabs.md","filePath":"public/gamedevtree/docs/subtabs-and-microtabs.md","lastUpdated":1602558499000}'),e={name:"public/gamedevtree/docs/subtabs-and-microtabs.md"},n=i(`
Subtabs and Microtabs ​
Subtabs are separate sections of a tab that you can view by selecting one at the top of the tab. Microtabs are smaller areas that function in much the same way.
Subtabs are defined by using the tab format like this, where each element of tabFormat is given the name of that subtab:
js
    tabFormat: {
+import{_ as s,c as a,o as t,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Subtabs and Microtabs","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/subtabs-and-microtabs.md","filePath":"public/gamedevtree/docs/subtabs-and-microtabs.md"}'),e={name:"public/gamedevtree/docs/subtabs-and-microtabs.md"},n=i(`
Subtabs and Microtabs ​
Subtabs are separate sections of a tab that you can view by selecting one at the top of the tab. Microtabs are smaller areas that function in much the same way.
Subtabs are defined by using the tab format like this, where each element of tabFormat is given the name of that subtab:
js
    tabFormat: {
         "Main tab": {
             *subtab features*
         },
diff --git a/assets/public_gamedevtree_docs_subtabs-and-microtabs.md.BmcSeyFR.lean.js b/assets/public_gamedevtree_docs_subtabs-and-microtabs.md.BmcSeyFR.lean.js
new file mode 100644
index 000000000..4b6fe8a4f
--- /dev/null
+++ b/assets/public_gamedevtree_docs_subtabs-and-microtabs.md.BmcSeyFR.lean.js
@@ -0,0 +1 @@
+import{_ as s,c as a,o as t,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Subtabs and Microtabs","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/subtabs-and-microtabs.md","filePath":"public/gamedevtree/docs/subtabs-and-microtabs.md"}'),e={name:"public/gamedevtree/docs/subtabs-and-microtabs.md"},n=i("",9),l=[n];function h(p,r,o,k,c,d){return t(),a("div",null,l)}const E=s(e,[["render",h]]);export{u as __pageData,E as default};
diff --git a/assets/public_gamedevtree_docs_updating-tmt.md.BXMN1mOW.js b/assets/public_gamedevtree_docs_updating-tmt.md.BXMN1mOW.js
deleted file mode 100644
index 394a81fc3..000000000
--- a/assets/public_gamedevtree_docs_updating-tmt.md.BXMN1mOW.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as e,c as t,o as a,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Updating The Modding Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/updating-tmt.md","filePath":"public/gamedevtree/docs/updating-tmt.md","lastUpdated":1602215108000}'),i={name:"public/gamedevtree/docs/updating-tmt.md"},n=o('
Updating The Modding Tree ​
This tutorial assumes that you have used the Getting Started Tutorial, and are using Github Desktop and VSCode for your mod.
Here's what you have to do when there's a TMT update:
  1. Look at the changelog. It will warn you if the update will break anything or require any changes. Decide if you want to try to update.
  2. Open Github Desktop, and at the top middle, click "fetch origin". This will make Github Desktop get information about the update.
  3. Click where it says "current branch: master" at the top middle, and at the bottom of the thing that appears, click "choose a branch to merge into master.
  4. Select upstream/master. It will likely say there are conflicts, but you have tools to resolve them. Click "Merge upstream/master into master".
  5. A conflict happens when the things you're trying to merge have both made changes in the same place. Click "open in Visual Studio Code" next to the first file.
  6. Scroll down through the file, and look for the parts highlighted in red and green. One of these is your code, and the other is some code that will be modified by the update. Do your best to try to edit things to keep the updated changes, but keep your content.
  7. Continue to do this for all remaining challenges.
  8. Do any other changes required by the update, run the game, fix issues, etc.
',4),r=[n];function d(h,s,l,p,u,c){return a(),t("div",null,r)}const _=e(i,[["render",d]]);export{m as __pageData,_ as default};
diff --git a/assets/public_gamedevtree_docs_updating-tmt.md.ir-CQQOo.js b/assets/public_gamedevtree_docs_updating-tmt.md.ir-CQQOo.js
new file mode 100644
index 000000000..81cf507fe
--- /dev/null
+++ b/assets/public_gamedevtree_docs_updating-tmt.md.ir-CQQOo.js
@@ -0,0 +1 @@
+import{_ as e,c as t,o as a,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Updating The Modding Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/updating-tmt.md","filePath":"public/gamedevtree/docs/updating-tmt.md"}'),i={name:"public/gamedevtree/docs/updating-tmt.md"},n=o('
Updating The Modding Tree ​
This tutorial assumes that you have used the Getting Started Tutorial, and are using Github Desktop and VSCode for your mod.
Here's what you have to do when there's a TMT update:
  1. Look at the changelog. It will warn you if the update will break anything or require any changes. Decide if you want to try to update.
  2. Open Github Desktop, and at the top middle, click "fetch origin". This will make Github Desktop get information about the update.
  3. Click where it says "current branch: master" at the top middle, and at the bottom of the thing that appears, click "choose a branch to merge into master.
  4. Select upstream/master. It will likely say there are conflicts, but you have tools to resolve them. Click "Merge upstream/master into master".
  5. A conflict happens when the things you're trying to merge have both made changes in the same place. Click "open in Visual Studio Code" next to the first file.
  6. Scroll down through the file, and look for the parts highlighted in red and green. One of these is your code, and the other is some code that will be modified by the update. Do your best to try to edit things to keep the updated changes, but keep your content.
  7. Continue to do this for all remaining challenges.
  8. Do any other changes required by the update, run the game, fix issues, etc.
',4),r=[n];function d(h,s,l,p,u,c){return a(),t("div",null,r)}const _=e(i,[["render",d]]);export{m as __pageData,_ as default};
diff --git a/assets/public_gamedevtree_docs_updating-tmt.md.BXMN1mOW.lean.js b/assets/public_gamedevtree_docs_updating-tmt.md.ir-CQQOo.lean.js
similarity index 50%
rename from assets/public_gamedevtree_docs_updating-tmt.md.BXMN1mOW.lean.js
rename to assets/public_gamedevtree_docs_updating-tmt.md.ir-CQQOo.lean.js
index 38de69254..cf35d4652 100644
--- a/assets/public_gamedevtree_docs_updating-tmt.md.BXMN1mOW.lean.js
+++ b/assets/public_gamedevtree_docs_updating-tmt.md.ir-CQQOo.lean.js
@@ -1 +1 @@
-import{_ as e,c as t,o as a,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Updating The Modding Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/updating-tmt.md","filePath":"public/gamedevtree/docs/updating-tmt.md","lastUpdated":1602215108000}'),i={name:"public/gamedevtree/docs/updating-tmt.md"},n=o("",4),r=[n];function d(h,s,l,p,u,c){return a(),t("div",null,r)}const _=e(i,[["render",d]]);export{m as __pageData,_ as default};
+import{_ as e,c as t,o as a,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Updating The Modding Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/updating-tmt.md","filePath":"public/gamedevtree/docs/updating-tmt.md"}'),i={name:"public/gamedevtree/docs/updating-tmt.md"},n=o("",4),r=[n];function d(h,s,l,p,u,c){return a(),t("div",null,r)}const _=e(i,[["render",d]]);export{m as __pageData,_ as default};
diff --git a/assets/public_gamedevtree_docs_upgrades.md.BeTeQq_8.js b/assets/public_gamedevtree_docs_upgrades.md.D99_tgsS.js
similarity index 81%
rename from assets/public_gamedevtree_docs_upgrades.md.BeTeQq_8.js
rename to assets/public_gamedevtree_docs_upgrades.md.D99_tgsS.js
index 9378c84ab..904d0c9f0 100644
--- a/assets/public_gamedevtree_docs_upgrades.md.BeTeQq_8.js
+++ b/assets/public_gamedevtree_docs_upgrades.md.D99_tgsS.js
@@ -1,4 +1,4 @@
-import{_ as e,c as s,o as t,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Upgrades","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/upgrades.md","filePath":"public/gamedevtree/docs/upgrades.md","lastUpdated":1603152353000}'),i={name:"public/gamedevtree/docs/upgrades.md"},n=a(`
Upgrades ​
Useful functions for dealing with Upgrades and implementing their effects:
  • hasUpgrade(layer, id): determine if the player has the upgrade
  • upgradeEffect(layer, id): Returns the current effects of the upgrade, if any
  • buyUpgrade(layer, id): Buys an upgrade directly (if affordable)
Hint: Basic point gain is calculated in mod.js's "getPointGen".
Upgrades are stored in the following format:
js
    upgrades: {
+import{_ as e,c as s,o as t,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Upgrades","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/upgrades.md","filePath":"public/gamedevtree/docs/upgrades.md"}'),i={name:"public/gamedevtree/docs/upgrades.md"},n=a(`
Upgrades ​
Useful functions for dealing with Upgrades and implementing their effects:
  • hasUpgrade(layer, id): determine if the player has the upgrade
  • upgradeEffect(layer, id): Returns the current effects of the upgrade, if any
  • buyUpgrade(layer, id): Buys an upgrade directly (if affordable)
Hint: Basic point gain is calculated in mod.js's "getPointGen".
Upgrades are stored in the following format:
js
    upgrades: {
         rows: # of rows
         cols: # of columns
         11: {
diff --git a/assets/public_gamedevtree_docs_upgrades.md.BeTeQq_8.lean.js b/assets/public_gamedevtree_docs_upgrades.md.D99_tgsS.lean.js
similarity index 54%
rename from assets/public_gamedevtree_docs_upgrades.md.BeTeQq_8.lean.js
rename to assets/public_gamedevtree_docs_upgrades.md.D99_tgsS.lean.js
index e9b7802c8..65e94bd9f 100644
--- a/assets/public_gamedevtree_docs_upgrades.md.BeTeQq_8.lean.js
+++ b/assets/public_gamedevtree_docs_upgrades.md.D99_tgsS.lean.js
@@ -1 +1 @@
-import{_ as e,c as s,o as t,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Upgrades","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/upgrades.md","filePath":"public/gamedevtree/docs/upgrades.md","lastUpdated":1603152353000}'),i={name:"public/gamedevtree/docs/upgrades.md"},n=a("",10),r=[n];function l(o,p,h,d,u,c){return t(),s("div",null,r)}const y=e(i,[["render",l]]);export{f as __pageData,y as default};
+import{_ as e,c as s,o as t,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Upgrades","description":"","frontmatter":{},"headers":[],"relativePath":"public/gamedevtree/docs/upgrades.md","filePath":"public/gamedevtree/docs/upgrades.md"}'),i={name:"public/gamedevtree/docs/upgrades.md"},n=a("",10),r=[n];function l(o,p,h,d,u,c){return t(),s("div",null,r)}const y=e(i,[["render",l]]);export{f as __pageData,y as default};
diff --git a/assets/public_kronos_Old Things_2.0-format-changes.md.CFXOiLyk.js b/assets/public_kronos_Old Things_2.0-format-changes.md.CFXOiLyk.js
deleted file mode 100644
index 2376808b2..000000000
--- a/assets/public_kronos_Old Things_2.0-format-changes.md.CFXOiLyk.js	
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"2.0 format changes","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/Old Things/2.0-format-changes.md","filePath":"public/kronos/Old Things/2.0-format-changes.md","lastUpdated":1607827402000}'),n={name:"public/kronos/Old Things/2.0-format-changes.md"},i=o('
2.0 format changes ​
  • Temp format is changed from temp.something[layer] to temp[layer].something, for consistency
  • Challenges are now saved as an object with the amount of completions in each spot. (This will break saves.)
  • effectDisplay in Challenges and Upgrades no longer takes an argument, and neither does effect for Buyables
  • Buyable cost can take an argument for amount of buyables, but it needs to function if no argument is supplied (it should do the cost for the next purchase).
  • Generation of Points now happens in the main game loop (not in a layer update function), enabled by canGenPoints in game.js.
  • Changed fullLayerReset to layerDataReset, which takes an array of names of values to keep
In addition, many names were changed, mostly expanding abbreviations:
All instances of:
  • chall -> challenge
  • unl -> unlocked
  • upg -> upgrade (besides CSS)
  • amt -> amount
  • desc -> description
  • resCeil -> roundUpCost
  • order -> unlockOrder
  • incr_order -> increaseUnlockOrder
Challenges:
  • desc -> challengeDescription
  • reward -> rewardDescription
  • effect -> rewardEffect
  • effectDisplay -> rewardDisplay
  • active -> challengeActive
',7),l=[i];function s(r,c,d,h,g,p){return t(),a("div",null,l)}const u=e(n,[["render",s]]);export{m as __pageData,u as default};
diff --git a/assets/public_kronos_Old Things_2.0-format-changes.md.CFXOiLyk.lean.js b/assets/public_kronos_Old Things_2.0-format-changes.md.CFXOiLyk.lean.js
deleted file mode 100644
index 8c4800172..000000000
--- a/assets/public_kronos_Old Things_2.0-format-changes.md.CFXOiLyk.lean.js	
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"2.0 format changes","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/Old Things/2.0-format-changes.md","filePath":"public/kronos/Old Things/2.0-format-changes.md","lastUpdated":1607827402000}'),n={name:"public/kronos/Old Things/2.0-format-changes.md"},i=o("",7),l=[i];function s(r,c,d,h,g,p){return t(),a("div",null,l)}const u=e(n,[["render",s]]);export{m as __pageData,u as default};
diff --git a/assets/public_kronos_Old Things_2.0-format-changes.md.fmuhFckJ.js b/assets/public_kronos_Old Things_2.0-format-changes.md.fmuhFckJ.js
new file mode 100644
index 000000000..11a952efe
--- /dev/null
+++ b/assets/public_kronos_Old Things_2.0-format-changes.md.fmuhFckJ.js	
@@ -0,0 +1 @@
+import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"2.0 format changes","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/Old Things/2.0-format-changes.md","filePath":"public/kronos/Old Things/2.0-format-changes.md"}'),n={name:"public/kronos/Old Things/2.0-format-changes.md"},i=o('
2.0 format changes ​
  • Temp format is changed from temp.something[layer] to temp[layer].something, for consistency
  • Challenges are now saved as an object with the amount of completions in each spot. (This will break saves.)
  • effectDisplay in Challenges and Upgrades no longer takes an argument, and neither does effect for Buyables
  • Buyable cost can take an argument for amount of buyables, but it needs to function if no argument is supplied (it should do the cost for the next purchase).
  • Generation of Points now happens in the main game loop (not in a layer update function), enabled by canGenPoints in game.js.
  • Changed fullLayerReset to layerDataReset, which takes an array of names of values to keep
In addition, many names were changed, mostly expanding abbreviations:
All instances of:
  • chall -> challenge
  • unl -> unlocked
  • upg -> upgrade (besides CSS)
  • amt -> amount
  • desc -> description
  • resCeil -> roundUpCost
  • order -> unlockOrder
  • incr_order -> increaseUnlockOrder
Challenges:
  • desc -> challengeDescription
  • reward -> rewardDescription
  • effect -> rewardEffect
  • effectDisplay -> rewardDisplay
  • active -> challengeActive
',7),l=[i];function s(r,c,d,h,g,f){return t(),a("div",null,l)}const u=e(n,[["render",s]]);export{m as __pageData,u as default};
diff --git a/assets/public_kronos_Old Things_2.0-format-changes.md.fmuhFckJ.lean.js b/assets/public_kronos_Old Things_2.0-format-changes.md.fmuhFckJ.lean.js
new file mode 100644
index 000000000..7fcbe5168
--- /dev/null
+++ b/assets/public_kronos_Old Things_2.0-format-changes.md.fmuhFckJ.lean.js	
@@ -0,0 +1 @@
+import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"2.0 format changes","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/Old Things/2.0-format-changes.md","filePath":"public/kronos/Old Things/2.0-format-changes.md"}'),n={name:"public/kronos/Old Things/2.0-format-changes.md"},i=o("",7),l=[i];function s(r,c,d,h,g,f){return t(),a("div",null,l)}const u=e(n,[["render",s]]);export{m as __pageData,u as default};
diff --git a/assets/public_kronos_README.md.Bp897XDj.js b/assets/public_kronos_README.md.Bp897XDj.js
deleted file mode 100644
index 4f93d4e05..000000000
--- a/assets/public_kronos_README.md.Bp897XDj.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as e,c as o,o as t,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Kronos","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/README.md","filePath":"public/kronos/README.md","lastUpdated":1701136977000}'),r={name:"public/kronos/README.md"},s=a('
Kronos ​
Play here.
Updating the website:
  • git submodule update --remote
  • git add -A
  • git commit -m "Updated kronos"
  • git push
',4),i=[s];function n(c,d,l,_,p,u){return t(),o("div",null,i)}const f=e(r,[["render",n]]);export{m as __pageData,f as default};
diff --git a/assets/public_kronos_README.md.Bp897XDj.lean.js b/assets/public_kronos_README.md.Bp897XDj.lean.js
deleted file mode 100644
index 68f1276f0..000000000
--- a/assets/public_kronos_README.md.Bp897XDj.lean.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as e,c as o,o as t,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Kronos","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/README.md","filePath":"public/kronos/README.md","lastUpdated":1701136977000}'),r={name:"public/kronos/README.md"},s=a("",4),i=[s];function n(c,d,l,_,p,u){return t(),o("div",null,i)}const f=e(r,[["render",n]]);export{m as __pageData,f as default};
diff --git a/assets/public_kronos_README.md.DtVgqJ6L.js b/assets/public_kronos_README.md.DtVgqJ6L.js
new file mode 100644
index 000000000..9120cf383
--- /dev/null
+++ b/assets/public_kronos_README.md.DtVgqJ6L.js
@@ -0,0 +1 @@
+import{_ as e,c as o,o as t,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Kronos","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/README.md","filePath":"public/kronos/README.md"}'),a={name:"public/kronos/README.md"},s=r('
Kronos ​
Play here.
Updating the website:
  • git submodule update --remote
  • git add -A
  • git commit -m "Updated kronos"
  • git push
',4),i=[s];function n(c,d,l,_,p,u){return t(),o("div",null,i)}const f=e(a,[["render",n]]);export{m as __pageData,f as default};
diff --git a/assets/public_kronos_README.md.DtVgqJ6L.lean.js b/assets/public_kronos_README.md.DtVgqJ6L.lean.js
new file mode 100644
index 000000000..8cb194b64
--- /dev/null
+++ b/assets/public_kronos_README.md.DtVgqJ6L.lean.js
@@ -0,0 +1 @@
+import{_ as e,c as o,o as t,a5 as r}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Kronos","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/README.md","filePath":"public/kronos/README.md"}'),a={name:"public/kronos/README.md"},s=r("",4),i=[s];function n(c,d,l,_,p,u){return t(),o("div",null,i)}const f=e(a,[["render",n]]);export{m as __pageData,f as default};
diff --git a/assets/public_kronos_changelog.md.BuXGTfnh.js b/assets/public_kronos_changelog.md.BuXGTfnh.js
deleted file mode 100644
index 567670a14..000000000
--- a/assets/public_kronos_changelog.md.BuXGTfnh.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as e,c as i,o as a,a5 as l}from"./chunks/framework.Mb1uu3dm.js";const b=JSON.parse('{"title":"The Modding Tree changelog:","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/changelog.md","filePath":"public/kronos/changelog.md","lastUpdated":1664930814000}'),t={name:"public/kronos/changelog.md"},o=l('
The Modding Tree changelog: ​
v2.5.9.2 - 5/19/21 ​
  • Fixed many issues with things not updating.
v2.5.9.1 - 5/18/21 ​
  • Made text inputs never give NaNs.
v2.5.9 - 5/18/21 ​
  • Fixed issue when using text inputs for Numbers.
  • Added particle color feature.
  • Particle speed and dir are updated as it moves.
  • Added setSpeed and setDir for particles.
  • Added more trig functions.
v2.5.8 - 5/17/21 ​
  • Added makeShinies, which creates a stationary particle in a random spot.
  • Bars will visually update more quickly.
  • Fixed a major particle-related issue.
  • Fixed autoUpgrade.
  • Fixed a minor visual issue with tree nodes.
v2.5.7 - 5/15/21 ​
  • Added a particle system! Not only can it be used for visual effects, but particles can interact with the mouse. They could be used to create golden cookies or collectables, for example.
  • Added marked feature to buyables, clickables, and challenges. By default, stars multi-completion challenges when maxed.
  • Added 'deactivated' feature to layers, which disables many features.
  • Improved number formatting slightly.
v2.5.6 - 5/14/21 ​
  • You can now use non-numeric ids for upgrades, buyables, etc.
  • Fixed an exploit that let you buy an extra buyable.
  • Moved basic getter/setter functions to easyAccess.js.
v2.5.5.2 - 5/12/21 ​
  • Fixed a major issue with buyables.
  • Fixed a variety of tabFormat-related issues.
  • Fixed commas appearing in decimal places (thanks to pg132!)
v2.5.5.1 - 5/12/21 ​
  • Fixed clickables.
v2.5.5 - 5/12/21 ​
  • Added grids! They are a grid of buttons which behave the same, but have their own data. Good for inventory grids, map tiles, and more!
  • Added "marked" feature to add a mark to a node. Can be an image instead of a star. (Originally by Jacorb)
  • Added "layer-proxy" component that lets you use components from another layer.
  • Added the ability to display non-whole numbers in main-display.
v2.5.4 - 5/10/21 ​
  • Added a setting to always use single-tab mode.
  • Added directMult, which multiplies prestige gain after exponents and softcaps. It actually multiplies gain for static layers.
  • Added onEnter and onExit for challenges.
  • Improved displaying numbers between 0.0001 and 0.1.
  • Added documentation on how gainMult/Exp work for static layers.
  • Fixed a visual issue on mobile, thanks to thepaperpilot.
  • Improved documentation in general.
v2.5.3 - 5/8/21 ​
  • Improved performance of tab formats and bars.
  • Respec confirmation settings are now kept on resets.
  • Improved compatibility with older browsers.
  • Fixed missing pixel on vertical bars.
v2.5.2.1 - 5/7/21 ​
  • Fixed microtabs making layers highlight incorrectly.
v2.5.2 - 5/7/21 ​
  • Added glowColor for subtabs.
  • Improved the display for extremely small numbers.
  • Fixed issues in the buyable docs.
v2.5.1 - 5/7/21 ​
  • Fixed dynamic things in tabFormat not updating.
v2.5: Dreams Really Do Come True - 5/7/21 ​
  • Optimizations, hopefully a significant amount.
  • Added OOM/s point gen display at high values (thanks to Ducdat!)
  • Only one tab will display if the window is not wide enough (also thanks to Ducdat!)
  • Holding down a buyable's button now buys it continuously.
  • New milestone setting will also show the most recently unlocked milestone. (Also renamed all settings to be clearer)
  • Added an onHold feature for clickables.
  • Layer nodes will be highlighted even if the player is on the same tab.
  • Added customizable node glowColor.
  • Added buyable purchaseLimit.
  • Amount is automatically supplied to buyable cost and effect functions.
  • Locked (not yet visible) milestones no longer take up space. Also fixed hidden milestones taking a tiny bit of space.
  • Re-centered respec buttons.
  • Force-displayed tooltips are not hidden by resets.
  • Added formatting support for very small numbers. Disabled in most places by default because rounding errors might cause issues. Access it with formatSmall, or enable it globally by adding "allowSmall: true" to modInfo.
v2.4.1 - 4/29/21 ​
  • A number of minor fixes, many thanks to thepaperpilot.
  • The respec confirmation checkbox is now part of the respec-button component. (This also fixes the checkbox appearing when there is no respec button)
  • Added a few undocumented changes to the 2.4 changelog (the two at the bottom)
v2.4: Rationalized Edition - 4/29/21 ​
  • Completely reworked tooltips. Shift-click a node to force its tooltip to stay displayed. (And hopefully finally fixed flickering!)
  • Added text-input and slider components.
  • Added the ability to toggle respec confirmations.
  • Added custom respec confirmation messages.
  • The red layer highlight will not appear before a layer is unlocked.
  • Added unlocking hotkeys.
  • You no longer need to supply 'rows' and 'cols' for any Big Features.
  • Node symbols can use HTML.
  • Added documentation for the respec button.
  • Added prestigeNotify to subtabs, and prestigeNotify in subtabs also highlights the layer node.
  • The version number no longer contains special characters or irrational numbers.
  • Added ctrlDown and shiftDown variables.
  • Tooltips now use HTML (this means you need to replace any newlines with 
    )
v2.π.1 - 4/7/21 ​
  • Fixed formatting for some larger numbers.
  • Upgrades will expand if there is too much text to display.
  • Fixed styling challenges.
  • No longer attempts to display a base currency when there is none.
v2.π: Incrementally Updated - 2/5/21 ​
  • Performance improvements.
  • Fixed tooltips overlapping with the top display.
  • Clicking a popup dismisses it immediately.
  • Added support for bulk challenge completions.
  • "Best" is updated automatically.
  • Fixed keeping Decimal values on reset.
  • Code reorganization and style improvements by fudo.
v2.3.5 - 12/21/20 ​
  • Added resetTime, which tracks the time since a layer prestiged or was reset.
  • A layer node will be highlighted red if one of its subtabs is highlighted red.
  • Fixed issues with keeping challenges, buyables, and clickables on reset.
  • Improved the unlocking of custom layers.
  • Other minor fixes.
v2.3.4 - 12/16/20 ​
  • Added a node image feature.
  • Resource display now always shows the amount of the currency the layer's gain is based on.
  • Added spacing between tree nodes.
  • Another attempt to fix tooltip flickering.
v2.3.3 - 12/13/20 ​
  • Fixed the first node in a row always taking up space.
  • layerShown is now optional.
  • All prestige types can now use features for custom prestige types.
v2.3.2 - 12/13/20 ​
  • Fixed achievement/milestone popups.
v2.3.1 - 12/12/20 ​
  • Another attempt to fix flickering tooltips.
  • The "this" keyword should work everywhere except tabFormat arrays (although I may have missed some things).
  • Fixed tree branches not updating when scrolling on the right-side tab.
  • Fixed a spacing issue when a node's symbol is ""
  • Removed some old, unneeded files.
v2.3: Cooler and Newer Edition - 12/10/20 ​
  • Added achievement/milestone popups (thank you to Jacorb for this contribution!)
  • The changelog tab is back, and can be set in mod.js.
  • Layer nodes and respec buttons will not be clicked by pressing "enter".
  • Possible fix for flickering tooltips and strange transitions.
  • The victory screen text is configurable.
  • Added image and textStyle features to achievements.
  • Added an argument to use specific rows in an "upgrades" component.
  • Fixed the comma appearing in the main display when there was no effectDescription
  • Added the ability to easily make a tab that is a collection of layers in subtabs.
  • Improved spacing for embedding layers with subtabs into subtabs.
v2.2.8 - 12/03/20 ​
  • Double-clicking a layer node brings you to the main subtab for that layer.
  • Attempted to fix challenges visually updating a different way.
  • Added a softcap function for use in formulas.
  • Added displayRow feature, which lets layers be shown somewhere separate from where they are in the reset order (e.g. side layers)
  • Fixed autoupgrade issue.
v2.2.7 - 11/30/20 ​
  • Added autoUpgrade feature.
  • resource-display now shows resource gain per second if passiveGain is active.
  • Fixed formatting issues on some large numbers.
  • Better support for using classed objects in player and in layers/tmp.
  • Made hard resetting more effective.
  • Removed Herobrine from getStartClickables.
v2.2.6 - 11/30/20 ​
  • Added goalDescription for challenges and made the new "canComplete" system the standard.
  • Another attempt to fix challenges not visually updating.
  • Fixed side layers not appearing.
  • Fixed getStartClickables again.
v2.2.5 - 11/29/20 ​
  • Added features for overriding the displays and costs/goals of upgrades and challenges to make them fully custom.
  • best, total, and unlocked are always automatically added to layerData (but best and total will only display if you add them yourself).
  • Fixed getStartClickables.
v2.2.4 - 11/28/20 ​
  • Added softcap and softcapPower features (for Normal layers)
  • Offline time limit and default max tick length were fixed (previously the limits were 1000x too large)
  • Added fixOldSaves.
  • You can use HTML in main-display.
  • Fixed a number of minor oddities.
v2.2.3 - 11/28/20 ​
  • Layers will be highlighted if you can finish a challenge.
  • The "can complete challenge" color now overrides the "already completed" color.
  • Button nodes now work as side "layers".
  • Setting a tooltip to "" hides it entirely.
v2.2.2 - 11/22/20 ​
  • Fixed right half of the screen being unclickable in some circumstances.
  • Fixed tree branches being offset.
  • Fix to lastSafeTab.
v2.2.1 - 11/7/20 ​
  • Added a small highlight to layers you can meaningfully prestige on.
  • Added passiveGeneration and autoPrestige features to standardize prestige automation. (The old ways still work, but the new ones work better with other things)
  • Improved milestones visually a bit.
  • "best" and "total" are now only displayed if present in startData.
  • Fixed issues with things not updating visually. (Thank you to to Jacorb!)
  • Side layers and button nodes can now be highlighted.
  • Updated docs on the new tree-related features.
v2.2: Uprooted - 11/7/20 ​
  • You can now embed a layer inside of a subtab or microtab!
  • Added support for hiding or reformatting the tree tab
  • Added non-layer button nodes
  • Added shouldNotify to subtab/microtab buttons. (You can make them highlighted)
  • Added commas to large exponents.
  • Upgrades now only show "currently" if they have an effectDisplay (so not for constant effects).
  • Achievements are part of the default tab format.
  • NaN is now handled more intelligently.
  • Renamed files, and moved less relevant ones to another folder.
  • The "hide completed challenges" setting now only hides challenges at max completions.
  • Thank you to thepaperpilot for fixing errors in docs and improving the infobox appearance!
  • Many other minor fixes.
v2.1.4 - 10/25/20 ​
  • Added an infobox component. Thank you to thepaperpilot for this contribution!
  • Layer type is now optional, and defaults to "none".
  • Improved the look of bars and tab buttons.
  • Improved spacing between layer nodes (also thanks to thepaperpilot!)
  • Fixed the "blank" component breaking if only specifying the height.
  • Fixed some numbers not displaying with enough digits.
  • Made a few more things able to be functions.
  • A few other minor fixes.
v2.1.3.1 - 10/21/20 ​
  • Fixed the update function.
v2.1.3 - 10/21/20 ​
  • gainMult and gainExp are now optional.
  • Layer unlocking is now kept on reset.
  • Game should start up faster.
  • Layer updates now have a determined order and starts with earlier-rowed layers.
  • Automation now has a determined order and starts with later-rowed layers.
  • Fixed issues with resetting clickables and challenges.
  • Commas should no longer appear in the decimal places of a number.
  • Fixed potential issue in displaying the tree.
v2.1.2 - 10/19/20 ​
  • Added buyUpgrade function (buyUpg still works though)
  • Added author name to modInfo.
  • Fix to crash caused when the name of a subtab or microtab is changed.
  • Fixes to outdated information in docs.
  • Improvements to Discord links.
  • Thank you to thepaperpilot for contributing to this update!
v2.1.1 - 10/17/20 ​
  • Added resource-display component, which displays the base currency for the prestige layer, as well as the best and/or total of this layer's prestige currency.
  • Fixed the value for the base currency not updating in resource-display.
v2.1: We should have thought of this sooner! - 10/17/20 ​
  • Moved most of the code users will want to edit to mod.js, added documentation for it. 
    • Specifically, modInfo, VERSION, canGenPoints, getPointGen, and maxTickLength
  • Added getStartPoints()
  • Added the ability to store non-layer-related data
  • Added the ability to display more things at the top of the tree tab below points.
  • Made the endgame condition customizable
  • Added "sell one" and "sell all" buttons for buyables.
  • Moved the old "game" to demo.js, and replaced it with a minimal game that won't cause issues when edited.
  • Fixed issues with version number
  • Fixed number formatting issue making things like "10e9" appear.
v2.0.5 - 10/16/20 ​
  • Made more features (including prestige parameters) able to be dynamic.
  • Layer nodes can be hidden but still take up space with "ghost" visibility
  • Added clickableEffect for real.
  • Fixed some visual issues with bars.
  • A few other minor tweaks and improvements.
v2.0.4 - 10/16/20 ​
  • Fixed HTML on buttons interfering with clicking on them.
v2.0.3 - 10/16/20 ​
  • Fixed hotkeys not displaying in info.
  • Fixed the game supressing all external hotkeys.
  • You can use more things as currencies for upgrade costs and challenge goals using currencyLocation.
  • Added maxTickLength, which can be used to prevent offline time or tab-switching from breaking time-limit based mechanics.
  • Made buyable respec buttons and clickable "master" buttons their own components, and gave them a hide/show feature.
  • Added a general "tooltip" feature for achievements.
v2.0.2 - 10/15/20 ​
  • Branches are now dynamic (they can be functions).
  • Fixed a crash related to offline time.
  • Fixed links being too wide.
v2.0.1 - 10/15/20 ​
  • Fixed side layers appearing multiple times.
v2.0: The Pinnacle of Achievement Mountain - 10/15/20 ​
  • Added progress bars, which are highly customizable and can be horizontal or vertical!
  • Added "side layers", displayed smaller and off to the side, and don't get reset by default. They can be used for global achievements and statistics. Speaking of which...
  • Added achievements!
  • Added clickables, a more generalized variant of buyables.
  • Almost every value in layer data can be either a function or a constant value!
  • Added support for multiple completions of challenges.
  • Added "none" prestige type, which removes the need for any other prestige-related features.
  • The points display and other gui elements stay at the top of the screen when the tree scrolls.
  • Added getter/setter functions for the amounts and effects of most Big Features
  • Moved modInfo to game.js, added a spot in modInfo for a Discord link, changelog link. Also added a separate mod version from the TMT version in VERSION.
  • Tree structure is based on layer data, no index.html editing is needed.
  • Tmp does not need to be manually updated.
  • You don't have to have the same amount of upgrades in every row (and challs and buyables)
  • "unlocked" is optional for all Big Components (defaults to true).
  • All displays will update correctly.
  • Changelog is no longer in index.html at all.
  • Generation of Points now happens in the main game loop
  • Changed the reset functions to make keeping things easier
  • Renamed many things to increase readability (see the list in the link below)
  • Improved documentation based on feedback
v1.3.5: ​
  • Completely automated convertToDecimal, now you never have to worry about it again.
  • Branches can be defined without a color id. But they can also use hex values for color ids!
  • Created a tutorial for getting started with TMT and Github.
  • Page title is now automatically taken from mod name.
v1.3.4 - 10/8/20 ​
  • Added "midsection" feature to add things to a tab's layout while still keeping the standard layout.
  • Fix for being able to buy more buyables than you should.
v1.3.3 - 10/7/20 ​
  • Fix for the "order of operations" issue in temp.
v1.3.1 - 10/7/20 ​
  • Added custom CSS and tooltips for Layer Nodes.
  • Added custom CSS for upgrades, buyables, milestones, and challenges, both individually and layer-wide.
  • You can now use HTML in most display text!
  • You can now make milestones unlockable and not display immediately.
  • Fixed importing saves, and issue with upgrades not appearing, and probably more.
  • Optional "name" layer feature, used in confirmation messages.
v1.3: Tabception... ception! - 10/7/20 ​
  • Added subtabs! And also a Micro-tab component to let you make smaller subtab-esque areas anywhere.
  • Added a "custom" prestige formula type, and a number of features to support it.
  • Added points/sec display (can be disabled).
  • Added h-line, v-line and image-display components, plus components for individual upgrades, challenges, and milestones.
  • Added upgEffect, buyableEffect, and challEffect functions.
  • Added "hide completed challenges" setting.
  • Moved old changelogs to a separate place.
  • Fixed hasMilestone and incr_order.
  • Static layers now show the currency amount needed for the next one if you can buy max.
v1.2.4 - 10/4/20 ​
  • Layers are now highlighted if you can buy an upgrade, and a new feature, shouldNotify, lets you make it highlight other ways.
  • Fixed bugs with hasUpg, hasChall, hasMilestone, and inChallenge.
  • Changed the sample code to use the above functions for convenience.
v1.2.3 - 10/3/20 ​
  • Added a row component, which displays a list of objects in a row.
  • Added a column component, which displays a list of objects in a column (useful within a row).
  • Changed blanks to have a customizable width and height.
v1.2: This Changes Everything! - 10/3/20 ​
  • Many layer features can now be static values or functions. (This made some formats change, which will break old things)
  • You can now use the "this" keyword, to make code easier to transfer when making new layers.
  • Also added "this.layer", which is the current layer's name, and works on existing subfeatures (e.g. individual upgrades) as well! Subfeatures also have "this.id".
  • Fixed a big save issue. If you use a unique mod id, your save will never conflict with other mods.
  • Added a configurable offline time limit in modinfo at the top of index.html. (default 1 hour)
  • Added a few minor features, and updated the docs with new information.
v1.1.1 - 9/30/20 ​
  • You can define hotkeys directly from layer config.
v1.1: Enhanced Edition - 9/30/20 ​
  • Added "Buyables", which can function like Space Buildings or Enhancers.
  • Custom CSS can now be used on any component! Make the third argument an object with CSS parameters.
  • Lots of minor good things.
v1.0 - 9/27/20 ​
  • First release.
',115),n=[o];function r(s,d,h,u,c,m){return a(),i("div",null,n)}const f=e(t,[["render",r]]);export{b as __pageData,f as default};
diff --git a/assets/public_kronos_changelog.md.D3Whj0Y0.js b/assets/public_kronos_changelog.md.D3Whj0Y0.js
new file mode 100644
index 000000000..81b410164
--- /dev/null
+++ b/assets/public_kronos_changelog.md.D3Whj0Y0.js
@@ -0,0 +1 @@
+import{_ as e,c as i,o as a,a5 as l}from"./chunks/framework.Mb1uu3dm.js";const b=JSON.parse('{"title":"The Modding Tree changelog:","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/changelog.md","filePath":"public/kronos/changelog.md"}'),t={name:"public/kronos/changelog.md"},o=l('
The Modding Tree changelog: ​
v2.5.9.2 - 5/19/21 ​
  • Fixed many issues with things not updating.
v2.5.9.1 - 5/18/21 ​
  • Made text inputs never give NaNs.
v2.5.9 - 5/18/21 ​
  • Fixed issue when using text inputs for Numbers.
  • Added particle color feature.
  • Particle speed and dir are updated as it moves.
  • Added setSpeed and setDir for particles.
  • Added more trig functions.
v2.5.8 - 5/17/21 ​
  • Added makeShinies, which creates a stationary particle in a random spot.
  • Bars will visually update more quickly.
  • Fixed a major particle-related issue.
  • Fixed autoUpgrade.
  • Fixed a minor visual issue with tree nodes.
v2.5.7 - 5/15/21 ​
  • Added a particle system! Not only can it be used for visual effects, but particles can interact with the mouse. They could be used to create golden cookies or collectables, for example.
  • Added marked feature to buyables, clickables, and challenges. By default, stars multi-completion challenges when maxed.
  • Added 'deactivated' feature to layers, which disables many features.
  • Improved number formatting slightly.
v2.5.6 - 5/14/21 ​
  • You can now use non-numeric ids for upgrades, buyables, etc.
  • Fixed an exploit that let you buy an extra buyable.
  • Moved basic getter/setter functions to easyAccess.js.
v2.5.5.2 - 5/12/21 ​
  • Fixed a major issue with buyables.
  • Fixed a variety of tabFormat-related issues.
  • Fixed commas appearing in decimal places (thanks to pg132!)
v2.5.5.1 - 5/12/21 ​
  • Fixed clickables.
v2.5.5 - 5/12/21 ​
  • Added grids! They are a grid of buttons which behave the same, but have their own data. Good for inventory grids, map tiles, and more!
  • Added "marked" feature to add a mark to a node. Can be an image instead of a star. (Originally by Jacorb)
  • Added "layer-proxy" component that lets you use components from another layer.
  • Added the ability to display non-whole numbers in main-display.
v2.5.4 - 5/10/21 ​
  • Added a setting to always use single-tab mode.
  • Added directMult, which multiplies prestige gain after exponents and softcaps. It actually multiplies gain for static layers.
  • Added onEnter and onExit for challenges.
  • Improved displaying numbers between 0.0001 and 0.1.
  • Added documentation on how gainMult/Exp work for static layers.
  • Fixed a visual issue on mobile, thanks to thepaperpilot.
  • Improved documentation in general.
v2.5.3 - 5/8/21 ​
  • Improved performance of tab formats and bars.
  • Respec confirmation settings are now kept on resets.
  • Improved compatibility with older browsers.
  • Fixed missing pixel on vertical bars.
v2.5.2.1 - 5/7/21 ​
  • Fixed microtabs making layers highlight incorrectly.
v2.5.2 - 5/7/21 ​
  • Added glowColor for subtabs.
  • Improved the display for extremely small numbers.
  • Fixed issues in the buyable docs.
v2.5.1 - 5/7/21 ​
  • Fixed dynamic things in tabFormat not updating.
v2.5: Dreams Really Do Come True - 5/7/21 ​
  • Optimizations, hopefully a significant amount.
  • Added OOM/s point gen display at high values (thanks to Ducdat!)
  • Only one tab will display if the window is not wide enough (also thanks to Ducdat!)
  • Holding down a buyable's button now buys it continuously.
  • New milestone setting will also show the most recently unlocked milestone. (Also renamed all settings to be clearer)
  • Added an onHold feature for clickables.
  • Layer nodes will be highlighted even if the player is on the same tab.
  • Added customizable node glowColor.
  • Added buyable purchaseLimit.
  • Amount is automatically supplied to buyable cost and effect functions.
  • Locked (not yet visible) milestones no longer take up space. Also fixed hidden milestones taking a tiny bit of space.
  • Re-centered respec buttons.
  • Force-displayed tooltips are not hidden by resets.
  • Added formatting support for very small numbers. Disabled in most places by default because rounding errors might cause issues. Access it with formatSmall, or enable it globally by adding "allowSmall: true" to modInfo.
v2.4.1 - 4/29/21 ​
  • A number of minor fixes, many thanks to thepaperpilot.
  • The respec confirmation checkbox is now part of the respec-button component. (This also fixes the checkbox appearing when there is no respec button)
  • Added a few undocumented changes to the 2.4 changelog (the two at the bottom)
v2.4: Rationalized Edition - 4/29/21 ​
  • Completely reworked tooltips. Shift-click a node to force its tooltip to stay displayed. (And hopefully finally fixed flickering!)
  • Added text-input and slider components.
  • Added the ability to toggle respec confirmations.
  • Added custom respec confirmation messages.
  • The red layer highlight will not appear before a layer is unlocked.
  • Added unlocking hotkeys.
  • You no longer need to supply 'rows' and 'cols' for any Big Features.
  • Node symbols can use HTML.
  • Added documentation for the respec button.
  • Added prestigeNotify to subtabs, and prestigeNotify in subtabs also highlights the layer node.
  • The version number no longer contains special characters or irrational numbers.
  • Added ctrlDown and shiftDown variables.
  • Tooltips now use HTML (this means you need to replace any newlines with 
    )
v2.π.1 - 4/7/21 ​
  • Fixed formatting for some larger numbers.
  • Upgrades will expand if there is too much text to display.
  • Fixed styling challenges.
  • No longer attempts to display a base currency when there is none.
v2.π: Incrementally Updated - 2/5/21 ​
  • Performance improvements.
  • Fixed tooltips overlapping with the top display.
  • Clicking a popup dismisses it immediately.
  • Added support for bulk challenge completions.
  • "Best" is updated automatically.
  • Fixed keeping Decimal values on reset.
  • Code reorganization and style improvements by fudo.
v2.3.5 - 12/21/20 ​
  • Added resetTime, which tracks the time since a layer prestiged or was reset.
  • A layer node will be highlighted red if one of its subtabs is highlighted red.
  • Fixed issues with keeping challenges, buyables, and clickables on reset.
  • Improved the unlocking of custom layers.
  • Other minor fixes.
v2.3.4 - 12/16/20 ​
  • Added a node image feature.
  • Resource display now always shows the amount of the currency the layer's gain is based on.
  • Added spacing between tree nodes.
  • Another attempt to fix tooltip flickering.
v2.3.3 - 12/13/20 ​
  • Fixed the first node in a row always taking up space.
  • layerShown is now optional.
  • All prestige types can now use features for custom prestige types.
v2.3.2 - 12/13/20 ​
  • Fixed achievement/milestone popups.
v2.3.1 - 12/12/20 ​
  • Another attempt to fix flickering tooltips.
  • The "this" keyword should work everywhere except tabFormat arrays (although I may have missed some things).
  • Fixed tree branches not updating when scrolling on the right-side tab.
  • Fixed a spacing issue when a node's symbol is ""
  • Removed some old, unneeded files.
v2.3: Cooler and Newer Edition - 12/10/20 ​
  • Added achievement/milestone popups (thank you to Jacorb for this contribution!)
  • The changelog tab is back, and can be set in mod.js.
  • Layer nodes and respec buttons will not be clicked by pressing "enter".
  • Possible fix for flickering tooltips and strange transitions.
  • The victory screen text is configurable.
  • Added image and textStyle features to achievements.
  • Added an argument to use specific rows in an "upgrades" component.
  • Fixed the comma appearing in the main display when there was no effectDescription
  • Added the ability to easily make a tab that is a collection of layers in subtabs.
  • Improved spacing for embedding layers with subtabs into subtabs.
v2.2.8 - 12/03/20 ​
  • Double-clicking a layer node brings you to the main subtab for that layer.
  • Attempted to fix challenges visually updating a different way.
  • Added a softcap function for use in formulas.
  • Added displayRow feature, which lets layers be shown somewhere separate from where they are in the reset order (e.g. side layers)
  • Fixed autoupgrade issue.
v2.2.7 - 11/30/20 ​
  • Added autoUpgrade feature.
  • resource-display now shows resource gain per second if passiveGain is active.
  • Fixed formatting issues on some large numbers.
  • Better support for using classed objects in player and in layers/tmp.
  • Made hard resetting more effective.
  • Removed Herobrine from getStartClickables.
v2.2.6 - 11/30/20 ​
  • Added goalDescription for challenges and made the new "canComplete" system the standard.
  • Another attempt to fix challenges not visually updating.
  • Fixed side layers not appearing.
  • Fixed getStartClickables again.
v2.2.5 - 11/29/20 ​
  • Added features for overriding the displays and costs/goals of upgrades and challenges to make them fully custom.
  • best, total, and unlocked are always automatically added to layerData (but best and total will only display if you add them yourself).
  • Fixed getStartClickables.
v2.2.4 - 11/28/20 ​
  • Added softcap and softcapPower features (for Normal layers)
  • Offline time limit and default max tick length were fixed (previously the limits were 1000x too large)
  • Added fixOldSaves.
  • You can use HTML in main-display.
  • Fixed a number of minor oddities.
v2.2.3 - 11/28/20 ​
  • Layers will be highlighted if you can finish a challenge.
  • The "can complete challenge" color now overrides the "already completed" color.
  • Button nodes now work as side "layers".
  • Setting a tooltip to "" hides it entirely.
v2.2.2 - 11/22/20 ​
  • Fixed right half of the screen being unclickable in some circumstances.
  • Fixed tree branches being offset.
  • Fix to lastSafeTab.
v2.2.1 - 11/7/20 ​
  • Added a small highlight to layers you can meaningfully prestige on.
  • Added passiveGeneration and autoPrestige features to standardize prestige automation. (The old ways still work, but the new ones work better with other things)
  • Improved milestones visually a bit.
  • "best" and "total" are now only displayed if present in startData.
  • Fixed issues with things not updating visually. (Thank you to to Jacorb!)
  • Side layers and button nodes can now be highlighted.
  • Updated docs on the new tree-related features.
v2.2: Uprooted - 11/7/20 ​
  • You can now embed a layer inside of a subtab or microtab!
  • Added support for hiding or reformatting the tree tab
  • Added non-layer button nodes
  • Added shouldNotify to subtab/microtab buttons. (You can make them highlighted)
  • Added commas to large exponents.
  • Upgrades now only show "currently" if they have an effectDisplay (so not for constant effects).
  • Achievements are part of the default tab format.
  • NaN is now handled more intelligently.
  • Renamed files, and moved less relevant ones to another folder.
  • The "hide completed challenges" setting now only hides challenges at max completions.
  • Thank you to thepaperpilot for fixing errors in docs and improving the infobox appearance!
  • Many other minor fixes.
v2.1.4 - 10/25/20 ​
  • Added an infobox component. Thank you to thepaperpilot for this contribution!
  • Layer type is now optional, and defaults to "none".
  • Improved the look of bars and tab buttons.
  • Improved spacing between layer nodes (also thanks to thepaperpilot!)
  • Fixed the "blank" component breaking if only specifying the height.
  • Fixed some numbers not displaying with enough digits.
  • Made a few more things able to be functions.
  • A few other minor fixes.
v2.1.3.1 - 10/21/20 ​
  • Fixed the update function.
v2.1.3 - 10/21/20 ​
  • gainMult and gainExp are now optional.
  • Layer unlocking is now kept on reset.
  • Game should start up faster.
  • Layer updates now have a determined order and starts with earlier-rowed layers.
  • Automation now has a determined order and starts with later-rowed layers.
  • Fixed issues with resetting clickables and challenges.
  • Commas should no longer appear in the decimal places of a number.
  • Fixed potential issue in displaying the tree.
v2.1.2 - 10/19/20 ​
  • Added buyUpgrade function (buyUpg still works though)
  • Added author name to modInfo.
  • Fix to crash caused when the name of a subtab or microtab is changed.
  • Fixes to outdated information in docs.
  • Improvements to Discord links.
  • Thank you to thepaperpilot for contributing to this update!
v2.1.1 - 10/17/20 ​
  • Added resource-display component, which displays the base currency for the prestige layer, as well as the best and/or total of this layer's prestige currency.
  • Fixed the value for the base currency not updating in resource-display.
v2.1: We should have thought of this sooner! - 10/17/20 ​
  • Moved most of the code users will want to edit to mod.js, added documentation for it. 
    • Specifically, modInfo, VERSION, canGenPoints, getPointGen, and maxTickLength
  • Added getStartPoints()
  • Added the ability to store non-layer-related data
  • Added the ability to display more things at the top of the tree tab below points.
  • Made the endgame condition customizable
  • Added "sell one" and "sell all" buttons for buyables.
  • Moved the old "game" to demo.js, and replaced it with a minimal game that won't cause issues when edited.
  • Fixed issues with version number
  • Fixed number formatting issue making things like "10e9" appear.
v2.0.5 - 10/16/20 ​
  • Made more features (including prestige parameters) able to be dynamic.
  • Layer nodes can be hidden but still take up space with "ghost" visibility
  • Added clickableEffect for real.
  • Fixed some visual issues with bars.
  • A few other minor tweaks and improvements.
v2.0.4 - 10/16/20 ​
  • Fixed HTML on buttons interfering with clicking on them.
v2.0.3 - 10/16/20 ​
  • Fixed hotkeys not displaying in info.
  • Fixed the game supressing all external hotkeys.
  • You can use more things as currencies for upgrade costs and challenge goals using currencyLocation.
  • Added maxTickLength, which can be used to prevent offline time or tab-switching from breaking time-limit based mechanics.
  • Made buyable respec buttons and clickable "master" buttons their own components, and gave them a hide/show feature.
  • Added a general "tooltip" feature for achievements.
v2.0.2 - 10/15/20 ​
  • Branches are now dynamic (they can be functions).
  • Fixed a crash related to offline time.
  • Fixed links being too wide.
v2.0.1 - 10/15/20 ​
  • Fixed side layers appearing multiple times.
v2.0: The Pinnacle of Achievement Mountain - 10/15/20 ​
  • Added progress bars, which are highly customizable and can be horizontal or vertical!
  • Added "side layers", displayed smaller and off to the side, and don't get reset by default. They can be used for global achievements and statistics. Speaking of which...
  • Added achievements!
  • Added clickables, a more generalized variant of buyables.
  • Almost every value in layer data can be either a function or a constant value!
  • Added support for multiple completions of challenges.
  • Added "none" prestige type, which removes the need for any other prestige-related features.
  • The points display and other gui elements stay at the top of the screen when the tree scrolls.
  • Added getter/setter functions for the amounts and effects of most Big Features
  • Moved modInfo to game.js, added a spot in modInfo for a Discord link, changelog link. Also added a separate mod version from the TMT version in VERSION.
  • Tree structure is based on layer data, no index.html editing is needed.
  • Tmp does not need to be manually updated.
  • You don't have to have the same amount of upgrades in every row (and challs and buyables)
  • "unlocked" is optional for all Big Components (defaults to true).
  • All displays will update correctly.
  • Changelog is no longer in index.html at all.
  • Generation of Points now happens in the main game loop
  • Changed the reset functions to make keeping things easier
  • Renamed many things to increase readability (see the list in the link below)
  • Improved documentation based on feedback
v1.3.5: ​
  • Completely automated convertToDecimal, now you never have to worry about it again.
  • Branches can be defined without a color id. But they can also use hex values for color ids!
  • Created a tutorial for getting started with TMT and Github.
  • Page title is now automatically taken from mod name.
v1.3.4 - 10/8/20 ​
  • Added "midsection" feature to add things to a tab's layout while still keeping the standard layout.
  • Fix for being able to buy more buyables than you should.
v1.3.3 - 10/7/20 ​
  • Fix for the "order of operations" issue in temp.
v1.3.1 - 10/7/20 ​
  • Added custom CSS and tooltips for Layer Nodes.
  • Added custom CSS for upgrades, buyables, milestones, and challenges, both individually and layer-wide.
  • You can now use HTML in most display text!
  • You can now make milestones unlockable and not display immediately.
  • Fixed importing saves, and issue with upgrades not appearing, and probably more.
  • Optional "name" layer feature, used in confirmation messages.
v1.3: Tabception... ception! - 10/7/20 ​
  • Added subtabs! And also a Micro-tab component to let you make smaller subtab-esque areas anywhere.
  • Added a "custom" prestige formula type, and a number of features to support it.
  • Added points/sec display (can be disabled).
  • Added h-line, v-line and image-display components, plus components for individual upgrades, challenges, and milestones.
  • Added upgEffect, buyableEffect, and challEffect functions.
  • Added "hide completed challenges" setting.
  • Moved old changelogs to a separate place.
  • Fixed hasMilestone and incr_order.
  • Static layers now show the currency amount needed for the next one if you can buy max.
v1.2.4 - 10/4/20 ​
  • Layers are now highlighted if you can buy an upgrade, and a new feature, shouldNotify, lets you make it highlight other ways.
  • Fixed bugs with hasUpg, hasChall, hasMilestone, and inChallenge.
  • Changed the sample code to use the above functions for convenience.
v1.2.3 - 10/3/20 ​
  • Added a row component, which displays a list of objects in a row.
  • Added a column component, which displays a list of objects in a column (useful within a row).
  • Changed blanks to have a customizable width and height.
v1.2: This Changes Everything! - 10/3/20 ​
  • Many layer features can now be static values or functions. (This made some formats change, which will break old things)
  • You can now use the "this" keyword, to make code easier to transfer when making new layers.
  • Also added "this.layer", which is the current layer's name, and works on existing subfeatures (e.g. individual upgrades) as well! Subfeatures also have "this.id".
  • Fixed a big save issue. If you use a unique mod id, your save will never conflict with other mods.
  • Added a configurable offline time limit in modinfo at the top of index.html. (default 1 hour)
  • Added a few minor features, and updated the docs with new information.
v1.1.1 - 9/30/20 ​
  • You can define hotkeys directly from layer config.
v1.1: Enhanced Edition - 9/30/20 ​
  • Added "Buyables", which can function like Space Buildings or Enhancers.
  • Custom CSS can now be used on any component! Make the third argument an object with CSS parameters.
  • Lots of minor good things.
v1.0 - 9/27/20 ​
  • First release.
',115),n=[o];function r(s,d,h,u,c,m){return a(),i("div",null,n)}const f=e(t,[["render",r]]);export{b as __pageData,f as default};
diff --git a/assets/public_kronos_changelog.md.BuXGTfnh.lean.js b/assets/public_kronos_changelog.md.D3Whj0Y0.lean.js
similarity index 54%
rename from assets/public_kronos_changelog.md.BuXGTfnh.lean.js
rename to assets/public_kronos_changelog.md.D3Whj0Y0.lean.js
index 089cb2e7b..ba0e2b6d3 100644
--- a/assets/public_kronos_changelog.md.BuXGTfnh.lean.js
+++ b/assets/public_kronos_changelog.md.D3Whj0Y0.lean.js
@@ -1 +1 @@
-import{_ as e,c as i,o as a,a5 as l}from"./chunks/framework.Mb1uu3dm.js";const b=JSON.parse('{"title":"The Modding Tree changelog:","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/changelog.md","filePath":"public/kronos/changelog.md","lastUpdated":1664930814000}'),t={name:"public/kronos/changelog.md"},o=l("",115),n=[o];function r(s,d,h,u,c,m){return a(),i("div",null,n)}const f=e(t,[["render",r]]);export{b as __pageData,f as default};
+import{_ as e,c as i,o as a,a5 as l}from"./chunks/framework.Mb1uu3dm.js";const b=JSON.parse('{"title":"The Modding Tree changelog:","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/changelog.md","filePath":"public/kronos/changelog.md"}'),t={name:"public/kronos/changelog.md"},o=l("",115),n=[o];function r(s,d,h,u,c,m){return a(),i("div",null,n)}const f=e(t,[["render",r]]);export{b as __pageData,f as default};
diff --git a/assets/public_kronos_docs_!general-info.md.BC3MDkJ4.js b/assets/public_kronos_docs_!general-info.md.BC3MDkJ4.js
deleted file mode 100644
index 0f61c63d7..000000000
--- a/assets/public_kronos_docs_!general-info.md.BC3MDkJ4.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const b=JSON.parse('{"title":"The-Modding-Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/!general-info.md","filePath":"public/kronos/docs/!general-info.md","lastUpdated":1621368363000}'),n={name:"public/kronos/docs/!general-info.md"},r=o('
The-Modding-Tree ​
Making a game in The Modding Tree mostly involves defining parameters or functions on objects. If you aren't following the getting started guide, you should start by setting up your basic mod info in mod.js. It's important to set a mod id to ensure saving works properly.
Beyond that, the main way to add content is through creating layers, often in layers.js. You can add new layers by calling addLayer(layername, layerdata). There is an example of a basic layer in layers.js showing the recommended method. It is just an example and can be freely deleted. You can also use it as a reference or a base for your own layers.
Most of the time, you won't need to dive deep into the code to create things, but you still can if you really want to, for example to add new Vue components in components.js.
The Modding Tree uses break_eternity.js to store large values. This means that many numbers are Decimal objects, and must be treated differently. For example, you have to use new Decimal(x) to create a Decimal value instead of a plain number, and perform operations on them by calling functions. e.g, instead of x = x + y, use x = x.add(y). Keep in mind this also applies to comparison operators, which should be replaced with calling the .gt, .gte, .lt, .lte, .eq, and .neq functions. See the break_eternity.js docs for more details on working with Decimal values.
Almost all values can be either a constant value, or a dynamic value. Dynamic values are defined by putting a function that returns what the value should be at any given time.
All display text can use basic HTML elements (But you can't use most Vue features there).
While reading this documentation, the following key will be used when describing features:
  • No label: This is required and the game may crash if it isn't included.
  • sometimes required: This is may be required, depending on other things in the layer.
  • optional: You can leave this out if you don't intend to use that feature for the layer.
  • assigned automagically: This value will be set automatically and override any value you set.
  • deprecated: This feature is not recommended to be used, because newer features are able to achieve the same thing in a better, easier way.
Table of Contents ​
General ​
  • Getting Started: Getting your own copy of the code set up with Github Desktop.
  • Main mod info: How to set up general things for your mod in mod.js.
  • Basic layer breakdown: Breaking down the components of a layer with minimal features.
  • Layer features: Explanations of all of the different properties that you can give a layer.
  • Custom Tab Layouts: An optional way to give your tabs a different layout. You can even create entirely new components to use.
  • Custom game layouts: You can get rid of the tree tab, add buttons and other things to the tree, or even customize the tab's layout like a layer tab.
  • Updating TMT: Using Github Desktop to update your mod's version of TMT.
Common components ​
  • Upgrades: How to create upgrades for a layer.
  • Milestones: How to create milestones for a layer.
  • Buyables: Create rebuyable upgrades for your layer (with the option to make them respec-able). Can be used to make Enhancers or Space Buildings, for example.
  • Clickables: A more generalized variant of buyables, for any kind of thing that is sometimes clickable. Between these and Buyables, you can do just about anything.
  • Achievements: How to create achievements for a layer (or for the whole game).
Other components and features ​
  • Challenges: How to create challenges for a layer.
  • Bars: Display some information as a progress bar, gauge, or similar. They are highly customizable, and can be horizontal and vertical as well.
  • Subtabs and Microtabs: Create subtabs for your tabs, as well as "microtab" components that you can put inside the tabs. You can even use them to embed a layer inside another layer!
  • [Grids][grids.md]: Create a group buttons that behave the same, but have their own data. Good for map tiles, an inventory grid, and more!
  • Infoboxes: Boxes containing text that can be shown or hidden.
  • Trees: Make your own trees. You can make non-layer button nodes too!
  • Particle system: Can be used to create particles for visual effects, but also interactable things like golden cookies or collectables.
',16),i=[r];function s(l,d,c,h,u,m){return t(),a("div",null,i)}const y=e(n,[["render",s]]);export{b as __pageData,y as default};
diff --git a/assets/public_kronos_docs_!general-info.md.BJVZ7VhF.js b/assets/public_kronos_docs_!general-info.md.BJVZ7VhF.js
new file mode 100644
index 000000000..7eec13b83
--- /dev/null
+++ b/assets/public_kronos_docs_!general-info.md.BJVZ7VhF.js
@@ -0,0 +1 @@
+import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const b=JSON.parse('{"title":"The-Modding-Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/!general-info.md","filePath":"public/kronos/docs/!general-info.md"}'),n={name:"public/kronos/docs/!general-info.md"},r=o('
The-Modding-Tree ​
Making a game in The Modding Tree mostly involves defining parameters or functions on objects. If you aren't following the getting started guide, you should start by setting up your basic mod info in mod.js. It's important to set a mod id to ensure saving works properly.
Beyond that, the main way to add content is through creating layers, often in layers.js. You can add new layers by calling addLayer(layername, layerdata). There is an example of a basic layer in layers.js showing the recommended method. It is just an example and can be freely deleted. You can also use it as a reference or a base for your own layers.
Most of the time, you won't need to dive deep into the code to create things, but you still can if you really want to, for example to add new Vue components in components.js.
The Modding Tree uses break_eternity.js to store large values. This means that many numbers are Decimal objects, and must be treated differently. For example, you have to use new Decimal(x) to create a Decimal value instead of a plain number, and perform operations on them by calling functions. e.g, instead of x = x + y, use x = x.add(y). Keep in mind this also applies to comparison operators, which should be replaced with calling the .gt, .gte, .lt, .lte, .eq, and .neq functions. See the break_eternity.js docs for more details on working with Decimal values.
Almost all values can be either a constant value, or a dynamic value. Dynamic values are defined by putting a function that returns what the value should be at any given time.
All display text can use basic HTML elements (But you can't use most Vue features there).
While reading this documentation, the following key will be used when describing features:
  • No label: This is required and the game may crash if it isn't included.
  • sometimes required: This is may be required, depending on other things in the layer.
  • optional: You can leave this out if you don't intend to use that feature for the layer.
  • assigned automagically: This value will be set automatically and override any value you set.
  • deprecated: This feature is not recommended to be used, because newer features are able to achieve the same thing in a better, easier way.
Table of Contents ​
General ​
  • Getting Started: Getting your own copy of the code set up with Github Desktop.
  • Main mod info: How to set up general things for your mod in mod.js.
  • Basic layer breakdown: Breaking down the components of a layer with minimal features.
  • Layer features: Explanations of all of the different properties that you can give a layer.
  • Custom Tab Layouts: An optional way to give your tabs a different layout. You can even create entirely new components to use.
  • Custom game layouts: You can get rid of the tree tab, add buttons and other things to the tree, or even customize the tab's layout like a layer tab.
  • Updating TMT: Using Github Desktop to update your mod's version of TMT.
Common components ​
  • Upgrades: How to create upgrades for a layer.
  • Milestones: How to create milestones for a layer.
  • Buyables: Create rebuyable upgrades for your layer (with the option to make them respec-able). Can be used to make Enhancers or Space Buildings, for example.
  • Clickables: A more generalized variant of buyables, for any kind of thing that is sometimes clickable. Between these and Buyables, you can do just about anything.
  • Achievements: How to create achievements for a layer (or for the whole game).
Other components and features ​
  • Challenges: How to create challenges for a layer.
  • Bars: Display some information as a progress bar, gauge, or similar. They are highly customizable, and can be horizontal and vertical as well.
  • Subtabs and Microtabs: Create subtabs for your tabs, as well as "microtab" components that you can put inside the tabs. You can even use them to embed a layer inside another layer!
  • [Grids][grids.md]: Create a group buttons that behave the same, but have their own data. Good for map tiles, an inventory grid, and more!
  • Infoboxes: Boxes containing text that can be shown or hidden.
  • Trees: Make your own trees. You can make non-layer button nodes too!
  • Particle system: Can be used to create particles for visual effects, but also interactable things like golden cookies or collectables.
',16),i=[r];function s(l,d,c,h,u,m){return t(),a("div",null,i)}const y=e(n,[["render",s]]);export{b as __pageData,y as default};
diff --git a/assets/public_kronos_docs_!general-info.md.BC3MDkJ4.lean.js b/assets/public_kronos_docs_!general-info.md.BJVZ7VhF.lean.js
similarity index 53%
rename from assets/public_kronos_docs_!general-info.md.BC3MDkJ4.lean.js
rename to assets/public_kronos_docs_!general-info.md.BJVZ7VhF.lean.js
index 3bb988ab2..8d1e8df6f 100644
--- a/assets/public_kronos_docs_!general-info.md.BC3MDkJ4.lean.js
+++ b/assets/public_kronos_docs_!general-info.md.BJVZ7VhF.lean.js
@@ -1 +1 @@
-import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const b=JSON.parse('{"title":"The-Modding-Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/!general-info.md","filePath":"public/kronos/docs/!general-info.md","lastUpdated":1621368363000}'),n={name:"public/kronos/docs/!general-info.md"},r=o("",16),i=[r];function s(l,d,c,h,u,m){return t(),a("div",null,i)}const y=e(n,[["render",s]]);export{b as __pageData,y as default};
+import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const b=JSON.parse('{"title":"The-Modding-Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/!general-info.md","filePath":"public/kronos/docs/!general-info.md"}'),n={name:"public/kronos/docs/!general-info.md"},r=o("",16),i=[r];function s(l,d,c,h,u,m){return t(),a("div",null,i)}const y=e(n,[["render",s]]);export{b as __pageData,y as default};
diff --git a/assets/public_kronos_docs_achievements.md._JoNVJDr.js b/assets/public_kronos_docs_achievements.md.CSKQ_Jwd.js
similarity index 77%
rename from assets/public_kronos_docs_achievements.md._JoNVJDr.js
rename to assets/public_kronos_docs_achievements.md.CSKQ_Jwd.js
index ceab6ab0b..059ae6a9f 100644
--- a/assets/public_kronos_docs_achievements.md._JoNVJDr.js
+++ b/assets/public_kronos_docs_achievements.md.CSKQ_Jwd.js
@@ -1,4 +1,4 @@
-import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Achievements","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/achievements.md","filePath":"public/kronos/docs/achievements.md","lastUpdated":1620884680000}'),s={name:"public/kronos/docs/achievements.md"},n=i(`
Achievements ​
Achievements are awarded to the player when they meet a certain goal, and optionally give some benefit.
You can make global achievements by putting them in a side layer by making its row equal to "side" instead of a number.
Useful functions for dealing with achievements and implementing their effects:
  • hasAchievement(layer, id): determine if the player has the Achievement.
  • achievementEffect(layer, id): Returns the current effects of the achievement, if any.
Achievements should be formatted like this:
js
achievements: {
+import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Achievements","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/achievements.md","filePath":"public/kronos/docs/achievements.md"}'),s={name:"public/kronos/docs/achievements.md"},n=i(`
Achievements ​
Achievements are awarded to the player when they meet a certain goal, and optionally give some benefit.
You can make global achievements by putting them in a side layer by making its row equal to "side" instead of a number.
Useful functions for dealing with achievements and implementing their effects:
  • hasAchievement(layer, id): determine if the player has the Achievement.
  • achievementEffect(layer, id): Returns the current effects of the achievement, if any.
Achievements should be formatted like this:
js
achievements: {
     11: {
         name: "Blah",
         more features
diff --git a/assets/public_kronos_docs_achievements.md._JoNVJDr.lean.js b/assets/public_kronos_docs_achievements.md.CSKQ_Jwd.lean.js
similarity index 53%
rename from assets/public_kronos_docs_achievements.md._JoNVJDr.lean.js
rename to assets/public_kronos_docs_achievements.md.CSKQ_Jwd.lean.js
index 8008d6f11..ab094b910 100644
--- a/assets/public_kronos_docs_achievements.md._JoNVJDr.lean.js
+++ b/assets/public_kronos_docs_achievements.md.CSKQ_Jwd.lean.js
@@ -1 +1 @@
-import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Achievements","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/achievements.md","filePath":"public/kronos/docs/achievements.md","lastUpdated":1620884680000}'),s={name:"public/kronos/docs/achievements.md"},n=i("",11),o=[n];function l(h,r,p,c,d,u){return a(),t("div",null,o)}const v=e(s,[["render",l]]);export{g as __pageData,v as default};
+import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Achievements","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/achievements.md","filePath":"public/kronos/docs/achievements.md"}'),s={name:"public/kronos/docs/achievements.md"},n=i("",11),o=[n];function l(h,r,p,c,d,u){return a(),t("div",null,o)}const v=e(s,[["render",l]]);export{g as __pageData,v as default};
diff --git a/assets/public_kronos_docs_bars.md.BA8z6Evv.lean.js b/assets/public_kronos_docs_bars.md.BA8z6Evv.lean.js
deleted file mode 100644
index c86cc52f8..000000000
--- a/assets/public_kronos_docs_bars.md.BA8z6Evv.lean.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Bars","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/bars.md","filePath":"public/kronos/docs/bars.md","lastUpdated":1604787966000}'),e={name:"public/kronos/docs/bars.md"},n=t("",6),l=[n];function r(p,o,h,d,k,c){return a(),i("div",null,l)}const E=s(e,[["render",r]]);export{u as __pageData,E as default};
diff --git a/assets/public_kronos_docs_bars.md.BA8z6Evv.js b/assets/public_kronos_docs_bars.md.DlwjXrWF.js
similarity index 81%
rename from assets/public_kronos_docs_bars.md.BA8z6Evv.js
rename to assets/public_kronos_docs_bars.md.DlwjXrWF.js
index ee6e70dd3..2d3c77be3 100644
--- a/assets/public_kronos_docs_bars.md.BA8z6Evv.js
+++ b/assets/public_kronos_docs_bars.md.DlwjXrWF.js
@@ -1,4 +1,4 @@
-import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Bars","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/bars.md","filePath":"public/kronos/docs/bars.md","lastUpdated":1604787966000}'),e={name:"public/kronos/docs/bars.md"},n=t(`
Bars ​
Bars let you display information in a more direct way. It can be a progress bar, health bar, capacity gauge, or anything else.
Bars are defined like other Big Features:
js
bars: {
+import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Bars","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/bars.md","filePath":"public/kronos/docs/bars.md"}'),e={name:"public/kronos/docs/bars.md"},n=t(`
Bars ​
Bars let you display information in a more direct way. It can be a progress bar, health bar, capacity gauge, or anything else.
Bars are defined like other Big Features:
js
bars: {
     bigBar: {
         direction: RIGHT,
         width: 200,
@@ -7,4 +7,4 @@ import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u
         etc
     },
     etc
-}
Features:
  • direction: UP, DOWN, LEFT, or RIGHT (not strings). Determines the direction that the bar is filled as it progresses. RIGHT means from left to right.
  • width, height: The size in pixels of the bar, but as numbers (no "px" at the end).
  • progress(): A function that returns the portion of the bar that is filled, from "empty" at 0 to "full" at 1, updating automatically. (Nothing bad happens if the value goes out of these bounds, and it can be a number or Decimal)
  • display(): optional. A function that returns text to be displayed on top of the bar, can use HTML.
  • unlocked(): optional. A function returning a bool to determine if the bar is visible or not. Default is unlocked.
  • baseStyle, fillStyle, borderStyle, textStyle: Optional, Apply CSS to the unfilled portion, filled portion, border, and display text on the bar, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
  • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.
  • id: assigned automagically. It's the "key" which the bar was stored under, for convenient access. The bar in the example's id is "bigBar".
`,6),l=[n];function r(p,o,h,d,k,c){return a(),i("div",null,l)}const E=s(e,[["render",r]]);export{u as __pageData,E as default};
+}
Features:
  • direction: UP, DOWN, LEFT, or RIGHT (not strings). Determines the direction that the bar is filled as it progresses. RIGHT means from left to right.
  • width, height: The size in pixels of the bar, but as numbers (no "px" at the end).
  • progress(): A function that returns the portion of the bar that is filled, from "empty" at 0 to "full" at 1, updating automatically. (Nothing bad happens if the value goes out of these bounds, and it can be a number or Decimal)
  • display(): optional. A function that returns text to be displayed on top of the bar, can use HTML.
  • unlocked(): optional. A function returning a bool to determine if the bar is visible or not. Default is unlocked.
  • baseStyle, fillStyle, borderStyle, textStyle: Optional, Apply CSS to the unfilled portion, filled portion, border, and display text on the bar, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
  • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.
  • id: assigned automagically. It's the "key" which the bar was stored under, for convenient access. The bar in the example's id is "bigBar".
`,6),l=[n];function r(o,p,h,d,k,c){return a(),i("div",null,l)}const E=s(e,[["render",r]]);export{u as __pageData,E as default};
diff --git a/assets/public_kronos_docs_bars.md.DlwjXrWF.lean.js b/assets/public_kronos_docs_bars.md.DlwjXrWF.lean.js
new file mode 100644
index 000000000..4f5b54aab
--- /dev/null
+++ b/assets/public_kronos_docs_bars.md.DlwjXrWF.lean.js
@@ -0,0 +1 @@
+import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Bars","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/bars.md","filePath":"public/kronos/docs/bars.md"}'),e={name:"public/kronos/docs/bars.md"},n=t("",6),l=[n];function r(o,p,h,d,k,c){return a(),i("div",null,l)}const E=s(e,[["render",r]]);export{u as __pageData,E as default};
diff --git a/assets/public_kronos_docs_basic-layer-breakdown.md.dogVO7sT.js b/assets/public_kronos_docs_basic-layer-breakdown.md.Ge-4CipN.js
similarity index 90%
rename from assets/public_kronos_docs_basic-layer-breakdown.md.dogVO7sT.js
rename to assets/public_kronos_docs_basic-layer-breakdown.md.Ge-4CipN.js
index daf2f5312..0b91ff61c 100644
--- a/assets/public_kronos_docs_basic-layer-breakdown.md.dogVO7sT.js
+++ b/assets/public_kronos_docs_basic-layer-breakdown.md.Ge-4CipN.js
@@ -1,4 +1,4 @@
-import{_ as s,c as i,o as a,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Basic layer breakdown","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/basic-layer-breakdown.md","filePath":"public/kronos/docs/basic-layer-breakdown.md","lastUpdated":1620696264000}'),e={name:"public/kronos/docs/basic-layer-breakdown.md"},t=n(`
Basic layer breakdown ​
This is a very minimal layer with minimal features. Most things will require additional features.
js
addLayer("p", {
+import{_ as s,c as i,o as a,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Basic layer breakdown","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/basic-layer-breakdown.md","filePath":"public/kronos/docs/basic-layer-breakdown.md"}'),e={name:"public/kronos/docs/basic-layer-breakdown.md"},t=n(`
Basic layer breakdown ​
This is a very minimal layer with minimal features. Most things will require additional features.
js
addLayer("p", {
     startData() { return {                  // startData is a function that returns default data for a layer. 
         unlocked: true,                     // You can add more variables here to add them to your layer.
         points: new Decimal(0),             // "points" is the internal name for the main resource of the layer.
diff --git a/assets/public_kronos_docs_basic-layer-breakdown.md.dogVO7sT.lean.js b/assets/public_kronos_docs_basic-layer-breakdown.md.Ge-4CipN.lean.js
similarity index 50%
rename from assets/public_kronos_docs_basic-layer-breakdown.md.dogVO7sT.lean.js
rename to assets/public_kronos_docs_basic-layer-breakdown.md.Ge-4CipN.lean.js
index b08865cda..1c2c23d18 100644
--- a/assets/public_kronos_docs_basic-layer-breakdown.md.dogVO7sT.lean.js
+++ b/assets/public_kronos_docs_basic-layer-breakdown.md.Ge-4CipN.lean.js
@@ -1 +1 @@
-import{_ as s,c as i,o as a,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Basic layer breakdown","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/basic-layer-breakdown.md","filePath":"public/kronos/docs/basic-layer-breakdown.md","lastUpdated":1620696264000}'),e={name:"public/kronos/docs/basic-layer-breakdown.md"},t=n("",3),h=[t];function l(p,k,r,E,d,o){return a(),i("div",null,h)}const c=s(e,[["render",l]]);export{g as __pageData,c as default};
+import{_ as s,c as i,o as a,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Basic layer breakdown","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/basic-layer-breakdown.md","filePath":"public/kronos/docs/basic-layer-breakdown.md"}'),e={name:"public/kronos/docs/basic-layer-breakdown.md"},t=n("",3),h=[t];function l(p,k,r,E,d,o){return a(),i("div",null,h)}const c=s(e,[["render",l]]);export{g as __pageData,c as default};
diff --git a/assets/public_kronos_docs_buyables.md.DXvL6Y3s.lean.js b/assets/public_kronos_docs_buyables.md.DXvL6Y3s.lean.js
deleted file mode 100644
index 278c4245b..000000000
--- a/assets/public_kronos_docs_buyables.md.DXvL6Y3s.lean.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const c=JSON.parse('{"title":"Buyables","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/buyables.md","filePath":"public/kronos/docs/buyables.md","lastUpdated":1621020740000}'),e={name:"public/kronos/docs/buyables.md"},n=t("",14),l=[n];function h(p,o,r,k,u,d){return a(),i("div",null,l)}const g=s(e,[["render",h]]);export{c as __pageData,g as default};
diff --git a/assets/public_kronos_docs_buyables.md.DXvL6Y3s.js b/assets/public_kronos_docs_buyables.md.Dzz9-69p.js
similarity index 87%
rename from assets/public_kronos_docs_buyables.md.DXvL6Y3s.js
rename to assets/public_kronos_docs_buyables.md.Dzz9-69p.js
index e8d98b33b..152289906 100644
--- a/assets/public_kronos_docs_buyables.md.DXvL6Y3s.js
+++ b/assets/public_kronos_docs_buyables.md.Dzz9-69p.js
@@ -1,4 +1,4 @@
-import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const c=JSON.parse('{"title":"Buyables","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/buyables.md","filePath":"public/kronos/docs/buyables.md","lastUpdated":1621020740000}'),e={name:"public/kronos/docs/buyables.md"},n=t(`
Buyables ​
Buyables are usually things that can be bought multiple times with scaling costs. They come with optional buttons that can be used for respeccing or selling buyables, among other things.
The amount of a buyable owned is a Decimal.
Useful functions for dealing with buyables and implementing their effects:
  • getBuyableAmount(layer, id): get the amount of the buyable the player has
  • setBuyableAmount(layer, id, amount): set the amount of the buyable the player has
  • buyableEffect(layer, id): Returns the current effects of the buyable, if any.
Buyables should be formatted like this:
js
buyables: {
+import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const c=JSON.parse('{"title":"Buyables","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/buyables.md","filePath":"public/kronos/docs/buyables.md"}'),e={name:"public/kronos/docs/buyables.md"},n=t(`
Buyables ​
Buyables are usually things that can be bought multiple times with scaling costs. They come with optional buttons that can be used for respeccing or selling buyables, among other things.
The amount of a buyable owned is a Decimal.
Useful functions for dealing with buyables and implementing their effects:
  • getBuyableAmount(layer, id): get the amount of the buyable the player has
  • setBuyableAmount(layer, id, amount): set the amount of the buyable the player has
  • buyableEffect(layer, id): Returns the current effects of the buyable, if any.
Buyables should be formatted like this:
js
buyables: {
     11: {
         cost(x) { return new Decimal(1).mul(x) },
         display() { return "Blah" },
diff --git a/assets/public_kronos_docs_buyables.md.Dzz9-69p.lean.js b/assets/public_kronos_docs_buyables.md.Dzz9-69p.lean.js
new file mode 100644
index 000000000..66c8a1c9c
--- /dev/null
+++ b/assets/public_kronos_docs_buyables.md.Dzz9-69p.lean.js
@@ -0,0 +1 @@
+import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const c=JSON.parse('{"title":"Buyables","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/buyables.md","filePath":"public/kronos/docs/buyables.md"}'),e={name:"public/kronos/docs/buyables.md"},n=t("",14),l=[n];function h(p,o,r,k,u,d){return a(),i("div",null,l)}const g=s(e,[["render",h]]);export{c as __pageData,g as default};
diff --git a/assets/public_kronos_docs_challenges.md.DK_9KIu5.js b/assets/public_kronos_docs_challenges.md.CceOkuKc.js
similarity index 82%
rename from assets/public_kronos_docs_challenges.md.DK_9KIu5.js
rename to assets/public_kronos_docs_challenges.md.CceOkuKc.js
index 11eea8e8d..d387fe0da 100644
--- a/assets/public_kronos_docs_challenges.md.DK_9KIu5.js
+++ b/assets/public_kronos_docs_challenges.md.CceOkuKc.js
@@ -1,4 +1,4 @@
-import{_ as e,c as t,o as i,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Challenges","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/challenges.md","filePath":"public/kronos/docs/challenges.md","lastUpdated":1621020740000}'),s={name:"public/kronos/docs/challenges.md"},n=a(`
Challenges ​
Challenges can have fully customizable win conditions. Useful functions for dealing with Challenges and implementing their effects:
  • inChallenge(layer, id): determine if the player is in a given challenge (or another challenge on the same layer that counts as this one).
  • hasChallenge(layer, id): determine if the player has completed the challenge.
  • challengeCompletions(layer, id): determine how many times the player completed the challenge.
  • maxedChallenge(layer, id): determines if the player has reached the maximum completions.
  • challengeEffect(layer, id): Returns the current effects of the challenge, if any.
Challenges are stored in the following format:
js
challenges: {
+import{_ as e,c as t,o as i,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Challenges","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/challenges.md","filePath":"public/kronos/docs/challenges.md"}'),s={name:"public/kronos/docs/challenges.md"},n=a(`
Challenges ​
Challenges can have fully customizable win conditions. Useful functions for dealing with Challenges and implementing their effects:
  • inChallenge(layer, id): determine if the player is in a given challenge (or another challenge on the same layer that counts as this one).
  • hasChallenge(layer, id): determine if the player has completed the challenge.
  • challengeCompletions(layer, id): determine how many times the player completed the challenge.
  • maxedChallenge(layer, id): determines if the player has reached the maximum completions.
  • challengeEffect(layer, id): Returns the current effects of the challenge, if any.
Challenges are stored in the following format:
js
challenges: {
     11: {
         name: "Ouch",
         challengeDescription: "description of ouchie",
@@ -6,4 +6,4 @@ import{_ as e,c as t,o as i,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const f
         etc
     },
     etc
-}
Usually, each challenge should have an id where the first digit is the row and the second digit is the column.
Individual Challenges can have these features:
  • name: Name of the challenge, can be a string or a function. Can use basic HTML.
  • challengeDescription: A description of what makes the challenge a challenge. You will need to implement these elsewhere. It can also be a function that returns updating text. Can use basic HTML.
  • goalDescription: A description of the win condition for the challenge. It can also be a function that returns updating text. Can use basic HTML. (Optional if using the old goal system)
  • canComplete(): A function that returns true if you meet the win condition for the challenge. Returning a number will allow bulk completing the challenge. (Optional if using the old goal system)
  • rewardDescription: A description of the reward's effect. You will also have to implement the effect where it is applied. It can also be a function that returns updating text. Can use basic HTML.
  • rewardEffect(): optional. A function that calculates and returns the current values of any bonuses from the reward. Can return a value or an object containing multiple values. Can use basic HTML.
  • rewardDisplay(): optional. A function that returns a display of the current effects of the reward with formatting. Default behavior is to just display the a number appropriately formatted.
  • fullDisplay(): OVERRIDE. Overrides the other displays and descriptions, and lets you set the full text for the challenge. Can use basic HTML.
  • unlocked(): optional. A function returning a bool to determine if the challenge is visible or not. Default is unlocked.
  • onComplete() - optional. this function will be called when the challenge is completed when previously incomplete.
  • onEnter() - optional. this function will be called when entering the challenge
  • onExit() - optional. this function will be called when exiting the challenge in any way
  • countsAs: optional. If a challenge combines the effects of other challenges in this layer, you can use this. An array of challenge ids. The player is effectively in all of those challenges when in the current one.
  • completionLimit: optional. the amount of times you can complete this challenge. Default is 1 completion.
  • style: optional. Applies CSS to this challenge, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
  • marked: optional Adds a mark to the corner of the challenge. If it's "true" it will be a star, but it can also be an image URL. By default, if the challenge has multiple completions, it will be starred at max completions.
  • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar
  • id: assigned automagically. It's the "key" which the challenge was stored under, for convenient access. The challenge in the example's id is 11.
The old goal system uses these features:
  • goal: deprecated, A Decimal for the amount of currency required to beat the challenge. By default, the goal is in basic Points. The goal can also be a function if its value changes.
  • currencyDisplayName: deprecated. the name to display for the currency for the goal
  • currencyInternalName: deprecated. the internal name for that currency
  • currencyLayer: deprecated. the internal name of the layer that currency is stored in. If it's not in a layer, omit. If it's not stored directly in a layer, instead use the next feature.
  • currencyLocation(): deprecated. if your currency is stored in something inside a layer (e.g. a buyable's amount), you can access it this way. This is a function returning the object in "player" that contains the value (like player[this.layer].buyables)
`,10),l=[n];function o(h,r,p,c,g,d){return i(),t("div",null,l)}const y=e(s,[["render",o]]);export{f as __pageData,y as default};
+}
Usually, each challenge should have an id where the first digit is the row and the second digit is the column.
Individual Challenges can have these features:
  • name: Name of the challenge, can be a string or a function. Can use basic HTML.
  • challengeDescription: A description of what makes the challenge a challenge. You will need to implement these elsewhere. It can also be a function that returns updating text. Can use basic HTML.
  • goalDescription: A description of the win condition for the challenge. It can also be a function that returns updating text. Can use basic HTML. (Optional if using the old goal system)
  • canComplete(): A function that returns true if you meet the win condition for the challenge. Returning a number will allow bulk completing the challenge. (Optional if using the old goal system)
  • rewardDescription: A description of the reward's effect. You will also have to implement the effect where it is applied. It can also be a function that returns updating text. Can use basic HTML.
  • rewardEffect(): optional. A function that calculates and returns the current values of any bonuses from the reward. Can return a value or an object containing multiple values. Can use basic HTML.
  • rewardDisplay(): optional. A function that returns a display of the current effects of the reward with formatting. Default behavior is to just display the a number appropriately formatted.
  • fullDisplay(): OVERRIDE. Overrides the other displays and descriptions, and lets you set the full text for the challenge. Can use basic HTML.
  • unlocked(): optional. A function returning a bool to determine if the challenge is visible or not. Default is unlocked.
  • onComplete() - optional. this function will be called when the challenge is completed when previously incomplete.
  • onEnter() - optional. this function will be called when entering the challenge
  • onExit() - optional. this function will be called when exiting the challenge in any way
  • countsAs: optional. If a challenge combines the effects of other challenges in this layer, you can use this. An array of challenge ids. The player is effectively in all of those challenges when in the current one.
  • completionLimit: optional. the amount of times you can complete this challenge. Default is 1 completion.
  • style: optional. Applies CSS to this challenge, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
  • marked: optional Adds a mark to the corner of the challenge. If it's "true" it will be a star, but it can also be an image URL. By default, if the challenge has multiple completions, it will be starred at max completions.
  • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar
  • id: assigned automagically. It's the "key" which the challenge was stored under, for convenient access. The challenge in the example's id is 11.
The old goal system uses these features:
  • goal: deprecated, A Decimal for the amount of currency required to beat the challenge. By default, the goal is in basic Points. The goal can also be a function if its value changes.
  • currencyDisplayName: deprecated. the name to display for the currency for the goal
  • currencyInternalName: deprecated. the internal name for that currency
  • currencyLayer: deprecated. the internal name of the layer that currency is stored in. If it's not in a layer, omit. If it's not stored directly in a layer, instead use the next feature.
  • currencyLocation(): deprecated. if your currency is stored in something inside a layer (e.g. a buyable's amount), you can access it this way. This is a function returning the object in "player" that contains the value (like player[this.layer].buyables)
`,10),l=[n];function o(h,r,p,c,g,u){return i(),t("div",null,l)}const y=e(s,[["render",o]]);export{f as __pageData,y as default};
diff --git a/assets/public_kronos_docs_challenges.md.DK_9KIu5.lean.js b/assets/public_kronos_docs_challenges.md.CceOkuKc.lean.js
similarity index 54%
rename from assets/public_kronos_docs_challenges.md.DK_9KIu5.lean.js
rename to assets/public_kronos_docs_challenges.md.CceOkuKc.lean.js
index 7a941b68a..cc9241941 100644
--- a/assets/public_kronos_docs_challenges.md.DK_9KIu5.lean.js
+++ b/assets/public_kronos_docs_challenges.md.CceOkuKc.lean.js
@@ -1 +1 @@
-import{_ as e,c as t,o as i,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Challenges","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/challenges.md","filePath":"public/kronos/docs/challenges.md","lastUpdated":1621020740000}'),s={name:"public/kronos/docs/challenges.md"},n=a("",10),l=[n];function o(h,r,p,c,g,d){return i(),t("div",null,l)}const y=e(s,[["render",o]]);export{f as __pageData,y as default};
+import{_ as e,c as t,o as i,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Challenges","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/challenges.md","filePath":"public/kronos/docs/challenges.md"}'),s={name:"public/kronos/docs/challenges.md"},n=a("",10),l=[n];function o(h,r,p,c,g,u){return i(),t("div",null,l)}const y=e(s,[["render",o]]);export{f as __pageData,y as default};
diff --git a/assets/public_kronos_docs_clickables.md.Cdkq5dTJ.js b/assets/public_kronos_docs_clickables.md.CmNRG1bN.js
similarity index 69%
rename from assets/public_kronos_docs_clickables.md.Cdkq5dTJ.js
rename to assets/public_kronos_docs_clickables.md.CmNRG1bN.js
index a08653d3f..92671d5a7 100644
--- a/assets/public_kronos_docs_clickables.md.Cdkq5dTJ.js
+++ b/assets/public_kronos_docs_clickables.md.CmNRG1bN.js
@@ -1,4 +1,4 @@
-import{_ as e,c as t,o as a,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const b=JSON.parse('{"title":"Clickables","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/clickables.md","filePath":"public/kronos/docs/clickables.md","lastUpdated":1621020740000}'),i={name:"public/kronos/docs/clickables.md"},l=s(`
Clickables ​
Clickables are any kind of thing that you can click for an effect. They're a more generalized version of Buyables.
DO NOT USE THESE TO MAKE THINGS THAT YOU CLICK REPEATEDLY FOR A BONUS BECAUSE THOSE ARE AWFUL.
There are several differences between the two. One is that a buyable's saved data is its amount as a Decimal, while Clickables store a "state" which can be a number or string, but not Decimal, array, or object). Buyables have a number of extra features which you can see on their page. Clickables also have a smaller default size.
Useful functions for dealing with clickables and implementing their effects:
  • getClickableState(layer, id): get the state of the clickable the player has
  • setClickableState(layer, id, state): set the state of the clickable the player has
  • clickableEffect(layer, id): Returns the current effects of the clickable, if any.
Clickables should be formatted like this:
js
clickables: {
+import{_ as e,c as t,o as a,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const b=JSON.parse('{"title":"Clickables","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/clickables.md","filePath":"public/kronos/docs/clickables.md"}'),i={name:"public/kronos/docs/clickables.md"},l=s(`
Clickables ​
Clickables are any kind of thing that you can click for an effect. They're a more generalized version of Buyables.
DO NOT USE THESE TO MAKE THINGS THAT YOU CLICK REPEATEDLY FOR A BONUS BECAUSE THOSE ARE AWFUL.
There are several differences between the two. One is that a buyable's saved data is its amount as a Decimal, while Clickables store a "state" which can be a number or string, but not Decimal, array, or object). Buyables have a number of extra features which you can see on their page. Clickables also have a smaller default size.
Useful functions for dealing with clickables and implementing their effects:
  • getClickableState(layer, id): get the state of the clickable the player has
  • setClickableState(layer, id, state): set the state of the clickable the player has
  • clickableEffect(layer, id): Returns the current effects of the clickable, if any.
Clickables should be formatted like this:
js
clickables: {
     11: {
         display() {return "Blah"},
         etc
diff --git a/assets/public_kronos_docs_clickables.md.Cdkq5dTJ.lean.js b/assets/public_kronos_docs_clickables.md.CmNRG1bN.lean.js
similarity index 54%
rename from assets/public_kronos_docs_clickables.md.Cdkq5dTJ.lean.js
rename to assets/public_kronos_docs_clickables.md.CmNRG1bN.lean.js
index 9f734f6f3..1f92c91ef 100644
--- a/assets/public_kronos_docs_clickables.md.Cdkq5dTJ.lean.js
+++ b/assets/public_kronos_docs_clickables.md.CmNRG1bN.lean.js
@@ -1 +1 @@
-import{_ as e,c as t,o as a,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const b=JSON.parse('{"title":"Clickables","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/clickables.md","filePath":"public/kronos/docs/clickables.md","lastUpdated":1621020740000}'),i={name:"public/kronos/docs/clickables.md"},l=s("",12),n=[l];function o(c,r,p,h,u,d){return a(),t("div",null,n)}const g=e(i,[["render",o]]);export{b as __pageData,g as default};
+import{_ as e,c as t,o as a,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const b=JSON.parse('{"title":"Clickables","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/clickables.md","filePath":"public/kronos/docs/clickables.md"}'),i={name:"public/kronos/docs/clickables.md"},l=s("",12),n=[l];function o(c,r,p,h,u,d){return a(),t("div",null,n)}const g=e(i,[["render",o]]);export{b as __pageData,g as default};
diff --git a/assets/public_kronos_docs_custom-tab-layouts.md.CAgoG-GT.js b/assets/public_kronos_docs_custom-tab-layouts.md.F-rPUWPl.js
similarity index 89%
rename from assets/public_kronos_docs_custom-tab-layouts.md.CAgoG-GT.js
rename to assets/public_kronos_docs_custom-tab-layouts.md.F-rPUWPl.js
index cecaa2699..ded96f9dc 100644
--- a/assets/public_kronos_docs_custom-tab-layouts.md.CAgoG-GT.js
+++ b/assets/public_kronos_docs_custom-tab-layouts.md.F-rPUWPl.js
@@ -1,4 +1,4 @@
-import{_ as s,c as a,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const c=JSON.parse('{"title":"Custom tab layouts","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/custom-tab-layouts.md","filePath":"public/kronos/docs/custom-tab-layouts.md","lastUpdated":1620876099000}'),e={name:"public/kronos/docs/custom-tab-layouts.md"},n=t(`
Custom tab layouts ​
Note: If you are using subtabs, tabFormat is used differently, but the same format is used for defining their layouts. See here for more on subtabs.
Custom tab layouts can be used to do basically anything in a tab window, especially combined with the "style" layer feature. The tabFormat feature is an array of things, like this:
js
tabFormat: [
+import{_ as s,c as a,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const c=JSON.parse('{"title":"Custom tab layouts","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/custom-tab-layouts.md","filePath":"public/kronos/docs/custom-tab-layouts.md"}'),e={name:"public/kronos/docs/custom-tab-layouts.md"},n=t(`
Custom tab layouts ​
Note: If you are using subtabs, tabFormat is used differently, but the same format is used for defining their layouts. See here for more on subtabs.
Custom tab layouts can be used to do basically anything in a tab window, especially combined with the "style" layer feature. The tabFormat feature is an array of things, like this:
js
tabFormat: [
     "main-display",
     ["prestige-button", function() { return "Melt your points into " }],
     "blank",
diff --git a/assets/public_kronos_docs_custom-tab-layouts.md.CAgoG-GT.lean.js b/assets/public_kronos_docs_custom-tab-layouts.md.F-rPUWPl.lean.js
similarity index 51%
rename from assets/public_kronos_docs_custom-tab-layouts.md.CAgoG-GT.lean.js
rename to assets/public_kronos_docs_custom-tab-layouts.md.F-rPUWPl.lean.js
index 958f0b224..2a24e1b51 100644
--- a/assets/public_kronos_docs_custom-tab-layouts.md.CAgoG-GT.lean.js
+++ b/assets/public_kronos_docs_custom-tab-layouts.md.F-rPUWPl.lean.js
@@ -1 +1 @@
-import{_ as s,c as a,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const c=JSON.parse('{"title":"Custom tab layouts","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/custom-tab-layouts.md","filePath":"public/kronos/docs/custom-tab-layouts.md","lastUpdated":1620876099000}'),e={name:"public/kronos/docs/custom-tab-layouts.md"},n=t("",9),l=[n];function o(h,p,r,u,k,d){return i(),a("div",null,l)}const g=s(e,[["render",o]]);export{c as __pageData,g as default};
+import{_ as s,c as a,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const c=JSON.parse('{"title":"Custom tab layouts","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/custom-tab-layouts.md","filePath":"public/kronos/docs/custom-tab-layouts.md"}'),e={name:"public/kronos/docs/custom-tab-layouts.md"},n=t("",9),l=[n];function o(h,p,r,u,k,d){return i(),a("div",null,l)}const g=s(e,[["render",o]]);export{c as __pageData,g as default};
diff --git a/assets/public_kronos_docs_getting-started.md.C9AZRWtI.js b/assets/public_kronos_docs_getting-started.md.C9AZRWtI.js
new file mode 100644
index 000000000..3647648d9
--- /dev/null
+++ b/assets/public_kronos_docs_getting-started.md.C9AZRWtI.js
@@ -0,0 +1 @@
+import{_ as e,c as t,o,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Getting started","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/getting-started.md","filePath":"public/kronos/docs/getting-started.md"}'),a={name:"public/kronos/docs/getting-started.md"},n=i('
Getting started ​
Welcome to The Modding Tree!
Using the Modding Tree, at its simplest level, just requires getting a copy of it onto your computer. However, if you do it the right way, it will help in many ways.
Don't let the word "Github" scare you away. It's actually much easier to use than most people think, especially because most people use it the hard way. The key is Github Desktop, which lets you do everything you need to, without even touching the command line.
The benefits of using Github:
  • It makes it much, much easier to update The Modding Tree.
  • You can share your work without any extra effort using githack, or with a bit more effort, set up a github.io site.
  • It lets you undo changes to your code, and to have multiple versions of it.
  • It lets you collaborate with other people, if you want to.
Getting set up with Github Desktop, Visual Studio Code, and The Modding Tree: ​
  1. Install Github Desktop and Visual Studio Code.
  2. Make a Github account. You can handle this on your own.
  3. Log in on your browser, and go back to The Modding Tree page. At the top right, there should be a button that says "fork". Click on it, and then on your username. You now have your own fork, or copy, of The Modding Tree.
  4. Open Github Desktop and log in. Ignore everything else and choose "clone a repository". A "repository" is basically a "Github project", like The Modding Tree. "Cloning" is downloading a copy of the repository to your computer.
  5. Look for The Modding Tree in the list of repositiories (it should be the only one) and click "clone".
  6. Select that you're using it for your own purposes, and click continue. It will download the files and handle everything.
Using your repository ​
  1. Click on "show in explorer/finder" to the right, and then open the index.html file in the folder. The page should open up on your browser. This will let you view and test your project locally!
  2. To edit your project, click "open in VSCode" in Github Desktop.
  3. Open mod.js in VSCode, and look at the top part where it has a "modInfo" object. Fill in your mod's name to whatever you want, and change the id as well. (It can be any string value, and it's used to determine where the savefile is. Make it something that's probably unique, and don't change it again later or else it'll effectively wipe existing saves)
  4. Save mod.js, and then reload index.html in your browser. The title on the tab, as well as on the info page, will now be updated! You can reload the page every time you change the code to test it quickly and easily.
  5. Go back to Github Desktop. It's time to save your changes into the git system by making a "commit". This basically saves your work and creates a snapshot of what your code looks like at this moment, allowing you to look back at it later.
  6. At the bottom right corner, add a summary of your changes, and then click "commit to master".
  7. Finally, at the top middle, click "push origin" to push your changes out onto the online repository.
  8. You can view your project on line, or share it with others, by going to https://raw.githack.com/[YOUR-GITHUB-USERNAME]/The-Modding-Tree/master/index.html
And now, you have successfully used Github! You can look at the documentation to see how The Modding Tree's system works and to make your mod a reality.
',11),r=[n];function s(l,h,u,d,p,c){return o(),t("div",null,r)}const m=e(a,[["render",s]]);export{y as __pageData,m as default};
diff --git a/assets/public_kronos_docs_getting-started.md.YMPa39a7.lean.js b/assets/public_kronos_docs_getting-started.md.C9AZRWtI.lean.js
similarity index 53%
rename from assets/public_kronos_docs_getting-started.md.YMPa39a7.lean.js
rename to assets/public_kronos_docs_getting-started.md.C9AZRWtI.lean.js
index 10e28aa50..741119fb5 100644
--- a/assets/public_kronos_docs_getting-started.md.YMPa39a7.lean.js
+++ b/assets/public_kronos_docs_getting-started.md.C9AZRWtI.lean.js
@@ -1 +1 @@
-import{_ as e,c as t,o,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Getting started","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/getting-started.md","filePath":"public/kronos/docs/getting-started.md","lastUpdated":1604778547000}'),a={name:"public/kronos/docs/getting-started.md"},n=i("",11),r=[n];function s(l,h,u,d,p,c){return o(),t("div",null,r)}const m=e(a,[["render",s]]);export{y as __pageData,m as default};
+import{_ as e,c as t,o,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Getting started","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/getting-started.md","filePath":"public/kronos/docs/getting-started.md"}'),a={name:"public/kronos/docs/getting-started.md"},n=i("",11),r=[n];function s(l,h,u,d,p,c){return o(),t("div",null,r)}const m=e(a,[["render",s]]);export{y as __pageData,m as default};
diff --git a/assets/public_kronos_docs_getting-started.md.YMPa39a7.js b/assets/public_kronos_docs_getting-started.md.YMPa39a7.js
deleted file mode 100644
index d0a24c64e..000000000
--- a/assets/public_kronos_docs_getting-started.md.YMPa39a7.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as e,c as t,o,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Getting started","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/getting-started.md","filePath":"public/kronos/docs/getting-started.md","lastUpdated":1604778547000}'),a={name:"public/kronos/docs/getting-started.md"},n=i('
Getting started ​
Welcome to The Modding Tree!
Using the Modding Tree, at its simplest level, just requires getting a copy of it onto your computer. However, if you do it the right way, it will help in many ways.
Don't let the word "Github" scare you away. It's actually much easier to use than most people think, especially because most people use it the hard way. The key is Github Desktop, which lets you do everything you need to, without even touching the command line.
The benefits of using Github:
  • It makes it much, much easier to update The Modding Tree.
  • You can share your work without any extra effort using githack, or with a bit more effort, set up a github.io site.
  • It lets you undo changes to your code, and to have multiple versions of it.
  • It lets you collaborate with other people, if you want to.
Getting set up with Github Desktop, Visual Studio Code, and The Modding Tree: ​
  1. Install Github Desktop and Visual Studio Code.
  2. Make a Github account. You can handle this on your own.
  3. Log in on your browser, and go back to The Modding Tree page. At the top right, there should be a button that says "fork". Click on it, and then on your username. You now have your own fork, or copy, of The Modding Tree.
  4. Open Github Desktop and log in. Ignore everything else and choose "clone a repository". A "repository" is basically a "Github project", like The Modding Tree. "Cloning" is downloading a copy of the repository to your computer.
  5. Look for The Modding Tree in the list of repositiories (it should be the only one) and click "clone".
  6. Select that you're using it for your own purposes, and click continue. It will download the files and handle everything.
Using your repository ​
  1. Click on "show in explorer/finder" to the right, and then open the index.html file in the folder. The page should open up on your browser. This will let you view and test your project locally!
  2. To edit your project, click "open in VSCode" in Github Desktop.
  3. Open mod.js in VSCode, and look at the top part where it has a "modInfo" object. Fill in your mod's name to whatever you want, and change the id as well. (It can be any string value, and it's used to determine where the savefile is. Make it something that's probably unique, and don't change it again later or else it'll effectively wipe existing saves)
  4. Save mod.js, and then reload index.html in your browser. The title on the tab, as well as on the info page, will now be updated! You can reload the page every time you change the code to test it quickly and easily.
  5. Go back to Github Desktop. It's time to save your changes into the git system by making a "commit". This basically saves your work and creates a snapshot of what your code looks like at this moment, allowing you to look back at it later.
  6. At the bottom right corner, add a summary of your changes, and then click "commit to master".
  7. Finally, at the top middle, click "push origin" to push your changes out onto the online repository.
  8. You can view your project on line, or share it with others, by going to https://raw.githack.com/[YOUR-GITHUB-USERNAME]/The-Modding-Tree/master/index.html
And now, you have successfully used Github! You can look at the documentation to see how The Modding Tree's system works and to make your mod a reality.
',11),r=[n];function s(l,h,u,d,p,c){return o(),t("div",null,r)}const m=e(a,[["render",s]]);export{y as __pageData,m as default};
diff --git a/assets/public_kronos_docs_grids.md.Beh5-E6O.lean.js b/assets/public_kronos_docs_grids.md.Beh5-E6O.lean.js
deleted file mode 100644
index e120d9d0f..000000000
--- a/assets/public_kronos_docs_grids.md.Beh5-E6O.lean.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as s,c as a,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Grids","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/grids.md","filePath":"public/kronos/docs/grids.md","lastUpdated":1620790495000}'),e={name:"public/kronos/docs/grids.md"},n=t("",10),l=[n];function r(h,p,o,d,k,g){return i(),a("div",null,l)}const y=s(e,[["render",r]]);export{u as __pageData,y as default};
diff --git a/assets/public_kronos_docs_grids.md.Beh5-E6O.js b/assets/public_kronos_docs_grids.md.Cy3Lb1vL.js
similarity index 74%
rename from assets/public_kronos_docs_grids.md.Beh5-E6O.js
rename to assets/public_kronos_docs_grids.md.Cy3Lb1vL.js
index ba868470f..6fd704783 100644
--- a/assets/public_kronos_docs_grids.md.Beh5-E6O.js
+++ b/assets/public_kronos_docs_grids.md.Cy3Lb1vL.js
@@ -1,4 +1,4 @@
-import{_ as s,c as a,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Grids","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/grids.md","filePath":"public/kronos/docs/grids.md","lastUpdated":1620790495000}'),e={name:"public/kronos/docs/grids.md"},n=t(`
Grids ​
Grids are an easier way of making a group of similar clickables. They all have the same behavior, but are different based on their data.
NOTE: Gridables are similar to clickables in some respects, but are fundamentally different from normal TMT components in quite a few ways. Be sure to keep these in mind:
  • Gridable ids use base 100 instead of base 10, so you can have more than 10 tiles in a row. This means that a grid might look like this: 101 102 201 202
  • Individual gridables are not defined individually. All properties go directly into the "grid" object. Functions are called with arguments for the id of the gridables and its associated data, so you can give them the appropriate appearance and properties based on that.
  • If you need two unrelated grids in a layer, you'll need to use a layer proxy component.
Useful functions for dealing with grids:
  • getGridData(layer, id): get the data for the chosen gridable
  • setGridData(layer, id, state): set the data for the chosen gridable
  • gridEffect(layer, id): get the effect for the chosen gridable
The grid should be formatted like this:
js
grid: {
+import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Grids","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/grids.md","filePath":"public/kronos/docs/grids.md"}'),e={name:"public/kronos/docs/grids.md"},n=t(`
Grids ​
Grids are an easier way of making a group of similar clickables. They all have the same behavior, but are different based on their data.
NOTE: Gridables are similar to clickables in some respects, but are fundamentally different from normal TMT components in quite a few ways. Be sure to keep these in mind:
  • Gridable ids use base 100 instead of base 10, so you can have more than 10 tiles in a row. This means that a grid might look like this: 101 102 201 202
  • Individual gridables are not defined individually. All properties go directly into the "grid" object. Functions are called with arguments for the id of the gridables and its associated data, so you can give them the appropriate appearance and properties based on that.
  • If you need two unrelated grids in a layer, you'll need to use a layer proxy component.
Useful functions for dealing with grids:
  • getGridData(layer, id): get the data for the chosen gridable
  • setGridData(layer, id, state): set the data for the chosen gridable
  • gridEffect(layer, id): get the effect for the chosen gridable
The grid should be formatted like this:
js
grid: {
     rows: 4, // If these are dynamic make sure to have a max value as well!
     cols: 5,
     getStartData(id) {
@@ -18,4 +18,4 @@ import{_ as s,c as a,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u
     },
 
     etc
-}
Features:
  • rows, cols: The amount of rows and columns of gridable to display.
  • maxRows, maxCols: sometimes needed. If rows or cols are dynamic, you need to define the maximum amount that there can be (you can increase it when you update the game though). These CANNOT be dynamic.
  • getStartData(id): Creates the default data for the gridable at this position. This can be an object, or a regular value.
  • getUnlocked(id): optional. Returns true if the gridable at this position should be visible.
  • getTitle(data, id): optional. Returns text that should displayed at the top in a larger font, based on the position and data of the gridable.
  • getDisplay(data, id): optional. Returns everything that should be displayed on the gridable after the title, based on the position and data of the gridable.
  • getStyle(data, id): optional. Returns CSS to apply to this gridable, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
  • getCanClick(data, id): optional. A function returning a bool to determine if you can click a gridable, based on its data and position. If absent, you can always click it.
  • onClick(data, id): A function that implements clicking on the gridable, based on its position and data.
  • onHold(data, id): optional A function that is called 20x/sec when the button is held for at least 0.25 seconds.
  • getEffect(data, id): optional. A function that calculates and returns a gridable's effect, based on its position and data. (Whatever that means for a gridable)
  • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.
`,10),l=[n];function r(h,p,o,d,k,g){return i(),a("div",null,l)}const y=s(e,[["render",r]]);export{u as __pageData,y as default};
+}
Features:
  • rows, cols: The amount of rows and columns of gridable to display.
  • maxRows, maxCols: sometimes needed. If rows or cols are dynamic, you need to define the maximum amount that there can be (you can increase it when you update the game though). These CANNOT be dynamic.
  • getStartData(id): Creates the default data for the gridable at this position. This can be an object, or a regular value.
  • getUnlocked(id): optional. Returns true if the gridable at this position should be visible.
  • getTitle(data, id): optional. Returns text that should displayed at the top in a larger font, based on the position and data of the gridable.
  • getDisplay(data, id): optional. Returns everything that should be displayed on the gridable after the title, based on the position and data of the gridable.
  • getStyle(data, id): optional. Returns CSS to apply to this gridable, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
  • getCanClick(data, id): optional. A function returning a bool to determine if you can click a gridable, based on its data and position. If absent, you can always click it.
  • onClick(data, id): A function that implements clicking on the gridable, based on its position and data.
  • onHold(data, id): optional A function that is called 20x/sec when the button is held for at least 0.25 seconds.
  • getEffect(data, id): optional. A function that calculates and returns a gridable's effect, based on its position and data. (Whatever that means for a gridable)
  • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.
`,10),l=[n];function r(h,p,o,d,k,g){return a(),i("div",null,l)}const y=s(e,[["render",r]]);export{u as __pageData,y as default};
diff --git a/assets/public_kronos_docs_grids.md.Cy3Lb1vL.lean.js b/assets/public_kronos_docs_grids.md.Cy3Lb1vL.lean.js
new file mode 100644
index 000000000..d40919f28
--- /dev/null
+++ b/assets/public_kronos_docs_grids.md.Cy3Lb1vL.lean.js
@@ -0,0 +1 @@
+import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Grids","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/grids.md","filePath":"public/kronos/docs/grids.md"}'),e={name:"public/kronos/docs/grids.md"},n=t("",10),l=[n];function r(h,p,o,d,k,g){return a(),i("div",null,l)}const y=s(e,[["render",r]]);export{u as __pageData,y as default};
diff --git a/assets/public_kronos_docs_infoboxes.md.DtvYVeEp.lean.js b/assets/public_kronos_docs_infoboxes.md.DtvYVeEp.lean.js
deleted file mode 100644
index 9b90689c0..000000000
--- a/assets/public_kronos_docs_infoboxes.md.DtvYVeEp.lean.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as s,c as i,o as e,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Infoboxes","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/infoboxes.md","filePath":"public/kronos/docs/infoboxes.md","lastUpdated":1603745122000}'),t={name:"public/kronos/docs/infoboxes.md"},n=a("",7),o=[n];function l(p,h,r,d,c,k){return e(),i("div",null,o)}const y=s(t,[["render",l]]);export{u as __pageData,y as default};
diff --git a/assets/public_kronos_docs_infoboxes.md.DtvYVeEp.js b/assets/public_kronos_docs_infoboxes.md.pfo_hWCQ.js
similarity index 74%
rename from assets/public_kronos_docs_infoboxes.md.DtvYVeEp.js
rename to assets/public_kronos_docs_infoboxes.md.pfo_hWCQ.js
index 45f769d27..1ec8ee46f 100644
--- a/assets/public_kronos_docs_infoboxes.md.DtvYVeEp.js
+++ b/assets/public_kronos_docs_infoboxes.md.pfo_hWCQ.js
@@ -1,4 +1,4 @@
-import{_ as s,c as i,o as e,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Infoboxes","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/infoboxes.md","filePath":"public/kronos/docs/infoboxes.md","lastUpdated":1603745122000}'),t={name:"public/kronos/docs/infoboxes.md"},n=a(`
Infoboxes ​
Infoboxes are good for displaying "lore", or story elements, as well as for explaining complicated things.
In the default tab layout, the first infobox will be displayed at the very top of the tab.
Infoboxes are defined like other Big Features:
js
infoboxes: {
+import{_ as s,c as i,o as e,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Infoboxes","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/infoboxes.md","filePath":"public/kronos/docs/infoboxes.md"}'),t={name:"public/kronos/docs/infoboxes.md"},n=a(`
Infoboxes ​
Infoboxes are good for displaying "lore", or story elements, as well as for explaining complicated things.
In the default tab layout, the first infobox will be displayed at the very top of the tab.
Infoboxes are defined like other Big Features:
js
infoboxes: {
     lore: {
         title: "foo",
         body() { return "bar" },
diff --git a/assets/public_kronos_docs_infoboxes.md.pfo_hWCQ.lean.js b/assets/public_kronos_docs_infoboxes.md.pfo_hWCQ.lean.js
new file mode 100644
index 000000000..f7b9f570e
--- /dev/null
+++ b/assets/public_kronos_docs_infoboxes.md.pfo_hWCQ.lean.js
@@ -0,0 +1 @@
+import{_ as s,c as i,o as e,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Infoboxes","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/infoboxes.md","filePath":"public/kronos/docs/infoboxes.md"}'),t={name:"public/kronos/docs/infoboxes.md"},n=a("",7),o=[n];function l(p,h,r,d,c,k){return e(),i("div",null,o)}const y=s(t,[["render",l]]);export{u as __pageData,y as default};
diff --git a/assets/public_kronos_docs_layer-features.md.Z1rgTxyk.js b/assets/public_kronos_docs_layer-features.md.B7qEHS5F.js
similarity index 81%
rename from assets/public_kronos_docs_layer-features.md.Z1rgTxyk.js
rename to assets/public_kronos_docs_layer-features.md.B7qEHS5F.js
index d83d6cb96..229120f57 100644
--- a/assets/public_kronos_docs_layer-features.md.Z1rgTxyk.js
+++ b/assets/public_kronos_docs_layer-features.md.B7qEHS5F.js
@@ -1,4 +1,4 @@
-import{_ as e,c as t,o as a,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Layer Features","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/layer-features.md","filePath":"public/kronos/docs/layer-features.md","lastUpdated":1621096318000}'),i={name:"public/kronos/docs/layer-features.md"},o=s(`
Layer Features ​
This is a more comprehensive list of established features to add to layers. You can add more freely, if you want to have other functions or values associated with your layer. These have special functionality, though.
You can make almost any value dynamic by using a function in its place, including all display strings and styling/color features.
Layer Definition features ​
  • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar to access the saved value. It makes copying code to new layers easier. It is also assigned to all upgrades and buyables and such.
  • name: optional. used in reset confirmations (and the default infobox title). If absent, it just uses the layer's id.
  • startData(): A function to return the default save data for this layer. Add any variables you have to it. Make sure to use Decimal values rather than normal numbers.
    Standard values: - Required: - unlocked: a bool determining if this layer is unlocked or not - points: a Decimal, the main currency for the layer - Optional: - total: A Decimal, tracks total amount of main prestige currency. Always tracked, but only shown if you add it here. - best: A Decimal, tracks highest amount of main prestige currency. Always tracked, but only shown if you add it here. - unlockOrder: used to keep track of relevant layers unlocked before this one. - resetTime: A number, time since this layer was last prestiged (or reset by another layer)
  • color: A color associated with this layer, used in many places. (A string in hex format with a #)
  • row: The row of the layer, starting at 0. This affects where the node appears on the standard tree, and which resets affect the layer.
    Using "side" instead of a number will cause the layer to appear off to the side as a smaller node (useful for achievements and statistics). Side layers are not affected by resets unless you add a doReset to them.
  • displayRow: OVERRIDE Changes where the layer node appears without changing where it is in the reset order.
  • resource: Name of the main currency you gain by resetting on this layer.
  • effect(): optional. A function that calculates and returns the current values of any bonuses inherent to the main currency. Can return a value or an object containing multiple values. You will also have to implement the effect where it is applied.
  • effectDescription: optional. A function that returns a description of this effect. If the text stays constant, it can just be a string.
  • layerShown(): optional, A function returning a bool which determines if this layer's node should be visible on the tree. It can also return "ghost", which will hide the layer, but its node will still take up space in the tree. Defaults to true.
  • hotkeys: optional. An array containing information on any hotkeys associated with this layer:
    js
    hotkeys: [
+import{_ as e,c as t,o as a,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Layer Features","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/layer-features.md","filePath":"public/kronos/docs/layer-features.md"}'),i={name:"public/kronos/docs/layer-features.md"},o=s(`
    Layer Features ​
    This is a more comprehensive list of established features to add to layers. You can add more freely, if you want to have other functions or values associated with your layer. These have special functionality, though.
    You can make almost any value dynamic by using a function in its place, including all display strings and styling/color features.
    Layer Definition features ​
    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar to access the saved value. It makes copying code to new layers easier. It is also assigned to all upgrades and buyables and such.
    • name: optional. used in reset confirmations (and the default infobox title). If absent, it just uses the layer's id.
    • startData(): A function to return the default save data for this layer. Add any variables you have to it. Make sure to use Decimal values rather than normal numbers.
      Standard values: - Required: - unlocked: a bool determining if this layer is unlocked or not - points: a Decimal, the main currency for the layer - Optional: - total: A Decimal, tracks total amount of main prestige currency. Always tracked, but only shown if you add it here. - best: A Decimal, tracks highest amount of main prestige currency. Always tracked, but only shown if you add it here. - unlockOrder: used to keep track of relevant layers unlocked before this one. - resetTime: A number, time since this layer was last prestiged (or reset by another layer)
    • color: A color associated with this layer, used in many places. (A string in hex format with a #)
    • row: The row of the layer, starting at 0. This affects where the node appears on the standard tree, and which resets affect the layer.
      Using "side" instead of a number will cause the layer to appear off to the side as a smaller node (useful for achievements and statistics). Side layers are not affected by resets unless you add a doReset to them.
    • displayRow: OVERRIDE Changes where the layer node appears without changing where it is in the reset order.
    • resource: Name of the main currency you gain by resetting on this layer.
    • effect(): optional. A function that calculates and returns the current values of any bonuses inherent to the main currency. Can return a value or an object containing multiple values. You will also have to implement the effect where it is applied.
    • effectDescription: optional. A function that returns a description of this effect. If the text stays constant, it can just be a string.
    • layerShown(): optional, A function returning a bool which determines if this layer's node should be visible on the tree. It can also return "ghost", which will hide the layer, but its node will still take up space in the tree. Defaults to true.
    • hotkeys: optional. An array containing information on any hotkeys associated with this layer:
      js
      hotkeys: [
     {
         key: "p", // What the hotkey button is. Use uppercase if it's combined with shift, or "ctrl+x" for holding down ctrl.
         description: "p: reset your points for prestige points", // The description of the hotkey that is displayed in the game's How To Play tab
diff --git a/assets/public_kronos_docs_layer-features.md.Z1rgTxyk.lean.js b/assets/public_kronos_docs_layer-features.md.B7qEHS5F.lean.js
similarity index 53%
rename from assets/public_kronos_docs_layer-features.md.Z1rgTxyk.lean.js
rename to assets/public_kronos_docs_layer-features.md.B7qEHS5F.lean.js
index cd1f6afee..abaa58f5d 100644
--- a/assets/public_kronos_docs_layer-features.md.Z1rgTxyk.lean.js
+++ b/assets/public_kronos_docs_layer-features.md.B7qEHS5F.lean.js
@@ -1 +1 @@
-import{_ as e,c as t,o as a,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Layer Features","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/layer-features.md","filePath":"public/kronos/docs/layer-features.md","lastUpdated":1621096318000}'),i={name:"public/kronos/docs/layer-features.md"},o=s("",20),r=[o];function n(l,h,p,u,d,c){return a(),t("div",null,r)}const f=e(i,[["render",n]]);export{y as __pageData,f as default};
+import{_ as e,c as t,o as a,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Layer Features","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/layer-features.md","filePath":"public/kronos/docs/layer-features.md"}'),i={name:"public/kronos/docs/layer-features.md"},o=s("",20),r=[o];function n(l,h,p,u,d,c){return a(),t("div",null,r)}const f=e(i,[["render",n]]);export{y as __pageData,f as default};
diff --git a/assets/public_kronos_docs_main-mod-info.md.DJa4N3ai.js b/assets/public_kronos_docs_main-mod-info.md.CVo8LyYh.js
similarity index 57%
rename from assets/public_kronos_docs_main-mod-info.md.DJa4N3ai.js
rename to assets/public_kronos_docs_main-mod-info.md.CVo8LyYh.js
index 2041168bf..2d10ade68 100644
--- a/assets/public_kronos_docs_main-mod-info.md.DJa4N3ai.js
+++ b/assets/public_kronos_docs_main-mod-info.md.CVo8LyYh.js
@@ -1,4 +1,4 @@
-import{_ as i,c as e,o as t,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"mod.js","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/main-mod-info.md","filePath":"public/kronos/docs/main-mod-info.md","lastUpdated":1620888678000}'),a={name:"public/kronos/docs/main-mod-info.md"},n=s(`
      mod.js ​
      Most of the non-layer code and data that you're likely to edit is here in mod.js. Everything in mod.js will not be altered by updates, besides the addition of new things.
      Here's a breakdown of what's in it:
      • modInfo is where most of the basic configuration for the mod is. It contains:
        • name: The name of your mod. (a string)
        • id: The id for your mod, a unique string that is used to determine savefile location. Be sure to set it when you start making a mod, and don't change it later because it will erase all saves.
        • author: The name of the author, displayed in the info tab.
        • pointsName: This changes what is displayed instead of "points" for the main currency. (It does not affect it in the code.)
        • discordName, discordLink: If you have a Discord server or other discussion place, you can add a link to it.
          "discordName" is the text on the link, and "discordLink" is the url of an invite. If you're using a Discord invite, please make sure it's set to never expire.
        • offlineLimit: The maximum amount of offline time that the player can accumulate, in hours. Any extra time is lost. (a number)
          This is useful because most of these mods are fast-paced enough that too much offline time ruins the balance, such as the time in between updates. That is why I suggest developers disable offline time on their own savefile.
        • initialStartPoints: A Decimal for the amount of points a new player should start with.
      • VERSION is used to describe the current version of your mod. It contains:
        • num: The mod's version number, displayed at the top right of the tree tab.
        • name: The version's name, displayed alongside the number in the info tab.
      • changelog is the HTML displayed in the changelog tab. If this gets particularly long, it might be good to put in a separate file (be sure to add the file to index.html)
      • doNotCallTheseFunctionsEveryTick is very important, if you are adding non-standard functions. TMT calls every function anywhere in "layers" every tick to store the result, unless specifically told not to. Functions that have are used to do an action need to be identified. "Official" functions (those in the documentation) are all fine, but if you make any new ones, add their names to this array.
      js
      // (The ones here are examples, all official functions are already taken care of)
+import{_ as i,c as e,o as t,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"mod.js","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/main-mod-info.md","filePath":"public/kronos/docs/main-mod-info.md"}'),a={name:"public/kronos/docs/main-mod-info.md"},n=s(`
      mod.js ​
      Most of the non-layer code and data that you're likely to edit is here in mod.js. Everything in mod.js will not be altered by updates, besides the addition of new things.
      Here's a breakdown of what's in it:
      • modInfo is where most of the basic configuration for the mod is. It contains:
        • name: The name of your mod. (a string)
        • id: The id for your mod, a unique string that is used to determine savefile location. Be sure to set it when you start making a mod, and don't change it later because it will erase all saves.
        • author: The name of the author, displayed in the info tab.
        • pointsName: This changes what is displayed instead of "points" for the main currency. (It does not affect it in the code.)
        • discordName, discordLink: If you have a Discord server or other discussion place, you can add a link to it.
          "discordName" is the text on the link, and "discordLink" is the url of an invite. If you're using a Discord invite, please make sure it's set to never expire.
        • offlineLimit: The maximum amount of offline time that the player can accumulate, in hours. Any extra time is lost. (a number)
          This is useful because most of these mods are fast-paced enough that too much offline time ruins the balance, such as the time in between updates. That is why I suggest developers disable offline time on their own savefile.
        • initialStartPoints: A Decimal for the amount of points a new player should start with.
      • VERSION is used to describe the current version of your mod. It contains:
        • num: The mod's version number, displayed at the top right of the tree tab.
        • name: The version's name, displayed alongside the number in the info tab.
      • changelog is the HTML displayed in the changelog tab. If this gets particularly long, it might be good to put in a separate file (be sure to add the file to index.html)
      • doNotCallTheseFunctionsEveryTick is very important, if you are adding non-standard functions. TMT calls every function anywhere in "layers" every tick to store the result, unless specifically told not to. Functions that have are used to do an action need to be identified. "Official" functions (those in the documentation) are all fine, but if you make any new ones, add their names to this array.
      js
      // (The ones here are examples, all official functions are already taken care of)
 var doNotCallTheseFunctionsEveryTick = ["doReset", "buy", "onPurchase", "blowUpEverything"]
      • getStartPoints(): A function to determine the amount of points the player starts with after a reset. (returns a Decimal value)
      • canGenPoints(): A function returning a boolean for if points should be generated. Use this if you want an upgrade to unlock generating points.
      • getPointGen(): A function that calculates your points per second. Anything that affects your point gain should go into the calculation here.
      • addedPlayerData(): A function that returns any non-layer-related data that you want to be added to the save data and "player" object.
      js
      function addedPlayerData() { return {
 	weather: "Yes",
 	happiness: new Decimal(72),
diff --git a/assets/public_kronos_docs_main-mod-info.md.DJa4N3ai.lean.js b/assets/public_kronos_docs_main-mod-info.md.CVo8LyYh.lean.js
similarity index 54%
rename from assets/public_kronos_docs_main-mod-info.md.DJa4N3ai.lean.js
rename to assets/public_kronos_docs_main-mod-info.md.CVo8LyYh.lean.js
index 858a787ab..d02dfb863 100644
--- a/assets/public_kronos_docs_main-mod-info.md.DJa4N3ai.lean.js
+++ b/assets/public_kronos_docs_main-mod-info.md.CVo8LyYh.lean.js
@@ -1 +1 @@
-import{_ as i,c as e,o as t,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"mod.js","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/main-mod-info.md","filePath":"public/kronos/docs/main-mod-info.md","lastUpdated":1620888678000}'),a={name:"public/kronos/docs/main-mod-info.md"},n=s("",10),o=[n];function l(h,r,p,d,u,c){return t(),e("div",null,o)}const y=i(a,[["render",l]]);export{f as __pageData,y as default};
+import{_ as i,c as e,o as t,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"mod.js","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/main-mod-info.md","filePath":"public/kronos/docs/main-mod-info.md"}'),a={name:"public/kronos/docs/main-mod-info.md"},n=s("",10),o=[n];function l(h,r,p,d,u,c){return t(),e("div",null,o)}const y=i(a,[["render",l]]);export{f as __pageData,y as default};
diff --git a/assets/public_kronos_docs_milestones.md.D2eVmOB-.js b/assets/public_kronos_docs_milestones.md.BSy085vv.js
similarity index 84%
rename from assets/public_kronos_docs_milestones.md.D2eVmOB-.js
rename to assets/public_kronos_docs_milestones.md.BSy085vv.js
index 112b469cb..8cf1e75d0 100644
--- a/assets/public_kronos_docs_milestones.md.D2eVmOB-.js
+++ b/assets/public_kronos_docs_milestones.md.BSy085vv.js
@@ -1,4 +1,4 @@
-import{_ as e,c as s,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Milestones","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/milestones.md","filePath":"public/kronos/docs/milestones.md","lastUpdated":1607827402000}'),a={name:"public/kronos/docs/milestones.md"},n=t(`
      Milestones ​
      Milestones are awarded to the player when they meet a certain goal, and give some benefit. Milestones should be formatted like this:
      js
      milestones: {
+import{_ as e,c as s,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Milestones","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/milestones.md","filePath":"public/kronos/docs/milestones.md"}'),a={name:"public/kronos/docs/milestones.md"},n=t(`
      Milestones ​
      Milestones are awarded to the player when they meet a certain goal, and give some benefit. Milestones should be formatted like this:
      js
      milestones: {
     0: {
         requirementDescription: "123 waffles",
         effectDescription: "blah",
diff --git a/assets/public_kronos_docs_milestones.md.D2eVmOB-.lean.js b/assets/public_kronos_docs_milestones.md.BSy085vv.lean.js
similarity index 54%
rename from assets/public_kronos_docs_milestones.md.D2eVmOB-.lean.js
rename to assets/public_kronos_docs_milestones.md.BSy085vv.lean.js
index 667432a27..2e14ff73f 100644
--- a/assets/public_kronos_docs_milestones.md.D2eVmOB-.lean.js
+++ b/assets/public_kronos_docs_milestones.md.BSy085vv.lean.js
@@ -1 +1 @@
-import{_ as e,c as s,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Milestones","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/milestones.md","filePath":"public/kronos/docs/milestones.md","lastUpdated":1607827402000}'),a={name:"public/kronos/docs/milestones.md"},n=t("",7),o=[n];function l(h,r,p,d,c,g){return i(),s("div",null,o)}const m=e(a,[["render",l]]);export{u as __pageData,m as default};
+import{_ as e,c as s,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Milestones","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/milestones.md","filePath":"public/kronos/docs/milestones.md"}'),a={name:"public/kronos/docs/milestones.md"},n=t("",7),o=[n];function l(h,r,p,d,c,g){return i(),s("div",null,o)}const m=e(a,[["render",l]]);export{u as __pageData,m as default};
diff --git a/assets/public_kronos_docs_particles.md.DXHXKySr.lean.js b/assets/public_kronos_docs_particles.md.DXHXKySr.lean.js
deleted file mode 100644
index 5c77c3aab..000000000
--- a/assets/public_kronos_docs_particles.md.DXHXKySr.lean.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as e,c as i,o as s,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Particles","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/particles.md","filePath":"public/kronos/docs/particles.md","lastUpdated":1621368363000}'),t={name:"public/kronos/docs/particles.md"},l=a("",11),n=[l];function h(p,r,o,d,c,k){return s(),i("div",null,n)}const f=e(t,[["render",h]]);export{g as __pageData,f as default};
diff --git a/assets/public_kronos_docs_particles.md.DXHXKySr.js b/assets/public_kronos_docs_particles.md.Dm7MiYol.js
similarity index 86%
rename from assets/public_kronos_docs_particles.md.DXHXKySr.js
rename to assets/public_kronos_docs_particles.md.Dm7MiYol.js
index f54c24f87..97fca5086 100644
--- a/assets/public_kronos_docs_particles.md.DXHXKySr.js
+++ b/assets/public_kronos_docs_particles.md.Dm7MiYol.js
@@ -1,4 +1,4 @@
-import{_ as e,c as i,o as s,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Particles","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/particles.md","filePath":"public/kronos/docs/particles.md","lastUpdated":1621368363000}'),t={name:"public/kronos/docs/particles.md"},l=a(`
      Particles ​
      Particles are free-floating elements that can move and have many different behaviors. They can also interact with the mouse.
      To make particles, use makeParticles(particle, amount). particle is a particle-defining object, with features as explained below. There is also makeShinies, which uses different defaults and creates stationary particles at a random location. There are also a few other useful things listed at the end.
      js
      
+import{_ as e,c as i,o as s,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Particles","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/particles.md","filePath":"public/kronos/docs/particles.md"}'),t={name:"public/kronos/docs/particles.md"},l=a(`
      Particles ​
      Particles are free-floating elements that can move and have many different behaviors. They can also interact with the mouse.
      To make particles, use makeParticles(particle, amount). particle is a particle-defining object, with features as explained below. There is also makeShinies, which uses different defaults and creates stationary particles at a random location. There are also a few other useful things listed at the end.
      js
      
 const myParticle {
     image:"options_wheel.png",
     spread: 20,
diff --git a/assets/public_kronos_docs_particles.md.Dm7MiYol.lean.js b/assets/public_kronos_docs_particles.md.Dm7MiYol.lean.js
new file mode 100644
index 000000000..41bf52246
--- /dev/null
+++ b/assets/public_kronos_docs_particles.md.Dm7MiYol.lean.js
@@ -0,0 +1 @@
+import{_ as e,c as i,o as s,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Particles","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/particles.md","filePath":"public/kronos/docs/particles.md"}'),t={name:"public/kronos/docs/particles.md"},l=a("",11),n=[l];function h(p,r,o,d,c,k){return s(),i("div",null,n)}const f=e(t,[["render",h]]);export{g as __pageData,f as default};
diff --git a/assets/public_kronos_docs_subtabs-and-microtabs.md.D5uB64On.js b/assets/public_kronos_docs_subtabs-and-microtabs.md.Bx12bZVS.js
similarity index 85%
rename from assets/public_kronos_docs_subtabs-and-microtabs.md.D5uB64On.js
rename to assets/public_kronos_docs_subtabs-and-microtabs.md.Bx12bZVS.js
index 30fddc89e..82c529057 100644
--- a/assets/public_kronos_docs_subtabs-and-microtabs.md.D5uB64On.js
+++ b/assets/public_kronos_docs_subtabs-and-microtabs.md.Bx12bZVS.js
@@ -1,4 +1,4 @@
-import{_ as s,c as a,o as t,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Subtabs and Microtabs","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/subtabs-and-microtabs.md","filePath":"public/kronos/docs/subtabs-and-microtabs.md","lastUpdated":1620429872000}'),n={name:"public/kronos/docs/subtabs-and-microtabs.md"},e=i(`
      Subtabs and Microtabs ​
      Subtabs are separate sections of a tab that you can view by selecting one at the top of the tab. Microtabs are smaller areas that function in much the same way. You can also embed layers inside of subtabs/microtabs.
      Subtabs are defined by using the tab format like this, where each element of tabFormat is given the name of that subtab:
      js
      tabFormat: {
+import{_ as s,c as a,o as t,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Subtabs and Microtabs","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/subtabs-and-microtabs.md","filePath":"public/kronos/docs/subtabs-and-microtabs.md"}'),n={name:"public/kronos/docs/subtabs-and-microtabs.md"},e=i(`
      Subtabs and Microtabs ​
      Subtabs are separate sections of a tab that you can view by selecting one at the top of the tab. Microtabs are smaller areas that function in much the same way. You can also embed layers inside of subtabs/microtabs.
      Subtabs are defined by using the tab format like this, where each element of tabFormat is given the name of that subtab:
      js
      tabFormat: {
     "Main tab": {
         content: [tab format things],
         *subtab features*
diff --git a/assets/public_kronos_docs_subtabs-and-microtabs.md.D5uB64On.lean.js b/assets/public_kronos_docs_subtabs-and-microtabs.md.Bx12bZVS.lean.js
similarity index 50%
rename from assets/public_kronos_docs_subtabs-and-microtabs.md.D5uB64On.lean.js
rename to assets/public_kronos_docs_subtabs-and-microtabs.md.Bx12bZVS.lean.js
index 861c117d3..11811a8a3 100644
--- a/assets/public_kronos_docs_subtabs-and-microtabs.md.D5uB64On.lean.js
+++ b/assets/public_kronos_docs_subtabs-and-microtabs.md.Bx12bZVS.lean.js
@@ -1 +1 @@
-import{_ as s,c as a,o as t,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Subtabs and Microtabs","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/subtabs-and-microtabs.md","filePath":"public/kronos/docs/subtabs-and-microtabs.md","lastUpdated":1620429872000}'),n={name:"public/kronos/docs/subtabs-and-microtabs.md"},e=i("",9),l=[e];function h(o,p,r,k,d,b){return t(),a("div",null,l)}const E=s(n,[["render",h]]);export{u as __pageData,E as default};
+import{_ as s,c as a,o as t,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Subtabs and Microtabs","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/subtabs-and-microtabs.md","filePath":"public/kronos/docs/subtabs-and-microtabs.md"}'),n={name:"public/kronos/docs/subtabs-and-microtabs.md"},e=i("",9),l=[e];function h(o,p,r,k,d,b){return t(),a("div",null,l)}const E=s(n,[["render",h]]);export{u as __pageData,E as default};
diff --git a/assets/public_kronos_docs_trees-and-tree-customization.md.CpABMj_Q.js b/assets/public_kronos_docs_trees-and-tree-customization.md.BjrQmf2B.js
similarity index 61%
rename from assets/public_kronos_docs_trees-and-tree-customization.md.CpABMj_Q.js
rename to assets/public_kronos_docs_trees-and-tree-customization.md.BjrQmf2B.js
index 00859bd5e..4b207cad9 100644
--- a/assets/public_kronos_docs_trees-and-tree-customization.md.CpABMj_Q.js
+++ b/assets/public_kronos_docs_trees-and-tree-customization.md.BjrQmf2B.js
@@ -1,3 +1,3 @@
-import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Trees and tree customization","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/trees-and-tree-customization.md","filePath":"public/kronos/docs/trees-and-tree-customization.md","lastUpdated":1604787966000}'),s={name:"public/kronos/docs/trees-and-tree-customization.md"},o=i(`
      Trees and tree customization ​
      If you want to have something beyond the standard tree on the left tab, you can do that in tree.js. You can change the layout of the tree, including making non-layer nodes, change it into something other than a tree, or hide the left tab altogether. This also introduces the "tree" component, which can be used in your layers as well.
      layoutInfo ​
      The most important part is layoutInfo, containing:
      • startTab: The id of the default tab to show on the left at the start.
      • showTree: True if the tree tab should be shown at the start of the game. (The other tab will fill the whole page)
      • treeLayout: If present, overrides the tree layout and places nodes as you describe instead (explained in the next section).
      Additionally, if you want the main layout to not be a tree, you can edit the "tree-tab" layer at the bottom of tree.js to modify it just like a normal layer's tab. You can even switch between left tabs, using showNavTab(layer) to make that layer appear on the left.
      Trees ​
      The tree component is defined as an array of arrays of names of layers or nodes to show in the tree. They work just like layers/ nodes in the main tree (but branches between nodes will only work on the first node if you have duplicates.)
      Here is an example tree:
      js
      [["p"],
+import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Trees and tree customization","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/trees-and-tree-customization.md","filePath":"public/kronos/docs/trees-and-tree-customization.md"}'),s={name:"public/kronos/docs/trees-and-tree-customization.md"},o=i(`
      Trees and tree customization ​
      If you want to have something beyond the standard tree on the left tab, you can do that in tree.js. You can change the layout of the tree, including making non-layer nodes, change it into something other than a tree, or hide the left tab altogether. This also introduces the "tree" component, which can be used in your layers as well.
      layoutInfo ​
      The most important part is layoutInfo, containing:
      • startTab: The id of the default tab to show on the left at the start.
      • showTree: True if the tree tab should be shown at the start of the game. (The other tab will fill the whole page)
      • treeLayout: If present, overrides the tree layout and places nodes as you describe instead (explained in the next section).
      Additionally, if you want the main layout to not be a tree, you can edit the "tree-tab" layer at the bottom of tree.js to modify it just like a normal layer's tab. You can even switch between left tabs, using showNavTab(layer) to make that layer appear on the left.
      Trees ​
      The tree component is defined as an array of arrays of names of layers or nodes to show in the tree. They work just like layers/ nodes in the main tree (but branches between nodes will only work on the first node if you have duplicates.)
      Here is an example tree:
      js
      [["p"],
  ["left", "blank", "right", "blank"]
  ["a", "b", "blank", "c", "weirdButton"]]
      Nodes ​
      Nodes are non-layer buttons that can go in trees. They are defined similarly to layers, but with addNode instead of addLayer.
      Features:
      • color: optional, The node's color. (A string in hex format with a #)
      • symbol: optional The text on the button (The id capitalized by default)
      • canClick(): Returns true if the player can click the node. ()
      • onClick(): The function called when the node is clicked.
      • layerShown(): optional, A function returning a bool which determines if this node should be visible. It can also return "ghost", which will hide the layer, but its node will still take up space in its tree.
      • branches: optional. An array of layer/node ids. On a tree, a line will appear from this node to all of the nodes in the list. Alternatively, an entry in the array can be a 2-element array consisting of the id and a color value. The color value can either be a string with a hex color code, or a number from 1-3 (theme-affected colors).
      • nodeStyle: optional. A CSS object, where the keys are CSS attributes, which styles this node on the tree.
      • tooltip() / tooltipLocked(): optional. Functions that return text, which is the tooltip for the node when the layer is unlocked or locked, respectively. By default the tooltips behave the same as in the original Prestige Tree.
      • row: optional, the row that this node appears in (for the default tree).
      • position: optional, Determines the horizontal position of the layer in its row in a default tree. By default, it uses the id, and layers/nodes are sorted in alphabetical order.
      `,14),n=[o];function l(r,h,d,p,u,c){return a(),t("div",null,n)}const g=e(s,[["render",l]]);export{y as __pageData,g as default};
diff --git a/assets/public_kronos_docs_trees-and-tree-customization.md.BjrQmf2B.lean.js b/assets/public_kronos_docs_trees-and-tree-customization.md.BjrQmf2B.lean.js
new file mode 100644
index 000000000..a46e37a35
--- /dev/null
+++ b/assets/public_kronos_docs_trees-and-tree-customization.md.BjrQmf2B.lean.js
@@ -0,0 +1 @@
+import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Trees and tree customization","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/trees-and-tree-customization.md","filePath":"public/kronos/docs/trees-and-tree-customization.md"}'),s={name:"public/kronos/docs/trees-and-tree-customization.md"},o=i("",14),n=[o];function l(r,h,d,p,u,c){return a(),t("div",null,n)}const g=e(s,[["render",l]]);export{y as __pageData,g as default};
diff --git a/assets/public_kronos_docs_trees-and-tree-customization.md.CpABMj_Q.lean.js b/assets/public_kronos_docs_trees-and-tree-customization.md.CpABMj_Q.lean.js
deleted file mode 100644
index 0e5f03915..000000000
--- a/assets/public_kronos_docs_trees-and-tree-customization.md.CpABMj_Q.lean.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Trees and tree customization","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/trees-and-tree-customization.md","filePath":"public/kronos/docs/trees-and-tree-customization.md","lastUpdated":1604787966000}'),s={name:"public/kronos/docs/trees-and-tree-customization.md"},o=i("",14),n=[o];function l(r,h,d,p,u,c){return a(),t("div",null,n)}const g=e(s,[["render",l]]);export{y as __pageData,g as default};
diff --git a/assets/public_kronos_docs_updating-tmt.md.Cnb4wHRO.js b/assets/public_kronos_docs_updating-tmt.md.Cnb4wHRO.js
deleted file mode 100644
index 857288ca1..000000000
--- a/assets/public_kronos_docs_updating-tmt.md.Cnb4wHRO.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as t,c as e,o,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Updating The Modding Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/updating-tmt.md","filePath":"public/kronos/docs/updating-tmt.md","lastUpdated":1603745122000}'),i={name:"public/kronos/docs/updating-tmt.md"},n=a('
      Updating The Modding Tree ​
      This tutorial assumes that you have used the Getting Started Tutorial, and are using Github Desktop and VSCode for your mod.
      Here's what you have to do when there's a TMT update:
      1. Look at the changelog. It will warn you if the update will break anything or require any changes. Decide if you want to try to update.
      2. Open Github Desktop, and at the top middle, click "fetch origin". This will make Github Desktop get information about the update.
      3. Click where it says "current branch: master" at the top middle, and at the bottom of the thing that appears, click "choose a branch to merge into master".
      4. Select upstream/master. It will likely say there are conflicts, but you have tools to resolve them. Click "Merge upstream/master into master".
      5. A conflict happens when the things you're trying to merge have both made changes in the same place. Click "open in Visual Studio Code" next to the first file.
      6. Scroll down through the file, and look for the parts highlighted in red and green. One of these is your code, and the other is some code that will be modified by the update. Do your best to try to edit things to keep the updated changes, but keep your content.
      7. Continue to do this for all remaining changes.
      8. Do any other changes required by the update, run the game, fix issues, etc.
      ',4),r=[n];function d(h,s,l,p,u,c){return o(),e("div",null,r)}const _=t(i,[["render",d]]);export{m as __pageData,_ as default};
diff --git a/assets/public_kronos_docs_updating-tmt.md.DTEdYaNH.js b/assets/public_kronos_docs_updating-tmt.md.DTEdYaNH.js
new file mode 100644
index 000000000..0109cd000
--- /dev/null
+++ b/assets/public_kronos_docs_updating-tmt.md.DTEdYaNH.js
@@ -0,0 +1 @@
+import{_ as t,c as e,o,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Updating The Modding Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/updating-tmt.md","filePath":"public/kronos/docs/updating-tmt.md"}'),i={name:"public/kronos/docs/updating-tmt.md"},n=a('
      Updating The Modding Tree ​
      This tutorial assumes that you have used the Getting Started Tutorial, and are using Github Desktop and VSCode for your mod.
      Here's what you have to do when there's a TMT update:
      1. Look at the changelog. It will warn you if the update will break anything or require any changes. Decide if you want to try to update.
      2. Open Github Desktop, and at the top middle, click "fetch origin". This will make Github Desktop get information about the update.
      3. Click where it says "current branch: master" at the top middle, and at the bottom of the thing that appears, click "choose a branch to merge into master".
      4. Select upstream/master. It will likely say there are conflicts, but you have tools to resolve them. Click "Merge upstream/master into master".
      5. A conflict happens when the things you're trying to merge have both made changes in the same place. Click "open in Visual Studio Code" next to the first file.
      6. Scroll down through the file, and look for the parts highlighted in red and green. One of these is your code, and the other is some code that will be modified by the update. Do your best to try to edit things to keep the updated changes, but keep your content.
      7. Continue to do this for all remaining changes.
      8. Do any other changes required by the update, run the game, fix issues, etc.
      ',4),r=[n];function h(s,d,l,p,u,c){return o(),e("div",null,r)}const _=t(i,[["render",h]]);export{m as __pageData,_ as default};
diff --git a/assets/public_kronos_docs_updating-tmt.md.Cnb4wHRO.lean.js b/assets/public_kronos_docs_updating-tmt.md.DTEdYaNH.lean.js
similarity index 53%
rename from assets/public_kronos_docs_updating-tmt.md.Cnb4wHRO.lean.js
rename to assets/public_kronos_docs_updating-tmt.md.DTEdYaNH.lean.js
index e39aed5b5..ecd058c6b 100644
--- a/assets/public_kronos_docs_updating-tmt.md.Cnb4wHRO.lean.js
+++ b/assets/public_kronos_docs_updating-tmt.md.DTEdYaNH.lean.js
@@ -1 +1 @@
-import{_ as t,c as e,o,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Updating The Modding Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/updating-tmt.md","filePath":"public/kronos/docs/updating-tmt.md","lastUpdated":1603745122000}'),i={name:"public/kronos/docs/updating-tmt.md"},n=a("",4),r=[n];function d(h,s,l,p,u,c){return o(),e("div",null,r)}const _=t(i,[["render",d]]);export{m as __pageData,_ as default};
+import{_ as t,c as e,o,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Updating The Modding Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/updating-tmt.md","filePath":"public/kronos/docs/updating-tmt.md"}'),i={name:"public/kronos/docs/updating-tmt.md"},n=a("",4),r=[n];function h(s,d,l,p,u,c){return o(),e("div",null,r)}const _=t(i,[["render",h]]);export{m as __pageData,_ as default};
diff --git a/assets/public_kronos_docs_upgrades.md.Byil39kg.js b/assets/public_kronos_docs_upgrades.md.Bd3Yau1D.js
similarity index 80%
rename from assets/public_kronos_docs_upgrades.md.Byil39kg.js
rename to assets/public_kronos_docs_upgrades.md.Bd3Yau1D.js
index 7178dc088..bbf0d8453 100644
--- a/assets/public_kronos_docs_upgrades.md.Byil39kg.js
+++ b/assets/public_kronos_docs_upgrades.md.Bd3Yau1D.js
@@ -1,8 +1,8 @@
-import{_ as e,c as t,o as s,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Upgrades","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/upgrades.md","filePath":"public/kronos/docs/upgrades.md","lastUpdated":1620884680000}'),i={name:"public/kronos/docs/upgrades.md"},n=a(`
      Upgrades ​
      Useful functions for dealing with Upgrades and implementing their effects:
      • hasUpgrade(layer, id): determine if the player has the upgrade
      • upgradeEffect(layer, id): Returns the current effects of the upgrade, if any
      • buyUpgrade(layer, id): Buys an upgrade directly (if affordable)
      Hint: Basic point gain is calculated in mod.js's "getPointGen" function.
      Upgrades are stored in the following format:
      js
      upgrades: {
+import{_ as e,c as t,o as s,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Upgrades","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/upgrades.md","filePath":"public/kronos/docs/upgrades.md"}'),i={name:"public/kronos/docs/upgrades.md"},n=a(`
      Upgrades ​
      Useful functions for dealing with Upgrades and implementing their effects:
      • hasUpgrade(layer, id): determine if the player has the upgrade
      • upgradeEffect(layer, id): Returns the current effects of the upgrade, if any
      • buyUpgrade(layer, id): Buys an upgrade directly (if affordable)
      Hint: Basic point gain is calculated in mod.js's "getPointGen" function.
      Upgrades are stored in the following format:
      js
      upgrades: {
     11: {
         description: "Blah",
         cost: new Decimal(100),
         etc
     },
     etc
-}
      Usually, upgrades should have an id where the first digit is the row and the second digit is the column.
      Individual upgrades can have these features:
      • title: optional. Displayed at the top in a larger font. It can also be a function that returns updating text. Can use basic HTML.
      • description: A description of the upgrade's effect. You will also have to implement the effect where it is applied. It can also be a function that returns updating text. Can use basic HTML.
      • effect(): optional. A function that calculates and returns the current values of any bonuses from the upgrade. Can return a value or an object containing multiple values.
      • effectDisplay(): optional. A function that returns a display of the current effects of the upgrade with formatting. Default displays nothing. Can use basic HTML.
      • fullDisplay(): OVERRIDE. Overrides the other displays and descriptions, and lets you set the full text for the upgrade. Can use basic HTML.
      • cost: A Decimal for the cost of the upgrade. By default, upgrades cost the main prestige currency for the layer.
      • unlocked(): optional. A function returning a bool to determine if the upgrade is visible or not. Default is unlocked.
      • onPurchase(): optional. This function will be called when the upgrade is purchased. Good for upgrades like "makes this layer act like it was unlocked first".
      • style: optional. Applies CSS to this upgrade, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
      • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.
      • id: assigned automagically. It's the "key" which the upgrade was stored under, for convenient access. The upgrade in the example's id is 11.
      By default, upgrades use the main prestige currency for the layer. You can include these to change them (but it needs to be a Decimal):
      • currencyDisplayName: optional. The name to display for the currency for the upgrade.
      • currencyInternalName: optional. The internal name for that currency.
      • currencyLayer: optional. The internal name of the layer that currency is stored in. If it's not in a layer (like Points), omit. If it's not stored directly in a layer, instead use the next feature.
      • currencyLocation: optional. If your currency is stored in something inside a layer (e.g. a buyable's amount), you can access it this way. This is a function returning the object in "player" that contains the value (like player[this.layer].buyables)
      If you want to do something more complicated like upgrades that cost two currencies, you can override the purchase system with these (and you need to use fullDisplay as well)
      • canAfford(): OVERRIDE, a function determining if you are able to buy the upgrade
      • pay(): OVERRIDE, a function that reduces your currencies when you buy the upgrade
      `,13),r=[n];function l(o,p,h,u,d,c){return s(),t("div",null,r)}const y=e(i,[["render",l]]);export{f as __pageData,y as default};
+}
      Usually, upgrades should have an id where the first digit is the row and the second digit is the column.
      Individual upgrades can have these features:
      • title: optional. Displayed at the top in a larger font. It can also be a function that returns updating text. Can use basic HTML.
      • description: A description of the upgrade's effect. You will also have to implement the effect where it is applied. It can also be a function that returns updating text. Can use basic HTML.
      • effect(): optional. A function that calculates and returns the current values of any bonuses from the upgrade. Can return a value or an object containing multiple values.
      • effectDisplay(): optional. A function that returns a display of the current effects of the upgrade with formatting. Default displays nothing. Can use basic HTML.
      • fullDisplay(): OVERRIDE. Overrides the other displays and descriptions, and lets you set the full text for the upgrade. Can use basic HTML.
      • cost: A Decimal for the cost of the upgrade. By default, upgrades cost the main prestige currency for the layer.
      • unlocked(): optional. A function returning a bool to determine if the upgrade is visible or not. Default is unlocked.
      • onPurchase(): optional. This function will be called when the upgrade is purchased. Good for upgrades like "makes this layer act like it was unlocked first".
      • style: optional. Applies CSS to this upgrade, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
      • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.
      • id: assigned automagically. It's the "key" which the upgrade was stored under, for convenient access. The upgrade in the example's id is 11.
      By default, upgrades use the main prestige currency for the layer. You can include these to change them (but it needs to be a Decimal):
      • currencyDisplayName: optional. The name to display for the currency for the upgrade.
      • currencyInternalName: optional. The internal name for that currency.
      • currencyLayer: optional. The internal name of the layer that currency is stored in. If it's not in a layer (like Points), omit. If it's not stored directly in a layer, instead use the next feature.
      • currencyLocation: optional. If your currency is stored in something inside a layer (e.g. a buyable's amount), you can access it this way. This is a function returning the object in "player" that contains the value (like player[this.layer].buyables)
      If you want to do something more complicated like upgrades that cost two currencies, you can override the purchase system with these (and you need to use fullDisplay as well)
      • canAfford(): OVERRIDE, a function determining if you are able to buy the upgrade
      • pay(): OVERRIDE, a function that reduces your currencies when you buy the upgrade
      `,13),r=[n];function l(o,p,h,u,c,d){return s(),t("div",null,r)}const y=e(i,[["render",l]]);export{f as __pageData,y as default};
diff --git a/assets/public_kronos_docs_upgrades.md.Bd3Yau1D.lean.js b/assets/public_kronos_docs_upgrades.md.Bd3Yau1D.lean.js
new file mode 100644
index 000000000..dbe85898c
--- /dev/null
+++ b/assets/public_kronos_docs_upgrades.md.Bd3Yau1D.lean.js
@@ -0,0 +1 @@
+import{_ as e,c as t,o as s,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Upgrades","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/upgrades.md","filePath":"public/kronos/docs/upgrades.md"}'),i={name:"public/kronos/docs/upgrades.md"},n=a("",13),r=[n];function l(o,p,h,u,c,d){return s(),t("div",null,r)}const y=e(i,[["render",l]]);export{f as __pageData,y as default};
diff --git a/assets/public_kronos_docs_upgrades.md.Byil39kg.lean.js b/assets/public_kronos_docs_upgrades.md.Byil39kg.lean.js
deleted file mode 100644
index 6f4b29086..000000000
--- a/assets/public_kronos_docs_upgrades.md.Byil39kg.lean.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as e,c as t,o as s,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Upgrades","description":"","frontmatter":{},"headers":[],"relativePath":"public/kronos/docs/upgrades.md","filePath":"public/kronos/docs/upgrades.md","lastUpdated":1620884680000}'),i={name:"public/kronos/docs/upgrades.md"},n=a("",13),r=[n];function l(o,p,h,u,d,c){return s(),t("div",null,r)}const y=e(i,[["render",l]]);export{f as __pageData,y as default};
diff --git a/assets/public_lit_Old Things_2.0-format-changes.md.CDLz9z5F.js b/assets/public_lit_Old Things_2.0-format-changes.md.CDLz9z5F.js
deleted file mode 100644
index a67cc6cf0..000000000
--- a/assets/public_lit_Old Things_2.0-format-changes.md.CDLz9z5F.js	
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as e,c as a,o as t,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"2.0 format changes","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/Old Things/2.0-format-changes.md","filePath":"public/lit/Old Things/2.0-format-changes.md","lastUpdated":1607827402000}'),l={name:"public/lit/Old Things/2.0-format-changes.md"},n=i('
      2.0 format changes ​
      • Temp format is changed from temp.something[layer] to temp[layer].something, for consistency
      • Challenges are now saved as an object with the amount of completions in each spot. (This will break saves.)
      • effectDisplay in Challenges and Upgrades no longer takes an argument, and neither does effect for Buyables
      • Buyable cost can take an argument for amount of buyables, but it needs to function if no argument is supplied (it should do the cost for the next purchase).
      • Generation of Points now happens in the main game loop (not in a layer update function), enabled by canGenPoints in game.js.
      • Changed fullLayerReset to layerDataReset, which takes an array of names of values to keep
      In addition, many names were changed, mostly expanding abbreviations:
      All instances of:
      • chall -> challenge
      • unl -> unlocked
      • upg -> upgrade (besides CSS)
      • amt -> amount
      • desc -> description
      • resCeil -> roundUpCost
      • order -> unlockOrder
      • incr_order -> increaseUnlockOrder
      Challenges:
      • desc -> challengeDescription
      • reward -> rewardDescription
      • effect -> rewardEffect
      • effectDisplay -> rewardDisplay
      • active -> challengeActive
      ',7),o=[n];function s(c,r,d,h,g,p){return t(),a("div",null,o)}const u=e(l,[["render",s]]);export{m as __pageData,u as default};
diff --git a/assets/public_lit_Old Things_2.0-format-changes.md.wnOxe3hF.js b/assets/public_lit_Old Things_2.0-format-changes.md.wnOxe3hF.js
new file mode 100644
index 000000000..effcf200e
--- /dev/null
+++ b/assets/public_lit_Old Things_2.0-format-changes.md.wnOxe3hF.js	
@@ -0,0 +1 @@
+import{_ as e,c as a,o as t,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"2.0 format changes","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/Old Things/2.0-format-changes.md","filePath":"public/lit/Old Things/2.0-format-changes.md"}'),l={name:"public/lit/Old Things/2.0-format-changes.md"},n=i('
      2.0 format changes ​
      • Temp format is changed from temp.something[layer] to temp[layer].something, for consistency
      • Challenges are now saved as an object with the amount of completions in each spot. (This will break saves.)
      • effectDisplay in Challenges and Upgrades no longer takes an argument, and neither does effect for Buyables
      • Buyable cost can take an argument for amount of buyables, but it needs to function if no argument is supplied (it should do the cost for the next purchase).
      • Generation of Points now happens in the main game loop (not in a layer update function), enabled by canGenPoints in game.js.
      • Changed fullLayerReset to layerDataReset, which takes an array of names of values to keep
      In addition, many names were changed, mostly expanding abbreviations:
      All instances of:
      • chall -> challenge
      • unl -> unlocked
      • upg -> upgrade (besides CSS)
      • amt -> amount
      • desc -> description
      • resCeil -> roundUpCost
      • order -> unlockOrder
      • incr_order -> increaseUnlockOrder
      Challenges:
      • desc -> challengeDescription
      • reward -> rewardDescription
      • effect -> rewardEffect
      • effectDisplay -> rewardDisplay
      • active -> challengeActive
      ',7),o=[n];function s(c,r,d,h,g,f){return t(),a("div",null,o)}const u=e(l,[["render",s]]);export{m as __pageData,u as default};
diff --git a/assets/public_lit_Old Things_2.0-format-changes.md.CDLz9z5F.lean.js b/assets/public_lit_Old Things_2.0-format-changes.md.wnOxe3hF.lean.js
similarity index 50%
rename from assets/public_lit_Old Things_2.0-format-changes.md.CDLz9z5F.lean.js
rename to assets/public_lit_Old Things_2.0-format-changes.md.wnOxe3hF.lean.js
index 8d782675b..f242addb1 100644
--- a/assets/public_lit_Old Things_2.0-format-changes.md.CDLz9z5F.lean.js	
+++ b/assets/public_lit_Old Things_2.0-format-changes.md.wnOxe3hF.lean.js	
@@ -1 +1 @@
-import{_ as e,c as a,o as t,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"2.0 format changes","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/Old Things/2.0-format-changes.md","filePath":"public/lit/Old Things/2.0-format-changes.md","lastUpdated":1607827402000}'),l={name:"public/lit/Old Things/2.0-format-changes.md"},n=i("",7),o=[n];function s(c,r,d,h,g,p){return t(),a("div",null,o)}const u=e(l,[["render",s]]);export{m as __pageData,u as default};
+import{_ as e,c as a,o as t,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"2.0 format changes","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/Old Things/2.0-format-changes.md","filePath":"public/lit/Old Things/2.0-format-changes.md"}'),l={name:"public/lit/Old Things/2.0-format-changes.md"},n=i("",7),o=[n];function s(c,r,d,h,g,f){return t(),a("div",null,o)}const u=e(l,[["render",s]]);export{m as __pageData,u as default};
diff --git a/assets/public_lit_README.md.1RS5OpHk.js b/assets/public_lit_README.md.1RS5OpHk.js
deleted file mode 100644
index 19ae64dbe..000000000
--- a/assets/public_lit_README.md.1RS5OpHk.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as e,c as t,o,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Kronos","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/README.md","filePath":"public/lit/README.md","lastUpdated":1701137263000}'),r={name:"public/lit/README.md"},i=a('
      Kronos ​
      Play here.
      Updating the website:
      • git submodule update --remote
      • git add -A
      • git commit -m "Updated kronos"
      • git push
      ',4),l=[i];function s(c,d,n,_,p,u){return o(),t("div",null,l)}const f=e(r,[["render",s]]);export{m as __pageData,f as default};
diff --git a/assets/public_lit_README.md.1RS5OpHk.lean.js b/assets/public_lit_README.md.1RS5OpHk.lean.js
deleted file mode 100644
index d425672c8..000000000
--- a/assets/public_lit_README.md.1RS5OpHk.lean.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as e,c as t,o,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Kronos","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/README.md","filePath":"public/lit/README.md","lastUpdated":1701137263000}'),r={name:"public/lit/README.md"},i=a("",4),l=[i];function s(c,d,n,_,p,u){return o(),t("div",null,l)}const f=e(r,[["render",s]]);export{m as __pageData,f as default};
diff --git a/assets/public_lit_README.md.D-TwG4DK.js b/assets/public_lit_README.md.D-TwG4DK.js
new file mode 100644
index 000000000..e8a142891
--- /dev/null
+++ b/assets/public_lit_README.md.D-TwG4DK.js
@@ -0,0 +1 @@
+import{_ as e,c as t,o,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Kronos","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/README.md","filePath":"public/lit/README.md"}'),r={name:"public/lit/README.md"},i=a('
      Kronos ​
      Play here.
      Updating the website:
      • git submodule update --remote
      • git add -A
      • git commit -m "Updated kronos"
      • git push
      ',4),l=[i];function s(c,d,n,_,p,u){return o(),t("div",null,l)}const f=e(r,[["render",s]]);export{m as __pageData,f as default};
diff --git a/assets/public_lit_README.md.D-TwG4DK.lean.js b/assets/public_lit_README.md.D-TwG4DK.lean.js
new file mode 100644
index 000000000..e41c2801f
--- /dev/null
+++ b/assets/public_lit_README.md.D-TwG4DK.lean.js
@@ -0,0 +1 @@
+import{_ as e,c as t,o,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Kronos","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/README.md","filePath":"public/lit/README.md"}'),r={name:"public/lit/README.md"},i=a("",4),l=[i];function s(c,d,n,_,p,u){return o(),t("div",null,l)}const f=e(r,[["render",s]]);export{m as __pageData,f as default};
diff --git a/assets/public_lit_changelog.md.Bau0_bWd.js b/assets/public_lit_changelog.md.Bau0_bWd.js
deleted file mode 100644
index f072ccaca..000000000
--- a/assets/public_lit_changelog.md.Bau0_bWd.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as e,c as i,o as a,a5 as l}from"./chunks/framework.Mb1uu3dm.js";const b=JSON.parse('{"title":"The Modding Tree changelog:","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/changelog.md","filePath":"public/lit/changelog.md","lastUpdated":1664930832000}'),t={name:"public/lit/changelog.md"},o=l('
      The Modding Tree changelog: ​
      v2.π: Incrementally Updated - 2/5/21 ​
      • Performance improvements.
      • Fixed tooltips overlapping with the top display.
      • Clicking a popup dismisses it immediately.
      • Added support for bulk challenge completions.
      • "Best" is updated automatically.
      • Fixed keeping Decimal values on reset.
      • Code reorganization and style improvements by fudo.
      v2.3.5 - 12/21/20 ​
      • Added resetTime, which tracks the time since a layer prestiged or was reset.
      • A layer node will be highlighted red if one of its subtabs is highlighted red.
      • Fixed issues with keeping challenges, buyables, and clickables on reset.
      • Improved the unlocking of custom layers.
      • Other minor fixes.
      v2.3.4 - 12/16/20 ​
      • Added a node image feature.
      • Resource display now always shows the amount of the currency the layer's gain is based on.
      • Added spacing between tree nodes.
      • Another attempt to fix tooltip flickering.
      v2.3.3 - 12/13/20 ​
      • Fixed the first node in a row always taking up space.
      • layerShown is now optional.
      • All prestige types can now use features for custom prestige types.
      v2.3.2 - 12/13/20 ​
      • Fixed achievement/milestone popups.
      v2.3.1 - 12/12/20 ​
      • Another attempt to fix flickering tooltips.
      • The "this" keyword should work everywhere except tabFormat arrays (although I may have missed some things).
      • Fixed tree branches not updating when scrolling on the right-side tab.
      • Fixed a spacing issue when a node's symbol is ""
      • Removed some old, unneeded files.
      v2.3: Cooler and Newer Edition - 12/10/20 ​
      • Added achievement/milestone popups (thank you to Jacorb for this contribution!)
      • The changelog tab is back, and can be set in mod.js.
      • Layer nodes and respec buttons will not be clicked by pressing "enter".
      • Possible fix for flickering tooltips and strange transitions.
      • The victory screen text is configurable.
      • Added image and textStyle features to achievements.
      • Added an argument to use specific rows in an "upgrades" component.
      • Fixed the comma appearing in the main display when there was no effectDescription
      • Added the ability to easily make a tab that is a collection of layers in subtabs.
      • Improved spacing for embedding layers with subtabs into subtabs.
      v2.2.8 - 12/03/20 ​
      • Double-clicking a layer node brings you to the main subtab for that layer.
      • Attempted to fix challenges visually updating a different way.
      • Added a softcap function for use in formulas.
      • Added displayRow feature, which lets layers be shown somewhere separate from where they are in the reset order (e.g. side layers)
      • Fixed autoupgrade issue.
      v2.2.7 - 11/30/20 ​
      • Added autoUpgrade feature.
      • resource-display now shows resource gain per second if passiveGain is active.
      • Fixed formatting issues on some large numbers.
      • Better support for using classed objects in player and in layers/tmp.
      • Made hard resetting more effective.
      • Removed Herobrine from getStartClickables.
      v2.2.6 - 11/30/20 ​
      • Added goalDescription for challenges and made the new "canComplete" system the standard.
      • Another attempt to fix challenges not visually updating.
      • Fixed side layers not appearing.
      • Fixed getStartClickables again.
      v2.2.5 - 11/29/20 ​
      • Added features for overriding the displays and costs/goals of upgrades and challenges to make them fully custom.
      • best, total, and unlocked are always automatically added to layerData (but best and total will only display if you add them yourself).
      • Fixed getStartClickables.
      v2.2.4 - 11/28/20 ​
      • Added softcap and softcapPower features (for Normal layers)
      • Offline time limit and default max tick length were fixed (previously the limits were 1000x too large)
      • Added fixOldSaves.
      • You can use HTML in main-display.
      • Fixed a number of minor oddities.
      v2.2.3 - 11/28/20 ​
      • Layers will be highlighted if you can finish a challenge.
      • The "can complete challenge" color now overrides the "already completed" color.
      • Button nodes now work as side "layers".
      • Setting a tooltip to "" hides it entirely.
      v2.2.2 - 11/22/20 ​
      • Fixed right half of the screen being unclickable in some circumstances.
      • Fixed tree branches being offset.
      • Fix to lastSafeTab.
      v2.2.1 - 11/7/20 ​
      • Added a small highlight to layers you can meaningfully prestige on.
      • Added passiveGeneration and autoPrestige features to standardize prestige automation. (The old ways still work, but the new ones work better with other things)
      • Improved milestones visually a bit.
      • "best" and "total" are now only displayed if present in startData.
      • Fixed issues with things not updating visually. (Thank you to to Jacorb!)
      • Side layers and button nodes can now be highlighted.
      • Updated docs on the new tree-related features.
      v2.2: Uprooted - 11/7/20 ​
      • You can now embed a layer inside of a subtab or microtab!
      • Added support for hiding or reformatting the tree tab
      • Added non-layer button nodes
      • Added shouldNotify to subtab/microtab buttons. (You can make them highlighted)
      • Added commas to large exponents.
      • Upgrades now only show "currently" if they have an effectDisplay (so not for constant effects).
      • Achievements are part of the default tab format.
      • NaN is now handled more intelligently.
      • Renamed files, and moved less relevant ones to another folder.
      • The "hide completed challenges" setting now only hides challenges at max completions.
      • Thank you to thepaperpilot for fixing errors in docs and improving the infobox appearance!
      • Many other minor fixes.
      v2.1.4 - 10/25/20 ​
      • Added an infobox component. Thank you to thepaperpilot for this contribution!
      • Layer type is now optional, and defaults to "none".
      • Improved the look of bars and tab buttons.
      • Improved spacing between layer nodes (also thanks to thepaperpilot!)
      • Fixed the "blank" component breaking if only specifying the height.
      • Fixed some numbers not displaying with enough digits.
      • Made a few more things able to be functions.
      • A few other minor fixes.
      v2.1.3.1 - 10/21/20 ​
      • Fixed the update function.
      v2.1.3 - 10/21/20 ​
      • gainMult and gainExp are now optional.
      • Layer unlocking is now kept on reset.
      • Game should start up faster.
      • Layer updates now have a determined order and starts with earlier-rowed layers.
      • Automation now has a determined order and starts with later-rowed layers.
      • Fixed issues with resetting clickables and challenges.
      • Commas should no longer appear in the decimal places of a number.
      • Fixed potential issue in displaying the tree.
      v2.1.2 - 10/19/20 ​
      • Added buyUpgrade function (buyUpg still works though)
      • Added author name to modInfo.
      • Fix to crash caused when the name of a subtab or microtab is changed.
      • Fixes to outdated information in docs.
      • Improvements to Discord links.
      • Thank you to thepaperpilot for contributing to this update!
      v2.1.1 - 10/17/20 ​
      • Added resource-display component, which displays the base currency for the prestige layer, as well as the best and/or total of this layer's prestige currency.
      • Fixed the value for the base currency not updating in resource-display.
      v2.1: We should have thought of this sooner! - 10/17/20 ​
      • Moved most of the code users will want to edit to mod.js, added documentation for it. 
        • Specifically, modInfo, VERSION, canGenPoints, getPointGen, and maxTickLength
      • Added getStartPoints()
      • Added the ability to store non-layer-related data
      • Added the ability to display more things at the top of the tree tab below points.
      • Made the endgame condition customizable
      • Added "sell one" and "sell all" buttons for buyables.
      • Moved the old "game" to demo.js, and replaced it with a minimal game that won't cause issues when edited.
      • Fixed issues with version number
      • Fixed number formatting issue making things like "10e9" appear.
      v2.0.5 - 10/16/20 ​
      • Made more features (including prestige parameters) able to be dynamic.
      • Layer nodes can be hidden but still take up space with "ghost" visibility
      • Added clickableEffect for real.
      • Fixed some visual issues with bars.
      • A few other minor tweaks and improvements.
      v2.0.4 - 10/16/20 ​
      • Fixed HTML on buttons interfering with clicking on them.
      v2.0.3 - 10/16/20 ​
      • Fixed hotkeys not displaying in info.
      • Fixed the game supressing all external hotkeys.
      • You can use more things as currencies for upgrade costs and challenge goals using currencyLocation.
      • Added maxTickLength, which can be used to prevent offline time or tab-switching from breaking time-limit based mechanics.
      • Made buyable respec buttons and clickable "master" buttons their own components, and gave them a hide/show feature.
      • Added a general "tooltip" feature for achievements.
      v2.0.2 - 10/15/20 ​
      • Branches are now dynamic (they can be functions).
      • Fixed a crash related to offline time.
      • Fixed links being too wide.
      v2.0.1 - 10/15/20 ​
      • Fixed side layers appearing multiple times.
      v2.0: The Pinnacle of Achievement Mountain - 10/15/20 ​
      • Added progress bars, which are highly customizable and can be horizontal or vertical!
      • Added "side layers", displayed smaller and off to the side, and don't get reset by default. They can be used for global achievements and statistics. Speaking of which...
      • Added achievements!
      • Added clickables, a more generalized variant of buyables.
      • Almost every value in layer data can be either a function or a constant value!
      • Added support for multiple completions of challenges.
      • Added "none" prestige type, which removes the need for any other prestige-related features.
      • The points display and other gui elements stay at the top of the screen when the tree scrolls.
      • Added getter/setter functions for the amounts and effects of most Big Features
      • Moved modInfo to game.js, added a spot in modInfo for a Discord link, changelog link. Also added a separate mod version from the TMT version in VERSION.
      • Tree structure is based on layer data, no index.html editing is needed.
      • Tmp does not need to be manually updated.
      • You don't have to have the same amount of upgrades in every row (and challs and buyables)
      • "unlocked" is optional for all Big Components (defaults to true).
      • All displays will update correctly.
      • Changelog is no longer in index.html at all.
      • Generation of Points now happens in the main game loop
      • Changed the reset functions to make keeping things easier
      • Renamed many things to increase readability (see the list in the link below)
      • Improved documentation based on feedback
      v1.3.5: ​
      • Completely automated convertToDecimal, now you never have to worry about it again.
      • Branches can be defined without a color id. But they can also use hex values for color ids!
      • Created a tutorial for getting started with TMT and Github.
      • Page title is now automatically taken from mod name.
      v1.3.4 - 10/8/20 ​
      • Added "midsection" feature to add things to a tab's layout while still keeping the standard layout.
      • Fix for being able to buy more buyables than you should.
      v1.3.3 - 10/7/20 ​
      • Fix for the "order of operations" issue in temp.
      v1.3.1 - 10/7/20 ​
      • Added custom CSS and tooltips for Layer Nodes.
      • Added custom CSS for upgrades, buyables, milestones, and challenges, both individually and layer-wide.
      • You can now use HTML in most display text!
      • You can now make milestones unlockable and not display immediately.
      • Fixed importing saves, and issue with upgrades not appearing, and probably more.
      • Optional "name" layer feature, used in confirmation messages.
      v1.3: Tabception... ception! - 10/7/20 ​
      • Added subtabs! And also a Micro-tab component to let you make smaller subtab-esque areas anywhere.
      • Added a "custom" prestige formula type, and a number of features to support it.
      • Added points/sec display (can be disabled).
      • Added h-line, v-line and image-display components, plus components for individual upgrades, challenges, and milestones.
      • Added upgEffect, buyableEffect, and challEffect functions.
      • Added "hide completed challenges" setting.
      • Moved old changelogs to a separate place.
      • Fixed hasMilestone and incr_order.
      • Static layers now show the currency amount needed for the next one if you can buy max.
      v1.2.4 - 10/4/20 ​
      • Layers are now highlighted if you can buy an upgrade, and a new feature, shouldNotify, lets you make it highlight other ways.
      • Fixed bugs with hasUpg, hasChall, hasMilestone, and inChallenge.
      • Changed the sample code to use the above functions for convenience.
      v1.2.3 - 10/3/20 ​
      • Added a row component, which displays a list of objects in a row.
      • Added a column component, which displays a list of objects in a column (useful within a row).
      • Changed blanks to have a customizable width and height.
      v1.2: This Changes Everything! - 10/3/20 ​
      • Many layer features can now be static values or functions. (This made some formats change, which will break old things)
      • You can now use the "this" keyword, to make code easier to transfer when making new layers.
      • Also added "this.layer", which is the current layer's name, and works on existing subfeatures (e.g. individual upgrades) as well! Subfeatures also have "this.id".
      • Fixed a big save issue. If you use a unique mod id, your save will never conflict with other mods.
      • Added a configurable offline time limit in modinfo at the top of index.html. (default 1 hour)
      • Added a few minor features, and updated the docs with new information.
      v1.1.1: ​
      • You can define hotkeys directly from layer config.
      v1.1: Enhanced Edition ​
      • Added "Buyables", which can function like Space Buildings or Enhancers.
      • Custom CSS can now be used on any component! Make the third argument an object with CSS parameters.
      • Lots of minor good things.
      v1.0: ​
      • First release.
      ',79),n=[o];function s(r,d,h,u,c,m){return a(),i("div",null,n)}const p=e(t,[["render",s]]);export{b as __pageData,p as default};
diff --git a/assets/public_lit_changelog.md.M-KOXILD.js b/assets/public_lit_changelog.md.M-KOXILD.js
new file mode 100644
index 000000000..aecc51590
--- /dev/null
+++ b/assets/public_lit_changelog.md.M-KOXILD.js
@@ -0,0 +1 @@
+import{_ as e,c as i,o as a,a5 as l}from"./chunks/framework.Mb1uu3dm.js";const b=JSON.parse('{"title":"The Modding Tree changelog:","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/changelog.md","filePath":"public/lit/changelog.md"}'),t={name:"public/lit/changelog.md"},o=l('
      The Modding Tree changelog: ​
      v2.π: Incrementally Updated - 2/5/21 ​
      • Performance improvements.
      • Fixed tooltips overlapping with the top display.
      • Clicking a popup dismisses it immediately.
      • Added support for bulk challenge completions.
      • "Best" is updated automatically.
      • Fixed keeping Decimal values on reset.
      • Code reorganization and style improvements by fudo.
      v2.3.5 - 12/21/20 ​
      • Added resetTime, which tracks the time since a layer prestiged or was reset.
      • A layer node will be highlighted red if one of its subtabs is highlighted red.
      • Fixed issues with keeping challenges, buyables, and clickables on reset.
      • Improved the unlocking of custom layers.
      • Other minor fixes.
      v2.3.4 - 12/16/20 ​
      • Added a node image feature.
      • Resource display now always shows the amount of the currency the layer's gain is based on.
      • Added spacing between tree nodes.
      • Another attempt to fix tooltip flickering.
      v2.3.3 - 12/13/20 ​
      • Fixed the first node in a row always taking up space.
      • layerShown is now optional.
      • All prestige types can now use features for custom prestige types.
      v2.3.2 - 12/13/20 ​
      • Fixed achievement/milestone popups.
      v2.3.1 - 12/12/20 ​
      • Another attempt to fix flickering tooltips.
      • The "this" keyword should work everywhere except tabFormat arrays (although I may have missed some things).
      • Fixed tree branches not updating when scrolling on the right-side tab.
      • Fixed a spacing issue when a node's symbol is ""
      • Removed some old, unneeded files.
      v2.3: Cooler and Newer Edition - 12/10/20 ​
      • Added achievement/milestone popups (thank you to Jacorb for this contribution!)
      • The changelog tab is back, and can be set in mod.js.
      • Layer nodes and respec buttons will not be clicked by pressing "enter".
      • Possible fix for flickering tooltips and strange transitions.
      • The victory screen text is configurable.
      • Added image and textStyle features to achievements.
      • Added an argument to use specific rows in an "upgrades" component.
      • Fixed the comma appearing in the main display when there was no effectDescription
      • Added the ability to easily make a tab that is a collection of layers in subtabs.
      • Improved spacing for embedding layers with subtabs into subtabs.
      v2.2.8 - 12/03/20 ​
      • Double-clicking a layer node brings you to the main subtab for that layer.
      • Attempted to fix challenges visually updating a different way.
      • Added a softcap function for use in formulas.
      • Added displayRow feature, which lets layers be shown somewhere separate from where they are in the reset order (e.g. side layers)
      • Fixed autoupgrade issue.
      v2.2.7 - 11/30/20 ​
      • Added autoUpgrade feature.
      • resource-display now shows resource gain per second if passiveGain is active.
      • Fixed formatting issues on some large numbers.
      • Better support for using classed objects in player and in layers/tmp.
      • Made hard resetting more effective.
      • Removed Herobrine from getStartClickables.
      v2.2.6 - 11/30/20 ​
      • Added goalDescription for challenges and made the new "canComplete" system the standard.
      • Another attempt to fix challenges not visually updating.
      • Fixed side layers not appearing.
      • Fixed getStartClickables again.
      v2.2.5 - 11/29/20 ​
      • Added features for overriding the displays and costs/goals of upgrades and challenges to make them fully custom.
      • best, total, and unlocked are always automatically added to layerData (but best and total will only display if you add them yourself).
      • Fixed getStartClickables.
      v2.2.4 - 11/28/20 ​
      • Added softcap and softcapPower features (for Normal layers)
      • Offline time limit and default max tick length were fixed (previously the limits were 1000x too large)
      • Added fixOldSaves.
      • You can use HTML in main-display.
      • Fixed a number of minor oddities.
      v2.2.3 - 11/28/20 ​
      • Layers will be highlighted if you can finish a challenge.
      • The "can complete challenge" color now overrides the "already completed" color.
      • Button nodes now work as side "layers".
      • Setting a tooltip to "" hides it entirely.
      v2.2.2 - 11/22/20 ​
      • Fixed right half of the screen being unclickable in some circumstances.
      • Fixed tree branches being offset.
      • Fix to lastSafeTab.
      v2.2.1 - 11/7/20 ​
      • Added a small highlight to layers you can meaningfully prestige on.
      • Added passiveGeneration and autoPrestige features to standardize prestige automation. (The old ways still work, but the new ones work better with other things)
      • Improved milestones visually a bit.
      • "best" and "total" are now only displayed if present in startData.
      • Fixed issues with things not updating visually. (Thank you to to Jacorb!)
      • Side layers and button nodes can now be highlighted.
      • Updated docs on the new tree-related features.
      v2.2: Uprooted - 11/7/20 ​
      • You can now embed a layer inside of a subtab or microtab!
      • Added support for hiding or reformatting the tree tab
      • Added non-layer button nodes
      • Added shouldNotify to subtab/microtab buttons. (You can make them highlighted)
      • Added commas to large exponents.
      • Upgrades now only show "currently" if they have an effectDisplay (so not for constant effects).
      • Achievements are part of the default tab format.
      • NaN is now handled more intelligently.
      • Renamed files, and moved less relevant ones to another folder.
      • The "hide completed challenges" setting now only hides challenges at max completions.
      • Thank you to thepaperpilot for fixing errors in docs and improving the infobox appearance!
      • Many other minor fixes.
      v2.1.4 - 10/25/20 ​
      • Added an infobox component. Thank you to thepaperpilot for this contribution!
      • Layer type is now optional, and defaults to "none".
      • Improved the look of bars and tab buttons.
      • Improved spacing between layer nodes (also thanks to thepaperpilot!)
      • Fixed the "blank" component breaking if only specifying the height.
      • Fixed some numbers not displaying with enough digits.
      • Made a few more things able to be functions.
      • A few other minor fixes.
      v2.1.3.1 - 10/21/20 ​
      • Fixed the update function.
      v2.1.3 - 10/21/20 ​
      • gainMult and gainExp are now optional.
      • Layer unlocking is now kept on reset.
      • Game should start up faster.
      • Layer updates now have a determined order and starts with earlier-rowed layers.
      • Automation now has a determined order and starts with later-rowed layers.
      • Fixed issues with resetting clickables and challenges.
      • Commas should no longer appear in the decimal places of a number.
      • Fixed potential issue in displaying the tree.
      v2.1.2 - 10/19/20 ​
      • Added buyUpgrade function (buyUpg still works though)
      • Added author name to modInfo.
      • Fix to crash caused when the name of a subtab or microtab is changed.
      • Fixes to outdated information in docs.
      • Improvements to Discord links.
      • Thank you to thepaperpilot for contributing to this update!
      v2.1.1 - 10/17/20 ​
      • Added resource-display component, which displays the base currency for the prestige layer, as well as the best and/or total of this layer's prestige currency.
      • Fixed the value for the base currency not updating in resource-display.
      v2.1: We should have thought of this sooner! - 10/17/20 ​
      • Moved most of the code users will want to edit to mod.js, added documentation for it. 
        • Specifically, modInfo, VERSION, canGenPoints, getPointGen, and maxTickLength
      • Added getStartPoints()
      • Added the ability to store non-layer-related data
      • Added the ability to display more things at the top of the tree tab below points.
      • Made the endgame condition customizable
      • Added "sell one" and "sell all" buttons for buyables.
      • Moved the old "game" to demo.js, and replaced it with a minimal game that won't cause issues when edited.
      • Fixed issues with version number
      • Fixed number formatting issue making things like "10e9" appear.
      v2.0.5 - 10/16/20 ​
      • Made more features (including prestige parameters) able to be dynamic.
      • Layer nodes can be hidden but still take up space with "ghost" visibility
      • Added clickableEffect for real.
      • Fixed some visual issues with bars.
      • A few other minor tweaks and improvements.
      v2.0.4 - 10/16/20 ​
      • Fixed HTML on buttons interfering with clicking on them.
      v2.0.3 - 10/16/20 ​
      • Fixed hotkeys not displaying in info.
      • Fixed the game supressing all external hotkeys.
      • You can use more things as currencies for upgrade costs and challenge goals using currencyLocation.
      • Added maxTickLength, which can be used to prevent offline time or tab-switching from breaking time-limit based mechanics.
      • Made buyable respec buttons and clickable "master" buttons their own components, and gave them a hide/show feature.
      • Added a general "tooltip" feature for achievements.
      v2.0.2 - 10/15/20 ​
      • Branches are now dynamic (they can be functions).
      • Fixed a crash related to offline time.
      • Fixed links being too wide.
      v2.0.1 - 10/15/20 ​
      • Fixed side layers appearing multiple times.
      v2.0: The Pinnacle of Achievement Mountain - 10/15/20 ​
      • Added progress bars, which are highly customizable and can be horizontal or vertical!
      • Added "side layers", displayed smaller and off to the side, and don't get reset by default. They can be used for global achievements and statistics. Speaking of which...
      • Added achievements!
      • Added clickables, a more generalized variant of buyables.
      • Almost every value in layer data can be either a function or a constant value!
      • Added support for multiple completions of challenges.
      • Added "none" prestige type, which removes the need for any other prestige-related features.
      • The points display and other gui elements stay at the top of the screen when the tree scrolls.
      • Added getter/setter functions for the amounts and effects of most Big Features
      • Moved modInfo to game.js, added a spot in modInfo for a Discord link, changelog link. Also added a separate mod version from the TMT version in VERSION.
      • Tree structure is based on layer data, no index.html editing is needed.
      • Tmp does not need to be manually updated.
      • You don't have to have the same amount of upgrades in every row (and challs and buyables)
      • "unlocked" is optional for all Big Components (defaults to true).
      • All displays will update correctly.
      • Changelog is no longer in index.html at all.
      • Generation of Points now happens in the main game loop
      • Changed the reset functions to make keeping things easier
      • Renamed many things to increase readability (see the list in the link below)
      • Improved documentation based on feedback
      v1.3.5: ​
      • Completely automated convertToDecimal, now you never have to worry about it again.
      • Branches can be defined without a color id. But they can also use hex values for color ids!
      • Created a tutorial for getting started with TMT and Github.
      • Page title is now automatically taken from mod name.
      v1.3.4 - 10/8/20 ​
      • Added "midsection" feature to add things to a tab's layout while still keeping the standard layout.
      • Fix for being able to buy more buyables than you should.
      v1.3.3 - 10/7/20 ​
      • Fix for the "order of operations" issue in temp.
      v1.3.1 - 10/7/20 ​
      • Added custom CSS and tooltips for Layer Nodes.
      • Added custom CSS for upgrades, buyables, milestones, and challenges, both individually and layer-wide.
      • You can now use HTML in most display text!
      • You can now make milestones unlockable and not display immediately.
      • Fixed importing saves, and issue with upgrades not appearing, and probably more.
      • Optional "name" layer feature, used in confirmation messages.
      v1.3: Tabception... ception! - 10/7/20 ​
      • Added subtabs! And also a Micro-tab component to let you make smaller subtab-esque areas anywhere.
      • Added a "custom" prestige formula type, and a number of features to support it.
      • Added points/sec display (can be disabled).
      • Added h-line, v-line and image-display components, plus components for individual upgrades, challenges, and milestones.
      • Added upgEffect, buyableEffect, and challEffect functions.
      • Added "hide completed challenges" setting.
      • Moved old changelogs to a separate place.
      • Fixed hasMilestone and incr_order.
      • Static layers now show the currency amount needed for the next one if you can buy max.
      v1.2.4 - 10/4/20 ​
      • Layers are now highlighted if you can buy an upgrade, and a new feature, shouldNotify, lets you make it highlight other ways.
      • Fixed bugs with hasUpg, hasChall, hasMilestone, and inChallenge.
      • Changed the sample code to use the above functions for convenience.
      v1.2.3 - 10/3/20 ​
      • Added a row component, which displays a list of objects in a row.
      • Added a column component, which displays a list of objects in a column (useful within a row).
      • Changed blanks to have a customizable width and height.
      v1.2: This Changes Everything! - 10/3/20 ​
      • Many layer features can now be static values or functions. (This made some formats change, which will break old things)
      • You can now use the "this" keyword, to make code easier to transfer when making new layers.
      • Also added "this.layer", which is the current layer's name, and works on existing subfeatures (e.g. individual upgrades) as well! Subfeatures also have "this.id".
      • Fixed a big save issue. If you use a unique mod id, your save will never conflict with other mods.
      • Added a configurable offline time limit in modinfo at the top of index.html. (default 1 hour)
      • Added a few minor features, and updated the docs with new information.
      v1.1.1: ​
      • You can define hotkeys directly from layer config.
      v1.1: Enhanced Edition ​
      • Added "Buyables", which can function like Space Buildings or Enhancers.
      • Custom CSS can now be used on any component! Make the third argument an object with CSS parameters.
      • Lots of minor good things.
      v1.0: ​
      • First release.
      ',79),n=[o];function s(r,d,h,u,c,m){return a(),i("div",null,n)}const p=e(t,[["render",s]]);export{b as __pageData,p as default};
diff --git a/assets/public_lit_changelog.md.Bau0_bWd.lean.js b/assets/public_lit_changelog.md.M-KOXILD.lean.js
similarity index 56%
rename from assets/public_lit_changelog.md.Bau0_bWd.lean.js
rename to assets/public_lit_changelog.md.M-KOXILD.lean.js
index 12703ab7e..cd663966c 100644
--- a/assets/public_lit_changelog.md.Bau0_bWd.lean.js
+++ b/assets/public_lit_changelog.md.M-KOXILD.lean.js
@@ -1 +1 @@
-import{_ as e,c as i,o as a,a5 as l}from"./chunks/framework.Mb1uu3dm.js";const b=JSON.parse('{"title":"The Modding Tree changelog:","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/changelog.md","filePath":"public/lit/changelog.md","lastUpdated":1664930832000}'),t={name:"public/lit/changelog.md"},o=l("",79),n=[o];function s(r,d,h,u,c,m){return a(),i("div",null,n)}const p=e(t,[["render",s]]);export{b as __pageData,p as default};
+import{_ as e,c as i,o as a,a5 as l}from"./chunks/framework.Mb1uu3dm.js";const b=JSON.parse('{"title":"The Modding Tree changelog:","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/changelog.md","filePath":"public/lit/changelog.md"}'),t={name:"public/lit/changelog.md"},o=l("",79),n=[o];function s(r,d,h,u,c,m){return a(),i("div",null,n)}const p=e(t,[["render",s]]);export{b as __pageData,p as default};
diff --git a/assets/public_lit_docs_!general-info.md.D_qpUKWw.js b/assets/public_lit_docs_!general-info.md.D_qpUKWw.js
deleted file mode 100644
index 9af201d96..000000000
--- a/assets/public_lit_docs_!general-info.md.D_qpUKWw.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"The-Modding-Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/!general-info.md","filePath":"public/lit/docs/!general-info.md","lastUpdated":1604787966000}'),n={name:"public/lit/docs/!general-info.md"},r=o('
      The-Modding-Tree ​
      The main way to add content is through creating layers. You can either add a layer directly in the layers object in layerSupport.js, or declare it in another file and register it by calling addLayer(layername, layerdata). There is an example layer registration in layers.js showing the recommended method. It is just an example and can be freely deleted. You can also use it as a reference or a base for your own layers.
      The first thing you need to do is fill out the modInfo object at the top of mod.js to set your mod's name, ID (a string), and other information. A unique modId will prevent your mod's saves from conflicting with other mods. Note that changing this after people have started playing will reset their saves.
      Most of the time, you won't need to dive deep into the code to create things, but you still can if you really want to, for example to add new Vue components in v.js.
      The Modding Tree uses break_eternity.js to store large values. This means that many numbers are Decimal objects, and must be treated differently. For example, you have to use new Decimal(x) to create a Decimal value instead of a plain number, and perform operations on them by calling functions. e.g, instead of x = x + y, use x = x.add(y). Keep in mind this also applies to comparison operators, which should be replaced with calling the .gt, .gte, .lt, .lte, .eq, and .neq functions. See the break_eternity.js docs for more details on working with Decimal values.
      Almost all values can be either a constant value, or a dynamic value. Dynamic values are defined by putting a function that returns what the value should be at any given time.
      All display text can use basic HTML elements (But you can't use most Vue features there).
      While reading this documentation, the following key will be used when describing features:
      • No label: This is required and the game may crash if it isn't included.
      • sometimes required: This is may be required, depending on other things in the layer.
      • optional: You can leave this out if you don't intend to use that feature for the layer.
      • assigned automagically: This value will be set automatically and override any value you set.
      • deprecated: This feature is not recommended to be used anymore, and may be removed in future versions of TMT.
      Table of Contents ​
      General ​
      • Getting Started: Getting your own copy of the code set up with Github Desktop.
      • Main mod info: How to set up general things for your mod in mod.js.
      • Basic layer breakdown: Breaking down the components of a layer with minimal features.
      • Layer features: Explanations of all of the different properties that you can give a layer.
      • Custom Tab Layouts: An optional way to give your tabs a different layout. You can even create entirely new components to use.
      • Custom game layouts: You can get rid of the tree tab, add buttons and other things to the tree, or even customize the tab's layout like a layer tab.
      • Updating TMT: Using Github Desktop to update your mod's version of TMT.
      Common components ​
      • Upgrades: How to create upgrades for a layer.
      • Milestones: How to create milestones for a layer.
      • Buyables: Create rebuyable upgrades for your layer (with the option to make them respec-able). Can be used to make Enhancers or Space Buildings.
      • Clickables: A more generalized variant of buyables, for any kind of thing that is sometimes clickable. Between these and Buyables, you can do just about anything.
      Other components and features ​
      • Challenges: How to create challenges for a layer.
      • Bars: Display some information as a progress bar, gauge, or similar. They are highly customizable, and can be horizontal and vertical as well.
      • Subtabs and Microtabs: Create subtabs for your tabs, as well as "microtab" components that you can put inside the tabs. You can even use them to embed a layer inside another layer!
      • Achievements: How to create achievements for a layer (or for the whole game).
      • Infoboxes: Boxes containing text that can be shown or hidden.
      • Trees: Make your own trees. You can make non-layer button nodes too!
      ',16),i=[r];function s(l,d,h,c,u,m){return t(),a("div",null,i)}const b=e(n,[["render",s]]);export{y as __pageData,b as default};
diff --git a/assets/public_lit_docs_!general-info.md.LOR_tqUb.js b/assets/public_lit_docs_!general-info.md.LOR_tqUb.js
new file mode 100644
index 000000000..4e952a09e
--- /dev/null
+++ b/assets/public_lit_docs_!general-info.md.LOR_tqUb.js
@@ -0,0 +1 @@
+import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"The-Modding-Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/!general-info.md","filePath":"public/lit/docs/!general-info.md"}'),n={name:"public/lit/docs/!general-info.md"},r=o('
      The-Modding-Tree ​
      The main way to add content is through creating layers. You can either add a layer directly in the layers object in layerSupport.js, or declare it in another file and register it by calling addLayer(layername, layerdata). There is an example layer registration in layers.js showing the recommended method. It is just an example and can be freely deleted. You can also use it as a reference or a base for your own layers.
      The first thing you need to do is fill out the modInfo object at the top of mod.js to set your mod's name, ID (a string), and other information. A unique modId will prevent your mod's saves from conflicting with other mods. Note that changing this after people have started playing will reset their saves.
      Most of the time, you won't need to dive deep into the code to create things, but you still can if you really want to, for example to add new Vue components in v.js.
      The Modding Tree uses break_eternity.js to store large values. This means that many numbers are Decimal objects, and must be treated differently. For example, you have to use new Decimal(x) to create a Decimal value instead of a plain number, and perform operations on them by calling functions. e.g, instead of x = x + y, use x = x.add(y). Keep in mind this also applies to comparison operators, which should be replaced with calling the .gt, .gte, .lt, .lte, .eq, and .neq functions. See the break_eternity.js docs for more details on working with Decimal values.
      Almost all values can be either a constant value, or a dynamic value. Dynamic values are defined by putting a function that returns what the value should be at any given time.
      All display text can use basic HTML elements (But you can't use most Vue features there).
      While reading this documentation, the following key will be used when describing features:
      • No label: This is required and the game may crash if it isn't included.
      • sometimes required: This is may be required, depending on other things in the layer.
      • optional: You can leave this out if you don't intend to use that feature for the layer.
      • assigned automagically: This value will be set automatically and override any value you set.
      • deprecated: This feature is not recommended to be used anymore, and may be removed in future versions of TMT.
      Table of Contents ​
      General ​
      • Getting Started: Getting your own copy of the code set up with Github Desktop.
      • Main mod info: How to set up general things for your mod in mod.js.
      • Basic layer breakdown: Breaking down the components of a layer with minimal features.
      • Layer features: Explanations of all of the different properties that you can give a layer.
      • Custom Tab Layouts: An optional way to give your tabs a different layout. You can even create entirely new components to use.
      • Custom game layouts: You can get rid of the tree tab, add buttons and other things to the tree, or even customize the tab's layout like a layer tab.
      • Updating TMT: Using Github Desktop to update your mod's version of TMT.
      Common components ​
      • Upgrades: How to create upgrades for a layer.
      • Milestones: How to create milestones for a layer.
      • Buyables: Create rebuyable upgrades for your layer (with the option to make them respec-able). Can be used to make Enhancers or Space Buildings.
      • Clickables: A more generalized variant of buyables, for any kind of thing that is sometimes clickable. Between these and Buyables, you can do just about anything.
      Other components and features ​
      • Challenges: How to create challenges for a layer.
      • Bars: Display some information as a progress bar, gauge, or similar. They are highly customizable, and can be horizontal and vertical as well.
      • Subtabs and Microtabs: Create subtabs for your tabs, as well as "microtab" components that you can put inside the tabs. You can even use them to embed a layer inside another layer!
      • Achievements: How to create achievements for a layer (or for the whole game).
      • Infoboxes: Boxes containing text that can be shown or hidden.
      • Trees: Make your own trees. You can make non-layer button nodes too!
      ',16),i=[r];function s(l,d,h,c,u,m){return t(),a("div",null,i)}const b=e(n,[["render",s]]);export{y as __pageData,b as default};
diff --git a/assets/public_lit_docs_!general-info.md.D_qpUKWw.lean.js b/assets/public_lit_docs_!general-info.md.LOR_tqUb.lean.js
similarity index 54%
rename from assets/public_lit_docs_!general-info.md.D_qpUKWw.lean.js
rename to assets/public_lit_docs_!general-info.md.LOR_tqUb.lean.js
index dd3ef211f..60283cb4b 100644
--- a/assets/public_lit_docs_!general-info.md.D_qpUKWw.lean.js
+++ b/assets/public_lit_docs_!general-info.md.LOR_tqUb.lean.js
@@ -1 +1 @@
-import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"The-Modding-Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/!general-info.md","filePath":"public/lit/docs/!general-info.md","lastUpdated":1604787966000}'),n={name:"public/lit/docs/!general-info.md"},r=o("",16),i=[r];function s(l,d,h,c,u,m){return t(),a("div",null,i)}const b=e(n,[["render",s]]);export{y as __pageData,b as default};
+import{_ as e,c as a,o as t,a5 as o}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"The-Modding-Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/!general-info.md","filePath":"public/lit/docs/!general-info.md"}'),n={name:"public/lit/docs/!general-info.md"},r=o("",16),i=[r];function s(l,d,h,c,u,m){return t(),a("div",null,i)}const b=e(n,[["render",s]]);export{y as __pageData,b as default};
diff --git a/assets/public_lit_docs_achievements.md.DTYfkyu6.js b/assets/public_lit_docs_achievements.md.BdnBAsqL.js
similarity index 78%
rename from assets/public_lit_docs_achievements.md.DTYfkyu6.js
rename to assets/public_lit_docs_achievements.md.BdnBAsqL.js
index 0f789074d..ff70655d2 100644
--- a/assets/public_lit_docs_achievements.md.DTYfkyu6.js
+++ b/assets/public_lit_docs_achievements.md.BdnBAsqL.js
@@ -1,4 +1,4 @@
-import{_ as e,c as t,o as i,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Achievements","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/achievements.md","filePath":"public/lit/docs/achievements.md","lastUpdated":1607581902000}'),s={name:"public/lit/docs/achievements.md"},n=a(`
      Achievements ​
      Achievements are awarded to the player when they meet a certain goal, and optionally give some benefit. Currently they are pretty basic, but additional features will be added later to help.
      You can make global achievements by putting them in a side layer by making its row equal to "side" instead of a number.
      Useful functions for dealing with achievements and implementing their effects:
      • hasAchievement(layer, id): determine if the player has the Achievement.
      • achievementEffect(layer, id): Returns the current effects of the achievement, if any.
      Achievements should be formatted like this:
      js
      achievements: {
+import{_ as e,c as t,o as i,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Achievements","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/achievements.md","filePath":"public/lit/docs/achievements.md"}'),s={name:"public/lit/docs/achievements.md"},n=a(`
      Achievements ​
      Achievements are awarded to the player when they meet a certain goal, and optionally give some benefit. Currently they are pretty basic, but additional features will be added later to help.
      You can make global achievements by putting them in a side layer by making its row equal to "side" instead of a number.
      Useful functions for dealing with achievements and implementing their effects:
      • hasAchievement(layer, id): determine if the player has the Achievement.
      • achievementEffect(layer, id): Returns the current effects of the achievement, if any.
      Achievements should be formatted like this:
      js
      achievements: {
     rows: # of rows,
     cols: # of columns,
     11: {
diff --git a/assets/public_lit_docs_achievements.md.DTYfkyu6.lean.js b/assets/public_lit_docs_achievements.md.BdnBAsqL.lean.js
similarity index 54%
rename from assets/public_lit_docs_achievements.md.DTYfkyu6.lean.js
rename to assets/public_lit_docs_achievements.md.BdnBAsqL.lean.js
index 8a893875a..7bc1c5fc0 100644
--- a/assets/public_lit_docs_achievements.md.DTYfkyu6.lean.js
+++ b/assets/public_lit_docs_achievements.md.BdnBAsqL.lean.js
@@ -1 +1 @@
-import{_ as e,c as t,o as i,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Achievements","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/achievements.md","filePath":"public/lit/docs/achievements.md","lastUpdated":1607581902000}'),s={name:"public/lit/docs/achievements.md"},n=a("",11),l=[n];function o(h,p,r,c,d,u){return i(),t("div",null,l)}const k=e(s,[["render",o]]);export{g as __pageData,k as default};
+import{_ as e,c as t,o as i,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Achievements","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/achievements.md","filePath":"public/lit/docs/achievements.md"}'),s={name:"public/lit/docs/achievements.md"},n=a("",11),l=[n];function o(h,p,r,c,d,u){return i(),t("div",null,l)}const k=e(s,[["render",o]]);export{g as __pageData,k as default};
diff --git a/assets/public_lit_docs_bars.md.Dn8PbCpo.lean.js b/assets/public_lit_docs_bars.md.Dn8PbCpo.lean.js
deleted file mode 100644
index 0ca1b04e3..000000000
--- a/assets/public_lit_docs_bars.md.Dn8PbCpo.lean.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Bars","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/bars.md","filePath":"public/lit/docs/bars.md","lastUpdated":1604787966000}'),e={name:"public/lit/docs/bars.md"},n=t("",6),l=[n];function r(p,h,o,d,k,c){return a(),i("div",null,l)}const E=s(e,[["render",r]]);export{u as __pageData,E as default};
diff --git a/assets/public_lit_docs_bars.md.Dn8PbCpo.js b/assets/public_lit_docs_bars.md.os8oz_cY.js
similarity index 82%
rename from assets/public_lit_docs_bars.md.Dn8PbCpo.js
rename to assets/public_lit_docs_bars.md.os8oz_cY.js
index dc1fe1f2a..94b801f25 100644
--- a/assets/public_lit_docs_bars.md.Dn8PbCpo.js
+++ b/assets/public_lit_docs_bars.md.os8oz_cY.js
@@ -1,4 +1,4 @@
-import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Bars","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/bars.md","filePath":"public/lit/docs/bars.md","lastUpdated":1604787966000}'),e={name:"public/lit/docs/bars.md"},n=t(`
      Bars ​
      Bars let you display information in a more direct way. It can be a progress bar, health bar, capacity gauge, or anything else.
      Bars are defined like other Big Features:
      js
      bars: {
+import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Bars","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/bars.md","filePath":"public/lit/docs/bars.md"}'),e={name:"public/lit/docs/bars.md"},n=t(`
      Bars ​
      Bars let you display information in a more direct way. It can be a progress bar, health bar, capacity gauge, or anything else.
      Bars are defined like other Big Features:
      js
      bars: {
     bigBar: {
         direction: RIGHT,
         width: 200,
diff --git a/assets/public_lit_docs_bars.md.os8oz_cY.lean.js b/assets/public_lit_docs_bars.md.os8oz_cY.lean.js
new file mode 100644
index 000000000..b52aa9b50
--- /dev/null
+++ b/assets/public_lit_docs_bars.md.os8oz_cY.lean.js
@@ -0,0 +1 @@
+import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Bars","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/bars.md","filePath":"public/lit/docs/bars.md"}'),e={name:"public/lit/docs/bars.md"},n=t("",6),l=[n];function r(p,h,o,d,k,c){return a(),i("div",null,l)}const E=s(e,[["render",r]]);export{u as __pageData,E as default};
diff --git a/assets/public_lit_docs_basic-layer-breakdown.md.DBpDfaJK.js b/assets/public_lit_docs_basic-layer-breakdown.md.BUBPzn0f.js
similarity index 89%
rename from assets/public_lit_docs_basic-layer-breakdown.md.DBpDfaJK.js
rename to assets/public_lit_docs_basic-layer-breakdown.md.BUBPzn0f.js
index 489733a9a..867ad8a06 100644
--- a/assets/public_lit_docs_basic-layer-breakdown.md.DBpDfaJK.js
+++ b/assets/public_lit_docs_basic-layer-breakdown.md.BUBPzn0f.js
@@ -1,4 +1,4 @@
-import{_ as s,c as i,o as a,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Basic layer breakdown","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/basic-layer-breakdown.md","filePath":"public/lit/docs/basic-layer-breakdown.md","lastUpdated":1603745122000}'),t={name:"public/lit/docs/basic-layer-breakdown.md"},e=n(`
      Basic layer breakdown ​
      This is a very minimal layer with minimal features. Most things will require additional features.
      js
      addLayer("p", {
+import{_ as s,c as i,o as a,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Basic layer breakdown","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/basic-layer-breakdown.md","filePath":"public/lit/docs/basic-layer-breakdown.md"}'),t={name:"public/lit/docs/basic-layer-breakdown.md"},e=n(`
      Basic layer breakdown ​
      This is a very minimal layer with minimal features. Most things will require additional features.
      js
      addLayer("p", {
     startData() { return {                  // startData is a function that returns default data for a layer. 
         unlocked: true,                     // You can add more variables here to add them to your layer.
         points: new Decimal(0),             // "points" is the internal name for the main resource of the layer.
@@ -25,4 +25,4 @@ import{_ as s,c as i,o as a,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const g
     },
 
     layerShown() { return true }            // Returns a bool for if this layer's node should be visible in the tree.
-})
      `,3),h=[e];function l(p,k,r,E,d,o){return a(),i("div",null,h)}const c=s(t,[["render",l]]);export{g as __pageData,c as default};
+})
      `,3),h=[e];function l(k,p,r,E,d,o){return a(),i("div",null,h)}const c=s(t,[["render",l]]);export{g as __pageData,c as default};
diff --git a/assets/public_lit_docs_basic-layer-breakdown.md.DBpDfaJK.lean.js b/assets/public_lit_docs_basic-layer-breakdown.md.BUBPzn0f.lean.js
similarity index 51%
rename from assets/public_lit_docs_basic-layer-breakdown.md.DBpDfaJK.lean.js
rename to assets/public_lit_docs_basic-layer-breakdown.md.BUBPzn0f.lean.js
index f4abbe759..aa128fb5a 100644
--- a/assets/public_lit_docs_basic-layer-breakdown.md.DBpDfaJK.lean.js
+++ b/assets/public_lit_docs_basic-layer-breakdown.md.BUBPzn0f.lean.js
@@ -1 +1 @@
-import{_ as s,c as i,o as a,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Basic layer breakdown","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/basic-layer-breakdown.md","filePath":"public/lit/docs/basic-layer-breakdown.md","lastUpdated":1603745122000}'),t={name:"public/lit/docs/basic-layer-breakdown.md"},e=n("",3),h=[e];function l(p,k,r,E,d,o){return a(),i("div",null,h)}const c=s(t,[["render",l]]);export{g as __pageData,c as default};
+import{_ as s,c as i,o as a,a5 as n}from"./chunks/framework.Mb1uu3dm.js";const g=JSON.parse('{"title":"Basic layer breakdown","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/basic-layer-breakdown.md","filePath":"public/lit/docs/basic-layer-breakdown.md"}'),t={name:"public/lit/docs/basic-layer-breakdown.md"},e=n("",3),h=[e];function l(k,p,r,E,d,o){return a(),i("div",null,h)}const c=s(t,[["render",l]]);export{g as __pageData,c as default};
diff --git a/assets/public_lit_docs_buyables.md.DbWllrUF.lean.js b/assets/public_lit_docs_buyables.md.DbWllrUF.lean.js
deleted file mode 100644
index 79ac96aa2..000000000
--- a/assets/public_lit_docs_buyables.md.DbWllrUF.lean.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Buyables","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/buyables.md","filePath":"public/lit/docs/buyables.md","lastUpdated":1608171600000}'),e={name:"public/lit/docs/buyables.md"},l=t("",12),n=[l];function h(p,k,r,o,d,E){return a(),i("div",null,n)}const c=s(e,[["render",h]]);export{y as __pageData,c as default};
diff --git a/assets/public_lit_docs_buyables.md.DbWllrUF.js b/assets/public_lit_docs_buyables.md.R_dNT8SD.js
similarity index 87%
rename from assets/public_lit_docs_buyables.md.DbWllrUF.js
rename to assets/public_lit_docs_buyables.md.R_dNT8SD.js
index be441d9c0..20ae027b5 100644
--- a/assets/public_lit_docs_buyables.md.DbWllrUF.js
+++ b/assets/public_lit_docs_buyables.md.R_dNT8SD.js
@@ -1,4 +1,4 @@
-import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Buyables","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/buyables.md","filePath":"public/lit/docs/buyables.md","lastUpdated":1608171600000}'),e={name:"public/lit/docs/buyables.md"},l=t(`
      Buyables ​
      Buyables are usually things that can be bought multiple times with scaling costs. If you set a respec function, the player can reset the purchases to get their currency back.
      The amount of a buyable owned is a Decimal.
      Useful functions for dealing with buyables and implementing their effects:
      • getBuyableAmount(layer, id): get the amount of the buyable the player has
      • setBuyableAmount(layer, id, amount): set the amount of the buyable the player has
      • buyableEffect(layer, id): Returns the current effects of the buyable, if any.
      Buyables should be formatted like this:
      js
      buyables: {
+import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Buyables","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/buyables.md","filePath":"public/lit/docs/buyables.md"}'),e={name:"public/lit/docs/buyables.md"},l=t(`
      Buyables ​
      Buyables are usually things that can be bought multiple times with scaling costs. If you set a respec function, the player can reset the purchases to get their currency back.
      The amount of a buyable owned is a Decimal.
      Useful functions for dealing with buyables and implementing their effects:
      • getBuyableAmount(layer, id): get the amount of the buyable the player has
      • setBuyableAmount(layer, id, amount): set the amount of the buyable the player has
      • buyableEffect(layer, id): Returns the current effects of the buyable, if any.
      Buyables should be formatted like this:
      js
      buyables: {
     rows: # of rows,
     cols: # of columns,
     11: {
diff --git a/assets/public_lit_docs_buyables.md.R_dNT8SD.lean.js b/assets/public_lit_docs_buyables.md.R_dNT8SD.lean.js
new file mode 100644
index 000000000..07cf23166
--- /dev/null
+++ b/assets/public_lit_docs_buyables.md.R_dNT8SD.lean.js
@@ -0,0 +1 @@
+import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Buyables","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/buyables.md","filePath":"public/lit/docs/buyables.md"}'),e={name:"public/lit/docs/buyables.md"},l=t("",12),n=[l];function h(p,k,r,o,d,E){return a(),i("div",null,n)}const c=s(e,[["render",h]]);export{y as __pageData,c as default};
diff --git a/assets/public_lit_docs_challenges.md.BBD7sBVX.lean.js b/assets/public_lit_docs_challenges.md.BBD7sBVX.lean.js
deleted file mode 100644
index 2ccfaaa88..000000000
--- a/assets/public_lit_docs_challenges.md.BBD7sBVX.lean.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as e,c as s,o as i,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Challenges","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/challenges.md","filePath":"public/lit/docs/challenges.md","lastUpdated":1611269529000}'),t={name:"public/lit/docs/challenges.md"},n=a("",10),l=[n];function o(h,r,p,c,g,d){return i(),s("div",null,l)}const k=e(t,[["render",o]]);export{f as __pageData,k as default};
diff --git a/assets/public_lit_docs_challenges.md.BBD7sBVX.js b/assets/public_lit_docs_challenges.md.D6T5nH4U.js
similarity index 81%
rename from assets/public_lit_docs_challenges.md.BBD7sBVX.js
rename to assets/public_lit_docs_challenges.md.D6T5nH4U.js
index b90127a57..c9393445e 100644
--- a/assets/public_lit_docs_challenges.md.BBD7sBVX.js
+++ b/assets/public_lit_docs_challenges.md.D6T5nH4U.js
@@ -1,4 +1,4 @@
-import{_ as e,c as s,o as i,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Challenges","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/challenges.md","filePath":"public/lit/docs/challenges.md","lastUpdated":1611269529000}'),t={name:"public/lit/docs/challenges.md"},n=a(`
      Challenges ​
      Challenges can have fully customizable win conditions. Useful functions for dealing with Challenges and implementing their effects:
      • inChallenge(layer, id): determine if the player is in a given challenge (or another challenge on the same layer that counts as this one).
      • hasChallenge(layer, id): determine if the player has completed the challenge.
      • challengeCompletions(layer, id): determine how many times the player completed the challenge.
      • challengeEffect(layer, id): Returns the current effects of the challenge, if any.
      Challenges are stored in the following format:
      js
      challenges: {
+import{_ as e,c as i,o as s,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Challenges","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/challenges.md","filePath":"public/lit/docs/challenges.md"}'),t={name:"public/lit/docs/challenges.md"},n=a(`
      Challenges ​
      Challenges can have fully customizable win conditions. Useful functions for dealing with Challenges and implementing their effects:
      • inChallenge(layer, id): determine if the player is in a given challenge (or another challenge on the same layer that counts as this one).
      • hasChallenge(layer, id): determine if the player has completed the challenge.
      • challengeCompletions(layer, id): determine how many times the player completed the challenge.
      • challengeEffect(layer, id): Returns the current effects of the challenge, if any.
      Challenges are stored in the following format:
      js
      challenges: {
     rows: # of rows,
     cols: # of columns,
     11: {
@@ -8,4 +8,4 @@ import{_ as e,c as s,o as i,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const f
         etc
     },
     etc
-}
      Each challenge should have an id where the first digit is the row and the second digit is the column.
      Individual Challenges can have these features:
      • name: Name of the challenge, can be a string or a function. Can use basic HTML.
      • challengeDescription: A description of what makes the challenge a challenge. You will need to implement these elsewhere. It can also be a function that returns updating text. Can use basic HTML.
      • goalDescription: A description of the win condition for the challenge. It can also be a function that returns updating text. Can use basic HTML. (Optional if using the old goal system)
      • canComplete(): A function that returns true if you meet the win condition for the challenge. Returning a number will allow bulk completing the challenge. (Optional if using the old goal system)
      • rewardDescription: A description of the reward's effect. You will also have to implement the effect where it is applied. It can also be a function that returns updating text. Can use basic HTML.
      • rewardEffect(): optional. A function that calculates and returns the current values of any bonuses from the reward. Can return a value or an object containing multiple values. Can use basic HTML.
      • rewardDisplay(): optional. A function that returns a display of the current effects of the reward with formatting. Default behavior is to just display the a number appropriately formatted.
      • fullDisplay(): OVERRIDE. Overrides the other displays and descriptions, and lets you set the full text for the challenge. Can use basic HTML.
      • unlocked(): optional. A function returning a bool to determine if the challenge is visible or not. Default is unlocked.
      • onComplete() - optional. this function will be called when the challenge is completed when previously incomplete.
      • countsAs: optional. If a challenge combines the effects of other challenges in this layer, you can use this. An array of challenge ids. The player is effectively in all of those challenges when in the current one.
      • completionLimit: optional. the amount of times you can complete this challenge. Default is 1 completion.
      • style: optional. Applies CSS to this challenge, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
      • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar
      • id: assigned automagically. It's the "key" which the challenge was stored under, for convenient access. The challenge in the example's id is 11.
      The old goal system uses these features:
      • goal: deprecated, A Decimal for the amount of currency required to beat the challenge. By default, the goal is in basic Points. The goal can also be a function if its value changes.
      • currencyDisplayName: deprecated. the name to display for the currency for the goal
      • currencyInternalName: deprecated. the internal name for that currency
      • currencyLayer: deprecated. the internal name of the layer that currency is stored in. If it's not in a layer, omit. If it's not stored directly in a layer, instead use the next feature.
      • currencyLocation(): deprecated. if your currency is stored in something inside a layer (e.g. a buyable's amount), you can access it this way. This is a function returning the object in "player" that contains the value (like player[this.layer].buyables)
      `,10),l=[n];function o(h,r,p,c,g,d){return i(),s("div",null,l)}const k=e(t,[["render",o]]);export{f as __pageData,k as default};
+}
      Each challenge should have an id where the first digit is the row and the second digit is the column.
      Individual Challenges can have these features:
      • name: Name of the challenge, can be a string or a function. Can use basic HTML.
      • challengeDescription: A description of what makes the challenge a challenge. You will need to implement these elsewhere. It can also be a function that returns updating text. Can use basic HTML.
      • goalDescription: A description of the win condition for the challenge. It can also be a function that returns updating text. Can use basic HTML. (Optional if using the old goal system)
      • canComplete(): A function that returns true if you meet the win condition for the challenge. Returning a number will allow bulk completing the challenge. (Optional if using the old goal system)
      • rewardDescription: A description of the reward's effect. You will also have to implement the effect where it is applied. It can also be a function that returns updating text. Can use basic HTML.
      • rewardEffect(): optional. A function that calculates and returns the current values of any bonuses from the reward. Can return a value or an object containing multiple values. Can use basic HTML.
      • rewardDisplay(): optional. A function that returns a display of the current effects of the reward with formatting. Default behavior is to just display the a number appropriately formatted.
      • fullDisplay(): OVERRIDE. Overrides the other displays and descriptions, and lets you set the full text for the challenge. Can use basic HTML.
      • unlocked(): optional. A function returning a bool to determine if the challenge is visible or not. Default is unlocked.
      • onComplete() - optional. this function will be called when the challenge is completed when previously incomplete.
      • countsAs: optional. If a challenge combines the effects of other challenges in this layer, you can use this. An array of challenge ids. The player is effectively in all of those challenges when in the current one.
      • completionLimit: optional. the amount of times you can complete this challenge. Default is 1 completion.
      • style: optional. Applies CSS to this challenge, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
      • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar
      • id: assigned automagically. It's the "key" which the challenge was stored under, for convenient access. The challenge in the example's id is 11.
      The old goal system uses these features:
      • goal: deprecated, A Decimal for the amount of currency required to beat the challenge. By default, the goal is in basic Points. The goal can also be a function if its value changes.
      • currencyDisplayName: deprecated. the name to display for the currency for the goal
      • currencyInternalName: deprecated. the internal name for that currency
      • currencyLayer: deprecated. the internal name of the layer that currency is stored in. If it's not in a layer, omit. If it's not stored directly in a layer, instead use the next feature.
      • currencyLocation(): deprecated. if your currency is stored in something inside a layer (e.g. a buyable's amount), you can access it this way. This is a function returning the object in "player" that contains the value (like player[this.layer].buyables)
      `,10),l=[n];function o(h,r,p,c,g,d){return s(),i("div",null,l)}const k=e(t,[["render",o]]);export{f as __pageData,k as default};
diff --git a/assets/public_lit_docs_challenges.md.D6T5nH4U.lean.js b/assets/public_lit_docs_challenges.md.D6T5nH4U.lean.js
new file mode 100644
index 000000000..386988201
--- /dev/null
+++ b/assets/public_lit_docs_challenges.md.D6T5nH4U.lean.js
@@ -0,0 +1 @@
+import{_ as e,c as i,o as s,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const f=JSON.parse('{"title":"Challenges","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/challenges.md","filePath":"public/lit/docs/challenges.md"}'),t={name:"public/lit/docs/challenges.md"},n=a("",10),l=[n];function o(h,r,p,c,g,d){return s(),i("div",null,l)}const k=e(t,[["render",o]]);export{f as __pageData,k as default};
diff --git a/assets/public_lit_docs_clickables.md.CC4aVgT5.js b/assets/public_lit_docs_clickables.md.CC3r9xlL.js
similarity index 67%
rename from assets/public_lit_docs_clickables.md.CC4aVgT5.js
rename to assets/public_lit_docs_clickables.md.CC3r9xlL.js
index d6b086f8f..ea1e218a5 100644
--- a/assets/public_lit_docs_clickables.md.CC4aVgT5.js
+++ b/assets/public_lit_docs_clickables.md.CC3r9xlL.js
@@ -1,4 +1,4 @@
-import{_ as e,c as s,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const b=JSON.parse('{"title":"Clickables","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/clickables.md","filePath":"public/lit/docs/clickables.md","lastUpdated":1603745122000}'),t={name:"public/lit/docs/clickables.md"},l=i(`
      Clickables ​
      Clickables are any kind of thing that you can click for an effect. They're a more generalized version of Buyables.
      DO NOT USE THESE TO MAKE THINGS THAT YOU CLICK REPEATEDLY FOR A BONUS BECAUSE THOSE ARE AWFUL.
      There are several differences between the two. One is that a buyable's saved data is its amount as a Decimal, while Clickables store a "state" which can be a number or string, but not Decimal, array, or object). Buyables have a number of extra features which you can see on their page. Clickables also have a smaller default size.
      Useful functions for dealing with achievements and implementing their effects:
      • getClickableState(layer, id): get the state of the clickable the player has
      • setClickableState(layer, id, state): set the state of the buyable the player has
      • clickableEffect(layer, id): Returns the current effects of the clickable, if any.
      Clickables should be formatted like this:
      js
      clickables: {
+import{_ as e,c as s,o as i,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const b=JSON.parse('{"title":"Clickables","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/clickables.md","filePath":"public/lit/docs/clickables.md"}'),t={name:"public/lit/docs/clickables.md"},l=a(`
      Clickables ​
      Clickables are any kind of thing that you can click for an effect. They're a more generalized version of Buyables.
      DO NOT USE THESE TO MAKE THINGS THAT YOU CLICK REPEATEDLY FOR A BONUS BECAUSE THOSE ARE AWFUL.
      There are several differences between the two. One is that a buyable's saved data is its amount as a Decimal, while Clickables store a "state" which can be a number or string, but not Decimal, array, or object). Buyables have a number of extra features which you can see on their page. Clickables also have a smaller default size.
      Useful functions for dealing with achievements and implementing their effects:
      • getClickableState(layer, id): get the state of the clickable the player has
      • setClickableState(layer, id, state): set the state of the buyable the player has
      • clickableEffect(layer, id): Returns the current effects of the clickable, if any.
      Clickables should be formatted like this:
      js
      clickables: {
     rows: # of rows,
     cols: # of columns,
     11: {
@@ -6,4 +6,4 @@ import{_ as e,c as s,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const b
         etc
     }
     etc
-}
      Features:
      • title: optional. displayed at the top in a larger font. It can also be a function that returns updating text.
      • effect(): optional. A function that calculates and returns the current values of bonuses of this clickable. Can return a value or an object containing multiple values.
      • display(): A function returning everything that should be displayed on the clickable after the title, likely changing based on its state. Can use basic HTML.
      • unlocked(): optional. A function returning a bool to determine if the clickable is visible or not. Default is unlocked.
      • canClick(): A function returning a bool to determine if you can click the clickable.
      • onClick(): A function that implements clicking one of the clickable.
      • style: optional. Applies CSS to this clickable, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
      • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.
      • id: assigned automagically. It's the "key" which the clickable was stored under, for convenient access. The clickable in the example's id is 11.
      You can also use these features on the clickables object to add a button above all the clickables, for implementing a respec button or similar.
      • masterButtonPress(): optional. If present, an additional button will appear above the clickables. Pressing it will call this function.
      • masterButtonText: optional. Text to display on the Master Button.
      • showMasterButton(): optional. A function determining whether or not to show the button. Defaults to true if absent.
      `,12),n=[l];function o(c,r,h,p,k,d){return a(),s("div",null,n)}const g=e(t,[["render",o]]);export{b as __pageData,g as default};
+}
      Features:
      • title: optional. displayed at the top in a larger font. It can also be a function that returns updating text.
      • effect(): optional. A function that calculates and returns the current values of bonuses of this clickable. Can return a value or an object containing multiple values.
      • display(): A function returning everything that should be displayed on the clickable after the title, likely changing based on its state. Can use basic HTML.
      • unlocked(): optional. A function returning a bool to determine if the clickable is visible or not. Default is unlocked.
      • canClick(): A function returning a bool to determine if you can click the clickable.
      • onClick(): A function that implements clicking one of the clickable.
      • style: optional. Applies CSS to this clickable, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
      • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.
      • id: assigned automagically. It's the "key" which the clickable was stored under, for convenient access. The clickable in the example's id is 11.
      You can also use these features on the clickables object to add a button above all the clickables, for implementing a respec button or similar.
      • masterButtonPress(): optional. If present, an additional button will appear above the clickables. Pressing it will call this function.
      • masterButtonText: optional. Text to display on the Master Button.
      • showMasterButton(): optional. A function determining whether or not to show the button. Defaults to true if absent.
      `,12),n=[l];function o(c,r,h,p,k,u){return i(),s("div",null,n)}const g=e(t,[["render",o]]);export{b as __pageData,g as default};
diff --git a/assets/public_lit_docs_clickables.md.CC3r9xlL.lean.js b/assets/public_lit_docs_clickables.md.CC3r9xlL.lean.js
new file mode 100644
index 000000000..89908da2f
--- /dev/null
+++ b/assets/public_lit_docs_clickables.md.CC3r9xlL.lean.js
@@ -0,0 +1 @@
+import{_ as e,c as s,o as i,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const b=JSON.parse('{"title":"Clickables","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/clickables.md","filePath":"public/lit/docs/clickables.md"}'),t={name:"public/lit/docs/clickables.md"},l=a("",12),n=[l];function o(c,r,h,p,k,u){return i(),s("div",null,n)}const g=e(t,[["render",o]]);export{b as __pageData,g as default};
diff --git a/assets/public_lit_docs_clickables.md.CC4aVgT5.lean.js b/assets/public_lit_docs_clickables.md.CC4aVgT5.lean.js
deleted file mode 100644
index 24d9cdac5..000000000
--- a/assets/public_lit_docs_clickables.md.CC4aVgT5.lean.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as e,c as s,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const b=JSON.parse('{"title":"Clickables","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/clickables.md","filePath":"public/lit/docs/clickables.md","lastUpdated":1603745122000}'),t={name:"public/lit/docs/clickables.md"},l=i("",12),n=[l];function o(c,r,h,p,k,d){return a(),s("div",null,n)}const g=e(t,[["render",o]]);export{b as __pageData,g as default};
diff --git a/assets/public_lit_docs_custom-tab-layouts.md.AZ0v-2Er.js b/assets/public_lit_docs_custom-tab-layouts.md.Vftsl_a3.js
similarity index 88%
rename from assets/public_lit_docs_custom-tab-layouts.md.AZ0v-2Er.js
rename to assets/public_lit_docs_custom-tab-layouts.md.Vftsl_a3.js
index 1ca08c344..e03d63357 100644
--- a/assets/public_lit_docs_custom-tab-layouts.md.AZ0v-2Er.js
+++ b/assets/public_lit_docs_custom-tab-layouts.md.Vftsl_a3.js
@@ -1,4 +1,4 @@
-import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Custom tab layouts","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/custom-tab-layouts.md","filePath":"public/lit/docs/custom-tab-layouts.md","lastUpdated":1607197949000}'),e={name:"public/lit/docs/custom-tab-layouts.md"},n=t(`
      Custom tab layouts ​
      Note: If you are using subtabs, tabFormat is used differently, but you still use the same format within each subtabs. See here for more on subtabs.
      Custom tab layouts can be used to do basically anything in a tab window, especially combined with the "style" layer feature. The tabFormat feature is an array of things, like this:
      js
      tabFormat: [
+import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Custom tab layouts","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/custom-tab-layouts.md","filePath":"public/lit/docs/custom-tab-layouts.md"}'),e={name:"public/lit/docs/custom-tab-layouts.md"},n=t(`
      Custom tab layouts ​
      Note: If you are using subtabs, tabFormat is used differently, but you still use the same format within each subtabs. See here for more on subtabs.
      Custom tab layouts can be used to do basically anything in a tab window, especially combined with the "style" layer feature. The tabFormat feature is an array of things, like this:
      js
      tabFormat: [
     "main-display",
     ["prestige-button", function() { return "Melt your points into " }],
     "blank",
diff --git a/assets/public_lit_docs_custom-tab-layouts.md.AZ0v-2Er.lean.js b/assets/public_lit_docs_custom-tab-layouts.md.Vftsl_a3.lean.js
similarity index 52%
rename from assets/public_lit_docs_custom-tab-layouts.md.AZ0v-2Er.lean.js
rename to assets/public_lit_docs_custom-tab-layouts.md.Vftsl_a3.lean.js
index c084c5939..cd6a37e42 100644
--- a/assets/public_lit_docs_custom-tab-layouts.md.AZ0v-2Er.lean.js
+++ b/assets/public_lit_docs_custom-tab-layouts.md.Vftsl_a3.lean.js
@@ -1 +1 @@
-import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Custom tab layouts","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/custom-tab-layouts.md","filePath":"public/lit/docs/custom-tab-layouts.md","lastUpdated":1607197949000}'),e={name:"public/lit/docs/custom-tab-layouts.md"},n=t("",9),l=[n];function h(o,p,r,u,k,d){return a(),i("div",null,l)}const E=s(e,[["render",h]]);export{y as __pageData,E as default};
+import{_ as s,c as i,o as a,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Custom tab layouts","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/custom-tab-layouts.md","filePath":"public/lit/docs/custom-tab-layouts.md"}'),e={name:"public/lit/docs/custom-tab-layouts.md"},n=t("",9),l=[n];function h(o,p,r,u,k,d){return a(),i("div",null,l)}const E=s(e,[["render",h]]);export{y as __pageData,E as default};
diff --git a/assets/public_lit_docs_getting-started.md.Bhw_1Cf1.js b/assets/public_lit_docs_getting-started.md.Bhw_1Cf1.js
deleted file mode 100644
index ef9796c68..000000000
--- a/assets/public_lit_docs_getting-started.md.Bhw_1Cf1.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as e,c as t,o,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Getting started","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/getting-started.md","filePath":"public/lit/docs/getting-started.md","lastUpdated":1604778547000}'),a={name:"public/lit/docs/getting-started.md"},n=i('
      Getting started ​
      Welcome to The Modding Tree!
      Using the Modding Tree, at its simplest level, just requires getting a copy of it onto your computer. However, if you do it the right way, it will help in many ways.
      Don't let the word "Github" scare you away. It's actually much easier to use than most people think, especially because most people use it the hard way. The key is Github Desktop, which lets you do everything you need to, without even touching the command line.
      The benefits of using Github:
      • It makes it much, much easier to update The Modding Tree.
      • You can share your work without any extra effort using githack, or with a bit more effort, set up a github.io site.
      • It lets you undo changes to your code, and to have multiple versions of it.
      • It lets you collaborate with other people, if you want to.
      Getting set up with Github Desktop, Visual Studio Code, and The Modding Tree: ​
      1. Install Github Desktop and Visual Studio Code.
      2. Make a Github account. You can handle this on your own.
      3. Log in on your browser, and go back to The Modding Tree page. At the top right, there should be a button that says "fork". Click on it, and then on your username. You now have your own fork, or copy, of The Modding Tree.
      4. Open Github Desktop and log in. Ignore everything else and choose "clone a repository". A "repository" is basically a "Github project", like The Modding Tree. "Cloning" is downloading a copy of the repository to your computer.
      5. Look for The Modding Tree in the list of repositiories (it should be the only one) and click "clone".
      6. Select that you're using it for your own purposes, and click continue. It will download the files and handle everything.
      Using your repository ​
      1. Click on "show in explorer/finder" to the right, and then open the index.html file in the folder. The page should open up on your browser. This will let you view and test your project locally!
      2. To edit your project, click "open in VSCode" in Github Desktop.
      3. Open mod.js in VSCode, and look at the top part where it has a "modInfo" object. Fill in your mod's name to whatever you want, and change the id as well. (It can be any string value, and it's used to determine where the savefile is. Make it something that's probably unique, and don't change it again later or else it'll effectively wipe existing saves)
      4. Save mod.js, and then reload index.html in your browser. The title on the tab, as well as on the info page, will now be updated! You can reload the page every time you change the code to test it quickly and easily.
      5. Go back to Github Desktop. It's time to save your changes into the git system by making a "commit". This basically saves your work and creates a snapshot of what your code looks like at this moment, allowing you to look back at it later.
      6. At the bottom right corner, add a summary of your changes, and then click "commit to master".
      7. Finally, at the top middle, click "push origin" to push your changes out onto the online repository.
      8. You can view your project on line, or share it with others, by going to https://raw.githack.com/[YOUR-GITHUB-USERNAME]/The-Modding-Tree/master/index.html
      And now, you have successfully used Github! You can look at the documentation to see how The Modding Tree's system works and to make your mod a reality.
      ',11),r=[n];function s(l,h,u,d,p,c){return o(),t("div",null,r)}const m=e(a,[["render",s]]);export{y as __pageData,m as default};
diff --git a/assets/public_lit_docs_getting-started.md.D1uHBSn9.js b/assets/public_lit_docs_getting-started.md.D1uHBSn9.js
new file mode 100644
index 000000000..265fef0bb
--- /dev/null
+++ b/assets/public_lit_docs_getting-started.md.D1uHBSn9.js
@@ -0,0 +1 @@
+import{_ as e,c as t,o,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Getting started","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/getting-started.md","filePath":"public/lit/docs/getting-started.md"}'),a={name:"public/lit/docs/getting-started.md"},n=i('
      Getting started ​
      Welcome to The Modding Tree!
      Using the Modding Tree, at its simplest level, just requires getting a copy of it onto your computer. However, if you do it the right way, it will help in many ways.
      Don't let the word "Github" scare you away. It's actually much easier to use than most people think, especially because most people use it the hard way. The key is Github Desktop, which lets you do everything you need to, without even touching the command line.
      The benefits of using Github:
      • It makes it much, much easier to update The Modding Tree.
      • You can share your work without any extra effort using githack, or with a bit more effort, set up a github.io site.
      • It lets you undo changes to your code, and to have multiple versions of it.
      • It lets you collaborate with other people, if you want to.
      Getting set up with Github Desktop, Visual Studio Code, and The Modding Tree: ​
      1. Install Github Desktop and Visual Studio Code.
      2. Make a Github account. You can handle this on your own.
      3. Log in on your browser, and go back to The Modding Tree page. At the top right, there should be a button that says "fork". Click on it, and then on your username. You now have your own fork, or copy, of The Modding Tree.
      4. Open Github Desktop and log in. Ignore everything else and choose "clone a repository". A "repository" is basically a "Github project", like The Modding Tree. "Cloning" is downloading a copy of the repository to your computer.
      5. Look for The Modding Tree in the list of repositiories (it should be the only one) and click "clone".
      6. Select that you're using it for your own purposes, and click continue. It will download the files and handle everything.
      Using your repository ​
      1. Click on "show in explorer/finder" to the right, and then open the index.html file in the folder. The page should open up on your browser. This will let you view and test your project locally!
      2. To edit your project, click "open in VSCode" in Github Desktop.
      3. Open mod.js in VSCode, and look at the top part where it has a "modInfo" object. Fill in your mod's name to whatever you want, and change the id as well. (It can be any string value, and it's used to determine where the savefile is. Make it something that's probably unique, and don't change it again later or else it'll effectively wipe existing saves)
      4. Save mod.js, and then reload index.html in your browser. The title on the tab, as well as on the info page, will now be updated! You can reload the page every time you change the code to test it quickly and easily.
      5. Go back to Github Desktop. It's time to save your changes into the git system by making a "commit". This basically saves your work and creates a snapshot of what your code looks like at this moment, allowing you to look back at it later.
      6. At the bottom right corner, add a summary of your changes, and then click "commit to master".
      7. Finally, at the top middle, click "push origin" to push your changes out onto the online repository.
      8. You can view your project on line, or share it with others, by going to https://raw.githack.com/[YOUR-GITHUB-USERNAME]/The-Modding-Tree/master/index.html
      And now, you have successfully used Github! You can look at the documentation to see how The Modding Tree's system works and to make your mod a reality.
      ',11),r=[n];function s(l,h,u,d,p,c){return o(),t("div",null,r)}const m=e(a,[["render",s]]);export{y as __pageData,m as default};
diff --git a/assets/public_lit_docs_getting-started.md.Bhw_1Cf1.lean.js b/assets/public_lit_docs_getting-started.md.D1uHBSn9.lean.js
similarity index 54%
rename from assets/public_lit_docs_getting-started.md.Bhw_1Cf1.lean.js
rename to assets/public_lit_docs_getting-started.md.D1uHBSn9.lean.js
index b8fd26e55..0642b5a0c 100644
--- a/assets/public_lit_docs_getting-started.md.Bhw_1Cf1.lean.js
+++ b/assets/public_lit_docs_getting-started.md.D1uHBSn9.lean.js
@@ -1 +1 @@
-import{_ as e,c as t,o,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Getting started","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/getting-started.md","filePath":"public/lit/docs/getting-started.md","lastUpdated":1604778547000}'),a={name:"public/lit/docs/getting-started.md"},n=i("",11),r=[n];function s(l,h,u,d,p,c){return o(),t("div",null,r)}const m=e(a,[["render",s]]);export{y as __pageData,m as default};
+import{_ as e,c as t,o,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Getting started","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/getting-started.md","filePath":"public/lit/docs/getting-started.md"}'),a={name:"public/lit/docs/getting-started.md"},n=i("",11),r=[n];function s(l,h,u,d,p,c){return o(),t("div",null,r)}const m=e(a,[["render",s]]);export{y as __pageData,m as default};
diff --git a/assets/public_lit_docs_infoboxes.md.C1Y-noTs.lean.js b/assets/public_lit_docs_infoboxes.md.C1Y-noTs.lean.js
deleted file mode 100644
index 3a9c1ba42..000000000
--- a/assets/public_lit_docs_infoboxes.md.C1Y-noTs.lean.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as s,c as i,o as e,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Infoboxes","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/infoboxes.md","filePath":"public/lit/docs/infoboxes.md","lastUpdated":1603745122000}'),a={name:"public/lit/docs/infoboxes.md"},n=t("",7),o=[n];function l(p,h,r,d,c,k){return e(),i("div",null,o)}const y=s(a,[["render",l]]);export{u as __pageData,y as default};
diff --git a/assets/public_lit_docs_infoboxes.md.C1Y-noTs.js b/assets/public_lit_docs_infoboxes.md.Cl43WsVc.js
similarity index 74%
rename from assets/public_lit_docs_infoboxes.md.C1Y-noTs.js
rename to assets/public_lit_docs_infoboxes.md.Cl43WsVc.js
index 621b54325..d6d8a6393 100644
--- a/assets/public_lit_docs_infoboxes.md.C1Y-noTs.js
+++ b/assets/public_lit_docs_infoboxes.md.Cl43WsVc.js
@@ -1,4 +1,4 @@
-import{_ as s,c as i,o as e,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Infoboxes","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/infoboxes.md","filePath":"public/lit/docs/infoboxes.md","lastUpdated":1603745122000}'),a={name:"public/lit/docs/infoboxes.md"},n=t(`
      Infoboxes ​
      Infoboxes are good for displaying "lore", or story elements, as well as for explaining complicated things.
      In the default tab layout, the first infobox will be displayed at the very top of the tab.
      Infoboxes are defined like other Big Features:
      js
      infoboxes: {
+import{_ as s,c as i,o as e,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Infoboxes","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/infoboxes.md","filePath":"public/lit/docs/infoboxes.md"}'),a={name:"public/lit/docs/infoboxes.md"},n=t(`
      Infoboxes ​
      Infoboxes are good for displaying "lore", or story elements, as well as for explaining complicated things.
      In the default tab layout, the first infobox will be displayed at the very top of the tab.
      Infoboxes are defined like other Big Features:
      js
      infoboxes: {
     lore: {
         title: "foo",
         body() { return "bar" },
diff --git a/assets/public_lit_docs_infoboxes.md.Cl43WsVc.lean.js b/assets/public_lit_docs_infoboxes.md.Cl43WsVc.lean.js
new file mode 100644
index 000000000..3434e720f
--- /dev/null
+++ b/assets/public_lit_docs_infoboxes.md.Cl43WsVc.lean.js
@@ -0,0 +1 @@
+import{_ as s,c as i,o as e,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Infoboxes","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/infoboxes.md","filePath":"public/lit/docs/infoboxes.md"}'),a={name:"public/lit/docs/infoboxes.md"},n=t("",7),o=[n];function l(p,h,r,d,c,k){return e(),i("div",null,o)}const y=s(a,[["render",l]]);export{u as __pageData,y as default};
diff --git a/assets/public_lit_docs_layer-features.md._HvpVQ6k.js b/assets/public_lit_docs_layer-features.md.DevDLrRm.js
similarity index 79%
rename from assets/public_lit_docs_layer-features.md._HvpVQ6k.js
rename to assets/public_lit_docs_layer-features.md.DevDLrRm.js
index 07243aec1..9a2f9e0b9 100644
--- a/assets/public_lit_docs_layer-features.md._HvpVQ6k.js
+++ b/assets/public_lit_docs_layer-features.md.DevDLrRm.js
@@ -1,4 +1,4 @@
-import{_ as e,c as t,o as a,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Layer Features","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/layer-features.md","filePath":"public/lit/docs/layer-features.md","lastUpdated":1608606573000}'),i={name:"public/lit/docs/layer-features.md"},o=s(`
      Layer Features ​
      This is a more comprehensive list of established features to add to layers. You can add more freely, if you want to have other functions or values associated with your layer. These have special functionality, though.
      You can make almost any value dynamic by using a function in its place, including all display strings and styling/color features.
      Layer Definition features ​
      • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar to access the saved value. It makes copying code to new layers easier. It is also assigned to all upgrades and buyables and such.
      • name: optional. used in reset confirmations (and the default infobox title). If absent, it just uses the layer's id.
      • startData(): A function to return the default save data for this layer. Add any variables you have to it. Make sure to use Decimal values rather than normal numbers.
        Standard values: - Required: - unlocked: a bool determining if this layer is unlocked or not - points: a Decimal, the main currency for the layer - Optional: - total: A Decimal, tracks total amount of main prestige currency. Always tracked, but only shown if you add it here. - best: A Decimal, tracks highest amount of main prestige currency. Always tracked, but only shown if you add it here. - unlockOrder: used to keep track of relevant layers unlocked before this one. - resetTime: A number, time since this layer was last prestiged (or reset by another layer)
      • color: A color associated with this layer, used in many places. (A string in hex format with a #)
      • row: The row of the layer, starting at 0. This affects where the node appears on the standard tree, and which resets affect the layer.
        Using "side" instead of a number will cause the layer to appear off to the side as a smaller node (useful for achievements and statistics). Side layers are not affected by resets unless you add a doReset to them.
      • displayRow: OVERRIDE Changes where the layer node appears without changing where it is in the reset order.
      • resource: Name of the main currency you gain by resetting on this layer.
      • effect(): optional. A function that calculates and returns the current values of any bonuses inherent to the main currency. Can return a value or an object containing multiple values. You will also have to implement the effect where it is applied.
      • effectDescription: optional. A function that returns a description of this effect. If the text stays constant, it can just be a string.
      • layerShown(): optional, A function returning a bool which determines if this layer's node should be visible on the tree. It can also return "ghost", which will hide the layer, but its node will still take up space in the tree. Defaults to true.
      • hotkeys: optional. An array containing information on any hotkeys associated with this layer:
        js
        hotkeys: [
+import{_ as e,c as t,o as a,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Layer Features","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/layer-features.md","filePath":"public/lit/docs/layer-features.md"}'),i={name:"public/lit/docs/layer-features.md"},o=s(`
        Layer Features ​
        This is a more comprehensive list of established features to add to layers. You can add more freely, if you want to have other functions or values associated with your layer. These have special functionality, though.
        You can make almost any value dynamic by using a function in its place, including all display strings and styling/color features.
        Layer Definition features ​
        • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar to access the saved value. It makes copying code to new layers easier. It is also assigned to all upgrades and buyables and such.
        • name: optional. used in reset confirmations (and the default infobox title). If absent, it just uses the layer's id.
        • startData(): A function to return the default save data for this layer. Add any variables you have to it. Make sure to use Decimal values rather than normal numbers.
          Standard values: - Required: - unlocked: a bool determining if this layer is unlocked or not - points: a Decimal, the main currency for the layer - Optional: - total: A Decimal, tracks total amount of main prestige currency. Always tracked, but only shown if you add it here. - best: A Decimal, tracks highest amount of main prestige currency. Always tracked, but only shown if you add it here. - unlockOrder: used to keep track of relevant layers unlocked before this one. - resetTime: A number, time since this layer was last prestiged (or reset by another layer)
        • color: A color associated with this layer, used in many places. (A string in hex format with a #)
        • row: The row of the layer, starting at 0. This affects where the node appears on the standard tree, and which resets affect the layer.
          Using "side" instead of a number will cause the layer to appear off to the side as a smaller node (useful for achievements and statistics). Side layers are not affected by resets unless you add a doReset to them.
        • displayRow: OVERRIDE Changes where the layer node appears without changing where it is in the reset order.
        • resource: Name of the main currency you gain by resetting on this layer.
        • effect(): optional. A function that calculates and returns the current values of any bonuses inherent to the main currency. Can return a value or an object containing multiple values. You will also have to implement the effect where it is applied.
        • effectDescription: optional. A function that returns a description of this effect. If the text stays constant, it can just be a string.
        • layerShown(): optional, A function returning a bool which determines if this layer's node should be visible on the tree. It can also return "ghost", which will hide the layer, but its node will still take up space in the tree. Defaults to true.
        • hotkeys: optional. An array containing information on any hotkeys associated with this layer:
          js
          hotkeys: [
     {
         key: "p", // What the hotkey button is. Use uppercase if it's combined with shift, or "ctrl+x" for holding down ctrl.
         description: "p: reset your points for prestige points", // The description of the hotkey that is displayed in the game's How To Play tab
diff --git a/assets/public_lit_docs_layer-features.md._HvpVQ6k.lean.js b/assets/public_lit_docs_layer-features.md.DevDLrRm.lean.js
similarity index 54%
rename from assets/public_lit_docs_layer-features.md._HvpVQ6k.lean.js
rename to assets/public_lit_docs_layer-features.md.DevDLrRm.lean.js
index e4dbda270..f0c2457c3 100644
--- a/assets/public_lit_docs_layer-features.md._HvpVQ6k.lean.js
+++ b/assets/public_lit_docs_layer-features.md.DevDLrRm.lean.js
@@ -1 +1 @@
-import{_ as e,c as t,o as a,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Layer Features","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/layer-features.md","filePath":"public/lit/docs/layer-features.md","lastUpdated":1608606573000}'),i={name:"public/lit/docs/layer-features.md"},o=s("",19),r=[o];function n(l,h,u,p,d,c){return a(),t("div",null,r)}const f=e(i,[["render",n]]);export{y as __pageData,f as default};
+import{_ as e,c as t,o as a,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Layer Features","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/layer-features.md","filePath":"public/lit/docs/layer-features.md"}'),i={name:"public/lit/docs/layer-features.md"},o=s("",19),r=[o];function n(l,h,u,p,d,c){return a(),t("div",null,r)}const f=e(i,[["render",n]]);export{y as __pageData,f as default};
diff --git a/assets/public_lit_docs_main-mod-info.md.RSuZ0qh9.lean.js b/assets/public_lit_docs_main-mod-info.md.RSuZ0qh9.lean.js
deleted file mode 100644
index 821b4fc16..000000000
--- a/assets/public_lit_docs_main-mod-info.md.RSuZ0qh9.lean.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as i,c as t,o as e,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"mod.js","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/main-mod-info.md","filePath":"public/lit/docs/main-mod-info.md","lastUpdated":1607197949000}'),a={name:"public/lit/docs/main-mod-info.md"},n=s("",10),o=[n];function l(h,p,r,d,u,c){return e(),t("div",null,o)}const y=i(a,[["render",l]]);export{m as __pageData,y as default};
diff --git a/assets/public_lit_docs_main-mod-info.md.RSuZ0qh9.js b/assets/public_lit_docs_main-mod-info.md.yp1rYBGw.js
similarity index 57%
rename from assets/public_lit_docs_main-mod-info.md.RSuZ0qh9.js
rename to assets/public_lit_docs_main-mod-info.md.yp1rYBGw.js
index 2662b6dbe..6ea2f4517 100644
--- a/assets/public_lit_docs_main-mod-info.md.RSuZ0qh9.js
+++ b/assets/public_lit_docs_main-mod-info.md.yp1rYBGw.js
@@ -1,4 +1,4 @@
-import{_ as i,c as t,o as e,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"mod.js","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/main-mod-info.md","filePath":"public/lit/docs/main-mod-info.md","lastUpdated":1607197949000}'),a={name:"public/lit/docs/main-mod-info.md"},n=s(`
          mod.js ​
          All of the non-layer code and data that you're likely to edit is here in mod.js! Everything in mod.js will not be altered by updates, besides the addition of new things.
          Here's a breakdown of what's in it:
          • modInfo is where most of the basic configuration for the mod is. It contains:
            • name: The name of your mod. (a string)
            • id: The id for your mod, a unique string that is used to determine savefile location. Setting it is important!
            • author: The name of the author, displayed in the info tab.
            • pointsName: This changes what is displayed instead of "points" for the main currency. (It does not affect it in the code.)
            • discordName, discordLink: If you have a Discord server or other discussion place, you can add a link to it.
              "discordName" is the text on the link, and "discordLink" is the url of an invite. If you're using a Discord invite, please make sure it's set to never expire.
            • offlineLimit: The maximum amount of offline time that the player can accumulate, in hours. Any extra time is lost. (a number)
              This is useful because most of these mods are fast-paced enough that too much offline time ruins the balance, such as the time in between updates. That is why I suggest developers disable offline time on their own savefile.
            • initialStartPoints: A Decimal for the amount of points a new player should start with.
          • VERSION is used to describe the current version of your mod. It contains:
            • num: The mod's version number, displayed at the top right of the tree tab.
            • name: The version's name, displayed alongside the number in the info tab.
          • changelog is the HTML displayed in the changelog tab.
          • doNotCallTheseFunctionsEveryTick is very important. TMT calls every function anywhere in "layers" every tick to store the result, unless specifically told not to. Functions that have are used to do an action need to be identified. "Official" functions (those in the documentation) are all fine, but if you make any new ones, add their names to this array.
          js
          // (The ones here are examples, all official functions are already taken care of)
+import{_ as i,c as t,o as e,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"mod.js","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/main-mod-info.md","filePath":"public/lit/docs/main-mod-info.md"}'),a={name:"public/lit/docs/main-mod-info.md"},n=s(`
          mod.js ​
          All of the non-layer code and data that you're likely to edit is here in mod.js! Everything in mod.js will not be altered by updates, besides the addition of new things.
          Here's a breakdown of what's in it:
          • modInfo is where most of the basic configuration for the mod is. It contains:
            • name: The name of your mod. (a string)
            • id: The id for your mod, a unique string that is used to determine savefile location. Setting it is important!
            • author: The name of the author, displayed in the info tab.
            • pointsName: This changes what is displayed instead of "points" for the main currency. (It does not affect it in the code.)
            • discordName, discordLink: If you have a Discord server or other discussion place, you can add a link to it.
              "discordName" is the text on the link, and "discordLink" is the url of an invite. If you're using a Discord invite, please make sure it's set to never expire.
            • offlineLimit: The maximum amount of offline time that the player can accumulate, in hours. Any extra time is lost. (a number)
              This is useful because most of these mods are fast-paced enough that too much offline time ruins the balance, such as the time in between updates. That is why I suggest developers disable offline time on their own savefile.
            • initialStartPoints: A Decimal for the amount of points a new player should start with.
          • VERSION is used to describe the current version of your mod. It contains:
            • num: The mod's version number, displayed at the top right of the tree tab.
            • name: The version's name, displayed alongside the number in the info tab.
          • changelog is the HTML displayed in the changelog tab.
          • doNotCallTheseFunctionsEveryTick is very important. TMT calls every function anywhere in "layers" every tick to store the result, unless specifically told not to. Functions that have are used to do an action need to be identified. "Official" functions (those in the documentation) are all fine, but if you make any new ones, add their names to this array.
          js
          // (The ones here are examples, all official functions are already taken care of)
 var doNotCallTheseFunctionsEveryTick = ["doReset", "buy", "onPurchase", "blowUpEverything"]
          • getStartPoints(): A function to determine the amount of points the player starts with after a reset. (returns a Decimal value)
          • canGenPoints(): A function returning a boolean for if points should be generated. Use this if you want an upgrade to unlock generating points.
          • getPointGen(): A function that calculates your points per second. Anything that affects your point gain should go into the calculation here.
          • addedPlayerData(): A function that returns any non-layer-related data that you want to be added to the save data and "player" object.
          js
          function addedPlayerData() { return {
 	weather: "Yes",
 	happiness: new Decimal(72),
diff --git a/assets/public_lit_docs_main-mod-info.md.yp1rYBGw.lean.js b/assets/public_lit_docs_main-mod-info.md.yp1rYBGw.lean.js
new file mode 100644
index 000000000..e44f2ff24
--- /dev/null
+++ b/assets/public_lit_docs_main-mod-info.md.yp1rYBGw.lean.js
@@ -0,0 +1 @@
+import{_ as i,c as t,o as e,a5 as s}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"mod.js","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/main-mod-info.md","filePath":"public/lit/docs/main-mod-info.md"}'),a={name:"public/lit/docs/main-mod-info.md"},n=s("",10),o=[n];function l(h,p,r,d,u,c){return e(),t("div",null,o)}const y=i(a,[["render",l]]);export{m as __pageData,y as default};
diff --git a/assets/public_lit_docs_milestones.md.DA6XlDhX.js b/assets/public_lit_docs_milestones.md.CmsQehBz.js
similarity index 83%
rename from assets/public_lit_docs_milestones.md.DA6XlDhX.js
rename to assets/public_lit_docs_milestones.md.CmsQehBz.js
index 80bb9f5dc..0cd2ced14 100644
--- a/assets/public_lit_docs_milestones.md.DA6XlDhX.js
+++ b/assets/public_lit_docs_milestones.md.CmsQehBz.js
@@ -1,4 +1,4 @@
-import{_ as e,c as s,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const k=JSON.parse('{"title":"Milestones","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/milestones.md","filePath":"public/lit/docs/milestones.md","lastUpdated":1607827402000}'),a={name:"public/lit/docs/milestones.md"},n=t(`
          Milestones ​
          Milestones are awarded to the player when they meet a certain goal, and give some benefit. Milestones should be formatted like this:
          js
          milestones: {
+import{_ as e,c as s,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const k=JSON.parse('{"title":"Milestones","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/milestones.md","filePath":"public/lit/docs/milestones.md"}'),a={name:"public/lit/docs/milestones.md"},n=t(`
          Milestones ​
          Milestones are awarded to the player when they meet a certain goal, and give some benefit. Milestones should be formatted like this:
          js
          milestones: {
     0: {
         requirementDescription: "123 waffles",
         effectDescription: "blah",
diff --git a/assets/public_lit_docs_milestones.md.CmsQehBz.lean.js b/assets/public_lit_docs_milestones.md.CmsQehBz.lean.js
new file mode 100644
index 000000000..34174a236
--- /dev/null
+++ b/assets/public_lit_docs_milestones.md.CmsQehBz.lean.js
@@ -0,0 +1 @@
+import{_ as e,c as s,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const k=JSON.parse('{"title":"Milestones","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/milestones.md","filePath":"public/lit/docs/milestones.md"}'),a={name:"public/lit/docs/milestones.md"},n=t("",7),l=[n];function o(h,p,r,d,c,g){return i(),s("div",null,l)}const m=e(a,[["render",o]]);export{k as __pageData,m as default};
diff --git a/assets/public_lit_docs_milestones.md.DA6XlDhX.lean.js b/assets/public_lit_docs_milestones.md.DA6XlDhX.lean.js
deleted file mode 100644
index a371ba30c..000000000
--- a/assets/public_lit_docs_milestones.md.DA6XlDhX.lean.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as e,c as s,o as i,a5 as t}from"./chunks/framework.Mb1uu3dm.js";const k=JSON.parse('{"title":"Milestones","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/milestones.md","filePath":"public/lit/docs/milestones.md","lastUpdated":1607827402000}'),a={name:"public/lit/docs/milestones.md"},n=t("",7),l=[n];function o(h,p,r,d,c,g){return i(),s("div",null,l)}const m=e(a,[["render",o]]);export{k as __pageData,m as default};
diff --git a/assets/public_lit_docs_subtabs-and-microtabs.md.CY1tGBRM.js b/assets/public_lit_docs_subtabs-and-microtabs.md.ixBybC6v.js
similarity index 84%
rename from assets/public_lit_docs_subtabs-and-microtabs.md.CY1tGBRM.js
rename to assets/public_lit_docs_subtabs-and-microtabs.md.ixBybC6v.js
index 3264c347e..65ff764ba 100644
--- a/assets/public_lit_docs_subtabs-and-microtabs.md.CY1tGBRM.js
+++ b/assets/public_lit_docs_subtabs-and-microtabs.md.ixBybC6v.js
@@ -1,4 +1,4 @@
-import{_ as s,c as a,o as t,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Subtabs and Microtabs","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/subtabs-and-microtabs.md","filePath":"public/lit/docs/subtabs-and-microtabs.md","lastUpdated":1603997862000}'),n={name:"public/lit/docs/subtabs-and-microtabs.md"},e=i(`
          Subtabs and Microtabs ​
          Subtabs are separate sections of a tab that you can view by selecting one at the top of the tab. Microtabs are smaller areas that function in much the same way. You can also embed layers inside of subtabs/microtabs.
          Subtabs are defined by using the tab format like this, where each element of tabFormat is given the name of that subtab:
          js
          tabFormat: {
+import{_ as s,c as a,o as t,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Subtabs and Microtabs","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/subtabs-and-microtabs.md","filePath":"public/lit/docs/subtabs-and-microtabs.md"}'),n={name:"public/lit/docs/subtabs-and-microtabs.md"},e=i(`
          Subtabs and Microtabs ​
          Subtabs are separate sections of a tab that you can view by selecting one at the top of the tab. Microtabs are smaller areas that function in much the same way. You can also embed layers inside of subtabs/microtabs.
          Subtabs are defined by using the tab format like this, where each element of tabFormat is given the name of that subtab:
          js
          tabFormat: {
     "Main tab": {
         content: [tab format things],
         *subtab features*
@@ -22,4 +22,4 @@ import{_ as s,c as a,o as t,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const u
     otherStuff: {
         // There could be another set of microtabs here
     }
-}
          Normal subtabs and microtab subtabs both use the same features:
          Features: ​
          • content: The tab layout code for the subtab, in the tab layout format.
          • style: optional. Applies CSS to the whole subtab when switched to, in the form of an "CSS Object", where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
          • buttonStyle: optional. A CSS object, which affects the appearance of the button for that subtab.
          • unlocked(): optional. a function to determine if the button for this subtab should be visible. By default, a subtab is always unlocked. You can't use the "this" keyword in this function.
          • shouldNotify(): optional, if true, the tab button will be highlighted to notify the player that there is something there.
          • embedLayer: SIGNIFICANT, the id of another layer. If you have this, it will override "content", "style" and "shouldNotify", instead displaying the entire layer in the subtab.
          `,9),l=[e];function h(p,o,r,k,d,c){return t(),a("div",null,l)}const E=s(n,[["render",h]]);export{u as __pageData,E as default};
+}
          Normal subtabs and microtab subtabs both use the same features:
          Features: ​
          • content: The tab layout code for the subtab, in the tab layout format.
          • style: optional. Applies CSS to the whole subtab when switched to, in the form of an "CSS Object", where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
          • buttonStyle: optional. A CSS object, which affects the appearance of the button for that subtab.
          • unlocked(): optional. a function to determine if the button for this subtab should be visible. By default, a subtab is always unlocked. You can't use the "this" keyword in this function.
          • shouldNotify(): optional, if true, the tab button will be highlighted to notify the player that there is something there.
          • embedLayer: SIGNIFICANT, the id of another layer. If you have this, it will override "content", "style" and "shouldNotify", instead displaying the entire layer in the subtab.
          `,9),l=[e];function h(p,o,r,k,c,d){return t(),a("div",null,l)}const E=s(n,[["render",h]]);export{u as __pageData,E as default};
diff --git a/assets/public_lit_docs_subtabs-and-microtabs.md.CY1tGBRM.lean.js b/assets/public_lit_docs_subtabs-and-microtabs.md.ixBybC6v.lean.js
similarity index 51%
rename from assets/public_lit_docs_subtabs-and-microtabs.md.CY1tGBRM.lean.js
rename to assets/public_lit_docs_subtabs-and-microtabs.md.ixBybC6v.lean.js
index 0a0072ce9..501b8b9d7 100644
--- a/assets/public_lit_docs_subtabs-and-microtabs.md.CY1tGBRM.lean.js
+++ b/assets/public_lit_docs_subtabs-and-microtabs.md.ixBybC6v.lean.js
@@ -1 +1 @@
-import{_ as s,c as a,o as t,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Subtabs and Microtabs","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/subtabs-and-microtabs.md","filePath":"public/lit/docs/subtabs-and-microtabs.md","lastUpdated":1603997862000}'),n={name:"public/lit/docs/subtabs-and-microtabs.md"},e=i("",9),l=[e];function h(p,o,r,k,d,c){return t(),a("div",null,l)}const E=s(n,[["render",h]]);export{u as __pageData,E as default};
+import{_ as s,c as a,o as t,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const u=JSON.parse('{"title":"Subtabs and Microtabs","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/subtabs-and-microtabs.md","filePath":"public/lit/docs/subtabs-and-microtabs.md"}'),n={name:"public/lit/docs/subtabs-and-microtabs.md"},e=i("",9),l=[e];function h(p,o,r,k,c,d){return t(),a("div",null,l)}const E=s(n,[["render",h]]);export{u as __pageData,E as default};
diff --git a/assets/public_lit_docs_trees-and-tree-customization.md.CcZ89Fyk.js b/assets/public_lit_docs_trees-and-tree-customization.md.BgQRcZo9.js
similarity index 59%
rename from assets/public_lit_docs_trees-and-tree-customization.md.CcZ89Fyk.js
rename to assets/public_lit_docs_trees-and-tree-customization.md.BgQRcZo9.js
index 7b2192fd5..46278f53c 100644
--- a/assets/public_lit_docs_trees-and-tree-customization.md.CcZ89Fyk.js
+++ b/assets/public_lit_docs_trees-and-tree-customization.md.BgQRcZo9.js
@@ -1,3 +1,3 @@
-import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Trees and tree customization","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/trees-and-tree-customization.md","filePath":"public/lit/docs/trees-and-tree-customization.md","lastUpdated":1604787966000}'),s={name:"public/lit/docs/trees-and-tree-customization.md"},o=i(`
          Trees and tree customization ​
          If you want to have something beyond the standard tree on the left tab, you can do that in tree.js. You can change the layout of the tree, including making non-layer nodes, change it into something other than a tree, or hide the left tab altogether. This also introduces the "tree" component, which can be used in your layers as well.
          layoutInfo ​
          The most important part is layoutInfo, containing:
          • startTab: The id of the default tab to show on the left at the start.
          • showTree: True if the tree tab should be shown at the start of the game. (The other tab will fill the whole page)
          • treeLayout: If present, overrides the tree layout and places nodes as you describe instead (explained in the next section).
          Additionally, if you want the main layout to not be a tree, you can edit the "tree-tab" layer at the bottom of tree.js to modify it just like a normal layer's tab. You can even switch between left tabs, using showNavTab(layer) to make that layer appear on the left.
          Trees ​
          The tree component is defined as an array of arrays of names of layers or nodes to show in the tree. They work just like layers/ nodes in the main tree (but branches between nodes will only work on the first node if you have duplicates.)
          Here is an example tree:
          js
          [["p"],
+import{_ as e,c as t,o as i,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Trees and tree customization","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/trees-and-tree-customization.md","filePath":"public/lit/docs/trees-and-tree-customization.md"}'),s={name:"public/lit/docs/trees-and-tree-customization.md"},o=a(`
          Trees and tree customization ​
          If you want to have something beyond the standard tree on the left tab, you can do that in tree.js. You can change the layout of the tree, including making non-layer nodes, change it into something other than a tree, or hide the left tab altogether. This also introduces the "tree" component, which can be used in your layers as well.
          layoutInfo ​
          The most important part is layoutInfo, containing:
          • startTab: The id of the default tab to show on the left at the start.
          • showTree: True if the tree tab should be shown at the start of the game. (The other tab will fill the whole page)
          • treeLayout: If present, overrides the tree layout and places nodes as you describe instead (explained in the next section).
          Additionally, if you want the main layout to not be a tree, you can edit the "tree-tab" layer at the bottom of tree.js to modify it just like a normal layer's tab. You can even switch between left tabs, using showNavTab(layer) to make that layer appear on the left.
          Trees ​
          The tree component is defined as an array of arrays of names of layers or nodes to show in the tree. They work just like layers/ nodes in the main tree (but branches between nodes will only work on the first node if you have duplicates.)
          Here is an example tree:
          js
          [["p"],
  ["left", "blank", "right", "blank"]
- ["a", "b", "blank", "c", "weirdButton"]]
          Nodes ​
          Nodes are non-layer buttons that can go in trees. They are defined similarly to layers, but with addNode instead of addLayer.
          Features:
          • color: optional, The node's color. (A string in hex format with a #)
          • symbol: optional The text on the button (The id capitalized by default)
          • canClick(): Returns true if the player can click the node. ()
          • onClick(): The function called when the node is clicked.
          • layerShown(): optional, A function returning a bool which determines if this node should be visible. It can also return "ghost", which will hide the layer, but its node will still take up space in its tree.
          • branches: optional. An array of layer/node ids. On a tree, a line will appear from this node to all of the nodes in the list. Alternatively, an entry in the array can be a 2-element array consisting of the id and a color value. The color value can either be a string with a hex color code, or a number from 1-3 (theme-affected colors).
          • nodeStyle: optional. A CSS object, where the keys are CSS attributes, which styles this node on the tree.
          • tooltip() / tooltipLocked(): optional. Functions that return text, which is the tooltip for the node when the layer is unlocked or locked, respectively. By default the tooltips behave the same as in the original Prestige Tree.
          • row: optional, the row that this node appears in (for the default tree).
          • position: optional, Determines the horizontal position of the layer in its row in a default tree. By default, it uses the id, and layers/nodes are sorted in alphabetical order.
          `,14),n=[o];function l(r,h,d,p,u,c){return a(),t("div",null,n)}const g=e(s,[["render",l]]);export{y as __pageData,g as default};
+ ["a", "b", "blank", "c", "weirdButton"]]
          Nodes ​
          Nodes are non-layer buttons that can go in trees. They are defined similarly to layers, but with addNode instead of addLayer.
          Features:
          • color: optional, The node's color. (A string in hex format with a #)
          • symbol: optional The text on the button (The id capitalized by default)
          • canClick(): Returns true if the player can click the node. ()
          • onClick(): The function called when the node is clicked.
          • layerShown(): optional, A function returning a bool which determines if this node should be visible. It can also return "ghost", which will hide the layer, but its node will still take up space in its tree.
          • branches: optional. An array of layer/node ids. On a tree, a line will appear from this node to all of the nodes in the list. Alternatively, an entry in the array can be a 2-element array consisting of the id and a color value. The color value can either be a string with a hex color code, or a number from 1-3 (theme-affected colors).
          • nodeStyle: optional. A CSS object, where the keys are CSS attributes, which styles this node on the tree.
          • tooltip() / tooltipLocked(): optional. Functions that return text, which is the tooltip for the node when the layer is unlocked or locked, respectively. By default the tooltips behave the same as in the original Prestige Tree.
          • row: optional, the row that this node appears in (for the default tree).
          • position: optional, Determines the horizontal position of the layer in its row in a default tree. By default, it uses the id, and layers/nodes are sorted in alphabetical order.
          `,14),n=[o];function l(r,h,d,p,u,c){return i(),t("div",null,n)}const g=e(s,[["render",l]]);export{y as __pageData,g as default};
diff --git a/assets/public_lit_docs_trees-and-tree-customization.md.BgQRcZo9.lean.js b/assets/public_lit_docs_trees-and-tree-customization.md.BgQRcZo9.lean.js
new file mode 100644
index 000000000..16d409cbc
--- /dev/null
+++ b/assets/public_lit_docs_trees-and-tree-customization.md.BgQRcZo9.lean.js
@@ -0,0 +1 @@
+import{_ as e,c as t,o as i,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Trees and tree customization","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/trees-and-tree-customization.md","filePath":"public/lit/docs/trees-and-tree-customization.md"}'),s={name:"public/lit/docs/trees-and-tree-customization.md"},o=a("",14),n=[o];function l(r,h,d,p,u,c){return i(),t("div",null,n)}const g=e(s,[["render",l]]);export{y as __pageData,g as default};
diff --git a/assets/public_lit_docs_trees-and-tree-customization.md.CcZ89Fyk.lean.js b/assets/public_lit_docs_trees-and-tree-customization.md.CcZ89Fyk.lean.js
deleted file mode 100644
index cf53fd0ec..000000000
--- a/assets/public_lit_docs_trees-and-tree-customization.md.CcZ89Fyk.lean.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as e,c as t,o as a,a5 as i}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Trees and tree customization","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/trees-and-tree-customization.md","filePath":"public/lit/docs/trees-and-tree-customization.md","lastUpdated":1604787966000}'),s={name:"public/lit/docs/trees-and-tree-customization.md"},o=i("",14),n=[o];function l(r,h,d,p,u,c){return a(),t("div",null,n)}const g=e(s,[["render",l]]);export{y as __pageData,g as default};
diff --git a/assets/public_lit_docs_updating-tmt.md.Cslnf507.js b/assets/public_lit_docs_updating-tmt.md.Cslnf507.js
new file mode 100644
index 000000000..01b2769c8
--- /dev/null
+++ b/assets/public_lit_docs_updating-tmt.md.Cslnf507.js
@@ -0,0 +1 @@
+import{_ as t,c as e,o,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Updating The Modding Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/updating-tmt.md","filePath":"public/lit/docs/updating-tmt.md"}'),i={name:"public/lit/docs/updating-tmt.md"},n=a('
          Updating The Modding Tree ​
          This tutorial assumes that you have used the Getting Started Tutorial, and are using Github Desktop and VSCode for your mod.
          Here's what you have to do when there's a TMT update:
          1. Look at the changelog. It will warn you if the update will break anything or require any changes. Decide if you want to try to update.
          2. Open Github Desktop, and at the top middle, click "fetch origin". This will make Github Desktop get information about the update.
          3. Click where it says "current branch: master" at the top middle, and at the bottom of the thing that appears, click "choose a branch to merge into master".
          4. Select upstream/master. It will likely say there are conflicts, but you have tools to resolve them. Click "Merge upstream/master into master".
          5. A conflict happens when the things you're trying to merge have both made changes in the same place. Click "open in Visual Studio Code" next to the first file.
          6. Scroll down through the file, and look for the parts highlighted in red and green. One of these is your code, and the other is some code that will be modified by the update. Do your best to try to edit things to keep the updated changes, but keep your content.
          7. Continue to do this for all remaining changes.
          8. Do any other changes required by the update, run the game, fix issues, etc.
          ',4),r=[n];function h(d,s,l,p,u,c){return o(),e("div",null,r)}const _=t(i,[["render",h]]);export{m as __pageData,_ as default};
diff --git a/assets/public_lit_docs_updating-tmt.md.gcjAPqI4.lean.js b/assets/public_lit_docs_updating-tmt.md.Cslnf507.lean.js
similarity index 54%
rename from assets/public_lit_docs_updating-tmt.md.gcjAPqI4.lean.js
rename to assets/public_lit_docs_updating-tmt.md.Cslnf507.lean.js
index ad665140d..14bf98270 100644
--- a/assets/public_lit_docs_updating-tmt.md.gcjAPqI4.lean.js
+++ b/assets/public_lit_docs_updating-tmt.md.Cslnf507.lean.js
@@ -1 +1 @@
-import{_ as t,c as e,o,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Updating The Modding Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/updating-tmt.md","filePath":"public/lit/docs/updating-tmt.md","lastUpdated":1603745122000}'),i={name:"public/lit/docs/updating-tmt.md"},n=a("",4),r=[n];function d(h,s,l,p,u,c){return o(),e("div",null,r)}const _=t(i,[["render",d]]);export{m as __pageData,_ as default};
+import{_ as t,c as e,o,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Updating The Modding Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/updating-tmt.md","filePath":"public/lit/docs/updating-tmt.md"}'),i={name:"public/lit/docs/updating-tmt.md"},n=a("",4),r=[n];function h(d,s,l,p,u,c){return o(),e("div",null,r)}const _=t(i,[["render",h]]);export{m as __pageData,_ as default};
diff --git a/assets/public_lit_docs_updating-tmt.md.gcjAPqI4.js b/assets/public_lit_docs_updating-tmt.md.gcjAPqI4.js
deleted file mode 100644
index b3c964bda..000000000
--- a/assets/public_lit_docs_updating-tmt.md.gcjAPqI4.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as t,c as e,o,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const m=JSON.parse('{"title":"Updating The Modding Tree","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/updating-tmt.md","filePath":"public/lit/docs/updating-tmt.md","lastUpdated":1603745122000}'),i={name:"public/lit/docs/updating-tmt.md"},n=a('
          Updating The Modding Tree ​
          This tutorial assumes that you have used the Getting Started Tutorial, and are using Github Desktop and VSCode for your mod.
          Here's what you have to do when there's a TMT update:
          1. Look at the changelog. It will warn you if the update will break anything or require any changes. Decide if you want to try to update.
          2. Open Github Desktop, and at the top middle, click "fetch origin". This will make Github Desktop get information about the update.
          3. Click where it says "current branch: master" at the top middle, and at the bottom of the thing that appears, click "choose a branch to merge into master".
          4. Select upstream/master. It will likely say there are conflicts, but you have tools to resolve them. Click "Merge upstream/master into master".
          5. A conflict happens when the things you're trying to merge have both made changes in the same place. Click "open in Visual Studio Code" next to the first file.
          6. Scroll down through the file, and look for the parts highlighted in red and green. One of these is your code, and the other is some code that will be modified by the update. Do your best to try to edit things to keep the updated changes, but keep your content.
          7. Continue to do this for all remaining changes.
          8. Do any other changes required by the update, run the game, fix issues, etc.
          ',4),r=[n];function d(h,s,l,p,u,c){return o(),e("div",null,r)}const _=t(i,[["render",d]]);export{m as __pageData,_ as default};
diff --git a/assets/public_lit_docs_upgrades.md.CX0npHTN.lean.js b/assets/public_lit_docs_upgrades.md.CX0npHTN.lean.js
deleted file mode 100644
index 439b525a3..000000000
--- a/assets/public_lit_docs_upgrades.md.CX0npHTN.lean.js
+++ /dev/null
@@ -1 +0,0 @@
-import{_ as e,c as s,o as i,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Upgrades","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/upgrades.md","filePath":"public/lit/docs/upgrades.md","lastUpdated":1606766606000}'),t={name:"public/lit/docs/upgrades.md"},n=a("",13),l=[n];function r(o,p,h,d,u,c){return i(),s("div",null,l)}const k=e(t,[["render",r]]);export{y as __pageData,k as default};
diff --git a/assets/public_lit_docs_upgrades.md.CX0npHTN.js b/assets/public_lit_docs_upgrades.md.CkXrrQvm.js
similarity index 82%
rename from assets/public_lit_docs_upgrades.md.CX0npHTN.js
rename to assets/public_lit_docs_upgrades.md.CkXrrQvm.js
index 16581a2a4..bd1fe6b74 100644
--- a/assets/public_lit_docs_upgrades.md.CX0npHTN.js
+++ b/assets/public_lit_docs_upgrades.md.CkXrrQvm.js
@@ -1,4 +1,4 @@
-import{_ as e,c as s,o as i,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Upgrades","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/upgrades.md","filePath":"public/lit/docs/upgrades.md","lastUpdated":1606766606000}'),t={name:"public/lit/docs/upgrades.md"},n=a(`
          Upgrades ​
          Useful functions for dealing with Upgrades and implementing their effects:
          • hasUpgrade(layer, id): determine if the player has the upgrade
          • upgradeEffect(layer, id): Returns the current effects of the upgrade, if any
          • buyUpgrade(layer, id): Buys an upgrade directly (if affordable)
          Hint: Basic point gain is calculated in mod.js's "getPointGen" function.
          Upgrades are stored in the following format:
          js
          upgrades: {
+import{_ as e,c as s,o as i,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Upgrades","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/upgrades.md","filePath":"public/lit/docs/upgrades.md"}'),t={name:"public/lit/docs/upgrades.md"},n=a(`
          Upgrades ​
          Useful functions for dealing with Upgrades and implementing their effects:
          • hasUpgrade(layer, id): determine if the player has the upgrade
          • upgradeEffect(layer, id): Returns the current effects of the upgrade, if any
          • buyUpgrade(layer, id): Buys an upgrade directly (if affordable)
          Hint: Basic point gain is calculated in mod.js's "getPointGen" function.
          Upgrades are stored in the following format:
          js
          upgrades: {
     rows: # of rows,
     cols: # of columns,
     11: {
@@ -7,4 +7,4 @@ import{_ as e,c as s,o as i,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const y
         etc
     },
     etc
-}
          Each upgrade should have an id where the first digit is the row and the second digit is the column.
          Individual upgrades can have these features:
          • title: optional. Displayed at the top in a larger font. It can also be a function that returns updating text. Can use basic HTML.
          • description: A description of the upgrade's effect. You will also have to implement the effect where it is applied. It can also be a function that returns updating text. Can use basic HTML.
          • effect(): optional. A function that calculates and returns the current values of any bonuses from the upgrade. Can return a value or an object containing multiple values.
          • effectDisplay(): optional. A function that returns a display of the current effects of the upgrade with formatting. Default displays nothing. Can use basic HTML.
          • fullDisplay(): OVERRIDE. Overrides the other displays and descriptions, and lets you set the full text for the upgrade. Can use basic HTML.
          • cost: A Decimal for the cost of the upgrade. By default, upgrades cost the main prestige currency for the layer.
          • unlocked(): optional. A function returning a bool to determine if the upgrade is visible or not. Default is unlocked.
          • onPurchase(): optional. This function will be called when the upgrade is purchased. Good for upgrades like "makes this layer act like it was unlocked first".
          • style: optional. Applies CSS to this upgrade, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
          • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.
          • id: assigned automagically. It's the "key" which the upgrade was stored under, for convenient access. The upgrade in the example's id is 11.
          By default, upgrades use the main prestige currency for the layer. You can include these to change them (but it needs to be a Decimal):
          • currencyDisplayName: optional. The name to display for the currency for the upgrade.
          • currencyInternalName: optional. The internal name for that currency.
          • currencyLayer: optional. The internal name of the layer that currency is stored in. If it's not in a layer (like Points), omit. If it's not stored directly in a layer, instead use the next feature.
          • currencyLocation: optional. If your currency is stored in something inside a layer (e.g. a buyable's amount), you can access it this way. This is a function returning the object in "player" that contains the value (like player[this.layer].buyables)
          If you want to do something more complicated like upgrades that cost two currencies, you can override the purchase system with these (and you need to use fullDisplay as well)
          • canAfford(): OVERRIDE, a function determining if you are able to buy the upgrade
          • pay(): OVERRIDE, a function that reduces your currencies when you buy the upgrade
          `,13),l=[n];function r(o,p,h,d,u,c){return i(),s("div",null,l)}const k=e(t,[["render",r]]);export{y as __pageData,k as default};
+}
          Each upgrade should have an id where the first digit is the row and the second digit is the column.
          Individual upgrades can have these features:
          • title: optional. Displayed at the top in a larger font. It can also be a function that returns updating text. Can use basic HTML.
          • description: A description of the upgrade's effect. You will also have to implement the effect where it is applied. It can also be a function that returns updating text. Can use basic HTML.
          • effect(): optional. A function that calculates and returns the current values of any bonuses from the upgrade. Can return a value or an object containing multiple values.
          • effectDisplay(): optional. A function that returns a display of the current effects of the upgrade with formatting. Default displays nothing. Can use basic HTML.
          • fullDisplay(): OVERRIDE. Overrides the other displays and descriptions, and lets you set the full text for the upgrade. Can use basic HTML.
          • cost: A Decimal for the cost of the upgrade. By default, upgrades cost the main prestige currency for the layer.
          • unlocked(): optional. A function returning a bool to determine if the upgrade is visible or not. Default is unlocked.
          • onPurchase(): optional. This function will be called when the upgrade is purchased. Good for upgrades like "makes this layer act like it was unlocked first".
          • style: optional. Applies CSS to this upgrade, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
          • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.
          • id: assigned automagically. It's the "key" which the upgrade was stored under, for convenient access. The upgrade in the example's id is 11.
          By default, upgrades use the main prestige currency for the layer. You can include these to change them (but it needs to be a Decimal):
          • currencyDisplayName: optional. The name to display for the currency for the upgrade.
          • currencyInternalName: optional. The internal name for that currency.
          • currencyLayer: optional. The internal name of the layer that currency is stored in. If it's not in a layer (like Points), omit. If it's not stored directly in a layer, instead use the next feature.
          • currencyLocation: optional. If your currency is stored in something inside a layer (e.g. a buyable's amount), you can access it this way. This is a function returning the object in "player" that contains the value (like player[this.layer].buyables)
          If you want to do something more complicated like upgrades that cost two currencies, you can override the purchase system with these (and you need to use fullDisplay as well)
          • canAfford(): OVERRIDE, a function determining if you are able to buy the upgrade
          • pay(): OVERRIDE, a function that reduces your currencies when you buy the upgrade
          `,13),l=[n];function r(o,p,h,u,d,c){return i(),s("div",null,l)}const k=e(t,[["render",r]]);export{y as __pageData,k as default};
diff --git a/assets/public_lit_docs_upgrades.md.CkXrrQvm.lean.js b/assets/public_lit_docs_upgrades.md.CkXrrQvm.lean.js
new file mode 100644
index 000000000..f8a9080af
--- /dev/null
+++ b/assets/public_lit_docs_upgrades.md.CkXrrQvm.lean.js
@@ -0,0 +1 @@
+import{_ as e,c as s,o as i,a5 as a}from"./chunks/framework.Mb1uu3dm.js";const y=JSON.parse('{"title":"Upgrades","description":"","frontmatter":{},"headers":[],"relativePath":"public/lit/docs/upgrades.md","filePath":"public/lit/docs/upgrades.md"}'),t={name:"public/lit/docs/upgrades.md"},n=a("",13),l=[n];function r(o,p,h,u,d,c){return i(),s("div",null,l)}const k=e(t,[["render",r]]);export{y as __pageData,k as default};
diff --git a/changelog/atom b/changelog/atom
index 87e1669dc..cadfd1cb5 100644
--- a/changelog/atom
+++ b/changelog/atom
@@ -2,7 +2,7 @@
 
     https://www.thepaperpilot.org/changelog/
     The Paper Pilot's Digital Garden Changelog
-    2024-06-14T04:46:42.073Z
+    2024-06-15T05:12:44.109Z
     https://github.com/jpmonette/feed
     
         The Paper Pilot
@@ -13,6 +13,84 @@
     
     A feed of updates made to my digital garden!
     All rights reserved 2024, The Paper Pilot
+    
+        <![CDATA[ 4 files changed, 72 insertions(+)]]>
+        https://code.incremental.social/thepaperpilot/pages/commit/de7fbf829b37d635a3f143abffcc3597135a445a
+        
+        2024-06-09T00:00:00.000Z
+        
+        
+
+
+Page
+Changes
+
+
+
+davey-wreden22 ++++++++++++++++++++++
+ivy-road15 +++++++++++++++
+the-beginner-s-guide22 ++++++++++++++++++++++
+wanderstop13 +++++++++++++
+
+]]>
+    
+    
+        <![CDATA[ 1 file changed, 11 insertions(+), 3 deletions(-)]]>
+        https://code.incremental.social/thepaperpilot/pages/commit/305386d2f186225a929ee2dfc275569a77a29945
+        
+        2024-06-09T00:00:00.000Z
+        
+        
+
+
+Page
+Changes
+
+
+
+the-small-web14 +++++++++++---
+
+]]>
+    
+    
+        <![CDATA[ 3 files changed, 48 insertions(+), 38 deletions(-)]]>
+        https://code.incremental.social/thepaperpilot/pages/commit/f55b76ee790425e33432c56e398c1d76f8e2e1a6
+        
+        2024-06-06T00:00:00.000Z
+        
+        
+
+
+Page
+Changes
+
+
+
+digital-gardens2 +-
+fedi-v23 +-
+the-small-web81 +++++++++++++++++++++++++++---------------------
+
+]]>
+    
+    
+        <![CDATA[ 2 files changed, 3 insertions(+), 1 deletion(-)]]>
+        https://code.incremental.social/thepaperpilot/pages/commit/67a9853718f59a427ae2df3b26b7058ebab1adb1
+        
+        2024-06-14T00:00:00.000Z
+        
+        
+
+
+Page
+Changes
+
+
+
+life-is-strange2 ++
+my-personal-website2 +-
+
+]]>
+    
     
         <![CDATA[ 20 files changed, 274 insertions(+), 16 deletions(-)]]>
         https://code.incremental.social/thepaperpilot/pages/commit/34f8298829d6d9ddc73eae8c01c1147ba1ad2573
@@ -48,27 +126,6 @@
 video-game-monetization43 ++++++++++++++++++++++++
 weird11 +++++--
 
-]]>
-    
-    
-        <![CDATA[ 4 files changed, 72 insertions(+)]]>
-        https://code.incremental.social/thepaperpilot/pages/commit/de7fbf829b37d635a3f143abffcc3597135a445a
-        
-        2024-06-09T00:00:00.000Z
-        
-        
-
-
-Page
-Changes
-
-
-
-davey-wreden22 ++++++++++++++++++++++
-ivy-road15 +++++++++++++++
-the-beginner-s-guide22 ++++++++++++++++++++++
-wanderstop13 +++++++++++++
-
 ]]>
     
     
@@ -133,24 +190,6 @@
 webrings2 ++
 weird2 ++
 
-]]>
-    
-    
-        <![CDATA[ 1 file changed, 11 insertions(+), 3 deletions(-)]]>
-        https://code.incremental.social/thepaperpilot/pages/commit/305386d2f186225a929ee2dfc275569a77a29945
-        
-        2024-06-09T00:00:00.000Z
-        
-        
-
-
-Page
-Changes
-
-
-
-the-small-web14 +++++++++++---
-
 ]]>
     
     
@@ -215,26 +254,6 @@
 webrings25 ++++
 weird12 ++
 
-]]>
-    
-    
-        <![CDATA[ 3 files changed, 48 insertions(+), 38 deletions(-)]]>
-        https://code.incremental.social/thepaperpilot/pages/commit/f55b76ee790425e33432c56e398c1d76f8e2e1a6
-        
-        2024-06-06T00:00:00.000Z
-        
-        
-
-
-Page
-Changes
-
-
-
-digital-gardens2 +-
-fedi-v23 +-
-the-small-web81 +++++++++++++++++++++++++++---------------------
-
 ]]>
     
 
\ No newline at end of file
diff --git a/changelog/index.html b/changelog/index.html
index 6461b7c01..cdb18ef87 100644
--- a/changelog/index.html
+++ b/changelog/index.html
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,8 @@
     
   
   
-    
          The Paper Pilot
          Appearance
          Changelog
          This feed starts when I formatted the site to be a Digital Garden. If you'd like to look further into this site's history, check here!
           20 files changed, 274 insertions(+), 16 deletions(-)
          Pushed on 
          PageChanges
          artificial-intelligence28 ++++++++++++++++
          command-palettes25 ++++++++++++++
          fedi-v215 +++++----
          fediverse2 +-
          guide-to-incrementals2 ++
          incremental-social2 +-
          life-is-strange60 ++++++++++++++++++++++++++++++++++
          logseq2 +-
          mtx13 ++++++++
          my-personal-website2 +-
          my-projects2 ++
          pre-order-bonuses28 ++++++++++++++++
          premium-currency19 +++++++++++
          social-media2 +-
          the-beginner-s-guide2 +-
          the-indieweb/amplification14 ++++++++
          the-indieweb/signature-blocks10 ++++++
          the-small-web8 +++--
          video-game-monetization43 ++++++++++++++++++++++++
          weird11 +++++--
           47 files changed, 124 insertions(+), 13 deletions(-)
          Pushed on 
          PageChanges
          activitypub2 ++
          advent-incremental2 ++
          atproto2 ++
          babble-buds2 ++
          capture-the-citadel2 ++
          chat-glue2 ++
          chronological2 ++
          cinny2 ++
          commune2 ++
          decentralized2 ++
          dice-armor2 ++
          digital-gardens2 ++
          federated-identity2 ++
          fedi-v230 +++++++++++++++++-----
          fediverse2 ++
          forgejo2 ++
          freeform-vs-chronological-dichotomy2 ++
          freeform2 ++
          game-dev-tree2 ++
          garden-rss4 ++-
          .../appeal-to-developers2 ++
          guide-to-incrementals/appeal-to-players6 +++--
          guide-to-incrementals/defining-the-genre6 +++--
          guide-to-incrementals2 ++
          .../navigating-criticism2 ++
          guide-to-incrementals/what-is-content4 ++-
          incremental-social2 ++
          kronos2 ++
          logseq2 ++
          matrix2 ++
          mbin2 ++
          my-personal-website2 ++
          my-projects2 ++
          nostr2 ++
          open-source2 ++
          opti-speech2 ++
          planar-pioneers2 ++
          profectus4 ++-
          social-media2 ++
          synapse2 ++
          the-cozy-web2 ++
          the-small-web2 ++
          this-knowledge-hub3 +++
          v-ecs2 ++
          vitepress2 ++
          webrings2 ++
          weird2 ++
           47 files changed, 1226 insertions(+)
          Pushed on 
          PageChanges
          activitypub13 ++
          advent-incremental21 +++
          atproto18 +++
          babble-buds22 ++++
          capture-the-citadel15 +++
          chat-glue12 ++
          chronological21 +++
          cinny10 ++
          commune33 +++++
          decentralized28 ++++
          dice-armor55 ++++++++
          digital-gardens20 +++
          federated-identity23 ++++
          fedi-v295 ++++++++++++++
          fediverse21 +++
          forgejo10 ++
          freeform-vs-chronological-dichotomy10 ++
          freeform17 +++
          game-dev-tree17 +++
          garden-rss22 ++++
          .../appeal-to-developers30 +++++
          guide-to-incrementals/appeal-to-players60 +++++++++
          guide-to-incrementals/defining-the-genre141 +++++++++++++++++++++
          guide-to-incrementals27 ++++
          .../navigating-criticism26 ++++
          guide-to-incrementals/what-is-content52 ++++++++
          incremental-social16 +++
          kronos18 +++
          logseq10 ++
          matrix10 ++
          mbin12 ++
          my-personal-website10 ++
          my-projects27 ++++
          nostr13 ++
          open-source12 ++
          opti-speech37 ++++++
          planar-pioneers15 +++
          profectus24 ++++
          social-media25 ++++
          synapse10 ++
          the-cozy-web16 +++
          the-small-web58 +++++++++
          this-knowledge-hub22 ++++
          v-ecs25 ++++
          vitepress10 ++
          webrings25 ++++
          weird12 ++
          
-    
+    
          The Paper Pilot
          Appearance
          Changelog
          This feed starts when I formatted the site to be a Digital Garden. If you'd like to look further into this site's history, check here!
           20 files changed, 274 insertions(+), 16 deletions(-)
          Pushed on 
          PageChanges
          artificial-intelligence28 ++++++++++++++++
          command-palettes25 ++++++++++++++
          fedi-v215 +++++----
          fediverse2 +-
          guide-to-incrementals2 ++
          incremental-social2 +-
          life-is-strange60 ++++++++++++++++++++++++++++++++++
          logseq2 +-
          mtx13 ++++++++
          my-personal-website2 +-
          my-projects2 ++
          pre-order-bonuses28 ++++++++++++++++
          premium-currency19 +++++++++++
          social-media2 +-
          the-beginner-s-guide2 +-
          the-indieweb/amplification14 ++++++++
          the-indieweb/signature-blocks10 ++++++
          the-small-web8 +++--
          video-game-monetization43 ++++++++++++++++++++++++
          weird11 +++++--
           47 files changed, 124 insertions(+), 13 deletions(-)
          Pushed on 
          PageChanges
          activitypub2 ++
          advent-incremental2 ++
          atproto2 ++
          babble-buds2 ++
          capture-the-citadel2 ++
          chat-glue2 ++
          chronological2 ++
          cinny2 ++
          commune2 ++
          decentralized2 ++
          dice-armor2 ++
          digital-gardens2 ++
          federated-identity2 ++
          fedi-v230 +++++++++++++++++-----
          fediverse2 ++
          forgejo2 ++
          freeform-vs-chronological-dichotomy2 ++
          freeform2 ++
          game-dev-tree2 ++
          garden-rss4 ++-
          .../appeal-to-developers2 ++
          guide-to-incrementals/appeal-to-players6 +++--
          guide-to-incrementals/defining-the-genre6 +++--
          guide-to-incrementals2 ++
          .../navigating-criticism2 ++
          guide-to-incrementals/what-is-content4 ++-
          incremental-social2 ++
          kronos2 ++
          logseq2 ++
          matrix2 ++
          mbin2 ++
          my-personal-website2 ++
          my-projects2 ++
          nostr2 ++
          open-source2 ++
          opti-speech2 ++
          planar-pioneers2 ++
          profectus4 ++-
          social-media2 ++
          synapse2 ++
          the-cozy-web2 ++
          the-small-web2 ++
          this-knowledge-hub3 +++
          v-ecs2 ++
          vitepress2 ++
          webrings2 ++
          weird2 ++
           47 files changed, 1226 insertions(+)
          Pushed on 
          PageChanges
          activitypub13 ++
          advent-incremental21 +++
          atproto18 +++
          babble-buds22 ++++
          capture-the-citadel15 +++
          chat-glue12 ++
          chronological21 +++
          cinny10 ++
          commune33 +++++
          decentralized28 ++++
          dice-armor55 ++++++++
          digital-gardens20 +++
          federated-identity23 ++++
          fedi-v295 ++++++++++++++
          fediverse21 +++
          forgejo10 ++
          freeform-vs-chronological-dichotomy10 ++
          freeform17 +++
          game-dev-tree17 +++
          garden-rss22 ++++
          .../appeal-to-developers30 +++++
          guide-to-incrementals/appeal-to-players60 +++++++++
          guide-to-incrementals/defining-the-genre141 +++++++++++++++++++++
          guide-to-incrementals27 ++++
          .../navigating-criticism26 ++++
          guide-to-incrementals/what-is-content52 ++++++++
          incremental-social16 +++
          kronos18 +++
          logseq10 ++
          matrix10 ++
          mbin12 ++
          my-personal-website10 ++
          my-projects27 ++++
          nostr13 ++
          open-source12 ++
          opti-speech37 ++++++
          planar-pioneers15 +++
          profectus24 ++++
          social-media25 ++++
          synapse10 ++
          the-cozy-web16 +++
          the-small-web58 +++++++++
          this-knowledge-hub22 ++++
          v-ecs25 ++++
          vitepress10 ++
          webrings25 ++++
          weird12 ++
          
+    
     
   
 
\ No newline at end of file
diff --git a/changelog/json b/changelog/json
index fc5fc11e2..df1c9e59c 100644
--- a/changelog/json
+++ b/changelog/json
@@ -9,14 +9,6 @@
         "url": "https://www.thepaperpilot.org/"
     },
     "items": [
-        {
-            "id": "https://code.incremental.social/thepaperpilot/pages/commit/34f8298829d6d9ddc73eae8c01c1147ba1ad2573",
-            "content_html": "\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
          PageChanges
          artificial-intelligence28 ++++++++++++++++
          command-palettes25 ++++++++++++++
          fedi-v215 +++++----
          fediverse2 +-
          guide-to-incrementals2 ++
          incremental-social2 +-
          life-is-strange60 ++++++++++++++++++++++++++++++++++
          logseq2 +-
          mtx13 ++++++++
          my-personal-website2 +-
          my-projects2 ++
          pre-order-bonuses28 ++++++++++++++++
          premium-currency19 +++++++++++
          social-media2 +-
          the-beginner-s-guide2 +-
          the-indieweb/amplification14 ++++++++
          the-indieweb/signature-blocks10 ++++++
          the-small-web8 +++--
          video-game-monetization43 ++++++++++++++++++++++++
          weird11 +++++--
          ",
-            "url": "https://code.incremental.social/thepaperpilot/pages/commit/34f8298829d6d9ddc73eae8c01c1147ba1ad2573",
-            "title": " 20 files changed, 274 insertions(+), 16 deletions(-)",
-            "summary": " 20 files changed, 274 insertions(+), 16 deletions(-)",
-            "date_modified": "2024-06-13T00:00:00.000Z"
-        },
         {
             "id": "https://code.incremental.social/thepaperpilot/pages/commit/de7fbf829b37d635a3f143abffcc3597135a445a",
             "content_html": "\n\n\n\n\n\n\n\n\n\n\n\n\n
          PageChanges
          davey-wreden22 ++++++++++++++++++++++
          ivy-road15 +++++++++++++++
          the-beginner-s-guide22 ++++++++++++++++++++++
          wanderstop13 +++++++++++++
          ",
@@ -25,14 +17,6 @@
             "summary": " 4 files changed, 72 insertions(+)",
             "date_modified": "2024-06-09T00:00:00.000Z"
         },
-        {
-            "id": "https://code.incremental.social/thepaperpilot/pages/commit/91e757f7ccbeb570d900aaa5b49e6e4874d19b2f",
-            "content_html": "\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
          PageChanges
          activitypub2 ++
          advent-incremental2 ++
          atproto2 ++
          babble-buds2 ++
          capture-the-citadel2 ++
          chat-glue2 ++
          chronological2 ++
          cinny2 ++
          commune2 ++
          decentralized2 ++
          dice-armor2 ++
          digital-gardens2 ++
          federated-identity2 ++
          fedi-v230 +++++++++++++++++-----
          fediverse2 ++
          forgejo2 ++
          freeform-vs-chronological-dichotomy2 ++
          freeform2 ++
          game-dev-tree2 ++
          garden-rss4 ++-
          .../appeal-to-developers2 ++
          guide-to-incrementals/appeal-to-players6 +++--
          guide-to-incrementals/defining-the-genre6 +++--
          guide-to-incrementals2 ++
          .../navigating-criticism2 ++
          guide-to-incrementals/what-is-content4 ++-
          incremental-social2 ++
          kronos2 ++
          logseq2 ++
          matrix2 ++
          mbin2 ++
          my-personal-website2 ++
          my-projects2 ++
          nostr2 ++
          open-source2 ++
          opti-speech2 ++
          planar-pioneers2 ++
          profectus4 ++-
          social-media2 ++
          synapse2 ++
          the-cozy-web2 ++
          the-small-web2 ++
          this-knowledge-hub3 +++
          v-ecs2 ++
          vitepress2 ++
          webrings2 ++
          weird2 ++
          ",
-            "url": "https://code.incremental.social/thepaperpilot/pages/commit/91e757f7ccbeb570d900aaa5b49e6e4874d19b2f",
-            "title": " 47 files changed, 124 insertions(+), 13 deletions(-)",
-            "summary": " 47 files changed, 124 insertions(+), 13 deletions(-)",
-            "date_modified": "2024-06-05T00:00:00.000Z"
-        },
         {
             "id": "https://code.incremental.social/thepaperpilot/pages/commit/305386d2f186225a929ee2dfc275569a77a29945",
             "content_html": "\n\n\n\n\n\n\n\n\n\n
          PageChanges
          the-small-web14 +++++++++++---
          ",
@@ -41,14 +25,6 @@
             "summary": " 1 file changed, 11 insertions(+), 3 deletions(-)",
             "date_modified": "2024-06-09T00:00:00.000Z"
         },
-        {
-            "id": "https://code.incremental.social/thepaperpilot/pages/commit/fe175090d3fc0cfa81754ec5b19a184005e31d8c",
-            "content_html": "\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
          PageChanges
          activitypub13 ++
          advent-incremental21 +++
          atproto18 +++
          babble-buds22 ++++
          capture-the-citadel15 +++
          chat-glue12 ++
          chronological21 +++
          cinny10 ++
          commune33 +++++
          decentralized28 ++++
          dice-armor55 ++++++++
          digital-gardens20 +++
          federated-identity23 ++++
          fedi-v295 ++++++++++++++
          fediverse21 +++
          forgejo10 ++
          freeform-vs-chronological-dichotomy10 ++
          freeform17 +++
          game-dev-tree17 +++
          garden-rss22 ++++
          .../appeal-to-developers30 +++++
          guide-to-incrementals/appeal-to-players60 +++++++++
          guide-to-incrementals/defining-the-genre141 +++++++++++++++++++++
          guide-to-incrementals27 ++++
          .../navigating-criticism26 ++++
          guide-to-incrementals/what-is-content52 ++++++++
          incremental-social16 +++
          kronos18 +++
          logseq10 ++
          matrix10 ++
          mbin12 ++
          my-personal-website10 ++
          my-projects27 ++++
          nostr13 ++
          open-source12 ++
          opti-speech37 ++++++
          planar-pioneers15 +++
          profectus24 ++++
          social-media25 ++++
          synapse10 ++
          the-cozy-web16 +++
          the-small-web58 +++++++++
          this-knowledge-hub22 ++++
          v-ecs25 ++++
          vitepress10 ++
          webrings25 ++++
          weird12 ++
          ",
-            "url": "https://code.incremental.social/thepaperpilot/pages/commit/fe175090d3fc0cfa81754ec5b19a184005e31d8c",
-            "title": " 47 files changed, 1226 insertions(+)",
-            "summary": " 47 files changed, 1226 insertions(+)",
-            "date_modified": "2024-06-03T00:00:00.000Z"
-        },
         {
             "id": "https://code.incremental.social/thepaperpilot/pages/commit/f55b76ee790425e33432c56e398c1d76f8e2e1a6",
             "content_html": "\n\n\n\n\n\n\n\n\n\n\n\n
          PageChanges
          digital-gardens2 +-
          fedi-v23 +-
          the-small-web81 +++++++++++++++++++++++++++---------------------
          ",
@@ -56,6 +32,38 @@
             "title": " 3 files changed, 48 insertions(+), 38 deletions(-)",
             "summary": " 3 files changed, 48 insertions(+), 38 deletions(-)",
             "date_modified": "2024-06-06T00:00:00.000Z"
+        },
+        {
+            "id": "https://code.incremental.social/thepaperpilot/pages/commit/67a9853718f59a427ae2df3b26b7058ebab1adb1",
+            "content_html": "\n\n\n\n\n\n\n\n\n\n\n
          PageChanges
          life-is-strange2 ++
          my-personal-website2 +-
          ",
+            "url": "https://code.incremental.social/thepaperpilot/pages/commit/67a9853718f59a427ae2df3b26b7058ebab1adb1",
+            "title": " 2 files changed, 3 insertions(+), 1 deletion(-)",
+            "summary": " 2 files changed, 3 insertions(+), 1 deletion(-)",
+            "date_modified": "2024-06-14T00:00:00.000Z"
+        },
+        {
+            "id": "https://code.incremental.social/thepaperpilot/pages/commit/34f8298829d6d9ddc73eae8c01c1147ba1ad2573",
+            "content_html": "\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
          PageChanges
          artificial-intelligence28 ++++++++++++++++
          command-palettes25 ++++++++++++++
          fedi-v215 +++++----
          fediverse2 +-
          guide-to-incrementals2 ++
          incremental-social2 +-
          life-is-strange60 ++++++++++++++++++++++++++++++++++
          logseq2 +-
          mtx13 ++++++++
          my-personal-website2 +-
          my-projects2 ++
          pre-order-bonuses28 ++++++++++++++++
          premium-currency19 +++++++++++
          social-media2 +-
          the-beginner-s-guide2 +-
          the-indieweb/amplification14 ++++++++
          the-indieweb/signature-blocks10 ++++++
          the-small-web8 +++--
          video-game-monetization43 ++++++++++++++++++++++++
          weird11 +++++--
          ",
+            "url": "https://code.incremental.social/thepaperpilot/pages/commit/34f8298829d6d9ddc73eae8c01c1147ba1ad2573",
+            "title": " 20 files changed, 274 insertions(+), 16 deletions(-)",
+            "summary": " 20 files changed, 274 insertions(+), 16 deletions(-)",
+            "date_modified": "2024-06-13T00:00:00.000Z"
+        },
+        {
+            "id": "https://code.incremental.social/thepaperpilot/pages/commit/91e757f7ccbeb570d900aaa5b49e6e4874d19b2f",
+            "content_html": "\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
          PageChanges
          activitypub2 ++
          advent-incremental2 ++
          atproto2 ++
          babble-buds2 ++
          capture-the-citadel2 ++
          chat-glue2 ++
          chronological2 ++
          cinny2 ++
          commune2 ++
          decentralized2 ++
          dice-armor2 ++
          digital-gardens2 ++
          federated-identity2 ++
          fedi-v230 +++++++++++++++++-----
          fediverse2 ++
          forgejo2 ++
          freeform-vs-chronological-dichotomy2 ++
          freeform2 ++
          game-dev-tree2 ++
          garden-rss4 ++-
          .../appeal-to-developers2 ++
          guide-to-incrementals/appeal-to-players6 +++--
          guide-to-incrementals/defining-the-genre6 +++--
          guide-to-incrementals2 ++
          .../navigating-criticism2 ++
          guide-to-incrementals/what-is-content4 ++-
          incremental-social2 ++
          kronos2 ++
          logseq2 ++
          matrix2 ++
          mbin2 ++
          my-personal-website2 ++
          my-projects2 ++
          nostr2 ++
          open-source2 ++
          opti-speech2 ++
          planar-pioneers2 ++
          profectus4 ++-
          social-media2 ++
          synapse2 ++
          the-cozy-web2 ++
          the-small-web2 ++
          this-knowledge-hub3 +++
          v-ecs2 ++
          vitepress2 ++
          webrings2 ++
          weird2 ++
          ",
+            "url": "https://code.incremental.social/thepaperpilot/pages/commit/91e757f7ccbeb570d900aaa5b49e6e4874d19b2f",
+            "title": " 47 files changed, 124 insertions(+), 13 deletions(-)",
+            "summary": " 47 files changed, 124 insertions(+), 13 deletions(-)",
+            "date_modified": "2024-06-05T00:00:00.000Z"
+        },
+        {
+            "id": "https://code.incremental.social/thepaperpilot/pages/commit/fe175090d3fc0cfa81754ec5b19a184005e31d8c",
+            "content_html": "\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
          PageChanges
          activitypub13 ++
          advent-incremental21 +++
          atproto18 +++
          babble-buds22 ++++
          capture-the-citadel15 +++
          chat-glue12 ++
          chronological21 +++
          cinny10 ++
          commune33 +++++
          decentralized28 ++++
          dice-armor55 ++++++++
          digital-gardens20 +++
          federated-identity23 ++++
          fedi-v295 ++++++++++++++
          fediverse21 +++
          forgejo10 ++
          freeform-vs-chronological-dichotomy10 ++
          freeform17 +++
          game-dev-tree17 +++
          garden-rss22 ++++
          .../appeal-to-developers30 +++++
          guide-to-incrementals/appeal-to-players60 +++++++++
          guide-to-incrementals/defining-the-genre141 +++++++++++++++++++++
          guide-to-incrementals27 ++++
          .../navigating-criticism26 ++++
          guide-to-incrementals/what-is-content52 ++++++++
          incremental-social16 +++
          kronos18 +++
          logseq10 ++
          matrix10 ++
          mbin12 ++
          my-personal-website10 ++
          my-projects27 ++++
          nostr13 ++
          open-source12 ++
          opti-speech37 ++++++
          planar-pioneers15 +++
          profectus24 ++++
          social-media25 ++++
          synapse10 ++
          the-cozy-web16 +++
          the-small-web58 +++++++++
          this-knowledge-hub22 ++++
          v-ecs25 ++++
          vitepress10 ++
          webrings25 ++++
          weird12 ++
          ",
+            "url": "https://code.incremental.social/thepaperpilot/pages/commit/fe175090d3fc0cfa81754ec5b19a184005e31d8c",
+            "title": " 47 files changed, 1226 insertions(+)",
+            "summary": " 47 files changed, 1226 insertions(+)",
+            "date_modified": "2024-06-03T00:00:00.000Z"
         }
     ]
 }
\ No newline at end of file
diff --git a/changelog/rss b/changelog/rss
index 603061497..36dc0fffa 100644
--- a/changelog/rss
+++ b/changelog/rss
@@ -4,12 +4,90 @@
         The Paper Pilot's Digital Garden Changelog
         https://www.thepaperpilot.org/changelog/
         A feed of updates made to my digital garden!
-        Fri, 14 Jun 2024 04:46:42 GMT
+        Sat, 15 Jun 2024 05:12:44 GMT
         https://validator.w3.org/feed/docs/rss2.html
         https://github.com/jpmonette/feed
         en
         All rights reserved 2024, The Paper Pilot
         
+        
+            <![CDATA[ 4 files changed, 72 insertions(+)]]>
+            https://code.incremental.social/thepaperpilot/pages/commit/de7fbf829b37d635a3f143abffcc3597135a445a
+            https://code.incremental.social/thepaperpilot/pages/commit/de7fbf829b37d635a3f143abffcc3597135a445a
+            Sun, 09 Jun 2024 00:00:00 GMT
+            
+            
+
+
+Page
+Changes
+
+
+
+davey-wreden22 ++++++++++++++++++++++
+ivy-road15 +++++++++++++++
+the-beginner-s-guide22 ++++++++++++++++++++++
+wanderstop13 +++++++++++++
+
+]]>
+        
+        
+            <![CDATA[ 1 file changed, 11 insertions(+), 3 deletions(-)]]>
+            https://code.incremental.social/thepaperpilot/pages/commit/305386d2f186225a929ee2dfc275569a77a29945
+            https://code.incremental.social/thepaperpilot/pages/commit/305386d2f186225a929ee2dfc275569a77a29945
+            Sun, 09 Jun 2024 00:00:00 GMT
+            
+            
+
+
+Page
+Changes
+
+
+
+the-small-web14 +++++++++++---
+
+]]>
+        
+        
+            <![CDATA[ 3 files changed, 48 insertions(+), 38 deletions(-)]]>
+            https://code.incremental.social/thepaperpilot/pages/commit/f55b76ee790425e33432c56e398c1d76f8e2e1a6
+            https://code.incremental.social/thepaperpilot/pages/commit/f55b76ee790425e33432c56e398c1d76f8e2e1a6
+            Thu, 06 Jun 2024 00:00:00 GMT
+            
+            
+
+
+Page
+Changes
+
+
+
+digital-gardens2 +-
+fedi-v23 +-
+the-small-web81 +++++++++++++++++++++++++++---------------------
+
+]]>
+        
+        
+            <![CDATA[ 2 files changed, 3 insertions(+), 1 deletion(-)]]>
+            https://code.incremental.social/thepaperpilot/pages/commit/67a9853718f59a427ae2df3b26b7058ebab1adb1
+            https://code.incremental.social/thepaperpilot/pages/commit/67a9853718f59a427ae2df3b26b7058ebab1adb1
+            Fri, 14 Jun 2024 00:00:00 GMT
+            
+            
+
+
+Page
+Changes
+
+
+
+life-is-strange2 ++
+my-personal-website2 +-
+
+]]>
+        
         
             <![CDATA[ 20 files changed, 274 insertions(+), 16 deletions(-)]]>
             https://code.incremental.social/thepaperpilot/pages/commit/34f8298829d6d9ddc73eae8c01c1147ba1ad2573
@@ -45,27 +123,6 @@
 video-game-monetization43 ++++++++++++++++++++++++
 weird11 +++++--
 
-]]>
-        
-        
-            <![CDATA[ 4 files changed, 72 insertions(+)]]>
-            https://code.incremental.social/thepaperpilot/pages/commit/de7fbf829b37d635a3f143abffcc3597135a445a
-            https://code.incremental.social/thepaperpilot/pages/commit/de7fbf829b37d635a3f143abffcc3597135a445a
-            Sun, 09 Jun 2024 00:00:00 GMT
-            
-            
-
-
-Page
-Changes
-
-
-
-davey-wreden22 ++++++++++++++++++++++
-ivy-road15 +++++++++++++++
-the-beginner-s-guide22 ++++++++++++++++++++++
-wanderstop13 +++++++++++++
-
 ]]>
         
         
@@ -130,24 +187,6 @@
 webrings2 ++
 weird2 ++
 
-]]>
-        
-        
-            <![CDATA[ 1 file changed, 11 insertions(+), 3 deletions(-)]]>
-            https://code.incremental.social/thepaperpilot/pages/commit/305386d2f186225a929ee2dfc275569a77a29945
-            https://code.incremental.social/thepaperpilot/pages/commit/305386d2f186225a929ee2dfc275569a77a29945
-            Sun, 09 Jun 2024 00:00:00 GMT
-            
-            
-
-
-Page
-Changes
-
-
-
-the-small-web14 +++++++++++---
-
 ]]>
         
         
@@ -212,26 +251,6 @@
 webrings25 ++++
 weird12 ++
 
-]]>
-        
-        
-            <![CDATA[ 3 files changed, 48 insertions(+), 38 deletions(-)]]>
-            https://code.incremental.social/thepaperpilot/pages/commit/f55b76ee790425e33432c56e398c1d76f8e2e1a6
-            https://code.incremental.social/thepaperpilot/pages/commit/f55b76ee790425e33432c56e398c1d76f8e2e1a6
-            Thu, 06 Jun 2024 00:00:00 GMT
-            
-            
-
-
-Page
-Changes
-
-
-
-digital-gardens2 +-
-fedi-v23 +-
-the-small-web81 +++++++++++++++++++++++++++---------------------
-
 ]]>
         
     
diff --git a/garden/activitypub/index.html b/garden/activitypub/index.html
index ed1ff5737..c2d3235ac 100644
--- a/garden/activitypub/index.html
+++ b/garden/activitypub/index.html
@@ -1,4 +1,4 @@
-
+
          
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
          The Paper Pilot
          Appearance
          ActivityPub ​
          Referenced by: Fediverse
          Tags: Decentralized
          ActivityPub is a protocol for Federated Social Media
          Last updated: 
          
-    
+    
+    
     
   
-
\ No newline at end of file
+
          
\ No newline at end of file
diff --git a/garden/advent-incremental/index.html b/garden/advent-incremental/index.html
index c652fc4c8..fc2b88f13 100644
--- a/garden/advent-incremental/index.html
+++ b/garden/advent-incremental/index.html
@@ -1,4 +1,4 @@
-
+
          
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
          The Paper Pilot
          Appearance
          Advent Incremental ​
          Tags: My Projects, Profectus
          Play it here!
          An Open Source game made in Profectus over the course of 1 month by myself and other devs I know in the Incremental Games community!
          I had the idea of an advent-style game that unlocked new pieces of content every real-life day a couple days before December started.
          This was one of the most hectic months of my life!
          I'm super happy with how it turned out. It ended up being way more ambitious than I anticipated but the end result is super large and awesome!
          The TV Tropes page on this game mentions some of the cool things about this game
          Last updated: 
          
-    
+    
          The Paper Pilot
          Appearance
          Advent Incremental 
          152 words, ~1 minute read. Planted 
+. Last tended to 
+.
          Tags: My Projects, Profectus
          Play it here!
          An Open Source game made in Profectus over the course of 1 month by myself and other devs I know in the Incremental Games community!
          I had the idea of an advent-style game that unlocked new pieces of content every real-life day a couple days before December started.
          This was one of the most hectic months of my life!
          I'm super happy with how it turned out. It ended up being way more ambitious than I anticipated but the end result is super large and awesome!
          The TV Tropes page on this game mentions some of the cool things about this game
          
+    
     
   
-
\ No newline at end of file
+
          
\ No newline at end of file
diff --git a/garden/artificial-intelligence/index.html b/garden/artificial-intelligence/index.html
index b708e47b2..3e10657c2 100644
--- a/garden/artificial-intelligence/index.html
+++ b/garden/artificial-intelligence/index.html
@@ -1,4 +1,4 @@
-
+
          
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,9 @@
     
   
   
-    
          The Paper Pilot
          Appearance
          Artificial Intelligence ​
          Referenced by: Command Palettes
          Catch all term that refers to many different things
          Generative AI
          • Models trained on large amounts of existing human made content in order to produce more of that content
          • Copyright concerns over how training data is obtained 
          • Common Examples 
          Human + AI cooperation
          Last updated: 
          
-    
+    
          The Paper Pilot
          Appearance
          Artificial Intelligence 
          150 words, ~1 minute read. Planted 
+.
          Referenced by: Command Palettes
          Catch all term that refers to many different things
          Generative AI
          • Models trained on large amounts of existing human made content in order to produce more of that content
          • Copyright concerns over how training data is obtained 
          • Common Examples 
          Human + AI cooperation
          
+    
     
   
-
\ No newline at end of file
+
          
\ No newline at end of file
diff --git a/garden/atproto/index.html b/garden/atproto/index.html
index 61450fd5c..480c4943b 100644
--- a/garden/atproto/index.html
+++ b/garden/atproto/index.html
@@ -1,4 +1,4 @@
-
+
          
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
          The Paper Pilot
          Appearance
          ATProto ​
          Referenced by: Fediverse
          Tags: Decentralized
          The AT Protocol is a protocol for Federated Social Media
          Currently only used by Bluesky
          In comparison to other Fediverse protocols, ATProto is designed for a small number of large instances
          Last updated: 
          
-    
+    
          The Paper Pilot
          Appearance
          ATProto 
          75 words, ~0 minute read. Planted 
+. Last tended to 
+.
          Referenced by: Fediverse
          Tags: Decentralized
          The AT Protocol is a protocol for Federated Social Media
          Currently only used by Bluesky
          In comparison to other Fediverse protocols, ATProto is designed for a small number of large instances
          
+    
     
   
-
\ No newline at end of file
+
          
\ No newline at end of file
diff --git a/garden/babble-buds/index.html b/garden/babble-buds/index.html
index ede9e0666..49191f5f4 100644
--- a/garden/babble-buds/index.html
+++ b/garden/babble-buds/index.html
@@ -1,4 +1,4 @@
-
+
          
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
          The Paper Pilot
          Appearance
          Babble Buds ​
          Tags: My Projects
          Babble Buds is a tool for creating puppets and interacting with puppets controlled by others on a shared stage
          Note: I need to move the website off replit because of their monetization strategy changing. In the meantime, you can check it out from its github repository
          Inspired by Puppet Pals by Robert Moran
          Intended for use in RPG Campaigns
          The renderer was separated into its own project, babble.js, so it could be used for stuff like cutscenes
          I ported the engine to C# and used it for the cutscenes in Dice Armor
          • I don't believe I ever separated it out into its own project, but you can find the code here
          Last updated: 
          
-    
+    
          The Paper Pilot
          Appearance
          Babble Buds 
          156 words, ~1 minute read. Planted 
+. Last tended to 
+.
          Tags: My Projects
          Babble Buds is a tool for creating puppets and interacting with puppets controlled by others on a shared stage
          Note: I need to move the website off replit because of their monetization strategy changing. In the meantime, you can check it out from its github repository
          Inspired by Puppet Pals by Robert Moran
          Intended for use in RPG Campaigns
          The renderer was separated into its own project, babble.js, so it could be used for stuff like cutscenes
          I ported the engine to C# and used it for the cutscenes in Dice Armor
          • I don't believe I ever separated it out into its own project, but you can find the code here
          
+    
     
   
-
\ No newline at end of file
+
          
\ No newline at end of file
diff --git a/garden/capture-the-citadel/index.html b/garden/capture-the-citadel/index.html
index ec547a503..828bc856f 100644
--- a/garden/capture-the-citadel/index.html
+++ b/garden/capture-the-citadel/index.html
@@ -1,4 +1,4 @@
-
+
          
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
          The Paper Pilot
          Appearance
          Capture the Citadel ​
          Tags: My Projects
          A 3D VR re-envisioning of a Slay the Spire-style game by Anthony Lawn and Grant Barbee for their VR class in college's final project.
          For more details, visit Grant's page on the game.
          screenshot.png
          Last updated: 
          
-    
+    
          The Paper Pilot
          Appearance
          Capture the Citadel 
          81 words, ~0 minute read. Planted 
+. Last tended to 
+.
          Tags: My Projects
          A 3D VR re-envisioning of a Slay the Spire-style game by Anthony Lawn and Grant Barbee for their VR class in college's final project.
          For more details, visit Grant's page on the game.
          screenshot.png
          
+    
     
   
-
\ No newline at end of file
+
        
\ No newline at end of file
diff --git a/garden/chat-glue/index.html b/garden/chat-glue/index.html
index dfadc456d..5ff283b8b 100644
--- a/garden/chat-glue/index.html
+++ b/garden/chat-glue/index.html
@@ -1,4 +1,4 @@
-
+
        
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
        The Paper Pilot
        Appearance
        Chat Glue ​
        Referenced by: Commune, My Personal Website, The Small Web
        A theoretical chat system designed to solve the problems of transcribing branching conversations into linear timelines.
        Defined by the Chatting with Glue comic.
        Last updated: 
        
-    
+    
        The Paper Pilot
        Appearance
        Chat Glue 
        72 words, ~0 minute read. Planted 
+. Last tended to 
+.
        Referenced by: Commune, My Personal Website, The Small Web
        A theoretical chat system designed to solve the problems of transcribing branching conversations into linear timelines.
        Defined by the Chatting with Glue comic.
        
+    
     
   
-
\ No newline at end of file
+
      
\ No newline at end of file
diff --git a/garden/chronological/index.html b/garden/chronological/index.html
index 832c6a6f1..b74184f90 100644
--- a/garden/chronological/index.html
+++ b/garden/chronological/index.html
@@ -1,4 +1,4 @@
-
+
      
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
      The Paper Pilot
      Appearance
      Chronological ​
      Referenced by: Digital Gardens, Freeform vs Chronological Dichotomy, The Small Web
      A collection of information that is tied to its creation or edit date
      Part of the Freeform vs Chronological Dichotomy
      Anything with a "timeline" or "feed" is considered chronological
      • Even if there's algorithmic sortings that take things other than creation or edit date into account!
      Chronological displays are less suitable as stores of knowledge (Digital Gardens)
      Social media overuses timelines and feeds
      RSS feeds work really well with this form of content
      Last updated: 
      
-    
+    
      The Paper Pilot
      Appearance
      Chronological 
      123 words, ~1 minute read. Planted 
+. Last tended to 
+.
      Referenced by: Digital Gardens, Freeform vs Chronological Dichotomy, The Small Web
      A collection of information that is tied to its creation or edit date
      Part of the Freeform vs Chronological Dichotomy
      Anything with a "timeline" or "feed" is considered chronological
      • Even if there's algorithmic sortings that take things other than creation or edit date into account!
      Chronological displays are less suitable as stores of knowledge (Digital Gardens)
      Social media overuses timelines and feeds
      RSS feeds work really well with this form of content
      
+    
     
   
-
\ No newline at end of file
+
      
\ No newline at end of file
diff --git a/garden/cinny/index.html b/garden/cinny/index.html
index db8ce2dce..515dfe81d 100644
--- a/garden/cinny/index.html
+++ b/garden/cinny/index.html
@@ -1,4 +1,4 @@
-
+
      
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
      The Paper Pilot
      Appearance
      Cinny ​
      Referenced by: Incremental Social
      Cinny is an Open Source web client for the Matrix messaging protocol
      Last updated: 
      
-    
+    
      The Paper Pilot
      Appearance
      Cinny 
      55 words, ~0 minute read. Planted 
+. Last tended to 
+.
      Referenced by: Incremental Social
      Cinny is an Open Source web client for the Matrix messaging protocol
      
+    
     
   
-
\ No newline at end of file
+
      
\ No newline at end of file
diff --git a/garden/command-palettes/index.html b/garden/command-palettes/index.html
index 635b6fafe..4788592af 100644
--- a/garden/command-palettes/index.html
+++ b/garden/command-palettes/index.html
@@ -1,4 +1,4 @@
-
+
      
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,9 @@
     
   
   
-    
      The Paper Pilot
      Appearance
      Command Palettes ​
      Command palettes are a design pattern where apps expose functionality through a search bar
      Typing what you want is almost certainly easier and faster than finding the action in some submenu or remembering an arcane hotkey
      • Especially with fuzzy search that also looks through descriptions of actions
      • Command palettes scale very well with large amounts of actions
      Artificial Intelligence will make command palettes increasingly powerful
      • Eventually these may become conversational interfaces
      Maggie Appleton discusses this pattern in her article on Command K Bars
      • The name comes from the fact many apps use the ctrl/cmd k shortcut to open the command palette
      Many softwares I use have some form of command palette
      • Linear
      • Logseq
      • Visual Studio Code
      Last updated: 
      
-    
+    
      The Paper Pilot
      Appearance
      Command Palettes 
      157 words, ~1 minute read. Planted 
+.
      Command palettes are a design pattern where apps expose functionality through a search bar
      Typing what you want is almost certainly easier and faster than finding the action in some submenu or remembering an arcane hotkey
      • Especially with fuzzy search that also looks through descriptions of actions
      • Command palettes scale very well with large amounts of actions
      Artificial Intelligence will make command palettes increasingly powerful
      • Eventually these may become conversational interfaces
      Maggie Appleton discusses this pattern in her article on Command K Bars
      • The name comes from the fact many apps use the ctrl/cmd k shortcut to open the command palette
      Many softwares I use have some form of command palette
      • Linear
      • Logseq
      • Visual Studio Code
      
+    
     
   
-
\ No newline at end of file
+
      
\ No newline at end of file
diff --git a/garden/commune/index.html b/garden/commune/index.html
index 51c3bb52a..134cbb584 100644
--- a/garden/commune/index.html
+++ b/garden/commune/index.html
@@ -1,4 +1,4 @@
-
+
      
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
      The Paper Pilot
      Appearance
      Commune ​
      Referenced by: Federated Identity, Fedi v2, My Personal Website, Webrings, Weird
      An Open Source Matrix web client built to be better for communities than anything else out there
      • Currently in development
      • Exposes certain channels such that they are web indexable
      • Will include features like Chat Glue and communal Digital Gardens
      Created by Erlend Sogge Heggen, a ex-employee from Discourse
      • Maintains the Commune Blog with great write ups on the issues of the modern web, social media, etc. and how they can be improved (by Commune or related projects)
      • Also maintains a Personal Blog about similar topics
      The Commune community is very interested in various topics and how they can relate together:
      Related projects:
      • @laxla@tech.lgbt is creating Gimli, a federated discord alternative 
        • Built on ActivityPub
        • "Guild-based" in ways matrix is not?
        • Will integrate with F3 as well
        • Wants to handle blogging as well
        • Certainly seems similar to Commune's message gardening concept
      Last updated: 
      
-    
+    
      The Paper Pilot
      Appearance
      Commune 
      226 words, ~1 minute read. Planted 
+. Last tended to 
+.
      Referenced by: Federated Identity, Fedi v2, My Personal Website, Webrings, Weird
      An Open Source Matrix web client built to be better for communities than anything else out there
      • Currently in development
      • Exposes certain channels such that they are web indexable
      • Will include features like Chat Glue and communal Digital Gardens
      Created by Erlend Sogge Heggen, a ex-employee from Discourse
      • Maintains the Commune Blog with great write ups on the issues of the modern web, social media, etc. and how they can be improved (by Commune or related projects)
      • Also maintains a Personal Blog about similar topics
      The Commune community is very interested in various topics and how they can relate together:
      Related projects:
      • @laxla@tech.lgbt is creating Gimli, a federated discord alternative 
        • Built on ActivityPub
        • "Guild-based" in ways matrix is not?
        • Will integrate with F3 as well
        • Wants to handle blogging as well
        • Certainly seems similar to Commune's message gardening concept
      
+    
     
   
-
\ No newline at end of file
+
      
\ No newline at end of file
diff --git a/garden/davey-wreden/index.html b/garden/davey-wreden/index.html
index f14542074..20a4025e1 100644
--- a/garden/davey-wreden/index.html
+++ b/garden/davey-wreden/index.html
@@ -1,4 +1,4 @@
-
+
      
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,9 @@
     
   
   
-    
-    
+    
+    
     
   
-
\ No newline at end of file
+
      
\ No newline at end of file
diff --git a/garden/decentralized/index.html b/garden/decentralized/index.html
index b32959808..616c177f3 100644
--- a/garden/decentralized/index.html
+++ b/garden/decentralized/index.html
@@ -1,4 +1,4 @@
-
+
      
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
      The Paper Pilot
      Appearance
      Decentralized ​
      Referenced by: Commune, Fedi v2, Matrix, Social Media
      Tagged by: ATProto, ActivityPub, Federated Identity, Fediverse, Nostr
      Something with no central source of authority
      Common examples:
      In practice, the "pick a server" problem causes email and the fediverse to trend towards a handful of large servers that still suffer from some of the issues of centralization
      Advantages over centralization:
      • Data ownership
      • Increased privacy
      • No rules to follow
      • Can fully customize your experience
      • No single entity can make the experience worse for everyone
      • Anyone and everyone can try their hand at improving the ecosystem
      Last updated: 
      
-    
+    
      The Paper Pilot
      Appearance
      Decentralized 
      135 words, ~1 minute read. Planted 
+. Last tended to 
+.
      Referenced by: Commune, Fedi v2, Matrix, Social Media
      Tagged by: ATProto, ActivityPub, Federated Identity, Fediverse, Nostr
      Something with no central source of authority
      Common examples:
      In practice, the "pick a server" problem causes email and the fediverse to trend towards a handful of large servers that still suffer from some of the issues of centralization
      Advantages over centralization:
      • Data ownership
      • Increased privacy
      • No rules to follow
      • Can fully customize your experience
      • No single entity can make the experience worse for everyone
      • Anyone and everyone can try their hand at improving the ecosystem
      
+    
     
   
-
\ No newline at end of file
+
      
\ No newline at end of file
diff --git a/garden/dice-armor/index.html b/garden/dice-armor/index.html
index a8dbf50a9..78232ff78 100644
--- a/garden/dice-armor/index.html
+++ b/garden/dice-armor/index.html
@@ -1,4 +1,4 @@
-
+
      
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
      The Paper Pilot
      Appearance
      Dice Armor ​
      Referenced by: Babble Buds
      Tags: My Projects
      Download it here
      Dice Armor is a game that started development as a semester-long project by a team of nine: a producer, a creative director, a narrative writer, an artist, two programmers, and 3 game designers. The information here is about my contributions as the lead programmer over the semester because I can show off stuff like the editor scripts I wrote. I was doing everything from interface coding, editor scripts, integrating Babble Buds, and of course, everything related to the gameplay itself. To date I'm still the lead programmer for the game; for more up-to-date information on the current state of the game please visit the official site.
      The build available here was created for showing off at the end of the semester, and as such has some buttons present to make the game easier to skip parts of the game to see all the content: You start with all the dice in the game already in the shop, there's a button to give yourself free money to buy these dice with, and in the duel, there are buttons to force a win or a loss, which can be used to skip the tutorial (not recommended for first-time players).
      Tutorial
      Dice Armor is a dice dueling game. Players can use abilities, flip dice, and attack each other to win in a dice game that puts chance into the hands of the players. This is what the dueling scene looks like, with a tutorial cutscene happening on top to guide the player through the basics. Also, all the dice are constructed dynamically, using quaternion math to figure out the placement of each component relative to the face it is going on. The die in the middle has one of the player' and opponents' portraits on each of its sides.
      Editors
      For many of the objects I've created, I've made scriptable objects so that game designers can add and modify them easily. Additionally, I would create custom inspectors for the objects to help make them as easy to understand and edit as possible. The opponent's artificial intelligence is made up of many strategies, in a prioritized list. When it is the opponents' turn they go through each strategy and check if they can be run, and if so then the opponent performs the strategy and starts back over at the top of the list of strategies. The + sign under the list of strategies opens an organized dropdown of all the various strategies.
      Simulator
      In addition to custom inspector code, I've created new tools for the editor for our game designers to use. This is a duel simulator that will take two opponents and simulate an arbitrary number of duels between them, and output the results and summarize them for you, much much quicker than manually going through the duels, even with an absurdly high timeScale. This will become incredibly useful in making balance changes and testing new dice against existing sets. This is a screenshot of it in edit mode, but in play mode it removes the "Dueling Managers" field and will use whatever the current duel balance settings are, allowing for the GDs to test freely in play mode without worrying about undoing all their changes afterward.
      da1.png
      I created the Babble Buds puppet editor and ported the rendering library I wrote for it to C# so it could be used in Unity. Dice Armor has a full campaign using cutscenes made using the Babble Buds cutscene editor, taking advantage of its support for custom commands and fields to control things like talking, giving the player dice and money, starting duels, and controlling player progression through the story.
      Action Wheel
      When a cutscene ends, its final command is to either start a duel or set the next cutscene in the story. In the latter case, there is an additional field for what to call the next cutscene, and what location it takes place. The cutscene is then added to the player's save file, and when they visit the city locations are greyed out until they have at least one action to do there. Each location has a dynamically populated action wheel with a custom range of acceptable angles.
      Shop
      The dice shop is dynamically populated by a list of dice available to the player, which can be changed during cutscenes, and is checked against the dice owned by the player to generate sold-out indicators. On the left, the player can choose to filter the options down to a single dice effect, which also updates the "Buy All" button to buy only all the dice in the current filter.
      Inventory
      The inventory works most the same as the shop, but for equipping dice. It also allows you to drag individual dice or entire sets to the equipped dice glyph. While dragging it will highlight all the slots the new dice will be equipped into.
      Dice Rolling
      The dice rolling uses the physics engine and detects once the dice have stopped moving, then determines which side is face up based on which of the normals is closest to straight up. It flags the die as cocked if that smallest angle is above a threshold. The dice sink into the table when not rolling to not interfere with any dice that are rolling.
      Missile Storm
      During certain events like winning the game or having the face of a die broken, the players' portraits will flash an emotion for a second. After winning, a random living die from the winning player is chosen to play their "finisher move", a flashy and dramatic effect to end the game. Shown is the arcane mechana's finisher, "Missile Storm".
      After development stopped, the project became Open Source - check it out here
      Last updated: 
      
-    
+    
      The Paper Pilot
      Appearance
      Dice Armor 
      1001 words, ~5 minute read. Planted 
+. Last tended to 
+.
      Referenced by: Babble Buds
      Tags: My Projects
      Download it here
      Dice Armor is a game that started development as a semester-long project by a team of nine: a producer, a creative director, a narrative writer, an artist, two programmers, and 3 game designers. The information here is about my contributions as the lead programmer over the semester because I can show off stuff like the editor scripts I wrote. I was doing everything from interface coding, editor scripts, integrating Babble Buds, and of course, everything related to the gameplay itself. To date I'm still the lead programmer for the game; for more up-to-date information on the current state of the game please visit the official site.
      The build available here was created for showing off at the end of the semester, and as such has some buttons present to make the game easier to skip parts of the game to see all the content: You start with all the dice in the game already in the shop, there's a button to give yourself free money to buy these dice with, and in the duel, there are buttons to force a win or a loss, which can be used to skip the tutorial (not recommended for first-time players).
      Tutorial
      Dice Armor is a dice dueling game. Players can use abilities, flip dice, and attack each other to win in a dice game that puts chance into the hands of the players. This is what the dueling scene looks like, with a tutorial cutscene happening on top to guide the player through the basics. Also, all the dice are constructed dynamically, using quaternion math to figure out the placement of each component relative to the face it is going on. The die in the middle has one of the player' and opponents' portraits on each of its sides.
      Editors
      For many of the objects I've created, I've made scriptable objects so that game designers can add and modify them easily. Additionally, I would create custom inspectors for the objects to help make them as easy to understand and edit as possible. The opponent's artificial intelligence is made up of many strategies, in a prioritized list. When it is the opponents' turn they go through each strategy and check if they can be run, and if so then the opponent performs the strategy and starts back over at the top of the list of strategies. The + sign under the list of strategies opens an organized dropdown of all the various strategies.
      Simulator
      In addition to custom inspector code, I've created new tools for the editor for our game designers to use. This is a duel simulator that will take two opponents and simulate an arbitrary number of duels between them, and output the results and summarize them for you, much much quicker than manually going through the duels, even with an absurdly high timeScale. This will become incredibly useful in making balance changes and testing new dice against existing sets. This is a screenshot of it in edit mode, but in play mode it removes the "Dueling Managers" field and will use whatever the current duel balance settings are, allowing for the GDs to test freely in play mode without worrying about undoing all their changes afterward.
      da1.png
      I created the Babble Buds puppet editor and ported the rendering library I wrote for it to C# so it could be used in Unity. Dice Armor has a full campaign using cutscenes made using the Babble Buds cutscene editor, taking advantage of its support for custom commands and fields to control things like talking, giving the player dice and money, starting duels, and controlling player progression through the story.
      Action Wheel
      When a cutscene ends, its final command is to either start a duel or set the next cutscene in the story. In the latter case, there is an additional field for what to call the next cutscene, and what location it takes place. The cutscene is then added to the player's save file, and when they visit the city locations are greyed out until they have at least one action to do there. Each location has a dynamically populated action wheel with a custom range of acceptable angles.
      Shop
      The dice shop is dynamically populated by a list of dice available to the player, which can be changed during cutscenes, and is checked against the dice owned by the player to generate sold-out indicators. On the left, the player can choose to filter the options down to a single dice effect, which also updates the "Buy All" button to buy only all the dice in the current filter.
      Inventory
      The inventory works most the same as the shop, but for equipping dice. It also allows you to drag individual dice or entire sets to the equipped dice glyph. While dragging it will highlight all the slots the new dice will be equipped into.
      Dice Rolling
      The dice rolling uses the physics engine and detects once the dice have stopped moving, then determines which side is face up based on which of the normals is closest to straight up. It flags the die as cocked if that smallest angle is above a threshold. The dice sink into the table when not rolling to not interfere with any dice that are rolling.
      Missile Storm
      During certain events like winning the game or having the face of a die broken, the players' portraits will flash an emotion for a second. After winning, a random living die from the winning player is chosen to play their "finisher move", a flashy and dramatic effect to end the game. Shown is the arcane mechana's finisher, "Missile Storm".
      After development stopped, the project became Open Source - check it out here
      
+    
     
   
-
\ No newline at end of file
+
      
\ No newline at end of file
diff --git a/garden/digital-gardens/index.html b/garden/digital-gardens/index.html
index 7fe8be6de..67e55a325 100644
--- a/garden/digital-gardens/index.html
+++ b/garden/digital-gardens/index.html
@@ -1,4 +1,4 @@
-
+
      
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
      The Paper Pilot
      Appearance
      Digital Gardens ​
      Referenced by: Chronological, Commune, Garden-RSS, The Cozy Web, The Small Web
      Digital Gardens are Freeform collections of information made by an individual or community
      This Knowledge Hub
      Collections of digital gardens and resources for creating them:
      Last updated: 
      
-    
+    
      The Paper Pilot
      Appearance
      Digital Gardens 
      115 words, ~1 minute read. Planted 
+. Last tended to 
+.
      Referenced by: Chronological, Commune, Garden-RSS, The Cozy Web, The Small Web
      Digital Gardens are Freeform collections of information made by an individual or community
      This Knowledge Hub
      Collections of digital gardens and resources for creating them:
      
+    
     
   
-
\ No newline at end of file
+
      
\ No newline at end of file
diff --git a/garden/federated-identity/index.html b/garden/federated-identity/index.html
index 61f8eb428..988d8107e 100644
--- a/garden/federated-identity/index.html
+++ b/garden/federated-identity/index.html
@@ -1,4 +1,4 @@
-
+
      
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
      The Paper Pilot
      Appearance
      Federated Identity ​
      Referenced by: Commune, Fedi v2, Weird
      Tags: Decentralized
      Allow for validating one's identity without relying on a specific centralized server
      Implementations:
      Self hosted identity providers are NOT enough to be considered federated identity
      • OIDC and OAuth require the service owner to have pre-configured with explicitly allowed identity providers
      Incremental Social uses Zitadel which does NOT support IndieAuth and probably won't
      Last updated: 
      
-    
+    
      The Paper Pilot
      Appearance
      Federated Identity 
      119 words, ~1 minute read. Planted 
+. Last tended to 
+.
      Referenced by: Commune, Fedi v2, Weird
      Tags: Decentralized
      Allow for validating one's identity without relying on a specific centralized server
      Implementations:
      Self hosted identity providers are NOT enough to be considered federated identity
      • OIDC and OAuth require the service owner to have pre-configured with explicitly allowed identity providers
      Incremental Social uses Zitadel which does NOT support IndieAuth and probably won't
      
+    
     
   
-
\ No newline at end of file
+
      
\ No newline at end of file
diff --git a/garden/fedi-v2/index.html b/garden/fedi-v2/index.html
index 8591fb398..fb048edb2 100644
--- a/garden/fedi-v2/index.html
+++ b/garden/fedi-v2/index.html
@@ -1,4 +1,4 @@
-
+
      
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
      The Paper Pilot
      Appearance
      Fedi v2 ​
      Referenced by: Social Media, The IndieWeb/Signature Blocks, Weird
      A placeholder name for a theoretical new federated network that is client-centric, in contrast to the server-centric Fediverse
      There are further discussions about actually implementing all this within the Weird community
      Inspiration ​
      • A Plan for Social Media - Rethinking Federation
        • This article doesn't address many implementation details: 
          • If the server is a relay, can content not be viewed anonymously?
          • How to handle storing large amounts of data on every client?
          • Don't you still need to associate with a server for people to direct their messages to?
      • Single-user Mastodon Instance is a Bad Idea
        • Focuses on the non-feasibility of self hosting, contributing to Federated Social Media not actually having all the upsides it should theoretically have by virtue of being Decentralized
      • The Commune community
      • Existing protocols: 
        • Nostr
          • Currently suffers a culture problem by being associated with alt right and crypto users, making broad adoption more difficult
        • ATProto
          • Focused on a few large instances, to be run by large corporations. Still requires associating your identity with a server you don't own
      • A lot of these ideas are learned lessons from the usenet days
      Identity ​
      • Federated Identity
      • Private and public keys anyone can create and store how they want 
        • Fully free to create and store with no server dependencies
      • Profile information 
        • Sent as a signed message through all the relays
        • How would you trust a username? 
          • Petnames could be used to display human readable names via contacts or decentralized "naming hubs"
          • In most conversations online, you can trust their display name and add them as a contact as that display name 
            • You only need to verify they are the same person you interacted with previously
            • You only need to trust people you want to send money to or otherwise "important identities"
            • For important identities, you can trust your contacts forming a chain of trust, or a authoritative naming hub 
              • E.g. a white house ran naming hub that verifies the identities of the president and people of Congress
              • People typically wouldn't reach out to a naming hub, as it's not typically necessary
            • Contacts supercede naming hubs, so if a naming hub is breached, anyone I've previously added as a contact is still the source of truth 
              • This only fails if the private key itself was breached
            • I'm just thepaperpilot, my display name. For most online communication, this is sufficient 
              • My website can have a nameserver saying this publickey is the same as the site owner
              • If I write a paper at a scientific journal, they can say the author of x paper is my publickey
      • How to handle losing your private key 
        • If you do have a naming hub you can verify with, they can say the identity has a new publickey
        • Contacts can "vouch" for a identity having a new publickey
        • Clients can decide to trust the new publickey based on contacts and naming hubs saying to
        • Also applies to stolen or compromised keys
      Servers ​
      • Act as relays, merely storing messages and sending them to any clients or servers that have subscribed
      • May decide to publicly display messages its received 
        • These servers are how discovery would work
        • Different servers may offer unique displays, filters, etc.
      • Users can send their content to any server - no authentication or account required, as the identity suffices 
        • Even replies can work this way - no need to know from where a given message originated
      • Private servers could require some password when sending messages or subscribing to things 
        • Useful for a school or other entity that wants an internal social network
      • Different ways to subscribe to a server's messages 
        • All messages the relay hears about (new relays essentially subscribe like this to some existing relay)
        • All messages from a specific poster ID
        • Any replies to a message created with a specific poster ID
        • Shallow subscriptions, to lighten the load when subscribing to communities
      Content ​
      • Protocol should dictate how to convey text, image, audio, video, and binary content
      • Protocol should include reacting to content with arbitrary text, including a URL 
        • Upvotes and downvotes are implemented with this system
      • Each message contains fields for the poster's ID (public key) and a signature that verifies the content was made by that poster 
        • That signature serves as an ID for the message itself 
          • Anything can be replied to using the ID as the "parent" property in a new post
      • Edits are handled as replies with some flag to indicate it's updating the parent messages' content 
        • Naturally, this reply would only be respected if it matches the same creator ID
        • Servers should replace the original message entirely with this one and indicate its an edited message 
          • Some servers will inevitably keep a full history though
      • Groups/communities are just specially flagged messages 
        • Posting to a community is just replying to that message
        • Subscribing to a community is just subscribing to that message
        • The original message creator effectively owns the group
      • IndieWeb pages could publish these messages as well, effectively serving as clients within the network 
        • Perhaps use a bit to actually send those messages to other relays within the network
      Moderation ​
      • In general, edits and delete requests are made by replying with a specially flagged message
      • Edit and deletion messages are ignored unless they have the correct public key and signature 
        • Parent messages form a hierarchy of permission - if someone replies to your message, you can send a delete request for that message
        • Relay owners cannot fully delete messages, but can choose to stop relaying replies etc. of messages as the server owner wishes
      • Posts can be publicly reported with a specially flagged reply 
        • How to make anonymous reports?
      • Users can send deletion or edit messages even without a matching public key, and clients (or relays) can choose to respect those messages if that public key is whitelisted as a moderator 
        • Messages (and by extension, groups) can have replies granting or removing permission to other public IDs at that hierarchy level
        • People can setup accounts with their desired heuristic for sending delete messages, such as looking at public reports or analyzing the content with AI 
          • This way clients can effectively customize their preferred moderation
      • Clients can also choose to add additional rules for hiding content, such as any reports by followed users
      • Perhaps delete messages pull double duty as public reports in and of themselves?
      Problems to solve ​
      • No anonymity 
        • All upvotes, downvotes, etc. are linked to your public key
        • Perhaps a client could generate new keypairs for every action for anonymity, but then it'd be hard to determine if such an account and action was a genuine user or a bot
      • Servers could probably determine the identity of clients sending their messages to them 
        • A client that only ever sends messages with a specific public key is unlikely to be a server
        • A client that doesn't subscribe to all messages is unlikely to be a server
        • Perhaps clients and servers can be identified as such, and subscribing to new messages is something you only do to servers, not clients
      • Illegal material will likely be placed on the hard drive at least temporarily 
        • Messages will be downloaded and, even if you follow a moderator bot that looks for illegal material, there's likely to be a delay between receiving the initial message and receiving the bots delete message
      • You have to download all spam messages 
        • For redundancy, you'd likely subscribe to multiple relay servers
        • You cannot trust several relay servers to have identical rules on not relaying messages that don't pass whatever moderation heuristic
        • Therefore, the filtering out of spam has to be done by the client, after downloading it all
      Last updated: 
      
-    
+    
      The Paper Pilot
      Appearance
      Fedi v2 
      1323 words, ~7 minute read. Planted 
+. Last tended to 
+.
      Referenced by: Social Media, The IndieWeb/Signature Blocks, Weird
      A placeholder name for a theoretical new federated network that is client-centric, in contrast to the server-centric Fediverse
      There are further discussions about actually implementing all this within the Weird community
      Inspiration ​
      • A Plan for Social Media - Rethinking Federation
        • This article doesn't address many implementation details: 
          • If the server is a relay, can content not be viewed anonymously?
          • How to handle storing large amounts of data on every client?
          • Don't you still need to associate with a server for people to direct their messages to?
      • Single-user Mastodon Instance is a Bad Idea
        • Focuses on the non-feasibility of self hosting, contributing to Federated Social Media not actually having all the upsides it should theoretically have by virtue of being Decentralized
      • The Commune community
      • Existing protocols: 
        • Nostr
          • Currently suffers a culture problem by being associated with alt right and crypto users, making broad adoption more difficult
        • ATProto
          • Focused on a few large instances, to be run by large corporations. Still requires associating your identity with a server you don't own
      • A lot of these ideas are learned lessons from the usenet days
      Identity ​
      • Federated Identity
      • Private and public keys anyone can create and store how they want 
        • Fully free to create and store with no server dependencies
      • Profile information 
        • Sent as a signed message through all the relays
        • How would you trust a username? 
          • Petnames could be used to display human readable names via contacts or decentralized "naming hubs"
          • In most conversations online, you can trust their display name and add them as a contact as that display name 
            • You only need to verify they are the same person you interacted with previously
            • You only need to trust people you want to send money to or otherwise "important identities"
            • For important identities, you can trust your contacts forming a chain of trust, or a authoritative naming hub 
              • E.g. a white house ran naming hub that verifies the identities of the president and people of Congress
              • People typically wouldn't reach out to a naming hub, as it's not typically necessary
            • Contacts supercede naming hubs, so if a naming hub is breached, anyone I've previously added as a contact is still the source of truth 
              • This only fails if the private key itself was breached
            • I'm just thepaperpilot, my display name. For most online communication, this is sufficient 
              • My website can have a nameserver saying this publickey is the same as the site owner
              • If I write a paper at a scientific journal, they can say the author of x paper is my publickey
      • How to handle losing your private key 
        • If you do have a naming hub you can verify with, they can say the identity has a new publickey
        • Contacts can "vouch" for a identity having a new publickey
        • Clients can decide to trust the new publickey based on contacts and naming hubs saying to
        • Also applies to stolen or compromised keys
      Servers ​
      • Act as relays, merely storing messages and sending them to any clients or servers that have subscribed
      • May decide to publicly display messages its received 
        • These servers are how discovery would work
        • Different servers may offer unique displays, filters, etc.
      • Users can send their content to any server - no authentication or account required, as the identity suffices 
        • Even replies can work this way - no need to know from where a given message originated
      • Private servers could require some password when sending messages or subscribing to things 
        • Useful for a school or other entity that wants an internal social network
      • Different ways to subscribe to a server's messages 
        • All messages the relay hears about (new relays essentially subscribe like this to some existing relay)
        • All messages from a specific poster ID
        • Any replies to a message created with a specific poster ID
        • Shallow subscriptions, to lighten the load when subscribing to communities
      Content ​
      • Protocol should dictate how to convey text, image, audio, video, and binary content
      • Protocol should include reacting to content with arbitrary text, including a URL 
        • Upvotes and downvotes are implemented with this system
      • Each message contains fields for the poster's ID (public key) and a signature that verifies the content was made by that poster 
        • That signature serves as an ID for the message itself 
          • Anything can be replied to using the ID as the "parent" property in a new post
      • Edits are handled as replies with some flag to indicate it's updating the parent messages' content 
        • Naturally, this reply would only be respected if it matches the same creator ID
        • Servers should replace the original message entirely with this one and indicate its an edited message 
          • Some servers will inevitably keep a full history though
      • Groups/communities are just specially flagged messages 
        • Posting to a community is just replying to that message
        • Subscribing to a community is just subscribing to that message
        • The original message creator effectively owns the group
      • IndieWeb pages could publish these messages as well, effectively serving as clients within the network 
        • Perhaps use a bit to actually send those messages to other relays within the network
      Moderation ​
      • In general, edits and delete requests are made by replying with a specially flagged message
      • Edit and deletion messages are ignored unless they have the correct public key and signature 
        • Parent messages form a hierarchy of permission - if someone replies to your message, you can send a delete request for that message
        • Relay owners cannot fully delete messages, but can choose to stop relaying replies etc. of messages as the server owner wishes
      • Posts can be publicly reported with a specially flagged reply 
        • How to make anonymous reports?
      • Users can send deletion or edit messages even without a matching public key, and clients (or relays) can choose to respect those messages if that public key is whitelisted as a moderator 
        • Messages (and by extension, groups) can have replies granting or removing permission to other public IDs at that hierarchy level
        • People can setup accounts with their desired heuristic for sending delete messages, such as looking at public reports or analyzing the content with AI 
          • This way clients can effectively customize their preferred moderation
      • Clients can also choose to add additional rules for hiding content, such as any reports by followed users
      • Perhaps delete messages pull double duty as public reports in and of themselves?
      Problems to solve ​
      • No anonymity 
        • All upvotes, downvotes, etc. are linked to your public key
        • Perhaps a client could generate new keypairs for every action for anonymity, but then it'd be hard to determine if such an account and action was a genuine user or a bot
      • Servers could probably determine the identity of clients sending their messages to them 
        • A client that only ever sends messages with a specific public key is unlikely to be a server
        • A client that doesn't subscribe to all messages is unlikely to be a server
        • Perhaps clients and servers can be identified as such, and subscribing to new messages is something you only do to servers, not clients
      • Illegal material will likely be placed on the hard drive at least temporarily 
        • Messages will be downloaded and, even if you follow a moderator bot that looks for illegal material, there's likely to be a delay between receiving the initial message and receiving the bots delete message
      • You have to download all spam messages 
        • For redundancy, you'd likely subscribe to multiple relay servers
        • You cannot trust several relay servers to have identical rules on not relaying messages that don't pass whatever moderation heuristic
        • Therefore, the filtering out of spam has to be done by the client, after downloading it all
      
+    
     
   
-
\ No newline at end of file
+
      
\ No newline at end of file
diff --git a/garden/fediverse/index.html b/garden/fediverse/index.html
index 70ce8be83..203a74ba7 100644
--- a/garden/fediverse/index.html
+++ b/garden/fediverse/index.html
@@ -1,4 +1,4 @@
-
+
      
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
      The Paper Pilot
      Appearance
      Fediverse ​
      Referenced by: ATProto, Decentralized, Fedi v2, Incremental Social, Mbin, Weird
      Tags: Decentralized
      A collection of Social Media websites that can all talk to each other by virtue of a shared protocol
      Typically refers to sites implementing ActivityPub
      Implementations:
      Last updated: 
      
-    
+    
      The Paper Pilot
      Appearance
      Fediverse 
      80 words, ~0 minute read. Planted 
+. Last tended to 
+.
      Referenced by: ATProto, Decentralized, Fedi v2, Incremental Social, Mbin, Weird
      Tags: Decentralized
      A collection of Social Media websites that can all talk to each other by virtue of a shared protocol
      Typically refers to sites implementing ActivityPub
      Implementations:
      
+    
     
   
-
\ No newline at end of file
+
      
\ No newline at end of file
diff --git a/garden/forgejo/index.html b/garden/forgejo/index.html
index 9c97218b6..b99928a1f 100644
--- a/garden/forgejo/index.html
+++ b/garden/forgejo/index.html
@@ -1,4 +1,4 @@
-
+
      
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
      The Paper Pilot
      Appearance
      Forgejo ​
      Referenced by: Incremental Social
      Forgejo is an Open Source code repository hosting software
      Last updated: 
      
-    
+    
      The Paper Pilot
      Appearance
      Forgejo 
      52 words, ~0 minute read. Planted 
+. Last tended to 
+.
      Referenced by: Incremental Social
      Forgejo is an Open Source code repository hosting software
      
+    
     
   
-
\ No newline at end of file
+
      
\ No newline at end of file
diff --git a/garden/freeform-vs-chronological-dichotomy/index.html b/garden/freeform-vs-chronological-dichotomy/index.html
index c5d80d6a5..7a263110b 100644
--- a/garden/freeform-vs-chronological-dichotomy/index.html
+++ b/garden/freeform-vs-chronological-dichotomy/index.html
@@ -1,4 +1,4 @@
-
+
      
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
      The Paper Pilot
      Appearance
      Freeform vs Chronological Dichotomy ​
      Referenced by: Chronological, Freeform
      Describes a dichotomy between displaying information in a Freeform vs Chronological manner
      Last updated: 
      
-    
+    
      The Paper Pilot
      Appearance
      Freeform vs Chronological Dichotomy 
      58 words, ~0 minute read. Planted 
+. Last tended to 
+.
      Referenced by: Chronological, Freeform
      Describes a dichotomy between displaying information in a Freeform vs Chronological manner
      
+    
     
   
-
\ No newline at end of file
+
      
\ No newline at end of file
diff --git a/garden/freeform/index.html b/garden/freeform/index.html
index b39b210cf..216816207 100644
--- a/garden/freeform/index.html
+++ b/garden/freeform/index.html
@@ -1,4 +1,4 @@
-
+
      
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
      The Paper Pilot
      Appearance
      Freeform ​
      Referenced by: Commune, Digital Gardens, Freeform vs Chronological Dichotomy, Garden-RSS, The Small Web
      A collection of information that is not tied to when it was created or edited
      Part of the Freeform vs Chronological Dichotomy
      Anything wiki-style is considered freeform
      • A collection of living documents
      Garden-RSS, a theoretical alternative to RSS that's better for freeform content
      Last updated: 
      
-    
+    
      The Paper Pilot
      Appearance
      Freeform 
      99 words, ~1 minute read. Planted 
+. Last tended to 
+.
      Referenced by: Commune, Digital Gardens, Freeform vs Chronological Dichotomy, Garden-RSS, The Small Web
      A collection of information that is not tied to when it was created or edited
      Part of the Freeform vs Chronological Dichotomy
      Anything wiki-style is considered freeform
      • A collection of living documents
      Garden-RSS, a theoretical alternative to RSS that's better for freeform content
      
+    
     
   
-
\ No newline at end of file
+
      
\ No newline at end of file
diff --git a/garden/game-dev-tree/index.html b/garden/game-dev-tree/index.html
index 901e25e99..878c05ae5 100644
--- a/garden/game-dev-tree/index.html
+++ b/garden/game-dev-tree/index.html
@@ -1,4 +1,4 @@
-
+
      
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
      The Paper Pilot
      Appearance
      Game Dev Tree ​
      Tags: My Projects
      Play it here!
      My first (good) incremental game! (My actual first was Shape Tycoon - I don't recommend it!)
      It's Open Source!
      The TV Tropes page on this game mentions some of the cool things about this game
      Last updated: 
      
-    
+    
      The Paper Pilot
      Appearance
      Game Dev Tree 
      83 words, ~0 minute read. Planted 
+. Last tended to 
+.
      Tags: My Projects
      Play it here!
      My first (good) incremental game! (My actual first was Shape Tycoon - I don't recommend it!)
      It's Open Source!
      The TV Tropes page on this game mentions some of the cool things about this game
      
+    
     
   
-
\ No newline at end of file
+
      
\ No newline at end of file
diff --git a/garden/garden-rss/index.html b/garden/garden-rss/index.html
index 519161592..e33b4d467 100644
--- a/garden/garden-rss/index.html
+++ b/garden/garden-rss/index.html
@@ -1,4 +1,4 @@
-
+
      
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
      The Paper Pilot
      Appearance
      Garden-RSS ​
      Referenced by: Freeform, The Small Web, This Knowledge Hub
      A theoretical alternative to RSS that's better for Freeform websites (and Digital Gardens specifically )
      Why is it useful?
      How should it work?
      • Could display changes similar to git diffs
      Existing Work
      Last updated: 
      
-    
+    
      The Paper Pilot
      Appearance
      Garden-RSS 
      113 words, ~1 minute read. Planted 
+. Last tended to 
+.
      Referenced by: Freeform, The Small Web, This Knowledge Hub
      A theoretical alternative to RSS that's better for Freeform websites (and Digital Gardens specifically )
      Why is it useful?
      How should it work?
      • Could display changes similar to git diffs
      Existing Work
      
+    
     
   
-
\ No newline at end of file
+
      
\ No newline at end of file
diff --git a/garden/guide-to-incrementals/appeal-to-developers/index.html b/garden/guide-to-incrementals/appeal-to-developers/index.html
index bb2e0d26b..b03b3a4cf 100644
--- a/garden/guide-to-incrementals/appeal-to-developers/index.html
+++ b/garden/guide-to-incrementals/appeal-to-developers/index.html
@@ -1,4 +1,4 @@
-
+
      
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
      The Paper Pilot
      Appearance
      Guide to Incrementals/Appeal to Developers ​
      There are a lot of developers in the incremental games community - the genre seems to draw them in, and convert a lot of players into developers. Let's explore the reasons why this genre appeals to developers.
      Incrementals are Easy to Make ​
      Compared to other genres, incrementals have quite low expectations. You don't need to make fancy art, or music, or lay things out nicely. If you can make a button and learn the few lines of code necessary to make a number go up, you can make an incremental. This low threshold makes the genre perfect for those who are actively learning to code and haven't developed any gamedev-related skills yet.
      Additionally, unlike other genres incrementals are uniquely easy to implement in a normal web page - no need to worry about rendering sprites, moving them around, implementing physics, etc. New developers can just use HTML to add a button, and the game is now available in your browser. You don't need to choose an engine, have admin privileges, or hell for the dedicated you don't even need a computer - there are tools for web development that run in the browser itself, so you can technically use your phone if that's all you have.
      Javascript is a perfectly viable language for making web games, whereas other genres are typically going to require using other more difficult languages to learn. There are countless javascript tutorials that start from 0 knowledge of programming, making it incredibly accessible to beginners.
      Players are Easy to Find ​
      Once you've finished your game and uploaded it on github pages or itch or just copied the link if you're using glitch or replit (all of which are easy to do), anyone can now play the game in their browser. This low barrier to entry has shown tremendous success in getting completely unknown developers to have thousands of plays.
      The incremental games community, which mostly centers around r/incremental_games, is always looking for new games and tends to flood any new ones posted with initial players.
      Having your games be played can be incredibly motivating, and the community makes it quite clear that you can expect players to play your game. These communities - both for incremental games in general as well as game-specific communities - tend to be very developer friendly as well. A lot of the developers know each other, and welcome new developers with open arms, often with dedicated channels for programming help and discussions.
      Monetization ​
      I'd like to clarify that everything I've said above mainly applies to web-based incrementals. Incremental games are also incredibly popular on mobile, but with a much different culture and community. Many mobile gamers will still participate in the web-focused community for the culture. This web-focused community has a culture that has been criticized for being "anti-monetization". Ads, IAPs, and similar forms of monetization are often criticized, mainly due to the abundance of completely non-monetized games available from hobbyist developers. There are exceptions, like paid games often being considered fine, like Increlution or Stuck in Time, or donation ware games like kittens game, but even popular games that have IAP see some level of regular criticism, like NGU Idle, Idle Skilling, or Idle Pins. A large part of this can be explained by the community being hyper-aware of the addictive) nature of this genre and its susceptibility to exploiting players.
      On mobile, however, monetization is the norm and expected. If an incremental game is available on mobile, it almost certainly will be monetized, and mobile players are aware and accepting of that. Mobile incremental games, due to their addictive nature, tend to make a lot of money. It's very lucrative, and therefore these games are quite abundant on mobile storefronts.
      Last updated: 
      
-    
+    
      The Paper Pilot
      Appearance
      Guide to Incrementals/Appeal to Developers 
      680 words, ~4 minute read. Planted 
+. Last tended to 
+.
      There are a lot of developers in the incremental games community - the genre seems to draw them in, and convert a lot of players into developers. Let's explore the reasons why this genre appeals to developers.
      Incrementals are Easy to Make ​
      Compared to other genres, incrementals have quite low expectations. You don't need to make fancy art, or music, or lay things out nicely. If you can make a button and learn the few lines of code necessary to make a number go up, you can make an incremental. This low threshold makes the genre perfect for those who are actively learning to code and haven't developed any gamedev-related skills yet.
      Additionally, unlike other genres incrementals are uniquely easy to implement in a normal web page - no need to worry about rendering sprites, moving them around, implementing physics, etc. New developers can just use HTML to add a button, and the game is now available in your browser. You don't need to choose an engine, have admin privileges, or hell for the dedicated you don't even need a computer - there are tools for web development that run in the browser itself, so you can technically use your phone if that's all you have.
      Javascript is a perfectly viable language for making web games, whereas other genres are typically going to require using other more difficult languages to learn. There are countless javascript tutorials that start from 0 knowledge of programming, making it incredibly accessible to beginners.
      Players are Easy to Find ​
      Once you've finished your game and uploaded it on github pages or itch or just copied the link if you're using glitch or replit (all of which are easy to do), anyone can now play the game in their browser. This low barrier to entry has shown tremendous success in getting completely unknown developers to have thousands of plays.
      The incremental games community, which mostly centers around r/incremental_games, is always looking for new games and tends to flood any new ones posted with initial players.
      Having your games be played can be incredibly motivating, and the community makes it quite clear that you can expect players to play your game. These communities - both for incremental games in general as well as game-specific communities - tend to be very developer friendly as well. A lot of the developers know each other, and welcome new developers with open arms, often with dedicated channels for programming help and discussions.
      Monetization ​
      I'd like to clarify that everything I've said above mainly applies to web-based incrementals. Incremental games are also incredibly popular on mobile, but with a much different culture and community. Many mobile gamers will still participate in the web-focused community for the culture. This web-focused community has a culture that has been criticized for being "anti-monetization". Ads, IAPs, and similar forms of monetization are often criticized, mainly due to the abundance of completely non-monetized games available from hobbyist developers. There are exceptions, like paid games often being considered fine, like Increlution or Stuck in Time, or donation ware games like kittens game, but even popular games that have IAP see some level of regular criticism, like NGU Idle, Idle Skilling, or Idle Pins. A large part of this can be explained by the community being hyper-aware of the addictive) nature of this genre and its susceptibility to exploiting players.
      On mobile, however, monetization is the norm and expected. If an incremental game is available on mobile, it almost certainly will be monetized, and mobile players are aware and accepting of that. Mobile incremental games, due to their addictive nature, tend to make a lot of money. It's very lucrative, and therefore these games are quite abundant on mobile storefronts.
      
+    
     
   
-
\ No newline at end of file
+
      
\ No newline at end of file
diff --git a/garden/guide-to-incrementals/appeal-to-players/index.html b/garden/guide-to-incrementals/appeal-to-players/index.html
index 80fbc6cf5..35abbee56 100644
--- a/garden/guide-to-incrementals/appeal-to-players/index.html
+++ b/garden/guide-to-incrementals/appeal-to-players/index.html
@@ -1,4 +1,4 @@
-
+
      
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
      The Paper Pilot
      Appearance
      Guide to Incrementals/Appeal to Players ​
      This is something that has been discussed and analyzed by many people, and to some extent, I feel like everything that can be said on the topic already has. However, a lot of these analyses are from the perspective of those with not as much experience and involvement within the genre as I'd argue would be necessary for a fully contextualized answer. I recently watched a video about Vampire Survivors, which has since been taken down due to drawing negative attention, which made me think about some interesting arguments about what games are, and what makes them good. The video's argument that "Vampire Survivors is not a video game" mirrors a claim by the developer of Cookie Clicker that his games are "non-games". Using Vampire Survivors and the video made on it as a framework, I'll be answering why incremental games appeal to players. Since the video has been taken down, I'll do my best to contextualize and generalize the arguments of the video without requiring the reader to watch it. For what it's worth, while I disagreed with the video I actually liked a lot of the way it went about thinking about games, and I consider this a continuation of that discussion.
      Numbers Going Up ​
      This is a very common response to why people enjoy incremental games, although it's not one I find compels me personally, and I suspect it might be a stand-in for progression) or Guide to Incrementals/What is Content?. But reportedly, some people do just like seeing big numbers. I must reiterate I suspect the actual cause is seeing big numbers in context though - if you start at 1e1000 of a currency and get to 1e1001, that isn't going to feel as satisfying as going from 1e10 to 1e100, and in any case, I don't think a button that just adds a zero to your number will feel quite satisfying - I believe its the sense of having made progress, and comparing where you are to where you started and feeling like you've earned your way here that is enjoyable.
      Progression
      Vampire Survivors can be argued to have a comparatively low depth to its combat compared to many other games. I'd argue it has sufficient depth and more than someone might expect who has only played the game for a short while, but it still definitely gets beat out by many other combat-focused games. Instead, a lot of the progression in Vampire Survivors comes from a meta-progression system by which base stats are increased by spending a currency that persists between runs. While it is technically possible to win without this meta-progression system, and indeed in many roguelikes players like to challenge themselves by beating the game without any meta-progression, the criticism can be made that meta-progression de-emphasizes player skill by making it less important to have to beat the game. Certainly, in incremental games, it is often literally impossible to complete a game without taking advantage of the meta-progression systems. I'd argue this does not detract from the game, however, and is actually a part of what makes incremental games, and roguelikes, enjoyable to many players: meta-progression augments the increases in skill the player is naturally gaining as they play. In effect, it's not replacing the skill increase, but exaggerating it to make it feel more real to the player.
      Note: There is also a lot of progression from exploring the mechanics and discovering synergies, unlocking new weapons or playable characters, etc. That just isn't as relevant to this discussion, but it does make up a lot of the appeal of the game.
      Effortlessness ​
      Incremental games are so easy, a lot of them even have you progress while you're not playing! Part of the appeal is being able to feel like you're making progress while doing something actually productive - multitasking, in a way. In this sense, the game is more of a fidget toy - not something to think hard about and play actively, but something to click a few buttons every so often while you're paying attention to a lecture or studying or working. Of course, not all incremental games lend themselves to being played this way - it's specifically "idle" games that work like this. These are games that take an incredibly long amount of time to see all the content, stretching it as thin as possible, but they aren't expecting you to be sitting at your device playing it the entire time. They expect you to leave and come back later to make a bit of progress and repeat the cycle.
      If you look at the higher-level play of most games, you'll see them perform difficult feats with ease and speed. They'll achieve a "flow state" that takes all their knowledge and experience of the game and uses it to play the game as instinctively as possible. It's incredible to watch things like Slay the Spire speed runs or competitive DDR-likes. I'd argue the goal of a lot of games with a competitive scene is to get so good that the game becomes effortless. In that sense, a game that allows you to reach that point earlier isn't any less legitimate, but rather lowers the barrier to entry by allowing more people to get "really good" at the game. And to be clear, Vampire Survivors and (most) incremental games aren't trivially easy - they, and to an extent, every game will have some level of learning and improvement over time.
      Addiction
      A lot of these reasons for why incremental games appeal may have reminded you of why gambling appeals to people, particularly those prone to addiction. Indeed, incremental games are quite often criticized for their similarity to a skinner box. Some have gone as far as to say incremental games as a genre are commenting that all games are skinner boxes). The argument goes that some games are not fun, but rather condition players into continuing to play without actually getting anything from the experience. When tied to real-world money this is seen as predatory, and to a lesser extent, even free games may be feeding the addictive sides of people and making them more prone to seek out gambling or micro-transaction heavy games.
      While incremental games can be fun and even healthy in certain contexts, they can exacerbate video game addiction more than other genres. If you feel like playing incremental games is taking priority over other things in your life, or manipulating your sleep schedule, it may be prudent to seek help. See r/StopGaming for resources.
      Since incremental games are often built on extrinsic motivations in the form of progression systems, it's hard to argue whether players continue to play because they are enjoying the gameplay, or if they are just conditioned to keep doing it because the game keeps rewarding them. Unfortunately, it can often feel like it's the latter, as there isn't typically anything compelling about the "gameplay" of clicking a button and waiting. There may be a significant overlap between those who enjoy incremental games and those who are most prone to addiction, and there are often posts on r/incremental_games about someone either struggling with or overcoming video game addiction.
      Strategy ​
      Incremental games could be considered a subset of strategy games), and inherit the appeals of strategy games. This includes the appeal of feeling like you've found a good solution to a puzzle, or that you're learning more about the game and are improving at making decisions within it. This applies to Vampire Survivors specifically, where you're learning about evolutions and synergies and what kinds of enemies can spawn under what conditions, and how best to handle them.
      Note that strategy games are not all the same difficulty, as well. Vampire Survivors is still easier to play than Starcraft 2, and Cookie Clicker is probably somewhere in between (once you progress sufficiently). Vampire Survivors being so successful may indicate that "easier" strategies may have their separate appeal to harder strategy games - players like to feel smart and that they figured the game out and have optimized or mastered it, and the game being easier doesn't detract from that sense of accomplishment as much as it allows more and more users to be able to reach the point where they gain that sense.
      Avoiding Staleness ​
      Incremental games tend to have "paradigm shifts", where the gameplay changes in a meaningful way at various times throughout the progression of the game. These upset and change the gameplay loop, which helps keep them from stagnating. This constant "freshness" to the gameplay can keep players engaged for longer, compared to a game with a repetitive and static gameplay loop.
      Good Game Design ​
      Incremental games tend to show their game design "plainly", so it's more readily apparent if a game has good game design while playing, even if you're not looking for it. While different players have different preferences and might enjoy different types of games more than others, there are underlying good and bad game design principles that players will notice the effects of. To be clear, this isn't talking about stuff like big numbers being enjoyable, where I can comfortably agree to disagree with other players. They don't intrinsically make my experience better, but I'm aware of those for whom it does and I won't argue against their feelings. However, the game designer in me does feel like there are some extremely clear-cut examples of good and bad game design philosophies.
      Let's start by giving an example of a mechanic I think can be easily and strongly argued is good game design. There are of course many examples, but a personal favorite of mine is how DOOM encourages aggressive gameplay by linking health drops to melee attacks. It has an intended experience it's trying to give the player - immersing themselves as DOOM guy, who would not hide behind cover when low on health - and this mechanic does a great job at encouraging and effectively teaching players to behave properly. This is in sharp contrast to shooters like Call of Duty, which have you regen health passively, encouraging players to hide behind cover and wait after getting hit. Note that I'm not arguing CoD is poorly designed, as the games have different intended experiences. I'm specifically praising DOOM for having a mechanic that does a good job at ensuring the player has that intended experience.
      To contrast with an example I think is bad game design, let's talk about shields in souls-likes. This is a bit of a famous example, and I highly recommend this video essay which spends quite a good bit of time on this topic. Essentially, the argument boils down to players of earlier games in the souls games using shields too much - playing slowly, conservatively, and ultimately having less fun. Players wanted to feel safe, so they ended up playing in a way that ruined the experience for them. The developers solved this by removing shields, apart from an intentionally bad one effectively mocking the playstyle, and it did its job at getting players to play more aggressively, and often have more fun.
      To bring the conversation back to incrementals, I'm incredibly opinionated on what makes a good incremental game, which I'll discuss in the game design section. Suffice it to say, incremental games rely more on good game design than other genres, due to not having much to distract from bad game design. This helps (although imperfectly - gamers are a bit too tolerant of bad game design!) well-designed games rise to the top within the genre.
      Artistic Merit ​
      The Vampire Survivors video made me think back to the old arguments about whether games are art, and whether they ought to be. The video seems preoccupied with attaching value to games solely based on their mechanics and the depth thereof, to the point of arguing Vampire Survivors is a waste of time due to its lack of depth. However, even setting aside the fact that if players are having fun then it's not time wasted, I think games can have artistic merit that supersedes the necessity of having (any / engaging / "deep") gameplay. I think the consensus online is that games are definitively art, although I could see the argument that some genres, like incremental games, might be a bit in a grey area. Let's talk about Vampire Survivors first though - It has a story to tell, with lore and many characters, that drive the player and encourage them to continue exploring the game and discovering things within it. Like any walking simulator, it is no less legitimate of a game or the "art" label because of any lack perceived lack of depth. For what it's worth, most art can be consumed with more ease than VS - any painting, movie, sculpture, etc.
      A lot of incrementals have a narrative context that can similarly qualify them as art. Cookie Clicker is, as has been pointed out numerous times before, commenting on excess and increasing production beyond any reasonable limits - devolving into increasing production for its own sake. Indeed, a lot of incremental games are written to comment upon various concepts like capitalism or tropes in games, as discussed when defining Incrementals). However, I'd like to argue most incremental games are still art, even without any narrative context. "Art" as a concept is pretty nebulous already, but I personally like those who define it as an act of expression more than any physical result. The creator and the context within which they created the art, and any meaning they put into it, are all relevant and a part of the art itself. Most incremental games have artistic merit from things like why the creator made it, why they chose to make it an incremental game, and why they made any particular design decision. Hell, even if you play through an entire incremental game without a single thought or feeling, that very fact it elicited nothing can itself be artistic merit!
      I'm not an art major, and I may be taking a somewhat extreme take on what is art and what has artistic merit, but I'd argue the overall point stands that games, and incremental games specifically, can have artistic merit, which appeals to many gamers.
      Last updated: 
      
-    
+    
      The Paper Pilot
      Appearance
      Guide to Incrementals/Appeal to Players 
      2475 words, ~14 minute read. Planted 
+. Last tended to 
+.
      This is something that has been discussed and analyzed by many people, and to some extent, I feel like everything that can be said on the topic already has. However, a lot of these analyses are from the perspective of those with not as much experience and involvement within the genre as I'd argue would be necessary for a fully contextualized answer. I recently watched a video about Vampire Survivors, which has since been taken down due to drawing negative attention, which made me think about some interesting arguments about what games are, and what makes them good. The video's argument that "Vampire Survivors is not a video game" mirrors a claim by the developer of Cookie Clicker that his games are "non-games". Using Vampire Survivors and the video made on it as a framework, I'll be answering why incremental games appeal to players. Since the video has been taken down, I'll do my best to contextualize and generalize the arguments of the video without requiring the reader to watch it. For what it's worth, while I disagreed with the video I actually liked a lot of the way it went about thinking about games, and I consider this a continuation of that discussion.
      Numbers Going Up ​
      This is a very common response to why people enjoy incremental games, although it's not one I find compels me personally, and I suspect it might be a stand-in for progression) or Guide to Incrementals/What is Content?. But reportedly, some people do just like seeing big numbers. I must reiterate I suspect the actual cause is seeing big numbers in context though - if you start at 1e1000 of a currency and get to 1e1001, that isn't going to feel as satisfying as going from 1e10 to 1e100, and in any case, I don't think a button that just adds a zero to your number will feel quite satisfying - I believe its the sense of having made progress, and comparing where you are to where you started and feeling like you've earned your way here that is enjoyable.
      Progression
      Vampire Survivors can be argued to have a comparatively low depth to its combat compared to many other games. I'd argue it has sufficient depth and more than someone might expect who has only played the game for a short while, but it still definitely gets beat out by many other combat-focused games. Instead, a lot of the progression in Vampire Survivors comes from a meta-progression system by which base stats are increased by spending a currency that persists between runs. While it is technically possible to win without this meta-progression system, and indeed in many roguelikes players like to challenge themselves by beating the game without any meta-progression, the criticism can be made that meta-progression de-emphasizes player skill by making it less important to have to beat the game. Certainly, in incremental games, it is often literally impossible to complete a game without taking advantage of the meta-progression systems. I'd argue this does not detract from the game, however, and is actually a part of what makes incremental games, and roguelikes, enjoyable to many players: meta-progression augments the increases in skill the player is naturally gaining as they play. In effect, it's not replacing the skill increase, but exaggerating it to make it feel more real to the player.
      Note: There is also a lot of progression from exploring the mechanics and discovering synergies, unlocking new weapons or playable characters, etc. That just isn't as relevant to this discussion, but it does make up a lot of the appeal of the game.
      Effortlessness ​
      Incremental games are so easy, a lot of them even have you progress while you're not playing! Part of the appeal is being able to feel like you're making progress while doing something actually productive - multitasking, in a way. In this sense, the game is more of a fidget toy - not something to think hard about and play actively, but something to click a few buttons every so often while you're paying attention to a lecture or studying or working. Of course, not all incremental games lend themselves to being played this way - it's specifically "idle" games that work like this. These are games that take an incredibly long amount of time to see all the content, stretching it as thin as possible, but they aren't expecting you to be sitting at your device playing it the entire time. They expect you to leave and come back later to make a bit of progress and repeat the cycle.
      If you look at the higher-level play of most games, you'll see them perform difficult feats with ease and speed. They'll achieve a "flow state" that takes all their knowledge and experience of the game and uses it to play the game as instinctively as possible. It's incredible to watch things like Slay the Spire speed runs or competitive DDR-likes. I'd argue the goal of a lot of games with a competitive scene is to get so good that the game becomes effortless. In that sense, a game that allows you to reach that point earlier isn't any less legitimate, but rather lowers the barrier to entry by allowing more people to get "really good" at the game. And to be clear, Vampire Survivors and (most) incremental games aren't trivially easy - they, and to an extent, every game will have some level of learning and improvement over time.
      Addiction
      A lot of these reasons for why incremental games appeal may have reminded you of why gambling appeals to people, particularly those prone to addiction. Indeed, incremental games are quite often criticized for their similarity to a skinner box. Some have gone as far as to say incremental games as a genre are commenting that all games are skinner boxes). The argument goes that some games are not fun, but rather condition players into continuing to play without actually getting anything from the experience. When tied to real-world money this is seen as predatory, and to a lesser extent, even free games may be feeding the addictive sides of people and making them more prone to seek out gambling or micro-transaction heavy games.
      While incremental games can be fun and even healthy in certain contexts, they can exacerbate video game addiction more than other genres. If you feel like playing incremental games is taking priority over other things in your life, or manipulating your sleep schedule, it may be prudent to seek help. See r/StopGaming for resources.
      Since incremental games are often built on extrinsic motivations in the form of progression systems, it's hard to argue whether players continue to play because they are enjoying the gameplay, or if they are just conditioned to keep doing it because the game keeps rewarding them. Unfortunately, it can often feel like it's the latter, as there isn't typically anything compelling about the "gameplay" of clicking a button and waiting. There may be a significant overlap between those who enjoy incremental games and those who are most prone to addiction, and there are often posts on r/incremental_games about someone either struggling with or overcoming video game addiction.
      Strategy ​
      Incremental games could be considered a subset of strategy games), and inherit the appeals of strategy games. This includes the appeal of feeling like you've found a good solution to a puzzle, or that you're learning more about the game and are improving at making decisions within it. This applies to Vampire Survivors specifically, where you're learning about evolutions and synergies and what kinds of enemies can spawn under what conditions, and how best to handle them.
      Note that strategy games are not all the same difficulty, as well. Vampire Survivors is still easier to play than Starcraft 2, and Cookie Clicker is probably somewhere in between (once you progress sufficiently). Vampire Survivors being so successful may indicate that "easier" strategies may have their separate appeal to harder strategy games - players like to feel smart and that they figured the game out and have optimized or mastered it, and the game being easier doesn't detract from that sense of accomplishment as much as it allows more and more users to be able to reach the point where they gain that sense.
      Avoiding Staleness ​
      Incremental games tend to have "paradigm shifts", where the gameplay changes in a meaningful way at various times throughout the progression of the game. These upset and change the gameplay loop, which helps keep them from stagnating. This constant "freshness" to the gameplay can keep players engaged for longer, compared to a game with a repetitive and static gameplay loop.
      Good Game Design ​
      Incremental games tend to show their game design "plainly", so it's more readily apparent if a game has good game design while playing, even if you're not looking for it. While different players have different preferences and might enjoy different types of games more than others, there are underlying good and bad game design principles that players will notice the effects of. To be clear, this isn't talking about stuff like big numbers being enjoyable, where I can comfortably agree to disagree with other players. They don't intrinsically make my experience better, but I'm aware of those for whom it does and I won't argue against their feelings. However, the game designer in me does feel like there are some extremely clear-cut examples of good and bad game design philosophies.
      Let's start by giving an example of a mechanic I think can be easily and strongly argued is good game design. There are of course many examples, but a personal favorite of mine is how DOOM encourages aggressive gameplay by linking health drops to melee attacks. It has an intended experience it's trying to give the player - immersing themselves as DOOM guy, who would not hide behind cover when low on health - and this mechanic does a great job at encouraging and effectively teaching players to behave properly. This is in sharp contrast to shooters like Call of Duty, which have you regen health passively, encouraging players to hide behind cover and wait after getting hit. Note that I'm not arguing CoD is poorly designed, as the games have different intended experiences. I'm specifically praising DOOM for having a mechanic that does a good job at ensuring the player has that intended experience.
      To contrast with an example I think is bad game design, let's talk about shields in souls-likes. This is a bit of a famous example, and I highly recommend this video essay which spends quite a good bit of time on this topic. Essentially, the argument boils down to players of earlier games in the souls games using shields too much - playing slowly, conservatively, and ultimately having less fun. Players wanted to feel safe, so they ended up playing in a way that ruined the experience for them. The developers solved this by removing shields, apart from an intentionally bad one effectively mocking the playstyle, and it did its job at getting players to play more aggressively, and often have more fun.
      To bring the conversation back to incrementals, I'm incredibly opinionated on what makes a good incremental game, which I'll discuss in the game design section. Suffice it to say, incremental games rely more on good game design than other genres, due to not having much to distract from bad game design. This helps (although imperfectly - gamers are a bit too tolerant of bad game design!) well-designed games rise to the top within the genre.
      Artistic Merit ​
      The Vampire Survivors video made me think back to the old arguments about whether games are art, and whether they ought to be. The video seems preoccupied with attaching value to games solely based on their mechanics and the depth thereof, to the point of arguing Vampire Survivors is a waste of time due to its lack of depth. However, even setting aside the fact that if players are having fun then it's not time wasted, I think games can have artistic merit that supersedes the necessity of having (any / engaging / "deep") gameplay. I think the consensus online is that games are definitively art, although I could see the argument that some genres, like incremental games, might be a bit in a grey area. Let's talk about Vampire Survivors first though - It has a story to tell, with lore and many characters, that drive the player and encourage them to continue exploring the game and discovering things within it. Like any walking simulator, it is no less legitimate of a game or the "art" label because of any lack perceived lack of depth. For what it's worth, most art can be consumed with more ease than VS - any painting, movie, sculpture, etc.
      A lot of incrementals have a narrative context that can similarly qualify them as art. Cookie Clicker is, as has been pointed out numerous times before, commenting on excess and increasing production beyond any reasonable limits - devolving into increasing production for its own sake. Indeed, a lot of incremental games are written to comment upon various concepts like capitalism or tropes in games, as discussed when defining Incrementals). However, I'd like to argue most incremental games are still art, even without any narrative context. "Art" as a concept is pretty nebulous already, but I personally like those who define it as an act of expression more than any physical result. The creator and the context within which they created the art, and any meaning they put into it, are all relevant and a part of the art itself. Most incremental games have artistic merit from things like why the creator made it, why they chose to make it an incremental game, and why they made any particular design decision. Hell, even if you play through an entire incremental game without a single thought or feeling, that very fact it elicited nothing can itself be artistic merit!
      I'm not an art major, and I may be taking a somewhat extreme take on what is art and what has artistic merit, but I'd argue the overall point stands that games, and incremental games specifically, can have artistic merit, which appeals to many gamers.
      
+    
     
   
-
\ No newline at end of file
+
      
\ No newline at end of file
diff --git a/garden/guide-to-incrementals/defining-the-genre/index.html b/garden/guide-to-incrementals/defining-the-genre/index.html
index 1ad5d14e8..7aa6dabf0 100644
--- a/garden/guide-to-incrementals/defining-the-genre/index.html
+++ b/garden/guide-to-incrementals/defining-the-genre/index.html
@@ -1,4 +1,4 @@
-
+
      
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
      The Paper Pilot
      Appearance
      Guide to Incrementals/Defining the Genre ​
      Video games are placed into genres for a variety of reasons. They can give a mental shorthand to set the player's expectations up, they can help a game market itself by its similarities to other, already popular games, and honestly, people just love categorization for its own sake. For this guide, it's important to define the genre so it is clear what games it's even talking about.
      This poses a problem. "Incremental" is a horribly vague way to define games. Most games have numbers going up in some form or another. We need a more specific definition - similar to how "strategy" can't just mean any game with any amount of strategy because that would be most games. What specifically differentiates incremental games from the rest?
      "Incremental" implies it's a genre defined by a game mechanic, but all those game mechanics it could imply exist in many other games. Having a skill tree or upgrades doesn't make you incremental, and if a reset mechanic is all it takes then every roguelite would be an incremental as well. So clearly there's more to it than that - what makes an incremental an incremental?
      I'd like to go over a couple of popular suggestions I've seen on defining the genre here. I have my personal preferences and will state them here, but I don't think there's a truly perfect answer here.
      Disclaimer: I mostly play incremental games on my computer, and my definitions will be heavily biased towards the games I'm familiar with.
      Incrementals vs Idlers vs Clickers ​
      Oftentimes people refer to this genre as idle games and/or clicker games. You'll even find a trend of oxymoronic game titles that contain both terms. "Incremental games" is the umbrella term both those terms fall under. However, I'd like to argue that not only is it better to just use the term "incremental games", but calling them "idle games" or "clicker games" is wrong. Almost universally, these terms are used interchangeably to refer to the same kind of game, where you start the game click spamming and eventually automate the process. Frankly, that kind of game deserves neither title, and the genre of incremental games has trended away from ever requiring click spamming, as it's a bad mechanic, anyways.
      While these games do span a spectrum of how active it requires you to be, and sorting games by that metric can be useful for those looking for a particular experience, the borders of when an incremental game counts as an "idler" is too blurry for the term to be useful. "Incremental games" may not be a great descriptive term for the genre (hence this many thousands of words long page on defining what the genre even is), but it's strictly better than calling them "idler" or "clicker" games. This guide will always use the term "incremental games" unless quoting someone else, as it is the term you typically see on all modern games in the genre.
      Incrementals as Parodies
      Let's start with one of the most interesting definitions of incremental games. Incremental games appear to be distilled versions of games or genres, "revealing" the naked game design at the core of these games or genres not unlike how parodies comment upon their source material.
      To understand what that means, think of how a casino uses skinner boxes to emotionally manipulate its customers to keep playing, but "dressing" up the skinner box with tons of stimuli to hide that ultimately the goal is to condition you into coming back compulsively. The idea that incremental games are parodies means taking the stance that at some level all games are similarly manipulating you, giving dopamine rewards in a way that manipulates you to keep playing while not necessarily giving you any value or fulfillment. Incremental games, then, are any games that plainly display the skinner box, and the manipulative core of the game, at the forefront of the experience.
      While incremental games can be fun and even healthy in certain contexts, they can exacerbate video game addiction more than other genres. If you feel like playing incremental games is taking priority over other things in your life, or manipulating your sleep schedule, it may be prudent to seek help. See r/StopGaming for resources.
      This "undressing" tends to go hand in hand with a reduced focus on aesthetics, often just printing the game state directly to the screen as text. This makes incremental games much easier to develop, particularly for those with programming skills but not art skills, but that's a tangent for why Incremental Games Guide to Incrementals/Appeal to Developers.
      Before I continue, I'd like to make my stance clear that I love games and incremental games, and do not think they should be considered inherently bad or manipulative with the above logic. Skinner boxes are just a way of manipulating behavior via rewards. The games are still fun - that's the reward! I'd believe the real criticism here is that it is "empty fun", or "empty dopamine", that doesn't offer any additional value or sense of fulfillment. I don't think that's inherently bad in moderation, although it can become a problem if the game is manipulating you for profit-seeking, or if you play the game to the detriment of the other parts of your life.
      Another interpretation of incremental games as parodies comes from several mainstream incremental games that are also parodies of capitalism, such as cookie clicker and adventure capitalist. It's a very common framework for incremental games to portray the ever-increasing numbers as an insatiable hunger for resources, like the ones observed within capitalism. Therefore, these games are used as evidence that the genre as a whole is about parody and commentary.
      Popular videos on incremental games that portray the genre as parodies are Why Idle games make good satire, and how it was ruined. and Bad Game Design - Clicker Games. You may also be interested in this response to the latter video from a fan of incremental games: BadGood Game Design - Clicker Games.
      I think that this definition ultimately ascribes a motive to the genre as a whole that only happens to apply to some of the more mainstream titles. There certainly are incremental games commenting on different things, including the genre itself as in the case of The Prestige Tree Classic, The Ascension Tree, or Omega Layers, but certainly not all. And of course, not all games that comment on something or parody something are incremental games! Additionally, a very large majority of incremental games are mobile games using these manipulative strategies to get players to spend as much money as possible - hell, Adventure Capitalist is ostensibly a critique on capitalism but features microtransactions and gameplay that manipulates you into buying them! These profit-seeking incremental games certainly belong within the genre but are hardly parodies when they too use manipulation to serve their interests. Also, from my own anecdotal experience, those who use this definition seem to do so from a fairly surface-level familiarity with the genre, and often in the context of criticizing the genre or the fans thereof.
      Incrementals as NGU ​
      Another broad definition often used is that incremental games are games where the focus of the game is "numbers going up". This definition proposes that other genres simply use increasing numbers as a means to an end, but incremental games uniquely only care about the numbers themselves going up. Put another way, it implies there should be no narrative justification for the numbers going up other than "why shouldn't they be going up?"
      While this definition is common because it feels easy to understand, it is difficult to formally define. Often phrases are used to describe games using this framework, such as having an "exaggerated sense of progression" or "big" numbers. These terms are vague and don't demonstrate an actual threshold between non-incrementals and incrementals. Most games have a sense of progression, so when is it "exaggerated"? How big are "big" numbers? Most notably, RPGs that are typically not considered incrementals will often pass this definition.
      Additionally, a lot of incrementals tend to have some theme guiding the gameplay, or at least the names of mechanics. This makes the line blurred between when numbers are going up for their own sake versus for a contextual reason. I believe this point is best illustrated that, while most RPGs are not considered incremental games, there is a sub-genre of "incremental RPGs" that typically relates to RPGs that perform combat automatically. This definition of incremental games does not support RPGs and "incremental RPGs" being on distinct sides of the line if the only difference between them is manual vs automatic combat.
      Incrementals as Strategies
      This is a rarer interpretation, but there are similarities between incremental games and strategy games, implying incrementals might just be a sub-genre of strategy games. By this approach, incremental games would be defined by their relation to strategy games, and how they involve player strategy. Incremental games are often large optimization problems - above all else, the actual gameplay the player is performing is deciding what to do next. The consequences of wrong decisions are typically more lenient in incremental games - such as just not making optimal progress - but they certainly get complex.
      So if we accept the premise that incrementals could fall under strategy, we still need to define what makes a strategy game an incremental versus some other strategy sub-genre. This is a bit tricky due to one particular sub-genre of strategy games: Factory Builders.
      Factory builders, such as Factorio or Satisfactory, are games about gaining ever increasing resources, optimizing production, and expanding more and more. That... sounds pretty similar, doesn't it? In fact, there's been some debate on whether factory builders would fall under the "incremental" umbrella. I think it's safe to say the two are certainly related, and probably have quite a bit of overlap in playerbase.
      Roguelites as Incrementals? ​
      Earlier on, I mentioned reset mechanics shouldn't be used in the definition because that could make all roguelites incrementals... But what if it does? A lot of incrementals can be described as games with a strong sense of progression, often with layers of meta-progression. Roguelites fit that bill to a T. What would make roguelites not incremental? I honestly don't think there's a good explanation here, but many fans of incremental games will state they do believe the two genres to be unrelated, even if there's a significant overlap between their player bases due to having similar appealing traits.
      At this point, it'd be appropriate to consider what part of the definition of roguelites precludes them from also being incrementals, but that reveals a new problem: What are roguelites? They're usually defined as rogue_likes with meta-progression, but that just pushes the problem back a step: Incrementals aren't the only genre to have difficulties defining themselves, it seems! Roguelikes are another genre where the community argues over the formal definition of their genre, although that means we can borrow from their process of coming to a consensus, and maybe come across a viable definition for incremental games.
      The Berlin Interpretation ​
      By far the most popular way of defining roguelikes is the "Berlin Interpretation", which acknowledged the diversity of games within the genre and argued the definition should not be based on any ideals about what the genre ought to be, but rather defined by "its canon". They argued there are a handful of games that can be used to define the canon for roguelikes, and from those games, a list of factors can be derived to determine a game's "roguelikeness". The more factors a game has, the more of a roguelike it is. This strategy is very lenient, allowing a game to not present any specific factor so long as it shows enough, and accounts for the blurriness of any genre definition by not explicitly stating how many factors a game must have to qualify as a definite roguelike.
      I believe this strategy for defining genres can be applied to other genres as well. A handful of games can be argued to be the incremental games canon, and a list of factors derived from them can be used to judge any game based on its "incrementalness". I'll propose such a canon and list of factors here, but by no means should it be considered the end-all-be-all.
      Note: The "Temple of the roguelike", an authority within the genre, has since replaced the Berlin Interpretation with a new set of factors here: https://blog.roguetemple.com/what-is-a-traditional-roguelike/
      The Incremental Games Canon ​
      Alright, time to get controversial. Up til now, I've been trying my best to stay objective and analytical, but now it's time to start making some opinionated decisions. Here is a list of games I think could justifiably make up an Incremental Games Canon:
      I chose a variety of games here, biasing towards newer games, purposefully to avoid making a narrow or "traditional" definition. The genre is growing and shouldn't be constrained by the traits of the early popular titles. A lot of these could easily be replaced with other games that are mechanically congruent, so ultimately I'm sure if you asked 10 people for their canon list you'd just get 10 different answers, but I think this should sufficiently allow us to determine what factors make a game have higher "incrementalness".
      The Paradigm Shift ​
      The Paradigm Shift is probably the highest possible value factor for an incremental. It's so common that for a while people referred to incrementals that exhibit this trait as "unfolding" games, to the point of trying to replace the term incremental due to their popularity. Paradigm shifts refer to when the gameplay significantly changes. There are too many examples to list here, but notably, every single reset mechanic is typically going to be a paradigm shift. Examples of games with paradigm shifts that aren't tied to reset mechanics include Universal Paperclips and A Dark Room.
      There are many reasons for the appeal of paradigm shifts. Oftentimes each mechanic builds on top of the existing mechanics, increasing the complexity of the game in steps so the player can follow along. They provide a sense of mystery, with the player anticipating what will happen next. They shake up the gameplay before it gets too stale - allowing the game to entertain for longer before the sense of Guide to Incrementals/What is Content? dissipates. Of the canon games selected above, I would argue every single one contains a paradigm shift (although I could see someone disagreeing with that statement wrt Increlution).
      I should take a moment to say that while I'm hyping up this specific factor, we cannot just reduce the genre definition to "does it have paradigm shifts". Many games have paradigm shifts that are not incremental, so it's just an indicator of incrementalness. Additionally, it can become quite hard to determine how large of a shift is a "paradigm" shift. Take, for example, any game with a skill tree. In some games, each skill node might have a large impact on how you play with the game, and qualify as a paradigm shift for some players. In other games, each skill node might just be a small percentage modifier on some stat that doesn't really impact much more than a slight bias towards an already established mechanic that's newly buffed. Every single canon game may show that it's common amongst incremental games, but could just as easily indicate that they're common in games in general.
      High-Value Factors ​
      I won't take as long to discuss the high and low-value factors, as you've already seen most of them brought up earlier on this page. As a reminder, a game does NOT need all of these to be an incremental game, but these are factors that each indicate a strong possibility the game is an incremental, so having several of these means they probably are. These factors apply to most of the canon incremental games.
      "Pure UI" Display. Incrementals typically have a textual presentation of the game state - there isn't a visual representation of the entities within the game. The interface is closer to what would be just the UI of a game in another genre or the control panel of a plane. If there is a visual representation, the player is often still interacting with non-diegetic game elements.
      Reduced Consequences. Incrementals tend to have reduced repurcussions for misplaying. They very rarely have fail states, where often the largest consequence is simply not progressing - never losing progress.
      Optimization Problems. The predominant gameplay of incrementals is typically solving optimization problems, from deciding which purchase to save up for to reasoning and deciding between different mutually exclusive options the game presents.
      Resource Management. Incrementals tend to have a lot of resources within the game to keep track of.
      Low-Value Factors ​
      These are low-value factors, meaning they aren't as strongly correlated with incremental games. Incremental games may have none of these, and non-incrementals may have several of these - if a game only has low-value factors, they're probably not an incremental.
      Fast Numeric Growth. Numbers in incremental games tend to grow faster than in other genres. There are more instances of superlinear growth. The larger the numbers get, the stronger of a signal this factor is.
      Automation. As an incremental game progresses, the player often no longer has to deal with earlier mechanics, by having them either happen automatically or otherwise be replaced with an alternative that requires less player interaction.
      Goal-Oriented. Incrementals are often heavily reliant on extrinsic motivation to guide the player. Typically this is through some sort of in-game goal to work towards, such as a certain amount of a resource being required to unlock or purchase something new.
      Waiting is a Mechanic. In incremental games, the player may come across times where there is no action they can take, and the game will progress automatically instead. The player must wait for some amount of this automatic progress to occur before they can resume interaction with the game.
      Are Roguelites Incrementals? ​
      Having made our variation of the Berlin Interpretation for incremental games, we can compare it to the Berlin Interpretation to determine if there's enough overlap that any game that "passes" the Berlin Interpretation would also pass the incremental variant. That is to say, whether any roguelite would also be considered an incremental game.
      The meta-progression of an incremental game could arguably be considered a paradigm shift, and certainly adds some resource management. Goal-oriented would probably also apply. I think anything other than those would be a stretch, and in my opinion that just isn't enough to qualify. To be totally honest, I was never expecting to conclude otherwise though 😉
      Sub-Genres ​
      There are some trends in incremental games that go beyond just being a commonly used mechanic, such that they deeply affect the rest of the game design. These trends can be used to determine sub-genres within the incremental games umbrella:
      Loops games are a sub-genre defined by having a core mechanic related to a loop, where the player is deciding the actions taken per loop. Notable examples include Idle Loops, Stuck in Time, Cavernous II, and Increlution. You may also argue Groundhog Life and Progress Knight fall into this sub-genre.
      ITRTG-like games are a sub-genre defined by having a core mechanic based on clearing increasingly difficult battles and often tend to have a lot of different mechanics to become progressively stronger. Notable examples include Idling to Rule the Gods, NGU Idle, and Wizard and Minion Idle.
      Polynomial Growth games are a sub-genre defined by having a core mechanic related to a higher degree polynomial. Notable examples include the base layer of Antimatter Dimensions and Swarm Simulator.
      Upgrades Games is a category popular on flash games websites that featured games focused on buying upgrades that would allow you to attain more currency in some sort of minigame that would earn you more money to buy more upgrades, which I'd argue now belong under the fold of incremental games. Notable examples include the Learn to Fly series and Upgrade Complete.
      Cultivation RPGs are a genre of games, books, and anime popular in China that center around being in a fantasy world with characters getting stronger over time. While few of them get translated into English, a fan of incremental games may find the available games interesting.
      Last updated: 
      
-    
+    
      The Paper Pilot
      Appearance
      Guide to Incrementals/Defining the Genre 
      3544 words, ~19 minute read. Planted 
+. Last tended to 
+.
      Video games are placed into genres for a variety of reasons. They can give a mental shorthand to set the player's expectations up, they can help a game market itself by its similarities to other, already popular games, and honestly, people just love categorization for its own sake. For this guide, it's important to define the genre so it is clear what games it's even talking about.
      This poses a problem. "Incremental" is a horribly vague way to define games. Most games have numbers going up in some form or another. We need a more specific definition - similar to how "strategy" can't just mean any game with any amount of strategy because that would be most games. What specifically differentiates incremental games from the rest?
      "Incremental" implies it's a genre defined by a game mechanic, but all those game mechanics it could imply exist in many other games. Having a skill tree or upgrades doesn't make you incremental, and if a reset mechanic is all it takes then every roguelite would be an incremental as well. So clearly there's more to it than that - what makes an incremental an incremental?
      I'd like to go over a couple of popular suggestions I've seen on defining the genre here. I have my personal preferences and will state them here, but I don't think there's a truly perfect answer here.
      Disclaimer: I mostly play incremental games on my computer, and my definitions will be heavily biased towards the games I'm familiar with.
      Incrementals vs Idlers vs Clickers ​
      Oftentimes people refer to this genre as idle games and/or clicker games. You'll even find a trend of oxymoronic game titles that contain both terms. "Incremental games" is the umbrella term both those terms fall under. However, I'd like to argue that not only is it better to just use the term "incremental games", but calling them "idle games" or "clicker games" is wrong. Almost universally, these terms are used interchangeably to refer to the same kind of game, where you start the game click spamming and eventually automate the process. Frankly, that kind of game deserves neither title, and the genre of incremental games has trended away from ever requiring click spamming, as it's a bad mechanic, anyways.
      While these games do span a spectrum of how active it requires you to be, and sorting games by that metric can be useful for those looking for a particular experience, the borders of when an incremental game counts as an "idler" is too blurry for the term to be useful. "Incremental games" may not be a great descriptive term for the genre (hence this many thousands of words long page on defining what the genre even is), but it's strictly better than calling them "idler" or "clicker" games. This guide will always use the term "incremental games" unless quoting someone else, as it is the term you typically see on all modern games in the genre.
      Incrementals as Parodies
      Let's start with one of the most interesting definitions of incremental games. Incremental games appear to be distilled versions of games or genres, "revealing" the naked game design at the core of these games or genres not unlike how parodies comment upon their source material.
      To understand what that means, think of how a casino uses skinner boxes to emotionally manipulate its customers to keep playing, but "dressing" up the skinner box with tons of stimuli to hide that ultimately the goal is to condition you into coming back compulsively. The idea that incremental games are parodies means taking the stance that at some level all games are similarly manipulating you, giving dopamine rewards in a way that manipulates you to keep playing while not necessarily giving you any value or fulfillment. Incremental games, then, are any games that plainly display the skinner box, and the manipulative core of the game, at the forefront of the experience.
      While incremental games can be fun and even healthy in certain contexts, they can exacerbate video game addiction more than other genres. If you feel like playing incremental games is taking priority over other things in your life, or manipulating your sleep schedule, it may be prudent to seek help. See r/StopGaming for resources.
      This "undressing" tends to go hand in hand with a reduced focus on aesthetics, often just printing the game state directly to the screen as text. This makes incremental games much easier to develop, particularly for those with programming skills but not art skills, but that's a tangent for why Incremental Games Guide to Incrementals/Appeal to Developers.
      Before I continue, I'd like to make my stance clear that I love games and incremental games, and do not think they should be considered inherently bad or manipulative with the above logic. Skinner boxes are just a way of manipulating behavior via rewards. The games are still fun - that's the reward! I'd believe the real criticism here is that it is "empty fun", or "empty dopamine", that doesn't offer any additional value or sense of fulfillment. I don't think that's inherently bad in moderation, although it can become a problem if the game is manipulating you for profit-seeking, or if you play the game to the detriment of the other parts of your life.
      Another interpretation of incremental games as parodies comes from several mainstream incremental games that are also parodies of capitalism, such as cookie clicker and adventure capitalist. It's a very common framework for incremental games to portray the ever-increasing numbers as an insatiable hunger for resources, like the ones observed within capitalism. Therefore, these games are used as evidence that the genre as a whole is about parody and commentary.
      Popular videos on incremental games that portray the genre as parodies are Why Idle games make good satire, and how it was ruined. and Bad Game Design - Clicker Games. You may also be interested in this response to the latter video from a fan of incremental games: BadGood Game Design - Clicker Games.
      I think that this definition ultimately ascribes a motive to the genre as a whole that only happens to apply to some of the more mainstream titles. There certainly are incremental games commenting on different things, including the genre itself as in the case of The Prestige Tree Classic, The Ascension Tree, or Omega Layers, but certainly not all. And of course, not all games that comment on something or parody something are incremental games! Additionally, a very large majority of incremental games are mobile games using these manipulative strategies to get players to spend as much money as possible - hell, Adventure Capitalist is ostensibly a critique on capitalism but features microtransactions and gameplay that manipulates you into buying them! These profit-seeking incremental games certainly belong within the genre but are hardly parodies when they too use manipulation to serve their interests. Also, from my own anecdotal experience, those who use this definition seem to do so from a fairly surface-level familiarity with the genre, and often in the context of criticizing the genre or the fans thereof.
      Incrementals as NGU ​
      Another broad definition often used is that incremental games are games where the focus of the game is "numbers going up". This definition proposes that other genres simply use increasing numbers as a means to an end, but incremental games uniquely only care about the numbers themselves going up. Put another way, it implies there should be no narrative justification for the numbers going up other than "why shouldn't they be going up?"
      While this definition is common because it feels easy to understand, it is difficult to formally define. Often phrases are used to describe games using this framework, such as having an "exaggerated sense of progression" or "big" numbers. These terms are vague and don't demonstrate an actual threshold between non-incrementals and incrementals. Most games have a sense of progression, so when is it "exaggerated"? How big are "big" numbers? Most notably, RPGs that are typically not considered incrementals will often pass this definition.
      Additionally, a lot of incrementals tend to have some theme guiding the gameplay, or at least the names of mechanics. This makes the line blurred between when numbers are going up for their own sake versus for a contextual reason. I believe this point is best illustrated that, while most RPGs are not considered incremental games, there is a sub-genre of "incremental RPGs" that typically relates to RPGs that perform combat automatically. This definition of incremental games does not support RPGs and "incremental RPGs" being on distinct sides of the line if the only difference between them is manual vs automatic combat.
      Incrementals as Strategies
      This is a rarer interpretation, but there are similarities between incremental games and strategy games, implying incrementals might just be a sub-genre of strategy games. By this approach, incremental games would be defined by their relation to strategy games, and how they involve player strategy. Incremental games are often large optimization problems - above all else, the actual gameplay the player is performing is deciding what to do next. The consequences of wrong decisions are typically more lenient in incremental games - such as just not making optimal progress - but they certainly get complex.
      So if we accept the premise that incrementals could fall under strategy, we still need to define what makes a strategy game an incremental versus some other strategy sub-genre. This is a bit tricky due to one particular sub-genre of strategy games: Factory Builders.
      Factory builders, such as Factorio or Satisfactory, are games about gaining ever increasing resources, optimizing production, and expanding more and more. That... sounds pretty similar, doesn't it? In fact, there's been some debate on whether factory builders would fall under the "incremental" umbrella. I think it's safe to say the two are certainly related, and probably have quite a bit of overlap in playerbase.
      Roguelites as Incrementals? ​
      Earlier on, I mentioned reset mechanics shouldn't be used in the definition because that could make all roguelites incrementals... But what if it does? A lot of incrementals can be described as games with a strong sense of progression, often with layers of meta-progression. Roguelites fit that bill to a T. What would make roguelites not incremental? I honestly don't think there's a good explanation here, but many fans of incremental games will state they do believe the two genres to be unrelated, even if there's a significant overlap between their player bases due to having similar appealing traits.
      At this point, it'd be appropriate to consider what part of the definition of roguelites precludes them from also being incrementals, but that reveals a new problem: What are roguelites? They're usually defined as rogue_likes with meta-progression, but that just pushes the problem back a step: Incrementals aren't the only genre to have difficulties defining themselves, it seems! Roguelikes are another genre where the community argues over the formal definition of their genre, although that means we can borrow from their process of coming to a consensus, and maybe come across a viable definition for incremental games.
      The Berlin Interpretation ​
      By far the most popular way of defining roguelikes is the "Berlin Interpretation", which acknowledged the diversity of games within the genre and argued the definition should not be based on any ideals about what the genre ought to be, but rather defined by "its canon". They argued there are a handful of games that can be used to define the canon for roguelikes, and from those games, a list of factors can be derived to determine a game's "roguelikeness". The more factors a game has, the more of a roguelike it is. This strategy is very lenient, allowing a game to not present any specific factor so long as it shows enough, and accounts for the blurriness of any genre definition by not explicitly stating how many factors a game must have to qualify as a definite roguelike.
      I believe this strategy for defining genres can be applied to other genres as well. A handful of games can be argued to be the incremental games canon, and a list of factors derived from them can be used to judge any game based on its "incrementalness". I'll propose such a canon and list of factors here, but by no means should it be considered the end-all-be-all.
      Note: The "Temple of the roguelike", an authority within the genre, has since replaced the Berlin Interpretation with a new set of factors here: https://blog.roguetemple.com/what-is-a-traditional-roguelike/
      The Incremental Games Canon ​
      Alright, time to get controversial. Up til now, I've been trying my best to stay objective and analytical, but now it's time to start making some opinionated decisions. Here is a list of games I think could justifiably make up an Incremental Games Canon:
      I chose a variety of games here, biasing towards newer games, purposefully to avoid making a narrow or "traditional" definition. The genre is growing and shouldn't be constrained by the traits of the early popular titles. A lot of these could easily be replaced with other games that are mechanically congruent, so ultimately I'm sure if you asked 10 people for their canon list you'd just get 10 different answers, but I think this should sufficiently allow us to determine what factors make a game have higher "incrementalness".
      The Paradigm Shift ​
      The Paradigm Shift is probably the highest possible value factor for an incremental. It's so common that for a while people referred to incrementals that exhibit this trait as "unfolding" games, to the point of trying to replace the term incremental due to their popularity. Paradigm shifts refer to when the gameplay significantly changes. There are too many examples to list here, but notably, every single reset mechanic is typically going to be a paradigm shift. Examples of games with paradigm shifts that aren't tied to reset mechanics include Universal Paperclips and A Dark Room.
      There are many reasons for the appeal of paradigm shifts. Oftentimes each mechanic builds on top of the existing mechanics, increasing the complexity of the game in steps so the player can follow along. They provide a sense of mystery, with the player anticipating what will happen next. They shake up the gameplay before it gets too stale - allowing the game to entertain for longer before the sense of Guide to Incrementals/What is Content? dissipates. Of the canon games selected above, I would argue every single one contains a paradigm shift (although I could see someone disagreeing with that statement wrt Increlution).
      I should take a moment to say that while I'm hyping up this specific factor, we cannot just reduce the genre definition to "does it have paradigm shifts". Many games have paradigm shifts that are not incremental, so it's just an indicator of incrementalness. Additionally, it can become quite hard to determine how large of a shift is a "paradigm" shift. Take, for example, any game with a skill tree. In some games, each skill node might have a large impact on how you play with the game, and qualify as a paradigm shift for some players. In other games, each skill node might just be a small percentage modifier on some stat that doesn't really impact much more than a slight bias towards an already established mechanic that's newly buffed. Every single canon game may show that it's common amongst incremental games, but could just as easily indicate that they're common in games in general.
      High-Value Factors ​
      I won't take as long to discuss the high and low-value factors, as you've already seen most of them brought up earlier on this page. As a reminder, a game does NOT need all of these to be an incremental game, but these are factors that each indicate a strong possibility the game is an incremental, so having several of these means they probably are. These factors apply to most of the canon incremental games.
      "Pure UI" Display. Incrementals typically have a textual presentation of the game state - there isn't a visual representation of the entities within the game. The interface is closer to what would be just the UI of a game in another genre or the control panel of a plane. If there is a visual representation, the player is often still interacting with non-diegetic game elements.
      Reduced Consequences. Incrementals tend to have reduced repurcussions for misplaying. They very rarely have fail states, where often the largest consequence is simply not progressing - never losing progress.
      Optimization Problems. The predominant gameplay of incrementals is typically solving optimization problems, from deciding which purchase to save up for to reasoning and deciding between different mutually exclusive options the game presents.
      Resource Management. Incrementals tend to have a lot of resources within the game to keep track of.
      Low-Value Factors ​
      These are low-value factors, meaning they aren't as strongly correlated with incremental games. Incremental games may have none of these, and non-incrementals may have several of these - if a game only has low-value factors, they're probably not an incremental.
      Fast Numeric Growth. Numbers in incremental games tend to grow faster than in other genres. There are more instances of superlinear growth. The larger the numbers get, the stronger of a signal this factor is.
      Automation. As an incremental game progresses, the player often no longer has to deal with earlier mechanics, by having them either happen automatically or otherwise be replaced with an alternative that requires less player interaction.
      Goal-Oriented. Incrementals are often heavily reliant on extrinsic motivation to guide the player. Typically this is through some sort of in-game goal to work towards, such as a certain amount of a resource being required to unlock or purchase something new.
      Waiting is a Mechanic. In incremental games, the player may come across times where there is no action they can take, and the game will progress automatically instead. The player must wait for some amount of this automatic progress to occur before they can resume interaction with the game.
      Are Roguelites Incrementals? ​
      Having made our variation of the Berlin Interpretation for incremental games, we can compare it to the Berlin Interpretation to determine if there's enough overlap that any game that "passes" the Berlin Interpretation would also pass the incremental variant. That is to say, whether any roguelite would also be considered an incremental game.
      The meta-progression of an incremental game could arguably be considered a paradigm shift, and certainly adds some resource management. Goal-oriented would probably also apply. I think anything other than those would be a stretch, and in my opinion that just isn't enough to qualify. To be totally honest, I was never expecting to conclude otherwise though 😉
      Sub-Genres ​
      There are some trends in incremental games that go beyond just being a commonly used mechanic, such that they deeply affect the rest of the game design. These trends can be used to determine sub-genres within the incremental games umbrella:
      Loops games are a sub-genre defined by having a core mechanic related to a loop, where the player is deciding the actions taken per loop. Notable examples include Idle Loops, Stuck in Time, Cavernous II, and Increlution. You may also argue Groundhog Life and Progress Knight fall into this sub-genre.
      ITRTG-like games are a sub-genre defined by having a core mechanic based on clearing increasingly difficult battles and often tend to have a lot of different mechanics to become progressively stronger. Notable examples include Idling to Rule the Gods, NGU Idle, and Wizard and Minion Idle.
      Polynomial Growth games are a sub-genre defined by having a core mechanic related to a higher degree polynomial. Notable examples include the base layer of Antimatter Dimensions and Swarm Simulator.
      Upgrades Games is a category popular on flash games websites that featured games focused on buying upgrades that would allow you to attain more currency in some sort of minigame that would earn you more money to buy more upgrades, which I'd argue now belong under the fold of incremental games. Notable examples include the Learn to Fly series and Upgrade Complete.
      Cultivation RPGs are a genre of games, books, and anime popular in China that center around being in a fantasy world with characters getting stronger over time. While few of them get translated into English, a fan of incremental games may find the available games interesting.
      
+    
     
   
-
\ No newline at end of file
+
      
\ No newline at end of file
diff --git a/garden/guide-to-incrementals/index.html b/garden/guide-to-incrementals/index.html
index 6522ef735..a3dd0ef73 100644
--- a/garden/guide-to-incrementals/index.html
+++ b/garden/guide-to-incrementals/index.html
@@ -1,4 +1,4 @@
-
+
      
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
      The Paper Pilot
      Appearance
      Guide to Incrementals ​
      Referenced by: My Personal Website
      This is a comprehensive guide to Incremental Games, a genre of video games. It will explore defining the genre, why it's appealing, and how to design and build your own incremental game. Along the way will be interactive examples, snippets from other creators, and relevant material to contextualize everything.
      Note: This is an incomplete document. I want to keep adding opinions and opposing views from other incremental games developers, and add interactive examples to illustrate various points regarding game design and balancing. Consider this a living document - and see the changelog at the end.
      Note: This was made before my switch to a digital garden, and is written as prose. Hope you don't mind!
      Why am I making this? ​
      That's a good question! What authority do I have to be making this guide? I haven't made the best incremental games, nor the most incremental games, certainly not the most popular ones either. But I do have some formal education in game development, know a lot of incremental game devs (as well as other game devs), and have a passionate interest in ludology, classifying genres, etc. I've also made a couple of incremental games) myself.
      If you have any additional questions about my credentials or anything on this site, feel free to reach out!
      Ludology ​
      Making an Incremental ​
      Last updated: 
      
-    
+    
      The Paper Pilot
      Appearance
      Guide to Incrementals 
      297 words, ~2 minute read. Planted 
+. Last tended to 
+.
      Referenced by: My Personal Website
      This is a comprehensive guide to Incremental Games, a genre of video games. It will explore defining the genre, why it's appealing, and how to design and build your own incremental game. Along the way will be interactive examples, snippets from other creators, and relevant material to contextualize everything.
      Note: This is an incomplete document. I want to keep adding opinions and opposing views from other incremental games developers, and add interactive examples to illustrate various points regarding game design and balancing. Consider this a living document - and see the changelog at the end.
      Note: This was made before my switch to a digital garden, and is written as prose. Hope you don't mind!
      Why am I making this? ​
      That's a good question! What authority do I have to be making this guide? I haven't made the best incremental games, nor the most incremental games, certainly not the most popular ones either. But I do have some formal education in game development, know a lot of incremental game devs (as well as other game devs), and have a passionate interest in ludology, classifying genres, etc. I've also made a couple of incremental games) myself.
      If you have any additional questions about my credentials or anything on this site, feel free to reach out!
      Ludology ​
      Making an Incremental ​
      
+    
     
   
-
\ No newline at end of file
+
    
\ No newline at end of file
diff --git a/garden/guide-to-incrementals/navigating-criticism/index.html b/garden/guide-to-incrementals/navigating-criticism/index.html
index 231c11a19..b5e201a02 100644
--- a/garden/guide-to-incrementals/navigating-criticism/index.html
+++ b/garden/guide-to-incrementals/navigating-criticism/index.html
@@ -1,4 +1,4 @@
-
+
    
 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
    The Paper Pilot
    Appearance
    Guide to Incrementals/Navigating Criticism ​
    Developing games is fun and exciting and teaches a lot of wonderful skills - I enthusiastically encourage anyone with an interest in game development to try it out - and incremental games are a wonderful way to get started. However, there are many challenges young and inexperienced developers have to face, and I think the hardest one - harder than coding, debugging, balancing, etc. - is handling criticism. When you put your heart and soul into a game it is natural to feel very vulnerable. While I think there's a lot communities can do to ensure they're welcoming, positive and constructive with their criticisms, inevitably you will eventually read some, and potentially a lot, of comments that can deeply affect you. No one is immune to this, from young incremental game developers to the largest content creators you can think of. That's why it's important to be able to process and navigate criticism, because ultimately collecting feedback is essential to the journey to becoming a better developer. On this page, we'll explore how to embrace criticism, grow from it, and continue to post your games publicly with confidence.
    Reading Feedback ​
    Game development is a skill that takes time and practice to get truly great at. Criticism and other constructive feedback are vital to continually improving. It's useful to look at the criticism as solely a tool for improving this game and future games - that is to say, it should never be used against you as a person. Insults towards the developer(s) themselves are never okay and should not be allowed within whatever community you're sharing your works in. If you do come across a comment you interpret as an attack upon your person, you should report it. For other negative comments, try not to internalize them; instead, focus on improving the game. By distancing your own identity from your work emotionally, you can better analyze the game and use the feedback to your advantage.
    Not all feedback is made equal, and you don't need to feel compelled to read and obey every piece of feedback you receive. Learn to distinguish between constructive feedback and unhelpful comments. Constructive feedback typically offers specific suggestions for improvement, while unhelpful comments are often vague or hurtful. Prioritize the former and disregard the latter. That said, most feedback you get will not be from game developers, so take specific suggestions with a grain of salt. Determine the actual problem they're experiencing, and design what you believe the best solution to that problem would be, regardless if that's the specific solution the player asked for. And keep in mind, due to different player preferences you'll never satisfy everyone, and you don't need to. Ultimately if even just you find the game fun, then that's a success.
    Seeking Feedback ​
    When deciding where to share your game, consider the type of players you anticipate getting, and the kind of feedback you can anticipate receiving. Different communities will have different levels of support for learning developers, and certain communities may prefer certain types of games or mechanics. It's important to get a diverse set of feedback focused on players you think will enjoy the specific game you're making.
    Collecting feedback from other game developers is incredibly helpful. They've trained themselves to recognize good and bad game design and how to articulate the differences, and from my experience are much more likely to leave positive and constructive comments since they've been in your shoes before! They understand the struggles and can offer guidance and emotional support.
    Responding to Feedback ​
    Negative feedback can naturally feel like an attack, and it's okay to get angry. However, lashing back is never the appropriate response. It's best to cool off IRL, and keep in mind all the positive comments you've received. There's a concept in Psychology called negative bias that explains how negative feedback tends to stick with us much more prominently than positive feedback, so it's useful to regularly remind yourself of all the positive feedback you've received. Celebrate your successes, no matter how small they may seem - getting a game to a state you can publicly share it with people is an accomplishment in and of itself!
    Remember your passion and your initial reasons for getting into game development. The journey will have its ups and downs, but staying true to your vision and passion will keep you motivated.
    Last updated: 
    
-    
+    
    The Paper Pilot
    Appearance
    Guide to Incrementals/Navigating Criticism 
    790 words, ~4 minute read. Planted 
+. Last tended to 
+.
    Developing games is fun and exciting and teaches a lot of wonderful skills - I enthusiastically encourage anyone with an interest in game development to try it out - and incremental games are a wonderful way to get started. However, there are many challenges young and inexperienced developers have to face, and I think the hardest one - harder than coding, debugging, balancing, etc. - is handling criticism. When you put your heart and soul into a game it is natural to feel very vulnerable. While I think there's a lot communities can do to ensure they're welcoming, positive and constructive with their criticisms, inevitably you will eventually read some, and potentially a lot, of comments that can deeply affect you. No one is immune to this, from young incremental game developers to the largest content creators you can think of. That's why it's important to be able to process and navigate criticism, because ultimately collecting feedback is essential to the journey to becoming a better developer. On this page, we'll explore how to embrace criticism, grow from it, and continue to post your games publicly with confidence.
    Reading Feedback ​
    Game development is a skill that takes time and practice to get truly great at. Criticism and other constructive feedback are vital to continually improving. It's useful to look at the criticism as solely a tool for improving this game and future games - that is to say, it should never be used against you as a person. Insults towards the developer(s) themselves are never okay and should not be allowed within whatever community you're sharing your works in. If you do come across a comment you interpret as an attack upon your person, you should report it. For other negative comments, try not to internalize them; instead, focus on improving the game. By distancing your own identity from your work emotionally, you can better analyze the game and use the feedback to your advantage.
    Not all feedback is made equal, and you don't need to feel compelled to read and obey every piece of feedback you receive. Learn to distinguish between constructive feedback and unhelpful comments. Constructive feedback typically offers specific suggestions for improvement, while unhelpful comments are often vague or hurtful. Prioritize the former and disregard the latter. That said, most feedback you get will not be from game developers, so take specific suggestions with a grain of salt. Determine the actual problem they're experiencing, and design what you believe the best solution to that problem would be, regardless if that's the specific solution the player asked for. And keep in mind, due to different player preferences you'll never satisfy everyone, and you don't need to. Ultimately if even just you find the game fun, then that's a success.
    Seeking Feedback ​
    When deciding where to share your game, consider the type of players you anticipate getting, and the kind of feedback you can anticipate receiving. Different communities will have different levels of support for learning developers, and certain communities may prefer certain types of games or mechanics. It's important to get a diverse set of feedback focused on players you think will enjoy the specific game you're making.
    Collecting feedback from other game developers is incredibly helpful. They've trained themselves to recognize good and bad game design and how to articulate the differences, and from my experience are much more likely to leave positive and constructive comments since they've been in your shoes before! They understand the struggles and can offer guidance and emotional support.
    Responding to Feedback ​
    Negative feedback can naturally feel like an attack, and it's okay to get angry. However, lashing back is never the appropriate response. It's best to cool off IRL, and keep in mind all the positive comments you've received. There's a concept in Psychology called negative bias that explains how negative feedback tends to stick with us much more prominently than positive feedback, so it's useful to regularly remind yourself of all the positive feedback you've received. Celebrate your successes, no matter how small they may seem - getting a game to a state you can publicly share it with people is an accomplishment in and of itself!
    Remember your passion and your initial reasons for getting into game development. The journey will have its ups and downs, but staying true to your vision and passion will keep you motivated.
    
+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/guide-to-incrementals/what-is-content/index.html b/garden/guide-to-incrementals/what-is-content/index.html
index ce444971e..94c2b9bb0 100644
--- a/garden/guide-to-incrementals/what-is-content/index.html
+++ b/garden/guide-to-incrementals/what-is-content/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
The Paper Pilot
Appearance
Guide to Incrementals/What is Content? ​
If you've been in the incremental games community for any amount of time, you'll quickly find the number one thing players want is content. They want as much of it as possible! The most popular incremental games have tons of content, so they just keep stretching on and on and on, introducing mechanic after mechanic, and players love it. In fact, players seem to value the amount of content over the quality of any specific content. However, there's a bit of a lack of understanding concerning what content is, and I'd like to explore what counts as content, and how we measure it. As a baseline definition, I think "content" can just be described as the parts of the game that engage the player, but to truly understand it we need to contextualize what that means and how it affects the gameplay experience.
To clarify the purpose of this page, my goal is not to get (too) nitpicky or to attack games with "low content". There's nothing wrong with short / low-content games - I'm quite a big fan of those games myself! This is mostly targeted toward those who ask for content and settle for "long" games, and those who want to provide content but want to make sure they're not just artificially inflating the game. Ultimately, I suppose the goal is to just reduce the amount of artificially inflated content for the sake of having a "longer" game.
Interaction ​
I think it should be a fairly non-controversial opinion that time spent solely waiting should not count towards content. That is not including the time reading various effects or making decisions in your head, but rather time spent waiting for a condition to be met so you can re-engage with the game.
That is not to say games should necessarily try to minimize this time. Plenty of games lead towards more infrequent interaction and still get popular. In fact, these games appeal to many gamers who want to have something to check up on in between bursts of working on some other activity. These games seem to have fallen slightly out of fashion amongst modern incremental games, but they're still fully valid. The point I'm trying to make here is just that this time is not content. As an extreme example, a game with no interactions and just a counter that goes up every second could safely be said to have 0 content beyond the time it takes to understand what's going on. If it has a list of "goals" to hit, then the time understanding those goals and a short time after achieving each one could be considered content, but not the idle times in between.
Let's take a look at the opposite end of the spectrum - interaction that is so frequent as to become mindless. This is any mechanic where you need to spam-click something to progress. This may be a more controversial take, but I do not believe this constitutes content either. It does not engage the player, because each consecutive click blends together and they do not individually change the gameplay experience. That is to say, a single click and 100 clicks are not meaningfully different in terms of engaging the player. I'd go as far as to say clicking 100 times would be actively worse, as it's artificially delaying the next piece of actual content, alongside the issues of accessibility and potentially causing RSI.
Repeatable Purchases ​
Imagine an entity in a game that you can purchase multiple times, each time it performs the same thing but for a higher cost. These are incredibly common, from the buildings in cookie clicker to the units in swarm sim to the IP and EP multipliers in antimatter dimensions. However, how much content is each specific purchase? Is it content beyond the first purchase? Does it have diminishing returns? What if you are oscillating between two different repeatable purchases? How much content is lost when you automate) away a repeatable purchase?
I don't want to take too harsh a stance against repeatable purchases. They're useful tools and can be used in a myriad of interesting ways. I feel they do become "stale" or less meaningful content over time, and this happens exponentially quickly the more frequently it can be purchased. A classic example that I believe goes too far is the IP/EP multipliers in Antimatter Dimensions. I would go as far as to say they are a chore and do not provide any meaningful content after you've bought them a couple of times. It's a method for inflating numbers (effectively making every OOM a 5x step instead of 10x), that punishes the player progression-wise whenever they forget to max it again, and eventually gets automated away as a reward to the player for making enough progress.
Just to voice the other side of this argument, Acamaeda defended the IP multiplier as giving the player a "good" upgrade every OOM. I can understand that to a point and need to clarify I'm mainly criticizing IP/EP multipliers after they've been introduced for a while. In fact, I would defend the multipliers for a short while after they're introduced using the same logic I would use to defend normal dimensions as repeatable purchases, at least pre-infinity. There's "content" to be had in looking at what dimensions will become affordable next, and then choosing which to buy amongst those. The IP/EP multipliers, early into infinity or eternity respectively, provide another option that gets put into that mental queue of things to buy with each OOM reached - although the optimal order is often quite trivial and not particularly engaging.
The IP/EP multipliers are not the only repeatable purchase in antimatter dimensions I take offense to. The time dimensions are also a series of repeatable purchases, that are all so similar and static that it doesn't take long before you never need to put any thought into buying them, how much you're buying at once, or the order you buy them in - you just press max all and move on. The entire tab could've been just the max all button and it would not have made a difference beyond the start of the eternity layer. The normal dimensions technically have this problem as well, but since you're constantly getting antimatter the order feels like it has a larger impact and it's more meaningful content, right up until they're automated away. Infinity dimensions are a compromise between the two, so I'm highlighting time dimensions here as the most egregious.
Following Instructions ​
We're getting more and more controversial as we go along! Let's talk about how linear content is not content now (in some circumstances). A trend in incremental games is adding difficulty by adding a web of effects that abstract the true change you can expect from any specific purchase or decision you make. If a game is both linear and sufficiently abstracts the effect of player decisions, then the player will no longer be engaging with the content - they'll simply be clicking on things as they become available. This isn't necessarily a bad thing, as plenty of players don't mind this style of gameplay, but I'd argue once you reach a point where players don't bother reading the effects, those interactions are no longer truly content. Note that unlike the previous qualifiers mentioned, this qualifier is based on the player, and therefore subjective. In effect, it's a spectrum where the more complicated the web of effects becomes, the more likely it is to disengage the player.
This over-complicatedness leading to disengaging the player can also happen from non-linear gameplay. If the web of effects becomes sufficiently complicated and finding the optimal progression route too time-consuming to discover, players will seek out guides from other players who've completed the game. The second they do this, the game effectively becomes linearly following the instructions of the guide and all the above criticisms apply. Similarly to as before, though, this is a spectrum and not everyone will seek out a guide at the same level of difficulty.
Automation
Automation is a staple of the genre, but it has certain implications for the design of the game. Why, when new content is introduced, must the older content be automated away - why is it a chore and it feels rewarding to not have to do it again? Why does the new mechanic have such appeal if we know it too will just be automated away later on, and we'll be happy when that happens? It honestly begs the question of why this framework of introducing content and automating the old content is even enjoyable - and nearly nonexistent in other genres. You're not going to reach a point in a platformer game where they just automate the jumping part - that's the core mechanic! Instead, platformers either add new mechanics that build on the core mechanic or at least re-contextualize the core mechanic. However, in incremental games new content very frequently means replacing older content, as opposed to augmenting it.
Admittedly, the above paragraph ignores the obvious answer that separates incremental games in this regard. These mechanics become chores as their frequency increases. The frequency increases to give a sense of progression, and automation is seen as a reward because it now manages what was becoming unmanageable. The new content then comes in and continues the loop to give a stronger sense of progression. That's all good and a fine justification for automating content instead of building upon the base mechanic. It's also much easier to design, as each layer essentially lets you start over instead of needing to think of ideas that conform to the original core mechanic.
So, what's the problem? Even if this trend is justified and easy to implement, there are some other effects it has on the game design. First off, and this is probably a neutral point, incremental games with this cycle of replacing old mechanics with new ones trend towards more and more abstract and further away from any narrative throughline as they add layers. There are only so many justifications for resetting progress, so if a game wants to have several of these layers they're inevitably going to become generic or increasingly loosely associated with the original content. It's most unfortunate, in my opinion when an interesting or innovative core mechanic gets fully automated once a generic "prestige" layer is unlocked.
A recent example is Really Grass Cutting Incremental, an incremental game about cutting grass (although I'm really criticizing the Roblox game it's based on). Except, it doesn't continue to be about cutting grass. After you buy enough upgrades to increase your grass cutting and level up sufficiently you "prestige", an abstract term that in this case means you reset all your progress to get some currency to buy upgrades that do the same things as the original upgrades, but these won't reset on future prestiges. You'll eventually be able to "crystallize", which means you reset all your progress to get some currency to buy upgrades that do the same things as the original upgrades (and a couple of new ones) and won't reset on future crystallizes. Fine. You'll progress a bit, complete some challenges, and finally get to... grasshop? Grasshopping is this mechanic where you reset all your progress to get some resource that isn't for buying upgrades - this time you just unlock different modifiers on everything based on their amount. You may have gotten the point by now, but there are also "steelie" resets which give you steel for some reason, before unlocking a factory with various machines - none of which are directly tied to cutting grass, and start gathering things like oil and reset for rocket parts and reset to go to space and so on and so on. Throughout all of this there is absolutely no narrative justification or throughline for the direction the game is going, or why cutting grass is still relevant when we're collecting things like rocket parts. I may be going a little hard on GCI, but it is far from alone.
Tips for Developers ​
If you're a developer, by this point you should have a pretty decent idea of how to create "true" content in your game. Here are some other specific tips I'd suggest:
An upgrade that simply unlocks another upgrade trivially isn't content. However, many games have an upgrade that just unlocks a feature, which then has a wait or other requirements before it can be used. Try to make sure when you unlock a feature, there is immediately something to do with the feature - for example, perhaps give them a small amount of the new currency it unlocks, if applicable.
If you don't have a large web of effects, and can definitively say the impact of a purchase is to multiply the gain of the cost currency by N, and the next purchase costs N times the amount of that same currency, then this purchase effectively made no difference and it may have made more sense to just go directly to the next upgrade. That said, having effects based on things like the number of purchases made will quickly invalidate this tip.
Last updated: 

-    
+    
The Paper Pilot
Appearance
Guide to Incrementals/What is Content? 
2305 words, ~13 minute read. Planted 
+. Last tended to 
+.
If you've been in the incremental games community for any amount of time, you'll quickly find the number one thing players want is content. They want as much of it as possible! The most popular incremental games have tons of content, so they just keep stretching on and on and on, introducing mechanic after mechanic, and players love it. In fact, players seem to value the amount of content over the quality of any specific content. However, there's a bit of a lack of understanding concerning what content is, and I'd like to explore what counts as content, and how we measure it. As a baseline definition, I think "content" can just be described as the parts of the game that engage the player, but to truly understand it we need to contextualize what that means and how it affects the gameplay experience.
To clarify the purpose of this page, my goal is not to get (too) nitpicky or to attack games with "low content". There's nothing wrong with short / low-content games - I'm quite a big fan of those games myself! This is mostly targeted toward those who ask for content and settle for "long" games, and those who want to provide content but want to make sure they're not just artificially inflating the game. Ultimately, I suppose the goal is to just reduce the amount of artificially inflated content for the sake of having a "longer" game.
Interaction ​
I think it should be a fairly non-controversial opinion that time spent solely waiting should not count towards content. That is not including the time reading various effects or making decisions in your head, but rather time spent waiting for a condition to be met so you can re-engage with the game.
That is not to say games should necessarily try to minimize this time. Plenty of games lead towards more infrequent interaction and still get popular. In fact, these games appeal to many gamers who want to have something to check up on in between bursts of working on some other activity. These games seem to have fallen slightly out of fashion amongst modern incremental games, but they're still fully valid. The point I'm trying to make here is just that this time is not content. As an extreme example, a game with no interactions and just a counter that goes up every second could safely be said to have 0 content beyond the time it takes to understand what's going on. If it has a list of "goals" to hit, then the time understanding those goals and a short time after achieving each one could be considered content, but not the idle times in between.
Let's take a look at the opposite end of the spectrum - interaction that is so frequent as to become mindless. This is any mechanic where you need to spam-click something to progress. This may be a more controversial take, but I do not believe this constitutes content either. It does not engage the player, because each consecutive click blends together and they do not individually change the gameplay experience. That is to say, a single click and 100 clicks are not meaningfully different in terms of engaging the player. I'd go as far as to say clicking 100 times would be actively worse, as it's artificially delaying the next piece of actual content, alongside the issues of accessibility and potentially causing RSI.
Repeatable Purchases ​
Imagine an entity in a game that you can purchase multiple times, each time it performs the same thing but for a higher cost. These are incredibly common, from the buildings in cookie clicker to the units in swarm sim to the IP and EP multipliers in antimatter dimensions. However, how much content is each specific purchase? Is it content beyond the first purchase? Does it have diminishing returns? What if you are oscillating between two different repeatable purchases? How much content is lost when you automate) away a repeatable purchase?
I don't want to take too harsh a stance against repeatable purchases. They're useful tools and can be used in a myriad of interesting ways. I feel they do become "stale" or less meaningful content over time, and this happens exponentially quickly the more frequently it can be purchased. A classic example that I believe goes too far is the IP/EP multipliers in Antimatter Dimensions. I would go as far as to say they are a chore and do not provide any meaningful content after you've bought them a couple of times. It's a method for inflating numbers (effectively making every OOM a 5x step instead of 10x), that punishes the player progression-wise whenever they forget to max it again, and eventually gets automated away as a reward to the player for making enough progress.
Just to voice the other side of this argument, Acamaeda defended the IP multiplier as giving the player a "good" upgrade every OOM. I can understand that to a point and need to clarify I'm mainly criticizing IP/EP multipliers after they've been introduced for a while. In fact, I would defend the multipliers for a short while after they're introduced using the same logic I would use to defend normal dimensions as repeatable purchases, at least pre-infinity. There's "content" to be had in looking at what dimensions will become affordable next, and then choosing which to buy amongst those. The IP/EP multipliers, early into infinity or eternity respectively, provide another option that gets put into that mental queue of things to buy with each OOM reached - although the optimal order is often quite trivial and not particularly engaging.
The IP/EP multipliers are not the only repeatable purchase in antimatter dimensions I take offense to. The time dimensions are also a series of repeatable purchases, that are all so similar and static that it doesn't take long before you never need to put any thought into buying them, how much you're buying at once, or the order you buy them in - you just press max all and move on. The entire tab could've been just the max all button and it would not have made a difference beyond the start of the eternity layer. The normal dimensions technically have this problem as well, but since you're constantly getting antimatter the order feels like it has a larger impact and it's more meaningful content, right up until they're automated away. Infinity dimensions are a compromise between the two, so I'm highlighting time dimensions here as the most egregious.
Following Instructions ​
We're getting more and more controversial as we go along! Let's talk about how linear content is not content now (in some circumstances). A trend in incremental games is adding difficulty by adding a web of effects that abstract the true change you can expect from any specific purchase or decision you make. If a game is both linear and sufficiently abstracts the effect of player decisions, then the player will no longer be engaging with the content - they'll simply be clicking on things as they become available. This isn't necessarily a bad thing, as plenty of players don't mind this style of gameplay, but I'd argue once you reach a point where players don't bother reading the effects, those interactions are no longer truly content. Note that unlike the previous qualifiers mentioned, this qualifier is based on the player, and therefore subjective. In effect, it's a spectrum where the more complicated the web of effects becomes, the more likely it is to disengage the player.
This over-complicatedness leading to disengaging the player can also happen from non-linear gameplay. If the web of effects becomes sufficiently complicated and finding the optimal progression route too time-consuming to discover, players will seek out guides from other players who've completed the game. The second they do this, the game effectively becomes linearly following the instructions of the guide and all the above criticisms apply. Similarly to as before, though, this is a spectrum and not everyone will seek out a guide at the same level of difficulty.
Automation
Automation is a staple of the genre, but it has certain implications for the design of the game. Why, when new content is introduced, must the older content be automated away - why is it a chore and it feels rewarding to not have to do it again? Why does the new mechanic have such appeal if we know it too will just be automated away later on, and we'll be happy when that happens? It honestly begs the question of why this framework of introducing content and automating the old content is even enjoyable - and nearly nonexistent in other genres. You're not going to reach a point in a platformer game where they just automate the jumping part - that's the core mechanic! Instead, platformers either add new mechanics that build on the core mechanic or at least re-contextualize the core mechanic. However, in incremental games new content very frequently means replacing older content, as opposed to augmenting it.
Admittedly, the above paragraph ignores the obvious answer that separates incremental games in this regard. These mechanics become chores as their frequency increases. The frequency increases to give a sense of progression, and automation is seen as a reward because it now manages what was becoming unmanageable. The new content then comes in and continues the loop to give a stronger sense of progression. That's all good and a fine justification for automating content instead of building upon the base mechanic. It's also much easier to design, as each layer essentially lets you start over instead of needing to think of ideas that conform to the original core mechanic.
So, what's the problem? Even if this trend is justified and easy to implement, there are some other effects it has on the game design. First off, and this is probably a neutral point, incremental games with this cycle of replacing old mechanics with new ones trend towards more and more abstract and further away from any narrative throughline as they add layers. There are only so many justifications for resetting progress, so if a game wants to have several of these layers they're inevitably going to become generic or increasingly loosely associated with the original content. It's most unfortunate, in my opinion when an interesting or innovative core mechanic gets fully automated once a generic "prestige" layer is unlocked.
A recent example is Really Grass Cutting Incremental, an incremental game about cutting grass (although I'm really criticizing the Roblox game it's based on). Except, it doesn't continue to be about cutting grass. After you buy enough upgrades to increase your grass cutting and level up sufficiently you "prestige", an abstract term that in this case means you reset all your progress to get some currency to buy upgrades that do the same things as the original upgrades, but these won't reset on future prestiges. You'll eventually be able to "crystallize", which means you reset all your progress to get some currency to buy upgrades that do the same things as the original upgrades (and a couple of new ones) and won't reset on future crystallizes. Fine. You'll progress a bit, complete some challenges, and finally get to... grasshop? Grasshopping is this mechanic where you reset all your progress to get some resource that isn't for buying upgrades - this time you just unlock different modifiers on everything based on their amount. You may have gotten the point by now, but there are also "steelie" resets which give you steel for some reason, before unlocking a factory with various machines - none of which are directly tied to cutting grass, and start gathering things like oil and reset for rocket parts and reset to go to space and so on and so on. Throughout all of this there is absolutely no narrative justification or throughline for the direction the game is going, or why cutting grass is still relevant when we're collecting things like rocket parts. I may be going a little hard on GCI, but it is far from alone.
Tips for Developers ​
If you're a developer, by this point you should have a pretty decent idea of how to create "true" content in your game. Here are some other specific tips I'd suggest:
An upgrade that simply unlocks another upgrade trivially isn't content. However, many games have an upgrade that just unlocks a feature, which then has a wait or other requirements before it can be used. Try to make sure when you unlock a feature, there is immediately something to do with the feature - for example, perhaps give them a small amount of the new currency it unlocks, if applicable.
If you don't have a large web of effects, and can definitively say the impact of a purchase is to multiply the gain of the cost currency by N, and the next purchase costs N times the amount of that same currency, then this purchase effectively made no difference and it may have made more sense to just go directly to the next upgrade. That said, having effects based on things like the number of purchases made will quickly invalidate this tip.

+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/incremental-social/index.html b/garden/incremental-social/index.html
index 2603fae96..9f9d113b7 100644
--- a/garden/incremental-social/index.html
+++ b/garden/incremental-social/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
The Paper Pilot
Appearance
Last updated: 

-    
+    
The Paper Pilot
Appearance

+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/ivy-road/index.html b/garden/ivy-road/index.html
index 2c5e16476..d15b1a21e 100644
--- a/garden/ivy-road/index.html
+++ b/garden/ivy-road/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,9 @@
     
   
   
-    
The Paper Pilot
Appearance
Ivy Road ​
Referenced by: Davey Wreden, Wanderstop
Tags: Davey Wreden
Ivy Road is a indie game studio created by Davey Wreden, Karla Kimonja, and C418
Last updated: 

-    
+    
The Paper Pilot
Appearance
Ivy Road 
63 words, ~0 minute read. Planted 
+.
Referenced by: Davey Wreden, Wanderstop
Tags: Davey Wreden
Ivy Road is a indie game studio created by Davey Wreden, Karla Kimonja, and C418

+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/kronos/index.html b/garden/kronos/index.html
index fd5488c8c..7657bd3dc 100644
--- a/garden/kronos/index.html
+++ b/garden/kronos/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
The Paper Pilot
Appearance
Kronos ​
Referenced by: V-ecs
Tags: My Projects, Profectus
My largest and most ambitious incremental game I've ever made
  • A magnum opus, of sorts ;P
Still in development, and will be for a long time. I have full intention of completing it, however
An older version, that is built in The Modding Tree, only has the gameplay, and only goes up to Chapter 2, can be played here
Last updated: 

-    
+    
The Paper Pilot
Appearance
Kronos 
107 words, ~1 minute read. Planted 
+. Last tended to 
+.
Referenced by: V-ecs
Tags: My Projects, Profectus
My largest and most ambitious incremental game I've ever made
  • A magnum opus, of sorts ;P
Still in development, and will be for a long time. I have full intention of completing it, however
An older version, that is built in The Modding Tree, only has the gameplay, and only goes up to Chapter 2, can be played here

+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/life-is-strange/index.html b/garden/life-is-strange/index.html
index fbcd0c7fe..6cdde2715 100644
--- a/garden/life-is-strange/index.html
+++ b/garden/life-is-strange/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
The Paper Pilot
Appearance
Life is Strange ​
A series of narrative driven video games with a focus on player choices
I really enjoyed the first game and engaged with the community a lot. I would get very emotional playing through the later chapters, and it became one of my favorite games.
Playthroughs I enjoyed:
The ending ​
I was not a huge fan of the ending of Life is Strange. Of the two endings, one very clearly got a lot more resources spent on it, but I think Max's story has a better conclusion under the other.
In my mind, Max's arc (and major themes of the last chapter) was about learning not to rely on her powers, and to learn to live with the consequences of her actions. To that end, having the game end with her taking responsibility and living with the consequences of such a major event is a fitting thematic conclusion to the game and her character arc. In contrast, the other ending shows Max relying on her powers once again and, in my opinion, portrays Max as having not grown nor learned any lessons throughout the entire series. I think its a disservice this ending got so much more attention, with unique outfits and a song dedicated to it.
Life is Strange: Before the Storm ​
I really enjoyed this story. I didn't get quite as invested, perhaps due to it being a condensed 3 chapters rather than 5, but the characters will still just as amazing, which is what makes LiS so good. The ending didn't have as much of a punch as LiS1 - in fact, the entire back half of episode 3 didn't quite meet the bar in my eyes. At the time, I enjoyed these threads discussing criticisms levied at that part of the game:
Deadbones played through the game here
The Awesome Adventures of Captain Spirit ​
I enjoyed the demo, and it certainly got me hyped for LiS2 (although I would've been regardless). Switching to UE seemed like a really good move, and the comic theme fits the aesthetic of the series well.
Life is Strange 2 ​
Unfortunately, I've only played the first chapter of this game. I wanted to play through it with Haley, but we haven't found time to do so.
LATER Skip the rest of LiS1 and play LiS2 with Haley
Life is Strange: True Colors ​
This game seems interesting, although the power does seem a little funnily close to "has empathy". I haven't had time to play it, but would like to.
Life is Strange: Double Exposure ​
I'm very excited for this game! Returning to Max's story sounds awesome. Although I will say, from the trailer alone it's incredibly obvious what one of the story beats will be: Revealing that the two timelines follow the two disparate endings from LiS1.
This game was announced to come with premium editions that get access to the game earlier
  • I think this is a horrible anti-consumer practice
  • Since this game is narratively driven, it is prone to spoilers
  • They're getting more money from their biggest fans without providing any tangible value to them, other than making the experience worse for everyone who plays but doesn't cough up that money
  • I hope other narratively driven games find other ways to do Video Game Monetization
Last updated: 

-    
+    
The Paper Pilot
Appearance
Life is Strange 
683 words, ~4 minute read. Planted 
+. Last tended to 
+.
A series of narrative driven video games with a focus on player choices
I really enjoyed the first game and engaged with the community a lot. I would get very emotional playing through the later chapters, and it became one of my favorite games.
Playthroughs I enjoyed:
Around the start of Haley and I's relationship, we'd play through LiS1 on projectors in our's classrooms
The ending ​
I was not a huge fan of the ending of Life is Strange. Of the two endings, one very clearly got a lot more resources spent on it, but I think Max's story has a better conclusion under the other.
In my mind, Max's arc (and major themes of the last chapter) was about learning not to rely on her powers, and to learn to live with the consequences of her actions. To that end, having the game end with her taking responsibility and living with the consequences of such a major event is a fitting thematic conclusion to the game and her character arc. In contrast, the other ending shows Max relying on her powers once again and, in my opinion, portrays Max as having not grown nor learned any lessons throughout the entire series. I think its a disservice this ending got so much more attention, with unique outfits and a song dedicated to it.
Life is Strange: Before the Storm ​
I really enjoyed this story. I didn't get quite as invested, perhaps due to it being a condensed 3 chapters rather than 5, but the characters will still just as amazing, which is what makes LiS so good. The ending didn't have as much of a punch as LiS1 - in fact, the entire back half of episode 3 didn't quite meet the bar in my eyes. At the time, I enjoyed these threads discussing criticisms levied at that part of the game:
Deadbones played through the game here
The Awesome Adventures of Captain Spirit ​
I enjoyed the demo, and it certainly got me hyped for LiS2 (although I would've been regardless). Switching to UE seemed like a really good move, and the comic theme fits the aesthetic of the series well.
Life is Strange 2 ​
Unfortunately, I've only played the first chapter of this game. I wanted to play through it with Haley, but we haven't found time to do so.
LATER Skip the rest of LiS1 and play LiS2 with Haley
Life is Strange: True Colors ​
This game seems interesting, although the power does seem a little funnily close to "has empathy". I haven't had time to play it, but would like to.
Life is Strange: Double Exposure ​
I'm very excited for this game! Returning to Max's story sounds awesome. Although I will say, from the trailer alone it's incredibly obvious what one of the story beats will be: Revealing that the two timelines follow the two disparate endings from LiS1.
This game was announced to come with premium editions that get access to the game earlier
  • I think this is a horrible anti-consumer practice
  • Since this game is narratively driven, it is prone to spoilers
  • They're getting more money from their biggest fans without providing any tangible value to them, other than making the experience worse for everyone who plays but doesn't cough up that money
  • I hope other narratively driven games find other ways to do Video Game Monetization

+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/logseq/index.html b/garden/logseq/index.html
index 37183f5e3..ff28c3bcf 100644
--- a/garden/logseq/index.html
+++ b/garden/logseq/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
The Paper Pilot
Appearance
Logseq ​
Referenced by: Command Palettes, This Knowledge Hub
Logseq is an Open Source outlining software
Last updated: 

-    
+    
+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/matrix/index.html b/garden/matrix/index.html
index 15e7348cf..e6407fc0b 100644
--- a/garden/matrix/index.html
+++ b/garden/matrix/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
The Paper Pilot
Appearance
Matrix ​
Referenced by: Cinny, Commune, Synapse
Matrix is a protocol for Decentralized messaging
Last updated: 

-    
+    
+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/mbin/index.html b/garden/mbin/index.html
index 67f837e9b..4a4079356 100644
--- a/garden/mbin/index.html
+++ b/garden/mbin/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
The Paper Pilot
Appearance
Mbin ​
Referenced by: Incremental Social
Mbin is an Open Source Fediverse software
Can show both twitter-style posts and reddit-style threads
Last updated: 

-    
+    
The Paper Pilot
Appearance
Mbin 
60 words, ~0 minute read. Planted 
+. Last tended to 
+.
Referenced by: Incremental Social
Mbin is an Open Source Fediverse software
Can show both twitter-style posts and reddit-style threads

+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/mtx/index.html b/garden/mtx/index.html
index 57687d0e6..93cfb7ba0 100644
--- a/garden/mtx/index.html
+++ b/garden/mtx/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,9 @@
     
   
   
-    
The Paper Pilot
Appearance
MTX ​
Referenced by: Premium Currency, Video Game Monetization
Purchaseable items in video games that cost real life currencies
Last updated: 

-    
+    
The Paper Pilot
Appearance
MTX 
56 words, ~0 minute read. Planted 
+.
Referenced by: Premium Currency, Video Game Monetization
Purchaseable items in video games that cost real life currencies

+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/my-personal-website/index.html b/garden/my-personal-website/index.html
index 0cc051a61..8dfa7558e 100644
--- a/garden/my-personal-website/index.html
+++ b/garden/my-personal-website/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
The Paper Pilot
Appearance
My Personal Website ​
Referenced by: My Personal Website, The Small Web
A Personal Websites for me, available at https://thepaperpilot.org
Last updated: 

-    
+    
+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/my-projects/index.html b/garden/my-projects/index.html
index 97e74c186..473850a89 100644
--- a/garden/my-projects/index.html
+++ b/garden/my-projects/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
The Paper Pilot
Appearance
My Projects ​
Referenced by: My Personal Website
Tagged by: Advent Incremental, Babble Buds, Capture the Citadel, Dice Armor, Game Dev Tree, Incremental Social, Kronos, Opti-Speech, Planar Pioneers, Profectus, V-ecs
I like making games and tools!
Games ​
Tools (and other non-games) ​
Last updated: 

-    
+    
The Paper Pilot
Appearance
My Projects 
144 words, ~1 minute read. Planted 
+. Last tended to 
+.
Referenced by: My Personal Website
Tagged by: Advent Incremental, Babble Buds, Capture the Citadel, Dice Armor, Game Dev Tree, Incremental Social, Kronos, Opti-Speech, Planar Pioneers, Profectus, V-ecs
I like making games and tools!
Games ​
Tools (and other non-games) ​

+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/nostr/index.html b/garden/nostr/index.html
index 715f9a885..7689bea88 100644
--- a/garden/nostr/index.html
+++ b/garden/nostr/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
The Paper Pilot
Appearance
Nostr ​
Referenced by: Fediverse
Tags: Decentralized
Nostr is a protocol for Federated Social Media
Last updated: 

-    
+    
+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/open-source/index.html b/garden/open-source/index.html
index dc0f086fd..bec2f8f96 100644
--- a/garden/open-source/index.html
+++ b/garden/open-source/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
The Paper Pilot
Appearance
Open Source ​
Referenced by: Advent Incremental, Cinny, Commune, Dice Armor, Forgejo, Game Dev Tree, Logseq, Mbin, Planar Pioneers, Profectus, Synapse, Vitepress, Weird
Projects with the source code publicly accessible
Typically also grants users the right to modify the code and redistribute those changes, depending on the license
Last updated: 

-    
+    
The Paper Pilot
Appearance
Open Source 
85 words, ~0 minute read. Planted 
+. Last tended to 
+.
Referenced by: Advent Incremental, Cinny, Commune, Dice Armor, Forgejo, Game Dev Tree, Logseq, Mbin, Planar Pioneers, Profectus, Synapse, Vitepress, Weird
Projects with the source code publicly accessible
Typically also grants users the right to modify the code and redistribute those changes, depending on the license

+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/opti-speech/index.html b/garden/opti-speech/index.html
index e81a71427..fd4796499 100644
--- a/garden/opti-speech/index.html
+++ b/garden/opti-speech/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
The Paper Pilot
Appearance
Opti-Speech ​
Tags: My Projects
In college I continued development on the Opti-Speech project, originally built alongside the scientific paper Opti-speech: a real-time, 3d visual feedback system for speech training
The Original Project ​
The Optispeech project involves designing and testing a real-time tongue model that can be viewed in a transparent head while a subject talks — for the purposes of treating speech errors and teaching foreign language sounds. This work has been conducted in partnership with Vulintus and with support from the National Institutes of Health (NIH).
system-architecture-600.jpg
This video shows a talker with WAVE sensors placed on the tongue hitting a virtual target sphere located at the alveolar ridge. When an alveolar consonant is hit (e.g., /s/, /n/, /d/) the sphere changes color from red to green.
This video shows an American talker learning a novel sound not found in English. When the post-alveolar consonant is hit, the target sphere changes color from red to green. Here, the NDI WAVE system serves as input.
My Work ​
As the sole programmer at UT Dallas Speech Production Lab at the time, my changes involved updating to a more modern version of Unity, improving the interface, in general cleaning up tech debt so it can more easily support new features, and added support for additional EMA systems, namely the Carstens AG501.
new-interface.png
In addition, the program now includes documentation and unit tests to improve program stability and maintainability going forward.
documentation.png
unittests.png
Last updated: 

-    
+    
The Paper Pilot
Appearance
Opti-Speech 
280 words, ~2 minute read. Planted 
+. Last tended to 
+.
Tags: My Projects
In college I continued development on the Opti-Speech project, originally built alongside the scientific paper Opti-speech: a real-time, 3d visual feedback system for speech training
The Original Project ​
The Optispeech project involves designing and testing a real-time tongue model that can be viewed in a transparent head while a subject talks — for the purposes of treating speech errors and teaching foreign language sounds. This work has been conducted in partnership with Vulintus and with support from the National Institutes of Health (NIH).
system-architecture-600.jpg
This video shows a talker with WAVE sensors placed on the tongue hitting a virtual target sphere located at the alveolar ridge. When an alveolar consonant is hit (e.g., /s/, /n/, /d/) the sphere changes color from red to green.
This video shows an American talker learning a novel sound not found in English. When the post-alveolar consonant is hit, the target sphere changes color from red to green. Here, the NDI WAVE system serves as input.
My Work ​
As the sole programmer at UT Dallas Speech Production Lab at the time, my changes involved updating to a more modern version of Unity, improving the interface, in general cleaning up tech debt so it can more easily support new features, and added support for additional EMA systems, namely the Carstens AG501.
new-interface.png
In addition, the program now includes documentation and unit tests to improve program stability and maintainability going forward.
documentation.png
unittests.png

+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/planar-pioneers/index.html b/garden/planar-pioneers/index.html
index 93c6a0a7a..42fc4b2bf 100644
--- a/garden/planar-pioneers/index.html
+++ b/garden/planar-pioneers/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
The Paper Pilot
Appearance
Planar Pioneers ​
Tags: My Projects, Profectus
Play it here!
An Open Source game designed to show off Profectus' dynamic layer system!
The TV Tropes page on this game mentions some of the cool things about this game
Last updated: 

-    
+    
The Paper Pilot
Appearance
Planar Pioneers 
75 words, ~0 minute read. Planted 
+. Last tended to 
+.
Tags: My Projects, Profectus
Play it here!
An Open Source game designed to show off Profectus' dynamic layer system!
The TV Tropes page on this game mentions some of the cool things about this game

+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/pre-order-bonuses/index.html b/garden/pre-order-bonuses/index.html
index 5f632df49..483f1897c 100644
--- a/garden/pre-order-bonuses/index.html
+++ b/garden/pre-order-bonuses/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,9 @@
     
   
   
-    
The Paper Pilot
Appearance
Pre-Order Bonuses ​
Referenced by: Video Game Monetization
Pre-order bonuses are benefits given to players who buy a game before it comes out
They primarily serve to benefit the company
  • People commit to buying before the embargo date passes
  • Heuristic of how well it'll sell after launch
  • Slight lead on return on investment 
    • More significantly impacts indie studios, who will likely have less cash on hand
  • Companies make deals with storefronts to have exclusive bonuses, to drive customers to said storefronts
Common bonuses:
  • Digital goods: 
  • Physical goods: 
    • Typically pins, keychains, etc.
    • Typically only included in physical editions of the game
Last updated: 

-    
+    
The Paper Pilot
Appearance
Pre-Order Bonuses 
144 words, ~1 minute read. Planted 
+.
Referenced by: Video Game Monetization
Pre-order bonuses are benefits given to players who buy a game before it comes out
They primarily serve to benefit the company
  • People commit to buying before the embargo date passes
  • Heuristic of how well it'll sell after launch
  • Slight lead on return on investment 
    • More significantly impacts indie studios, who will likely have less cash on hand
  • Companies make deals with storefronts to have exclusive bonuses, to drive customers to said storefronts
Common bonuses:
  • Digital goods: 
  • Physical goods: 
    • Typically pins, keychains, etc.
    • Typically only included in physical editions of the game

+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/premium-currency/index.html b/garden/premium-currency/index.html
index 82a83c458..feff0f5b1 100644
--- a/garden/premium-currency/index.html
+++ b/garden/premium-currency/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,9 @@
     
   
   
-    
The Paper Pilot
Appearance
Premium Currency ​
Referenced by: Pre-Order Bonuses
A popular form of MTX where instead of receiving a useful item or effect directly, you receive a currency that is then spent on an in game store
Reasons companies use them
  • Abstracts the real world price of items 
    • No strict conversion ratio
    • Discounts for bulk purchasing
    • Small amounts given for free based on story progression or watching ads
  • Consolidates smaller purchases into a larger one (decreasing friction of individual purchases)
Last updated: 

-    
+    
The Paper Pilot
Appearance
Premium Currency 
116 words, ~1 minute read. Planted 
+.
Referenced by: Pre-Order Bonuses
A popular form of MTX where instead of receiving a useful item or effect directly, you receive a currency that is then spent on an in game store
Reasons companies use them
  • Abstracts the real world price of items 
    • No strict conversion ratio
    • Discounts for bulk purchasing
    • Small amounts given for free based on story progression or watching ads
  • Consolidates smaller purchases into a larger one (decreasing friction of individual purchases)

+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/profectus/index.html b/garden/profectus/index.html
index da79d1919..467bec3de 100644
--- a/garden/profectus/index.html
+++ b/garden/profectus/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
The Paper Pilot
Appearance
Profectus ​
Referenced by: Advent Incremental, Planar Pioneers
Tagged by: Advent Incremental, Kronos, Planar Pioneers
Tags: My Projects
Profectus is an Open Source game engine I made, loosely based on The Modding Tree by Acamaeda
Technically it's more of a template for making web games
It centers around using Vue's reactivity and is designed with the intent to not restrain developers into making games that only look or behave "one way"
Games made with Profectus:
  • Everything in this garden tagged with this page!
  • The entries to the Profectus Creation Jam
  • Primordia by Jacorb
Last updated: 

-    
+    
The Paper Pilot
Appearance
Profectus 
132 words, ~1 minute read. Planted 
+. Last tended to 
+.
Referenced by: Advent Incremental, Planar Pioneers
Tagged by: Advent Incremental, Kronos, Planar Pioneers
Tags: My Projects
Profectus is an Open Source game engine I made, loosely based on The Modding Tree by Acamaeda
Technically it's more of a template for making web games
It centers around using Vue's reactivity and is designed with the intent to not restrain developers into making games that only look or behave "one way"
Games made with Profectus:
  • Everything in this garden tagged with this page!
  • The entries to the Profectus Creation Jam
  • Primordia by Jacorb

+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/social-media/index.html b/garden/social-media/index.html
index 88f0b6826..0d6fed9d8 100644
--- a/garden/social-media/index.html
+++ b/garden/social-media/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
The Paper Pilot
Appearance
Social Media ​
Referenced by: Commune, Fediverse
Traditional social media
  • Not Decentralized
    • Can't choose your own rules, sorting methods, data queries, etc.
  • Overrun by scams and ads and influencers
Federated Social Media
  • Partially Decentralized
    • Self hosting is too hard for everyone to do
    • Still subject to instance's moderation, limitations, etc.
  • Users need to pick an instance, associating their identity with one specific group 
    • People belong to many groups
    • The person is permanently associated with that one group
    • You have to pick before getting a "trial period" to ensure you actually like that group/instance
My take on an ideal social media Fedi v2
Last updated: 

-    
+    
The Paper Pilot
Appearance
Social Media 
142 words, ~1 minute read. Planted 
+. Last tended to 
+.
Referenced by: Commune, Fediverse
Traditional social media
  • Not Decentralized
    • Can't choose your own rules, sorting methods, data queries, etc.
  • Overrun by scams and ads and influencers
Federated Social Media
  • Partially Decentralized
    • Self hosting is too hard for everyone to do
    • Still subject to instance's moderation, limitations, etc.
  • Users need to pick an instance, associating their identity with one specific group 
    • People belong to many groups
    • The person is permanently associated with that one group
    • You have to pick before getting a "trial period" to ensure you actually like that group/instance
My take on an ideal social media Fedi v2

+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/synapse/index.html b/garden/synapse/index.html
index 3959e58ff..c74d0276d 100644
--- a/garden/synapse/index.html
+++ b/garden/synapse/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
The Paper Pilot
Appearance
Synapse ​
Referenced by: Incremental Social
Synapse is an Open Source server software for the Matrix protocol
Last updated: 

-    
+    
+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/the-beginner-s-guide/index.html b/garden/the-beginner-s-guide/index.html
index e49afbbae..34dae6875 100644
--- a/garden/the-beginner-s-guide/index.html
+++ b/garden/the-beginner-s-guide/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
The Paper Pilot
Appearance
The Beginner's Guide ​
Tags: Davey Wreden
My favorite video game of all time, bar none. Created by Davey Wreden
The game broadly comments on the relationship between creators and consumers, and it can apply to all forms of art
  • Perhaps also an important commentary on parasocial relationships
Important analyses:
Last updated: 

-    
+    
The Paper Pilot
Appearance
The Beginner's Guide 
111 words, ~1 minute read. Planted 
+. Last tended to 
+.
Tags: Davey Wreden
My favorite video game of all time, bar none. Created by Davey Wreden
The game broadly comments on the relationship between creators and consumers, and it can apply to all forms of art
  • Perhaps also an important commentary on parasocial relationships
Important analyses:

+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/the-cozy-web/index.html b/garden/the-cozy-web/index.html
index 8819ab98d..35177cb29 100644
--- a/garden/the-cozy-web/index.html
+++ b/garden/the-cozy-web/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
The Paper Pilot
Appearance
The Cozy Web ​
Referenced by: Digital Gardens, The Small Web
The Cozy Web is an extension of the dark forest theory of the Internet
It refers to the part of the web that is not web indexable
This part of the web is known for not typically having ads or marketers
Popularized by this article written by Maggie Appleton, who has also written a lot about Digital Gardens
Last updated: 

-    
+    
The Paper Pilot
Appearance
The Cozy Web 
106 words, ~1 minute read. Planted 
+. Last tended to 
+.
Referenced by: Digital Gardens, The Small Web
The Cozy Web is an extension of the dark forest theory of the Internet
It refers to the part of the web that is not web indexable
This part of the web is known for not typically having ads or marketers
Popularized by this article written by Maggie Appleton, who has also written a lot about Digital Gardens

+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/the-indieweb/amplification/index.html b/garden/the-indieweb/amplification/index.html
index 725f02d99..2347d7dcd 100644
--- a/garden/the-indieweb/amplification/index.html
+++ b/garden/the-indieweb/amplification/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,9 @@
     
   
   
-    
The Paper Pilot
Appearance
The IndieWeb/Amplification ​
Refers to reblogging (and re-hosting, sometimes) of someone else's content on your own site
The Internet is a series of webs discusses some ideas and best practices for amplification
To ensure the rehosted content actually came from the claimed author and was not tampered with, all content should be signed using The IndieWeb/Signature Blocks
Last updated: 

-    
+    
The Paper Pilot
Appearance
The IndieWeb/Amplification 
98 words, ~1 minute read. Planted 
+.
Refers to reblogging (and re-hosting, sometimes) of someone else's content on your own site
The Internet is a series of webs discusses some ideas and best practices for amplification
To ensure the rehosted content actually came from the claimed author and was not tampered with, all content should be signed using The IndieWeb/Signature Blocks

+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/the-indieweb/signature-blocks/index.html b/garden/the-indieweb/signature-blocks/index.html
index 519729440..16405e19b 100644
--- a/garden/the-indieweb/signature-blocks/index.html
+++ b/garden/the-indieweb/signature-blocks/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,9 @@
     
   
   
-    
The Paper Pilot
Appearance
The IndieWeb/Signature Blocks ​
A proposal I want to write for posting signed content on your IndieWeb website
Last updated: 

-    
+    
The Paper Pilot
Appearance
The IndieWeb/Signature Blocks 
56 words, ~0 minute read. Planted 
+.
A proposal I want to write for posting signed content on your IndieWeb website

+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/the-small-web/index.html b/garden/the-small-web/index.html
index ec50491d4..f3b1f5384 100644
--- a/garden/the-small-web/index.html
+++ b/garden/the-small-web/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
The Paper Pilot
Appearance
The Small Web ​
Referenced by: This Knowledge Hub
Small personal websites created by individuals
  • My Personal Website
  • A callback to how the web was before social media, which homogenized content
  • These pages are diverse and typically won't have ads or marketers 
The small web as a whole is Freeform
  • Individual sites may be Chronological still
  • Individual sites link between each other in ways similar to wikis 
Browsing the small web ​
  • Follow Webrings or other links from known small websites
  • Marginalia is a search engine for non-commercial content with a "random" button and filters for the small web explicitly (amongst other useful filters!)
Building personal websites ​
IndieWeb contains various resources
  • Their building blocks are standards people can use to help the small web connect with each other consistently
  • They discourage the use of site builders or templates that end up making sites look too homogenized
Free hosting for static websites:
Streams ​
Microsub is a proposed protocol to support this
  • That way, people could use microsub clients to subscribe to multiple streams and get them in one feed
  • Effectively a Federated Social Media that works through personal websites
  • Announce new posts using WebSub
This also allows your personal website to be the one source of truth for your posted content
Multiple streams can be hosted by one site/person so people can subscribe to the kind of content they're interested in
How viable would it be to include chat messages in a stream as well?
  • Perhaps with Chat Glue you could link to specific branches I chatted in
Digital Gardens ​
These sites may be useful to occasionally check up on rather than get notifications from on every post/change
  • Although Garden-RSS could allow those who want to receive notifications to do so
The future ​
The Internet is a series of webs talks about transitioning from our current consolidated web back to the indie web
Why people want the small web ​
There are tools these days that make making websites incredibly easy
  • Back in the day geocities was pretty complicated but a lot of people managed to make pages there
  • Neocities has an extensive page on Learn How to Make Websites!
Hosting can be expensive, but static websites are cheap
  • There are plenty of free options out there for hosting static websites 
    • Ideally you'd use some sort of system that is easily transferrable to other servers, and possibly even supports nomadic identities
    • Free hosting for static websites:
    • People are creative and love creating things
Last updated: 

-    
+    
The Paper Pilot
Appearance
The Small Web 
501 words, ~3 minute read. Planted 
+. Last tended to 
+.
Referenced by: This Knowledge Hub
Small personal websites created by individuals
  • My Personal Website
  • A callback to how the web was before social media, which homogenized content
  • These pages are diverse and typically won't have ads or marketers 
The small web as a whole is Freeform
  • Individual sites may be Chronological still
  • Individual sites link between each other in ways similar to wikis 
Browsing the small web ​
  • Follow Webrings or other links from known small websites
  • Marginalia is a search engine for non-commercial content with a "random" button and filters for the small web explicitly (amongst other useful filters!)
Building personal websites ​
IndieWeb contains various resources
  • Their building blocks are standards people can use to help the small web connect with each other consistently
  • They discourage the use of site builders or templates that end up making sites look too homogenized
Free hosting for static websites:
Streams ​
Microsub is a proposed protocol to support this
  • That way, people could use microsub clients to subscribe to multiple streams and get them in one feed
  • Effectively a Federated Social Media that works through personal websites
  • Announce new posts using WebSub
This also allows your personal website to be the one source of truth for your posted content
Multiple streams can be hosted by one site/person so people can subscribe to the kind of content they're interested in
How viable would it be to include chat messages in a stream as well?
  • Perhaps with Chat Glue you could link to specific branches I chatted in
Digital Gardens ​
These sites may be useful to occasionally check up on rather than get notifications from on every post/change
  • Although Garden-RSS could allow those who want to receive notifications to do so
The future ​
The Internet is a series of webs talks about transitioning from our current consolidated web back to the indie web
Why people want the small web ​
There are tools these days that make making websites incredibly easy
  • Back in the day geocities was pretty complicated but a lot of people managed to make pages there
  • Neocities has an extensive page on Learn How to Make Websites!
Hosting can be expensive, but static websites are cheap
  • There are plenty of free options out there for hosting static websites 
    • Ideally you'd use some sort of system that is easily transferrable to other servers, and possibly even supports nomadic identities
    • Free hosting for static websites:
    • People are creative and love creating things

+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/this-knowledge-hub/index.html b/garden/this-knowledge-hub/index.html
index 434e0f447..f88ce9b96 100644
--- a/garden/this-knowledge-hub/index.html
+++ b/garden/this-knowledge-hub/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
The Paper Pilot
Appearance
This Knowledge Hub ​
Referenced by: Digital Gardens
This is my knowledge hub!
  • It's a Digital Garden collecting my thoughts in varying levels of completeness on basically anything I have interest in
This is not Wikipedia. My thoughts are biased and argumentative, but to the best of my ability based on fact and expertise
I'm writing on something essentially every day
  • Most of my pages are private, especially the journal pages
  • I'll only push updates to this site every so often (not an automatic process)
  • Until something like Garden-RSS exists, we'll have to make do with /changelog which gives a git diff summary for every pushed change, in the form of a The IndieWeb stream as well as an RSS feed
Written in Logseq and rendered with Vitepress
Suggested pages:
Last updated: 

-    
+    
The Paper Pilot
Appearance
This Knowledge Hub 
175 words, ~1 minute read. Planted 
+. Last tended to 
+.
Referenced by: Digital Gardens
This is my knowledge hub!
  • It's a Digital Garden collecting my thoughts in varying levels of completeness on basically anything I have interest in
This is not Wikipedia. My thoughts are biased and argumentative, but to the best of my ability based on fact and expertise
I'm writing on something essentially every day
  • Most of my pages are private, especially the journal pages
  • I'll only push updates to this site every so often (not an automatic process)
  • Until something like Garden-RSS exists, we'll have to make do with /changelog which gives a git diff summary for every pushed change, in the form of a The IndieWeb stream as well as an RSS feed
Written in Logseq and rendered with Vitepress
Suggested pages:

+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/v-ecs/index.html b/garden/v-ecs/index.html
index e59ab2bc0..0ec251b7d 100644
--- a/garden/v-ecs/index.html
+++ b/garden/v-ecs/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
The Paper Pilot
Appearance
V-ecs ​
Tags: My Projects
screenshot.png
V-ecs (pronounced "Vex") is a Vulkan-based engine I made for making highly moddable games and tools in Lua centered around the ECS design pattern and a work-stealing job system.
The engine works with "worlds", which are collections of systems and renderers. The engine comes with several worlds using systems and renderers I made, including a voxel world, an incremental game, and some test scenes. All of these include systems to render the fps as well as show a debug console by typing the grave key (`). The default world is a title screen that detects any worlds in the "worlds" folder and displays a button for each of them.
debug.png
The original plans were to eventually put it on the steam workshop so people could more easily share their creations amongst each other, but I never became happy enough with the performance of the engine - the parallelization of the lua code involved a lot of overhead that severely limited performance.
Instead, I made a couple of worlds by myself - an infinite procedurally generated voxel world, a simple incremental game, and a more complex incremental game I call "Sands of Time".
sandsoftime.png
The gameplay of Sands of Time was replicated in Kronos Chapter 2!
Last updated: 

-    
+    
The Paper Pilot
Appearance
V-ecs 
246 words, ~1 minute read. Planted 
+. Last tended to 
+.
Tags: My Projects
screenshot.png
V-ecs (pronounced "Vex") is a Vulkan-based engine I made for making highly moddable games and tools in Lua centered around the ECS design pattern and a work-stealing job system.
The engine works with "worlds", which are collections of systems and renderers. The engine comes with several worlds using systems and renderers I made, including a voxel world, an incremental game, and some test scenes. All of these include systems to render the fps as well as show a debug console by typing the grave key (`). The default world is a title screen that detects any worlds in the "worlds" folder and displays a button for each of them.
debug.png
The original plans were to eventually put it on the steam workshop so people could more easily share their creations amongst each other, but I never became happy enough with the performance of the engine - the parallelization of the lua code involved a lot of overhead that severely limited performance.
Instead, I made a couple of worlds by myself - an infinite procedurally generated voxel world, a simple incremental game, and a more complex incremental game I call "Sands of Time".
sandsoftime.png
The gameplay of Sands of Time was replicated in Kronos Chapter 2!

+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/video-game-monetization/index.html b/garden/video-game-monetization/index.html
index 32d2c1c32..9ca104d2e 100644
--- a/garden/video-game-monetization/index.html
+++ b/garden/video-game-monetization/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,9 @@
     
   
   
-    
The Paper Pilot
Appearance
Video Game Monetization ​
Referenced by: Life is Strange
AAA games ​
Cost a lot of money to make, mostly due to the graphics arms race
The price required to make games that expensive earn the cost back would be much higher than the current price of AAA games
Graphics would not justify those higher prices, and AAA studios know this
Techniques AAA games use to make more money without raising the base price:
Free-to-play games ​
Typically utilize MTX and ads in order to profit
Indie developers ​
Trying to make a sustainable living is hard
The industry is packed with lots of competition
I don't blame them for their monetization
Ethical game monetization ​
Requirements:
  • Free demo
  • Paid base game
  • No MTX
  • Paid content expansions
Last updated: 

-    
+    
The Paper Pilot
Appearance
Video Game Monetization 
169 words, ~1 minute read. Planted 
+.
Referenced by: Life is Strange
AAA games ​
Cost a lot of money to make, mostly due to the graphics arms race
The price required to make games that expensive earn the cost back would be much higher than the current price of AAA games
Graphics would not justify those higher prices, and AAA studios know this
Techniques AAA games use to make more money without raising the base price:
Free-to-play games ​
Typically utilize MTX and ads in order to profit
Indie developers ​
Trying to make a sustainable living is hard
The industry is packed with lots of competition
I don't blame them for their monetization
Ethical game monetization ​
Requirements:
  • Free demo
  • Paid base game
  • No MTX
  • Paid content expansions

+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/vitepress/index.html b/garden/vitepress/index.html
index df0111175..e6b9ec61b 100644
--- a/garden/vitepress/index.html
+++ b/garden/vitepress/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,10 @@
     
   
   
-    
The Paper Pilot
Appearance
Vitepress ​
Referenced by: This Knowledge Hub
Vitepress is an Open Source static site generator
Last updated: 

-    
+    
+    
     
   
-
\ No newline at end of file
+

\ No newline at end of file
diff --git a/garden/wanderstop/index.html b/garden/wanderstop/index.html
index edb07cae2..25a3cb5f2 100644
--- a/garden/wanderstop/index.html
+++ b/garden/wanderstop/index.html
@@ -1,4 +1,4 @@
-
+

 
   
     
@@ -8,11 +8,11 @@
     
     
     
-    
+    
     
     
-    
-    
+    
+    
     
     
     
@@ -25,8 +25,9 @@
     
   
   
-    
The Paper Pilot
Appearance
Wanderstop ​
Tags: Davey Wreden
Wanderstop is the first game by Ivy Road. It's a narrative focused cozy game
Last updated: 

-    
+    
The Paper Pilot
Appearance
Wanderstop 
57 words, ~0 minute read. Planted 
+.
Tags: Davey Wreden
Wanderstop is the first game by Ivy Road. It's a narrative focused cozy game

+    
     
   
-
\ No newline at end of file
+
\ No newline at end of file diff --git a/garden/webrings/index.html b/garden/webrings/index.html index dce03e077..15b48069f 100644 --- a/garden/webrings/index.html +++ b/garden/webrings/index.html @@ -1,4 +1,4 @@ - +
@@ -8,11 +8,11 @@ - + - - + + @@ -25,8 +25,10 @@ -
The Paper Pilot

Appearance

Webrings ​

Referenced by: The Small Web

A collection of Personal Websites that link to each other

  • These websites are all endorsing each other
  • They form a network of related sites readers might be interested in
  • Built on human trust rather than algorithms

Commune has a vision for modern webrings

  • Have communities set up matrix spaces for chatting
  • Multiple spaces can contain the same room
  • Related communities can share a room about a relevant topic
    • e.g. a bunch of game development libraries shared a "Game Design" room
  • This allows smaller communities to grow from cross-pollinating with other related communities
  • Could Incremental Social host a shared "Incremental Games" room?
    • How to bridge one channel to multiple discord servers, since that's where most incremental games communities are
    • Would this be appealing to already large communities?
    • Would this be overwhelming to smaller communities?
    • Who would moderate?

Last updated:

- +
The Paper Pilot

Appearance

Webrings

183 words, ~1 minute read. Planted +. Last tended to +.

Referenced by: The Small Web

A collection of Personal Websites that link to each other

  • These websites are all endorsing each other
  • They form a network of related sites readers might be interested in
  • Built on human trust rather than algorithms

Commune has a vision for modern webrings

  • Have communities set up matrix spaces for chatting
  • Multiple spaces can contain the same room
  • Related communities can share a room about a relevant topic
    • e.g. a bunch of game development libraries shared a "Game Design" room
  • This allows smaller communities to grow from cross-pollinating with other related communities
  • Could Incremental Social host a shared "Incremental Games" room?
    • How to bridge one channel to multiple discord servers, since that's where most incremental games communities are
    • Would this be appealing to already large communities?
    • Would this be overwhelming to smaller communities?
    • Who would moderate?

+ - \ No newline at end of file +
\ No newline at end of file diff --git a/garden/weird/index.html b/garden/weird/index.html index d415b4fa9..07a501536 100644 --- a/garden/weird/index.html +++ b/garden/weird/index.html @@ -1,4 +1,4 @@ - +
@@ -8,11 +8,11 @@ - + - - + + @@ -25,8 +25,10 @@ -
The Paper Pilot

Appearance

Weird ​

Referenced by: Commune, Fedi v2, The Small Web

Weird is an Open Source project by the Commune team currently in development

Aims to make creating Personal Websites with Federated Identity available to everyone

  • Also plans on having paid tiers for giving people access to single user instances of various Fediverse tools

Long term, Weird wants to build a new better fediverse

Last updated:

- +
The Paper Pilot

Appearance

Weird

169 words, ~1 minute read. Planted +. Last tended to +.

Referenced by: Commune, Fedi v2, The Small Web

Weird is an Open Source project by the Commune team currently in development

Aims to make creating Personal Websites with Federated Identity available to everyone

  • Also plans on having paid tiers for giving people access to single user instances of various Fediverse tools

Long term, Weird wants to build a new better fediverse

+ - \ No newline at end of file +
\ No newline at end of file diff --git a/guide-to-incrementals/design/criticism/index.html b/guide-to-incrementals/design/criticism/index.html index 002d52396..a82be4470 100644 --- a/guide-to-incrementals/design/criticism/index.html +++ b/guide-to-incrementals/design/criticism/index.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,8 +25,8 @@ -
The Paper Pilot

Appearance

Guide to Incrementals/Navigating Criticism ​

Developing games is fun and exciting and teaches a lot of wonderful skills - I enthusiastically encourage anyone with an interest in game development to try it out - and incremental games are a wonderful way to get started. However, there are many challenges young and inexperienced developers have to face, and I think the hardest one - harder than coding, debugging, balancing, etc. - is handling criticism. When you put your heart and soul into a game it is natural to feel very vulnerable. While I think there's a lot communities can do to ensure they're welcoming, positive and constructive with their criticisms, inevitably you will eventually read some, and potentially a lot, of comments that can deeply affect you. No one is immune to this, from young incremental game developers to the largest content creators you can think of. That's why it's important to be able to process and navigate criticism, because ultimately collecting feedback is essential to the journey to becoming a better developer. On this page, we'll explore how to embrace criticism, grow from it, and continue to post your games publicly with confidence.

Reading Feedback ​

Game development is a skill that takes time and practice to get truly great at. Criticism and other constructive feedback are vital to continually improving. It's useful to look at the criticism as solely a tool for improving this game and future games - that is to say, it should never be used against you as a person. Insults towards the developer(s) themselves are never okay and should not be allowed within whatever community you're sharing your works in. If you do come across a comment you interpret as an attack upon your person, you should report it. For other negative comments, try not to internalize them; instead, focus on improving the game. By distancing your own identity from your work emotionally, you can better analyze the game and use the feedback to your advantage.

Not all feedback is made equal, and you don't need to feel compelled to read and obey every piece of feedback you receive. Learn to distinguish between constructive feedback and unhelpful comments. Constructive feedback typically offers specific suggestions for improvement, while unhelpful comments are often vague or hurtful. Prioritize the former and disregard the latter. That said, most feedback you get will not be from game developers, so take specific suggestions with a grain of salt. Determine the actual problem they're experiencing, and design what you believe the best solution to that problem would be, regardless if that's the specific solution the player asked for. And keep in mind, due to different player preferences you'll never satisfy everyone, and you don't need to. Ultimately if even just you find the game fun, then that's a success.

Seeking Feedback ​

When deciding where to share your game, consider the type of players you anticipate getting, and the kind of feedback you can anticipate receiving. Different communities will have different levels of support for learning developers, and certain communities may prefer certain types of games or mechanics. It's important to get a diverse set of feedback focused on players you think will enjoy the specific game you're making.

Collecting feedback from other game developers is incredibly helpful. They've trained themselves to recognize good and bad game design and how to articulate the differences, and from my experience are much more likely to leave positive and constructive comments since they've been in your shoes before! They understand the struggles and can offer guidance and emotional support.

Responding to Feedback ​

Negative feedback can naturally feel like an attack, and it's okay to get angry. However, lashing back is never the appropriate response. It's best to cool off IRL, and keep in mind all the positive comments you've received. There's a concept in Psychology called negative bias that explains how negative feedback tends to stick with us much more prominently than positive feedback, so it's useful to regularly remind yourself of all the positive feedback you've received. Celebrate your successes, no matter how small they may seem - getting a game to a state you can publicly share it with people is an accomplishment in and of itself!

Remember your passion and your initial reasons for getting into game development. The journey will have its ups and downs, but staying true to your vision and passion will keep you motivated.

- +
The Paper Pilot

Appearance

Guide to Incrementals/Navigating Criticism ​

Developing games is fun and exciting and teaches a lot of wonderful skills - I enthusiastically encourage anyone with an interest in game development to try it out - and incremental games are a wonderful way to get started. However, there are many challenges young and inexperienced developers have to face, and I think the hardest one - harder than coding, debugging, balancing, etc. - is handling criticism. When you put your heart and soul into a game it is natural to feel very vulnerable. While I think there's a lot communities can do to ensure they're welcoming, positive and constructive with their criticisms, inevitably you will eventually read some, and potentially a lot, of comments that can deeply affect you. No one is immune to this, from young incremental game developers to the largest content creators you can think of. That's why it's important to be able to process and navigate criticism, because ultimately collecting feedback is essential to the journey to becoming a better developer. On this page, we'll explore how to embrace criticism, grow from it, and continue to post your games publicly with confidence.

Reading Feedback ​

Game development is a skill that takes time and practice to get truly great at. Criticism and other constructive feedback are vital to continually improving. It's useful to look at the criticism as solely a tool for improving this game and future games - that is to say, it should never be used against you as a person. Insults towards the developer(s) themselves are never okay and should not be allowed within whatever community you're sharing your works in. If you do come across a comment you interpret as an attack upon your person, you should report it. For other negative comments, try not to internalize them; instead, focus on improving the game. By distancing your own identity from your work emotionally, you can better analyze the game and use the feedback to your advantage.

Not all feedback is made equal, and you don't need to feel compelled to read and obey every piece of feedback you receive. Learn to distinguish between constructive feedback and unhelpful comments. Constructive feedback typically offers specific suggestions for improvement, while unhelpful comments are often vague or hurtful. Prioritize the former and disregard the latter. That said, most feedback you get will not be from game developers, so take specific suggestions with a grain of salt. Determine the actual problem they're experiencing, and design what you believe the best solution to that problem would be, regardless if that's the specific solution the player asked for. And keep in mind, due to different player preferences you'll never satisfy everyone, and you don't need to. Ultimately if even just you find the game fun, then that's a success.

Seeking Feedback ​

When deciding where to share your game, consider the type of players you anticipate getting, and the kind of feedback you can anticipate receiving. Different communities will have different levels of support for learning developers, and certain communities may prefer certain types of games or mechanics. It's important to get a diverse set of feedback focused on players you think will enjoy the specific game you're making.

Collecting feedback from other game developers is incredibly helpful. They've trained themselves to recognize good and bad game design and how to articulate the differences, and from my experience are much more likely to leave positive and constructive comments since they've been in your shoes before! They understand the struggles and can offer guidance and emotional support.

Responding to Feedback ​

Negative feedback can naturally feel like an attack, and it's okay to get angry. However, lashing back is never the appropriate response. It's best to cool off IRL, and keep in mind all the positive comments you've received. There's a concept in Psychology called negative bias that explains how negative feedback tends to stick with us much more prominently than positive feedback, so it's useful to regularly remind yourself of all the positive feedback you've received. Celebrate your successes, no matter how small they may seem - getting a game to a state you can publicly share it with people is an accomplishment in and of itself!

Remember your passion and your initial reasons for getting into game development. The journey will have its ups and downs, but staying true to your vision and passion will keep you motivated.

+ \ No newline at end of file diff --git a/guide-to-incrementals/index.html b/guide-to-incrementals/index.html index f846a72e7..02cb1ca85 100644 --- a/guide-to-incrementals/index.html +++ b/guide-to-incrementals/index.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,8 +25,8 @@ -
The Paper Pilot

Appearance

Guide to Incrementals ​

Referenced by: My Personal Website

This is a comprehensive guide to Incremental Games, a genre of video games. It will explore defining the genre, why it's appealing, and how to design and build your own incremental game. Along the way will be interactive examples, snippets from other creators, and relevant material to contextualize everything.

Note: This is an incomplete document. I want to keep adding opinions and opposing views from other incremental games developers, and add interactive examples to illustrate various points regarding game design and balancing. Consider this a living document - and see the changelog at the end.

Note: This was made before my switch to a digital garden, and is written as prose. Hope you don't mind!

Why am I making this? ​

That's a good question! What authority do I have to be making this guide? I haven't made the best incremental games, nor the most incremental games, certainly not the most popular ones either. But I do have some formal education in game development, know a lot of incremental game devs (as well as other game devs), and have a passionate interest in ludology, classifying genres, etc. I've also made a couple of incremental games) myself.

If you have any additional questions about my credentials or anything on this site, feel free to reach out!

Ludology ​

Making an Incremental ​

- +
The Paper Pilot

Appearance

Guide to Incrementals ​

Referenced by: My Personal Website

This is a comprehensive guide to Incremental Games, a genre of video games. It will explore defining the genre, why it's appealing, and how to design and build your own incremental game. Along the way will be interactive examples, snippets from other creators, and relevant material to contextualize everything.

Note: This is an incomplete document. I want to keep adding opinions and opposing views from other incremental games developers, and add interactive examples to illustrate various points regarding game design and balancing. Consider this a living document - and see the changelog at the end.

Note: This was made before my switch to a digital garden, and is written as prose. Hope you don't mind!

Why am I making this? ​

That's a good question! What authority do I have to be making this guide? I haven't made the best incremental games, nor the most incremental games, certainly not the most popular ones either. But I do have some formal education in game development, know a lot of incremental game devs (as well as other game devs), and have a passionate interest in ludology, classifying genres, etc. I've also made a couple of incremental games) myself.

If you have any additional questions about my credentials or anything on this site, feel free to reach out!

Ludology ​

Making an Incremental ​

+ \ No newline at end of file diff --git a/guide-to-incrementals/ludology/appeal-developers/index.html b/guide-to-incrementals/ludology/appeal-developers/index.html index 93ef812c5..8e2dec778 100644 --- a/guide-to-incrementals/ludology/appeal-developers/index.html +++ b/guide-to-incrementals/ludology/appeal-developers/index.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,8 +25,8 @@ -
The Paper Pilot

Appearance

Guide to Incrementals/Appeal to Developers ​

There are a lot of developers in the incremental games community - the genre seems to draw them in, and convert a lot of players into developers. Let's explore the reasons why this genre appeals to developers.

Incrementals are Easy to Make ​

Compared to other genres, incrementals have quite low expectations. You don't need to make fancy art, or music, or lay things out nicely. If you can make a button and learn the few lines of code necessary to make a number go up, you can make an incremental. This low threshold makes the genre perfect for those who are actively learning to code and haven't developed any gamedev-related skills yet.

Additionally, unlike other genres incrementals are uniquely easy to implement in a normal web page - no need to worry about rendering sprites, moving them around, implementing physics, etc. New developers can just use HTML to add a button, and the game is now available in your browser. You don't need to choose an engine, have admin privileges, or hell for the dedicated you don't even need a computer - there are tools for web development that run in the browser itself, so you can technically use your phone if that's all you have.

Javascript is a perfectly viable language for making web games, whereas other genres are typically going to require using other more difficult languages to learn. There are countless javascript tutorials that start from 0 knowledge of programming, making it incredibly accessible to beginners.

Players are Easy to Find ​

Once you've finished your game and uploaded it on github pages or itch or just copied the link if you're using glitch or replit (all of which are easy to do), anyone can now play the game in their browser. This low barrier to entry has shown tremendous success in getting completely unknown developers to have thousands of plays.

The incremental games community, which mostly centers around r/incremental_games, is always looking for new games and tends to flood any new ones posted with initial players.

Having your games be played can be incredibly motivating, and the community makes it quite clear that you can expect players to play your game. These communities - both for incremental games in general as well as game-specific communities - tend to be very developer friendly as well. A lot of the developers know each other, and welcome new developers with open arms, often with dedicated channels for programming help and discussions.

Monetization ​

I'd like to clarify that everything I've said above mainly applies to web-based incrementals. Incremental games are also incredibly popular on mobile, but with a much different culture and community. Many mobile gamers will still participate in the web-focused community for the culture. This web-focused community has a culture that has been criticized for being "anti-monetization". Ads, IAPs, and similar forms of monetization are often criticized, mainly due to the abundance of completely non-monetized games available from hobbyist developers. There are exceptions, like paid games often being considered fine, like Increlution or Stuck in Time, or donation ware games like kittens game, but even popular games that have IAP see some level of regular criticism, like NGU Idle, Idle Skilling, or Idle Pins. A large part of this can be explained by the community being hyper-aware of the addictive) nature of this genre and its susceptibility to exploiting players.

On mobile, however, monetization is the norm and expected. If an incremental game is available on mobile, it almost certainly will be monetized, and mobile players are aware and accepting of that. Mobile incremental games, due to their addictive nature, tend to make a lot of money. It's very lucrative, and therefore these games are quite abundant on mobile storefronts.

- +
The Paper Pilot

Appearance

Guide to Incrementals/Appeal to Developers ​

There are a lot of developers in the incremental games community - the genre seems to draw them in, and convert a lot of players into developers. Let's explore the reasons why this genre appeals to developers.

Incrementals are Easy to Make ​

Compared to other genres, incrementals have quite low expectations. You don't need to make fancy art, or music, or lay things out nicely. If you can make a button and learn the few lines of code necessary to make a number go up, you can make an incremental. This low threshold makes the genre perfect for those who are actively learning to code and haven't developed any gamedev-related skills yet.

Additionally, unlike other genres incrementals are uniquely easy to implement in a normal web page - no need to worry about rendering sprites, moving them around, implementing physics, etc. New developers can just use HTML to add a button, and the game is now available in your browser. You don't need to choose an engine, have admin privileges, or hell for the dedicated you don't even need a computer - there are tools for web development that run in the browser itself, so you can technically use your phone if that's all you have.

Javascript is a perfectly viable language for making web games, whereas other genres are typically going to require using other more difficult languages to learn. There are countless javascript tutorials that start from 0 knowledge of programming, making it incredibly accessible to beginners.

Players are Easy to Find ​

Once you've finished your game and uploaded it on github pages or itch or just copied the link if you're using glitch or replit (all of which are easy to do), anyone can now play the game in their browser. This low barrier to entry has shown tremendous success in getting completely unknown developers to have thousands of plays.

The incremental games community, which mostly centers around r/incremental_games, is always looking for new games and tends to flood any new ones posted with initial players.

Having your games be played can be incredibly motivating, and the community makes it quite clear that you can expect players to play your game. These communities - both for incremental games in general as well as game-specific communities - tend to be very developer friendly as well. A lot of the developers know each other, and welcome new developers with open arms, often with dedicated channels for programming help and discussions.

Monetization ​

I'd like to clarify that everything I've said above mainly applies to web-based incrementals. Incremental games are also incredibly popular on mobile, but with a much different culture and community. Many mobile gamers will still participate in the web-focused community for the culture. This web-focused community has a culture that has been criticized for being "anti-monetization". Ads, IAPs, and similar forms of monetization are often criticized, mainly due to the abundance of completely non-monetized games available from hobbyist developers. There are exceptions, like paid games often being considered fine, like Increlution or Stuck in Time, or donation ware games like kittens game, but even popular games that have IAP see some level of regular criticism, like NGU Idle, Idle Skilling, or Idle Pins. A large part of this can be explained by the community being hyper-aware of the addictive) nature of this genre and its susceptibility to exploiting players.

On mobile, however, monetization is the norm and expected. If an incremental game is available on mobile, it almost certainly will be monetized, and mobile players are aware and accepting of that. Mobile incremental games, due to their addictive nature, tend to make a lot of money. It's very lucrative, and therefore these games are quite abundant on mobile storefronts.

+ \ No newline at end of file diff --git a/guide-to-incrementals/ludology/appeal-gamers/index.html b/guide-to-incrementals/ludology/appeal-gamers/index.html index 56578d233..7607933d9 100644 --- a/guide-to-incrementals/ludology/appeal-gamers/index.html +++ b/guide-to-incrementals/ludology/appeal-gamers/index.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,8 +25,8 @@ -
The Paper Pilot

Appearance

Guide to Incrementals/Appeal to Players ​

This is something that has been discussed and analyzed by many people, and to some extent, I feel like everything that can be said on the topic already has. However, a lot of these analyses are from the perspective of those with not as much experience and involvement within the genre as I'd argue would be necessary for a fully contextualized answer. I recently watched a video about Vampire Survivors, which has since been taken down due to drawing negative attention, which made me think about some interesting arguments about what games are, and what makes them good. The video's argument that "Vampire Survivors is not a video game" mirrors a claim by the developer of Cookie Clicker that his games are "non-games". Using Vampire Survivors and the video made on it as a framework, I'll be answering why incremental games appeal to players. Since the video has been taken down, I'll do my best to contextualize and generalize the arguments of the video without requiring the reader to watch it. For what it's worth, while I disagreed with the video I actually liked a lot of the way it went about thinking about games, and I consider this a continuation of that discussion.

Numbers Going Up ​

This is a very common response to why people enjoy incremental games, although it's not one I find compels me personally, and I suspect it might be a stand-in for progression) or Guide to Incrementals/What is Content?. But reportedly, some people do just like seeing big numbers. I must reiterate I suspect the actual cause is seeing big numbers in context though - if you start at 1e1000 of a currency and get to 1e1001, that isn't going to feel as satisfying as going from 1e10 to 1e100, and in any case, I don't think a button that just adds a zero to your number will feel quite satisfying - I believe its the sense of having made progress, and comparing where you are to where you started and feeling like you've earned your way here that is enjoyable.

Progression

Vampire Survivors can be argued to have a comparatively low depth to its combat compared to many other games. I'd argue it has sufficient depth and more than someone might expect who has only played the game for a short while, but it still definitely gets beat out by many other combat-focused games. Instead, a lot of the progression in Vampire Survivors comes from a meta-progression system by which base stats are increased by spending a currency that persists between runs. While it is technically possible to win without this meta-progression system, and indeed in many roguelikes players like to challenge themselves by beating the game without any meta-progression, the criticism can be made that meta-progression de-emphasizes player skill by making it less important to have to beat the game. Certainly, in incremental games, it is often literally impossible to complete a game without taking advantage of the meta-progression systems. I'd argue this does not detract from the game, however, and is actually a part of what makes incremental games, and roguelikes, enjoyable to many players: meta-progression augments the increases in skill the player is naturally gaining as they play. In effect, it's not replacing the skill increase, but exaggerating it to make it feel more real to the player.

Note: There is also a lot of progression from exploring the mechanics and discovering synergies, unlocking new weapons or playable characters, etc. That just isn't as relevant to this discussion, but it does make up a lot of the appeal of the game.

Effortlessness ​

Incremental games are so easy, a lot of them even have you progress while you're not playing! Part of the appeal is being able to feel like you're making progress while doing something actually productive - multitasking, in a way. In this sense, the game is more of a fidget toy - not something to think hard about and play actively, but something to click a few buttons every so often while you're paying attention to a lecture or studying or working. Of course, not all incremental games lend themselves to being played this way - it's specifically "idle" games that work like this. These are games that take an incredibly long amount of time to see all the content, stretching it as thin as possible, but they aren't expecting you to be sitting at your device playing it the entire time. They expect you to leave and come back later to make a bit of progress and repeat the cycle.

If you look at the higher-level play of most games, you'll see them perform difficult feats with ease and speed. They'll achieve a "flow state" that takes all their knowledge and experience of the game and uses it to play the game as instinctively as possible. It's incredible to watch things like Slay the Spire speed runs or competitive DDR-likes. I'd argue the goal of a lot of games with a competitive scene is to get so good that the game becomes effortless. In that sense, a game that allows you to reach that point earlier isn't any less legitimate, but rather lowers the barrier to entry by allowing more people to get "really good" at the game. And to be clear, Vampire Survivors and (most) incremental games aren't trivially easy - they, and to an extent, every game will have some level of learning and improvement over time.

Addiction

A lot of these reasons for why incremental games appeal may have reminded you of why gambling appeals to people, particularly those prone to addiction. Indeed, incremental games are quite often criticized for their similarity to a skinner box. Some have gone as far as to say incremental games as a genre are commenting that all games are skinner boxes). The argument goes that some games are not fun, but rather condition players into continuing to play without actually getting anything from the experience. When tied to real-world money this is seen as predatory, and to a lesser extent, even free games may be feeding the addictive sides of people and making them more prone to seek out gambling or micro-transaction heavy games.

While incremental games can be fun and even healthy in certain contexts, they can exacerbate video game addiction more than other genres. If you feel like playing incremental games is taking priority over other things in your life, or manipulating your sleep schedule, it may be prudent to seek help. See r/StopGaming for resources.

Since incremental games are often built on extrinsic motivations in the form of progression systems, it's hard to argue whether players continue to play because they are enjoying the gameplay, or if they are just conditioned to keep doing it because the game keeps rewarding them. Unfortunately, it can often feel like it's the latter, as there isn't typically anything compelling about the "gameplay" of clicking a button and waiting. There may be a significant overlap between those who enjoy incremental games and those who are most prone to addiction, and there are often posts on r/incremental_games about someone either struggling with or overcoming video game addiction.

Strategy ​

Incremental games could be considered a subset of strategy games), and inherit the appeals of strategy games. This includes the appeal of feeling like you've found a good solution to a puzzle, or that you're learning more about the game and are improving at making decisions within it. This applies to Vampire Survivors specifically, where you're learning about evolutions and synergies and what kinds of enemies can spawn under what conditions, and how best to handle them.

Note that strategy games are not all the same difficulty, as well. Vampire Survivors is still easier to play than Starcraft 2, and Cookie Clicker is probably somewhere in between (once you progress sufficiently). Vampire Survivors being so successful may indicate that "easier" strategies may have their separate appeal to harder strategy games - players like to feel smart and that they figured the game out and have optimized or mastered it, and the game being easier doesn't detract from that sense of accomplishment as much as it allows more and more users to be able to reach the point where they gain that sense.

Avoiding Staleness ​

Incremental games tend to have "paradigm shifts", where the gameplay changes in a meaningful way at various times throughout the progression of the game. These upset and change the gameplay loop, which helps keep them from stagnating. This constant "freshness" to the gameplay can keep players engaged for longer, compared to a game with a repetitive and static gameplay loop.

Good Game Design ​

Incremental games tend to show their game design "plainly", so it's more readily apparent if a game has good game design while playing, even if you're not looking for it. While different players have different preferences and might enjoy different types of games more than others, there are underlying good and bad game design principles that players will notice the effects of. To be clear, this isn't talking about stuff like big numbers being enjoyable, where I can comfortably agree to disagree with other players. They don't intrinsically make my experience better, but I'm aware of those for whom it does and I won't argue against their feelings. However, the game designer in me does feel like there are some extremely clear-cut examples of good and bad game design philosophies.

Let's start by giving an example of a mechanic I think can be easily and strongly argued is good game design. There are of course many examples, but a personal favorite of mine is how DOOM encourages aggressive gameplay by linking health drops to melee attacks. It has an intended experience it's trying to give the player - immersing themselves as DOOM guy, who would not hide behind cover when low on health - and this mechanic does a great job at encouraging and effectively teaching players to behave properly. This is in sharp contrast to shooters like Call of Duty, which have you regen health passively, encouraging players to hide behind cover and wait after getting hit. Note that I'm not arguing CoD is poorly designed, as the games have different intended experiences. I'm specifically praising DOOM for having a mechanic that does a good job at ensuring the player has that intended experience.

To contrast with an example I think is bad game design, let's talk about shields in souls-likes. This is a bit of a famous example, and I highly recommend this video essay which spends quite a good bit of time on this topic. Essentially, the argument boils down to players of earlier games in the souls games using shields too much - playing slowly, conservatively, and ultimately having less fun. Players wanted to feel safe, so they ended up playing in a way that ruined the experience for them. The developers solved this by removing shields, apart from an intentionally bad one effectively mocking the playstyle, and it did its job at getting players to play more aggressively, and often have more fun.

To bring the conversation back to incrementals, I'm incredibly opinionated on what makes a good incremental game, which I'll discuss in the game design section. Suffice it to say, incremental games rely more on good game design than other genres, due to not having much to distract from bad game design. This helps (although imperfectly - gamers are a bit too tolerant of bad game design!) well-designed games rise to the top within the genre.

Artistic Merit ​

The Vampire Survivors video made me think back to the old arguments about whether games are art, and whether they ought to be. The video seems preoccupied with attaching value to games solely based on their mechanics and the depth thereof, to the point of arguing Vampire Survivors is a waste of time due to its lack of depth. However, even setting aside the fact that if players are having fun then it's not time wasted, I think games can have artistic merit that supersedes the necessity of having (any / engaging / "deep") gameplay. I think the consensus online is that games are definitively art, although I could see the argument that some genres, like incremental games, might be a bit in a grey area. Let's talk about Vampire Survivors first though - It has a story to tell, with lore and many characters, that drive the player and encourage them to continue exploring the game and discovering things within it. Like any walking simulator, it is no less legitimate of a game or the "art" label because of any lack perceived lack of depth. For what it's worth, most art can be consumed with more ease than VS - any painting, movie, sculpture, etc.

A lot of incrementals have a narrative context that can similarly qualify them as art. Cookie Clicker is, as has been pointed out numerous times before, commenting on excess and increasing production beyond any reasonable limits - devolving into increasing production for its own sake. Indeed, a lot of incremental games are written to comment upon various concepts like capitalism or tropes in games, as discussed when defining Incrementals). However, I'd like to argue most incremental games are still art, even without any narrative context. "Art" as a concept is pretty nebulous already, but I personally like those who define it as an act of expression more than any physical result. The creator and the context within which they created the art, and any meaning they put into it, are all relevant and a part of the art itself. Most incremental games have artistic merit from things like why the creator made it, why they chose to make it an incremental game, and why they made any particular design decision. Hell, even if you play through an entire incremental game without a single thought or feeling, that very fact it elicited nothing can itself be artistic merit!

I'm not an art major, and I may be taking a somewhat extreme take on what is art and what has artistic merit, but I'd argue the overall point stands that games, and incremental games specifically, can have artistic merit, which appeals to many gamers.

- +
The Paper Pilot

Appearance

Guide to Incrementals/Appeal to Players ​

This is something that has been discussed and analyzed by many people, and to some extent, I feel like everything that can be said on the topic already has. However, a lot of these analyses are from the perspective of those with not as much experience and involvement within the genre as I'd argue would be necessary for a fully contextualized answer. I recently watched a video about Vampire Survivors, which has since been taken down due to drawing negative attention, which made me think about some interesting arguments about what games are, and what makes them good. The video's argument that "Vampire Survivors is not a video game" mirrors a claim by the developer of Cookie Clicker that his games are "non-games". Using Vampire Survivors and the video made on it as a framework, I'll be answering why incremental games appeal to players. Since the video has been taken down, I'll do my best to contextualize and generalize the arguments of the video without requiring the reader to watch it. For what it's worth, while I disagreed with the video I actually liked a lot of the way it went about thinking about games, and I consider this a continuation of that discussion.

Numbers Going Up ​

This is a very common response to why people enjoy incremental games, although it's not one I find compels me personally, and I suspect it might be a stand-in for progression) or Guide to Incrementals/What is Content?. But reportedly, some people do just like seeing big numbers. I must reiterate I suspect the actual cause is seeing big numbers in context though - if you start at 1e1000 of a currency and get to 1e1001, that isn't going to feel as satisfying as going from 1e10 to 1e100, and in any case, I don't think a button that just adds a zero to your number will feel quite satisfying - I believe its the sense of having made progress, and comparing where you are to where you started and feeling like you've earned your way here that is enjoyable.

Progression

Vampire Survivors can be argued to have a comparatively low depth to its combat compared to many other games. I'd argue it has sufficient depth and more than someone might expect who has only played the game for a short while, but it still definitely gets beat out by many other combat-focused games. Instead, a lot of the progression in Vampire Survivors comes from a meta-progression system by which base stats are increased by spending a currency that persists between runs. While it is technically possible to win without this meta-progression system, and indeed in many roguelikes players like to challenge themselves by beating the game without any meta-progression, the criticism can be made that meta-progression de-emphasizes player skill by making it less important to have to beat the game. Certainly, in incremental games, it is often literally impossible to complete a game without taking advantage of the meta-progression systems. I'd argue this does not detract from the game, however, and is actually a part of what makes incremental games, and roguelikes, enjoyable to many players: meta-progression augments the increases in skill the player is naturally gaining as they play. In effect, it's not replacing the skill increase, but exaggerating it to make it feel more real to the player.

Note: There is also a lot of progression from exploring the mechanics and discovering synergies, unlocking new weapons or playable characters, etc. That just isn't as relevant to this discussion, but it does make up a lot of the appeal of the game.

Effortlessness ​

Incremental games are so easy, a lot of them even have you progress while you're not playing! Part of the appeal is being able to feel like you're making progress while doing something actually productive - multitasking, in a way. In this sense, the game is more of a fidget toy - not something to think hard about and play actively, but something to click a few buttons every so often while you're paying attention to a lecture or studying or working. Of course, not all incremental games lend themselves to being played this way - it's specifically "idle" games that work like this. These are games that take an incredibly long amount of time to see all the content, stretching it as thin as possible, but they aren't expecting you to be sitting at your device playing it the entire time. They expect you to leave and come back later to make a bit of progress and repeat the cycle.

If you look at the higher-level play of most games, you'll see them perform difficult feats with ease and speed. They'll achieve a "flow state" that takes all their knowledge and experience of the game and uses it to play the game as instinctively as possible. It's incredible to watch things like Slay the Spire speed runs or competitive DDR-likes. I'd argue the goal of a lot of games with a competitive scene is to get so good that the game becomes effortless. In that sense, a game that allows you to reach that point earlier isn't any less legitimate, but rather lowers the barrier to entry by allowing more people to get "really good" at the game. And to be clear, Vampire Survivors and (most) incremental games aren't trivially easy - they, and to an extent, every game will have some level of learning and improvement over time.

Addiction

A lot of these reasons for why incremental games appeal may have reminded you of why gambling appeals to people, particularly those prone to addiction. Indeed, incremental games are quite often criticized for their similarity to a skinner box. Some have gone as far as to say incremental games as a genre are commenting that all games are skinner boxes). The argument goes that some games are not fun, but rather condition players into continuing to play without actually getting anything from the experience. When tied to real-world money this is seen as predatory, and to a lesser extent, even free games may be feeding the addictive sides of people and making them more prone to seek out gambling or micro-transaction heavy games.

While incremental games can be fun and even healthy in certain contexts, they can exacerbate video game addiction more than other genres. If you feel like playing incremental games is taking priority over other things in your life, or manipulating your sleep schedule, it may be prudent to seek help. See r/StopGaming for resources.

Since incremental games are often built on extrinsic motivations in the form of progression systems, it's hard to argue whether players continue to play because they are enjoying the gameplay, or if they are just conditioned to keep doing it because the game keeps rewarding them. Unfortunately, it can often feel like it's the latter, as there isn't typically anything compelling about the "gameplay" of clicking a button and waiting. There may be a significant overlap between those who enjoy incremental games and those who are most prone to addiction, and there are often posts on r/incremental_games about someone either struggling with or overcoming video game addiction.

Strategy ​

Incremental games could be considered a subset of strategy games), and inherit the appeals of strategy games. This includes the appeal of feeling like you've found a good solution to a puzzle, or that you're learning more about the game and are improving at making decisions within it. This applies to Vampire Survivors specifically, where you're learning about evolutions and synergies and what kinds of enemies can spawn under what conditions, and how best to handle them.

Note that strategy games are not all the same difficulty, as well. Vampire Survivors is still easier to play than Starcraft 2, and Cookie Clicker is probably somewhere in between (once you progress sufficiently). Vampire Survivors being so successful may indicate that "easier" strategies may have their separate appeal to harder strategy games - players like to feel smart and that they figured the game out and have optimized or mastered it, and the game being easier doesn't detract from that sense of accomplishment as much as it allows more and more users to be able to reach the point where they gain that sense.

Avoiding Staleness ​

Incremental games tend to have "paradigm shifts", where the gameplay changes in a meaningful way at various times throughout the progression of the game. These upset and change the gameplay loop, which helps keep them from stagnating. This constant "freshness" to the gameplay can keep players engaged for longer, compared to a game with a repetitive and static gameplay loop.

Good Game Design ​

Incremental games tend to show their game design "plainly", so it's more readily apparent if a game has good game design while playing, even if you're not looking for it. While different players have different preferences and might enjoy different types of games more than others, there are underlying good and bad game design principles that players will notice the effects of. To be clear, this isn't talking about stuff like big numbers being enjoyable, where I can comfortably agree to disagree with other players. They don't intrinsically make my experience better, but I'm aware of those for whom it does and I won't argue against their feelings. However, the game designer in me does feel like there are some extremely clear-cut examples of good and bad game design philosophies.

Let's start by giving an example of a mechanic I think can be easily and strongly argued is good game design. There are of course many examples, but a personal favorite of mine is how DOOM encourages aggressive gameplay by linking health drops to melee attacks. It has an intended experience it's trying to give the player - immersing themselves as DOOM guy, who would not hide behind cover when low on health - and this mechanic does a great job at encouraging and effectively teaching players to behave properly. This is in sharp contrast to shooters like Call of Duty, which have you regen health passively, encouraging players to hide behind cover and wait after getting hit. Note that I'm not arguing CoD is poorly designed, as the games have different intended experiences. I'm specifically praising DOOM for having a mechanic that does a good job at ensuring the player has that intended experience.

To contrast with an example I think is bad game design, let's talk about shields in souls-likes. This is a bit of a famous example, and I highly recommend this video essay which spends quite a good bit of time on this topic. Essentially, the argument boils down to players of earlier games in the souls games using shields too much - playing slowly, conservatively, and ultimately having less fun. Players wanted to feel safe, so they ended up playing in a way that ruined the experience for them. The developers solved this by removing shields, apart from an intentionally bad one effectively mocking the playstyle, and it did its job at getting players to play more aggressively, and often have more fun.

To bring the conversation back to incrementals, I'm incredibly opinionated on what makes a good incremental game, which I'll discuss in the game design section. Suffice it to say, incremental games rely more on good game design than other genres, due to not having much to distract from bad game design. This helps (although imperfectly - gamers are a bit too tolerant of bad game design!) well-designed games rise to the top within the genre.

Artistic Merit ​

The Vampire Survivors video made me think back to the old arguments about whether games are art, and whether they ought to be. The video seems preoccupied with attaching value to games solely based on their mechanics and the depth thereof, to the point of arguing Vampire Survivors is a waste of time due to its lack of depth. However, even setting aside the fact that if players are having fun then it's not time wasted, I think games can have artistic merit that supersedes the necessity of having (any / engaging / "deep") gameplay. I think the consensus online is that games are definitively art, although I could see the argument that some genres, like incremental games, might be a bit in a grey area. Let's talk about Vampire Survivors first though - It has a story to tell, with lore and many characters, that drive the player and encourage them to continue exploring the game and discovering things within it. Like any walking simulator, it is no less legitimate of a game or the "art" label because of any lack perceived lack of depth. For what it's worth, most art can be consumed with more ease than VS - any painting, movie, sculpture, etc.

A lot of incrementals have a narrative context that can similarly qualify them as art. Cookie Clicker is, as has been pointed out numerous times before, commenting on excess and increasing production beyond any reasonable limits - devolving into increasing production for its own sake. Indeed, a lot of incremental games are written to comment upon various concepts like capitalism or tropes in games, as discussed when defining Incrementals). However, I'd like to argue most incremental games are still art, even without any narrative context. "Art" as a concept is pretty nebulous already, but I personally like those who define it as an act of expression more than any physical result. The creator and the context within which they created the art, and any meaning they put into it, are all relevant and a part of the art itself. Most incremental games have artistic merit from things like why the creator made it, why they chose to make it an incremental game, and why they made any particular design decision. Hell, even if you play through an entire incremental game without a single thought or feeling, that very fact it elicited nothing can itself be artistic merit!

I'm not an art major, and I may be taking a somewhat extreme take on what is art and what has artistic merit, but I'd argue the overall point stands that games, and incremental games specifically, can have artistic merit, which appeals to many gamers.

+ \ No newline at end of file diff --git a/guide-to-incrementals/ludology/content/index.html b/guide-to-incrementals/ludology/content/index.html index 9aa74818a..0afd22808 100644 --- a/guide-to-incrementals/ludology/content/index.html +++ b/guide-to-incrementals/ludology/content/index.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,8 +25,8 @@ -
The Paper Pilot

Appearance

Guide to Incrementals/What is Content? ​

If you've been in the incremental games community for any amount of time, you'll quickly find the number one thing players want is content. They want as much of it as possible! The most popular incremental games have tons of content, so they just keep stretching on and on and on, introducing mechanic after mechanic, and players love it. In fact, players seem to value the amount of content over the quality of any specific content. However, there's a bit of a lack of understanding concerning what content is, and I'd like to explore what counts as content, and how we measure it. As a baseline definition, I think "content" can just be described as the parts of the game that engage the player, but to truly understand it we need to contextualize what that means and how it affects the gameplay experience.

To clarify the purpose of this page, my goal is not to get (too) nitpicky or to attack games with "low content". There's nothing wrong with short / low-content games - I'm quite a big fan of those games myself! This is mostly targeted toward those who ask for content and settle for "long" games, and those who want to provide content but want to make sure they're not just artificially inflating the game. Ultimately, I suppose the goal is to just reduce the amount of artificially inflated content for the sake of having a "longer" game.

Interaction ​

I think it should be a fairly non-controversial opinion that time spent solely waiting should not count towards content. That is not including the time reading various effects or making decisions in your head, but rather time spent waiting for a condition to be met so you can re-engage with the game.

That is not to say games should necessarily try to minimize this time. Plenty of games lead towards more infrequent interaction and still get popular. In fact, these games appeal to many gamers who want to have something to check up on in between bursts of working on some other activity. These games seem to have fallen slightly out of fashion amongst modern incremental games, but they're still fully valid. The point I'm trying to make here is just that this time is not content. As an extreme example, a game with no interactions and just a counter that goes up every second could safely be said to have 0 content beyond the time it takes to understand what's going on. If it has a list of "goals" to hit, then the time understanding those goals and a short time after achieving each one could be considered content, but not the idle times in between.

Let's take a look at the opposite end of the spectrum - interaction that is so frequent as to become mindless. This is any mechanic where you need to spam-click something to progress. This may be a more controversial take, but I do not believe this constitutes content either. It does not engage the player, because each consecutive click blends together and they do not individually change the gameplay experience. That is to say, a single click and 100 clicks are not meaningfully different in terms of engaging the player. I'd go as far as to say clicking 100 times would be actively worse, as it's artificially delaying the next piece of actual content, alongside the issues of accessibility and potentially causing RSI.

Repeatable Purchases ​

Imagine an entity in a game that you can purchase multiple times, each time it performs the same thing but for a higher cost. These are incredibly common, from the buildings in cookie clicker to the units in swarm sim to the IP and EP multipliers in antimatter dimensions. However, how much content is each specific purchase? Is it content beyond the first purchase? Does it have diminishing returns? What if you are oscillating between two different repeatable purchases? How much content is lost when you automate) away a repeatable purchase?

I don't want to take too harsh a stance against repeatable purchases. They're useful tools and can be used in a myriad of interesting ways. I feel they do become "stale" or less meaningful content over time, and this happens exponentially quickly the more frequently it can be purchased. A classic example that I believe goes too far is the IP/EP multipliers in Antimatter Dimensions. I would go as far as to say they are a chore and do not provide any meaningful content after you've bought them a couple of times. It's a method for inflating numbers (effectively making every OOM a 5x step instead of 10x), that punishes the player progression-wise whenever they forget to max it again, and eventually gets automated away as a reward to the player for making enough progress.

Just to voice the other side of this argument, Acamaeda defended the IP multiplier as giving the player a "good" upgrade every OOM. I can understand that to a point and need to clarify I'm mainly criticizing IP/EP multipliers after they've been introduced for a while. In fact, I would defend the multipliers for a short while after they're introduced using the same logic I would use to defend normal dimensions as repeatable purchases, at least pre-infinity. There's "content" to be had in looking at what dimensions will become affordable next, and then choosing which to buy amongst those. The IP/EP multipliers, early into infinity or eternity respectively, provide another option that gets put into that mental queue of things to buy with each OOM reached - although the optimal order is often quite trivial and not particularly engaging.

The IP/EP multipliers are not the only repeatable purchase in antimatter dimensions I take offense to. The time dimensions are also a series of repeatable purchases, that are all so similar and static that it doesn't take long before you never need to put any thought into buying them, how much you're buying at once, or the order you buy them in - you just press max all and move on. The entire tab could've been just the max all button and it would not have made a difference beyond the start of the eternity layer. The normal dimensions technically have this problem as well, but since you're constantly getting antimatter the order feels like it has a larger impact and it's more meaningful content, right up until they're automated away. Infinity dimensions are a compromise between the two, so I'm highlighting time dimensions here as the most egregious.

Following Instructions ​

We're getting more and more controversial as we go along! Let's talk about how linear content is not content now (in some circumstances). A trend in incremental games is adding difficulty by adding a web of effects that abstract the true change you can expect from any specific purchase or decision you make. If a game is both linear and sufficiently abstracts the effect of player decisions, then the player will no longer be engaging with the content - they'll simply be clicking on things as they become available. This isn't necessarily a bad thing, as plenty of players don't mind this style of gameplay, but I'd argue once you reach a point where players don't bother reading the effects, those interactions are no longer truly content. Note that unlike the previous qualifiers mentioned, this qualifier is based on the player, and therefore subjective. In effect, it's a spectrum where the more complicated the web of effects becomes, the more likely it is to disengage the player.

This over-complicatedness leading to disengaging the player can also happen from non-linear gameplay. If the web of effects becomes sufficiently complicated and finding the optimal progression route too time-consuming to discover, players will seek out guides from other players who've completed the game. The second they do this, the game effectively becomes linearly following the instructions of the guide and all the above criticisms apply. Similarly to as before, though, this is a spectrum and not everyone will seek out a guide at the same level of difficulty.

Automation

Automation is a staple of the genre, but it has certain implications for the design of the game. Why, when new content is introduced, must the older content be automated away - why is it a chore and it feels rewarding to not have to do it again? Why does the new mechanic have such appeal if we know it too will just be automated away later on, and we'll be happy when that happens? It honestly begs the question of why this framework of introducing content and automating the old content is even enjoyable - and nearly nonexistent in other genres. You're not going to reach a point in a platformer game where they just automate the jumping part - that's the core mechanic! Instead, platformers either add new mechanics that build on the core mechanic or at least re-contextualize the core mechanic. However, in incremental games new content very frequently means replacing older content, as opposed to augmenting it.

Admittedly, the above paragraph ignores the obvious answer that separates incremental games in this regard. These mechanics become chores as their frequency increases. The frequency increases to give a sense of progression, and automation is seen as a reward because it now manages what was becoming unmanageable. The new content then comes in and continues the loop to give a stronger sense of progression. That's all good and a fine justification for automating content instead of building upon the base mechanic. It's also much easier to design, as each layer essentially lets you start over instead of needing to think of ideas that conform to the original core mechanic.

So, what's the problem? Even if this trend is justified and easy to implement, there are some other effects it has on the game design. First off, and this is probably a neutral point, incremental games with this cycle of replacing old mechanics with new ones trend towards more and more abstract and further away from any narrative throughline as they add layers. There are only so many justifications for resetting progress, so if a game wants to have several of these layers they're inevitably going to become generic or increasingly loosely associated with the original content. It's most unfortunate, in my opinion when an interesting or innovative core mechanic gets fully automated once a generic "prestige" layer is unlocked.

A recent example is Really Grass Cutting Incremental, an incremental game about cutting grass (although I'm really criticizing the Roblox game it's based on). Except, it doesn't continue to be about cutting grass. After you buy enough upgrades to increase your grass cutting and level up sufficiently you "prestige", an abstract term that in this case means you reset all your progress to get some currency to buy upgrades that do the same things as the original upgrades, but these won't reset on future prestiges. You'll eventually be able to "crystallize", which means you reset all your progress to get some currency to buy upgrades that do the same things as the original upgrades (and a couple of new ones) and won't reset on future crystallizes. Fine. You'll progress a bit, complete some challenges, and finally get to... grasshop? Grasshopping is this mechanic where you reset all your progress to get some resource that isn't for buying upgrades - this time you just unlock different modifiers on everything based on their amount. You may have gotten the point by now, but there are also "steelie" resets which give you steel for some reason, before unlocking a factory with various machines - none of which are directly tied to cutting grass, and start gathering things like oil and reset for rocket parts and reset to go to space and so on and so on. Throughout all of this there is absolutely no narrative justification or throughline for the direction the game is going, or why cutting grass is still relevant when we're collecting things like rocket parts. I may be going a little hard on GCI, but it is far from alone.

Tips for Developers ​

If you're a developer, by this point you should have a pretty decent idea of how to create "true" content in your game. Here are some other specific tips I'd suggest:

An upgrade that simply unlocks another upgrade trivially isn't content. However, many games have an upgrade that just unlocks a feature, which then has a wait or other requirements before it can be used. Try to make sure when you unlock a feature, there is immediately something to do with the feature - for example, perhaps give them a small amount of the new currency it unlocks, if applicable.

If you don't have a large web of effects, and can definitively say the impact of a purchase is to multiply the gain of the cost currency by N, and the next purchase costs N times the amount of that same currency, then this purchase effectively made no difference and it may have made more sense to just go directly to the next upgrade. That said, having effects based on things like the number of purchases made will quickly invalidate this tip.

- +
The Paper Pilot

Appearance

Guide to Incrementals/What is Content? ​

If you've been in the incremental games community for any amount of time, you'll quickly find the number one thing players want is content. They want as much of it as possible! The most popular incremental games have tons of content, so they just keep stretching on and on and on, introducing mechanic after mechanic, and players love it. In fact, players seem to value the amount of content over the quality of any specific content. However, there's a bit of a lack of understanding concerning what content is, and I'd like to explore what counts as content, and how we measure it. As a baseline definition, I think "content" can just be described as the parts of the game that engage the player, but to truly understand it we need to contextualize what that means and how it affects the gameplay experience.

To clarify the purpose of this page, my goal is not to get (too) nitpicky or to attack games with "low content". There's nothing wrong with short / low-content games - I'm quite a big fan of those games myself! This is mostly targeted toward those who ask for content and settle for "long" games, and those who want to provide content but want to make sure they're not just artificially inflating the game. Ultimately, I suppose the goal is to just reduce the amount of artificially inflated content for the sake of having a "longer" game.

Interaction ​

I think it should be a fairly non-controversial opinion that time spent solely waiting should not count towards content. That is not including the time reading various effects or making decisions in your head, but rather time spent waiting for a condition to be met so you can re-engage with the game.

That is not to say games should necessarily try to minimize this time. Plenty of games lead towards more infrequent interaction and still get popular. In fact, these games appeal to many gamers who want to have something to check up on in between bursts of working on some other activity. These games seem to have fallen slightly out of fashion amongst modern incremental games, but they're still fully valid. The point I'm trying to make here is just that this time is not content. As an extreme example, a game with no interactions and just a counter that goes up every second could safely be said to have 0 content beyond the time it takes to understand what's going on. If it has a list of "goals" to hit, then the time understanding those goals and a short time after achieving each one could be considered content, but not the idle times in between.

Let's take a look at the opposite end of the spectrum - interaction that is so frequent as to become mindless. This is any mechanic where you need to spam-click something to progress. This may be a more controversial take, but I do not believe this constitutes content either. It does not engage the player, because each consecutive click blends together and they do not individually change the gameplay experience. That is to say, a single click and 100 clicks are not meaningfully different in terms of engaging the player. I'd go as far as to say clicking 100 times would be actively worse, as it's artificially delaying the next piece of actual content, alongside the issues of accessibility and potentially causing RSI.

Repeatable Purchases ​

Imagine an entity in a game that you can purchase multiple times, each time it performs the same thing but for a higher cost. These are incredibly common, from the buildings in cookie clicker to the units in swarm sim to the IP and EP multipliers in antimatter dimensions. However, how much content is each specific purchase? Is it content beyond the first purchase? Does it have diminishing returns? What if you are oscillating between two different repeatable purchases? How much content is lost when you automate) away a repeatable purchase?

I don't want to take too harsh a stance against repeatable purchases. They're useful tools and can be used in a myriad of interesting ways. I feel they do become "stale" or less meaningful content over time, and this happens exponentially quickly the more frequently it can be purchased. A classic example that I believe goes too far is the IP/EP multipliers in Antimatter Dimensions. I would go as far as to say they are a chore and do not provide any meaningful content after you've bought them a couple of times. It's a method for inflating numbers (effectively making every OOM a 5x step instead of 10x), that punishes the player progression-wise whenever they forget to max it again, and eventually gets automated away as a reward to the player for making enough progress.

Just to voice the other side of this argument, Acamaeda defended the IP multiplier as giving the player a "good" upgrade every OOM. I can understand that to a point and need to clarify I'm mainly criticizing IP/EP multipliers after they've been introduced for a while. In fact, I would defend the multipliers for a short while after they're introduced using the same logic I would use to defend normal dimensions as repeatable purchases, at least pre-infinity. There's "content" to be had in looking at what dimensions will become affordable next, and then choosing which to buy amongst those. The IP/EP multipliers, early into infinity or eternity respectively, provide another option that gets put into that mental queue of things to buy with each OOM reached - although the optimal order is often quite trivial and not particularly engaging.

The IP/EP multipliers are not the only repeatable purchase in antimatter dimensions I take offense to. The time dimensions are also a series of repeatable purchases, that are all so similar and static that it doesn't take long before you never need to put any thought into buying them, how much you're buying at once, or the order you buy them in - you just press max all and move on. The entire tab could've been just the max all button and it would not have made a difference beyond the start of the eternity layer. The normal dimensions technically have this problem as well, but since you're constantly getting antimatter the order feels like it has a larger impact and it's more meaningful content, right up until they're automated away. Infinity dimensions are a compromise between the two, so I'm highlighting time dimensions here as the most egregious.

Following Instructions ​

We're getting more and more controversial as we go along! Let's talk about how linear content is not content now (in some circumstances). A trend in incremental games is adding difficulty by adding a web of effects that abstract the true change you can expect from any specific purchase or decision you make. If a game is both linear and sufficiently abstracts the effect of player decisions, then the player will no longer be engaging with the content - they'll simply be clicking on things as they become available. This isn't necessarily a bad thing, as plenty of players don't mind this style of gameplay, but I'd argue once you reach a point where players don't bother reading the effects, those interactions are no longer truly content. Note that unlike the previous qualifiers mentioned, this qualifier is based on the player, and therefore subjective. In effect, it's a spectrum where the more complicated the web of effects becomes, the more likely it is to disengage the player.

This over-complicatedness leading to disengaging the player can also happen from non-linear gameplay. If the web of effects becomes sufficiently complicated and finding the optimal progression route too time-consuming to discover, players will seek out guides from other players who've completed the game. The second they do this, the game effectively becomes linearly following the instructions of the guide and all the above criticisms apply. Similarly to as before, though, this is a spectrum and not everyone will seek out a guide at the same level of difficulty.

Automation

Automation is a staple of the genre, but it has certain implications for the design of the game. Why, when new content is introduced, must the older content be automated away - why is it a chore and it feels rewarding to not have to do it again? Why does the new mechanic have such appeal if we know it too will just be automated away later on, and we'll be happy when that happens? It honestly begs the question of why this framework of introducing content and automating the old content is even enjoyable - and nearly nonexistent in other genres. You're not going to reach a point in a platformer game where they just automate the jumping part - that's the core mechanic! Instead, platformers either add new mechanics that build on the core mechanic or at least re-contextualize the core mechanic. However, in incremental games new content very frequently means replacing older content, as opposed to augmenting it.

Admittedly, the above paragraph ignores the obvious answer that separates incremental games in this regard. These mechanics become chores as their frequency increases. The frequency increases to give a sense of progression, and automation is seen as a reward because it now manages what was becoming unmanageable. The new content then comes in and continues the loop to give a stronger sense of progression. That's all good and a fine justification for automating content instead of building upon the base mechanic. It's also much easier to design, as each layer essentially lets you start over instead of needing to think of ideas that conform to the original core mechanic.

So, what's the problem? Even if this trend is justified and easy to implement, there are some other effects it has on the game design. First off, and this is probably a neutral point, incremental games with this cycle of replacing old mechanics with new ones trend towards more and more abstract and further away from any narrative throughline as they add layers. There are only so many justifications for resetting progress, so if a game wants to have several of these layers they're inevitably going to become generic or increasingly loosely associated with the original content. It's most unfortunate, in my opinion when an interesting or innovative core mechanic gets fully automated once a generic "prestige" layer is unlocked.

A recent example is Really Grass Cutting Incremental, an incremental game about cutting grass (although I'm really criticizing the Roblox game it's based on). Except, it doesn't continue to be about cutting grass. After you buy enough upgrades to increase your grass cutting and level up sufficiently you "prestige", an abstract term that in this case means you reset all your progress to get some currency to buy upgrades that do the same things as the original upgrades, but these won't reset on future prestiges. You'll eventually be able to "crystallize", which means you reset all your progress to get some currency to buy upgrades that do the same things as the original upgrades (and a couple of new ones) and won't reset on future crystallizes. Fine. You'll progress a bit, complete some challenges, and finally get to... grasshop? Grasshopping is this mechanic where you reset all your progress to get some resource that isn't for buying upgrades - this time you just unlock different modifiers on everything based on their amount. You may have gotten the point by now, but there are also "steelie" resets which give you steel for some reason, before unlocking a factory with various machines - none of which are directly tied to cutting grass, and start gathering things like oil and reset for rocket parts and reset to go to space and so on and so on. Throughout all of this there is absolutely no narrative justification or throughline for the direction the game is going, or why cutting grass is still relevant when we're collecting things like rocket parts. I may be going a little hard on GCI, but it is far from alone.

Tips for Developers ​

If you're a developer, by this point you should have a pretty decent idea of how to create "true" content in your game. Here are some other specific tips I'd suggest:

An upgrade that simply unlocks another upgrade trivially isn't content. However, many games have an upgrade that just unlocks a feature, which then has a wait or other requirements before it can be used. Try to make sure when you unlock a feature, there is immediately something to do with the feature - for example, perhaps give them a small amount of the new currency it unlocks, if applicable.

If you don't have a large web of effects, and can definitively say the impact of a purchase is to multiply the gain of the cost currency by N, and the next purchase costs N times the amount of that same currency, then this purchase effectively made no difference and it may have made more sense to just go directly to the next upgrade. That said, having effects based on things like the number of purchases made will quickly invalidate this tip.

+ \ No newline at end of file diff --git a/guide-to-incrementals/ludology/definition/index.html b/guide-to-incrementals/ludology/definition/index.html index ed4272ecd..3f7510196 100644 --- a/guide-to-incrementals/ludology/definition/index.html +++ b/guide-to-incrementals/ludology/definition/index.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,8 +25,8 @@ -
The Paper Pilot

Appearance

Guide to Incrementals/Defining the Genre ​

Video games are placed into genres for a variety of reasons. They can give a mental shorthand to set the player's expectations up, they can help a game market itself by its similarities to other, already popular games, and honestly, people just love categorization for its own sake. For this guide, it's important to define the genre so it is clear what games it's even talking about.

This poses a problem. "Incremental" is a horribly vague way to define games. Most games have numbers going up in some form or another. We need a more specific definition - similar to how "strategy" can't just mean any game with any amount of strategy because that would be most games. What specifically differentiates incremental games from the rest?

"Incremental" implies it's a genre defined by a game mechanic, but all those game mechanics it could imply exist in many other games. Having a skill tree or upgrades doesn't make you incremental, and if a reset mechanic is all it takes then every roguelite would be an incremental as well. So clearly there's more to it than that - what makes an incremental an incremental?

I'd like to go over a couple of popular suggestions I've seen on defining the genre here. I have my personal preferences and will state them here, but I don't think there's a truly perfect answer here.

Disclaimer: I mostly play incremental games on my computer, and my definitions will be heavily biased towards the games I'm familiar with.

Incrementals vs Idlers vs Clickers ​

Oftentimes people refer to this genre as idle games and/or clicker games. You'll even find a trend of oxymoronic game titles that contain both terms. "Incremental games" is the umbrella term both those terms fall under. However, I'd like to argue that not only is it better to just use the term "incremental games", but calling them "idle games" or "clicker games" is wrong. Almost universally, these terms are used interchangeably to refer to the same kind of game, where you start the game click spamming and eventually automate the process. Frankly, that kind of game deserves neither title, and the genre of incremental games has trended away from ever requiring click spamming, as it's a bad mechanic, anyways.

While these games do span a spectrum of how active it requires you to be, and sorting games by that metric can be useful for those looking for a particular experience, the borders of when an incremental game counts as an "idler" is too blurry for the term to be useful. "Incremental games" may not be a great descriptive term for the genre (hence this many thousands of words long page on defining what the genre even is), but it's strictly better than calling them "idler" or "clicker" games. This guide will always use the term "incremental games" unless quoting someone else, as it is the term you typically see on all modern games in the genre.

Incrementals as Parodies

Let's start with one of the most interesting definitions of incremental games. Incremental games appear to be distilled versions of games or genres, "revealing" the naked game design at the core of these games or genres not unlike how parodies comment upon their source material.

To understand what that means, think of how a casino uses skinner boxes to emotionally manipulate its customers to keep playing, but "dressing" up the skinner box with tons of stimuli to hide that ultimately the goal is to condition you into coming back compulsively. The idea that incremental games are parodies means taking the stance that at some level all games are similarly manipulating you, giving dopamine rewards in a way that manipulates you to keep playing while not necessarily giving you any value or fulfillment. Incremental games, then, are any games that plainly display the skinner box, and the manipulative core of the game, at the forefront of the experience.

While incremental games can be fun and even healthy in certain contexts, they can exacerbate video game addiction more than other genres. If you feel like playing incremental games is taking priority over other things in your life, or manipulating your sleep schedule, it may be prudent to seek help. See r/StopGaming for resources.

This "undressing" tends to go hand in hand with a reduced focus on aesthetics, often just printing the game state directly to the screen as text. This makes incremental games much easier to develop, particularly for those with programming skills but not art skills, but that's a tangent for why Incremental Games Guide to Incrementals/Appeal to Developers.

Before I continue, I'd like to make my stance clear that I love games and incremental games, and do not think they should be considered inherently bad or manipulative with the above logic. Skinner boxes are just a way of manipulating behavior via rewards. The games are still fun - that's the reward! I'd believe the real criticism here is that it is "empty fun", or "empty dopamine", that doesn't offer any additional value or sense of fulfillment. I don't think that's inherently bad in moderation, although it can become a problem if the game is manipulating you for profit-seeking, or if you play the game to the detriment of the other parts of your life.

Another interpretation of incremental games as parodies comes from several mainstream incremental games that are also parodies of capitalism, such as cookie clicker and adventure capitalist. It's a very common framework for incremental games to portray the ever-increasing numbers as an insatiable hunger for resources, like the ones observed within capitalism. Therefore, these games are used as evidence that the genre as a whole is about parody and commentary.

Popular videos on incremental games that portray the genre as parodies are Why Idle games make good satire, and how it was ruined. and Bad Game Design - Clicker Games. You may also be interested in this response to the latter video from a fan of incremental games: BadGood Game Design - Clicker Games.

I think that this definition ultimately ascribes a motive to the genre as a whole that only happens to apply to some of the more mainstream titles. There certainly are incremental games commenting on different things, including the genre itself as in the case of The Prestige Tree Classic, The Ascension Tree, or Omega Layers, but certainly not all. And of course, not all games that comment on something or parody something are incremental games! Additionally, a very large majority of incremental games are mobile games using these manipulative strategies to get players to spend as much money as possible - hell, Adventure Capitalist is ostensibly a critique on capitalism but features microtransactions and gameplay that manipulates you into buying them! These profit-seeking incremental games certainly belong within the genre but are hardly parodies when they too use manipulation to serve their interests. Also, from my own anecdotal experience, those who use this definition seem to do so from a fairly surface-level familiarity with the genre, and often in the context of criticizing the genre or the fans thereof.

Incrementals as NGU ​

Another broad definition often used is that incremental games are games where the focus of the game is "numbers going up". This definition proposes that other genres simply use increasing numbers as a means to an end, but incremental games uniquely only care about the numbers themselves going up. Put another way, it implies there should be no narrative justification for the numbers going up other than "why shouldn't they be going up?"

While this definition is common because it feels easy to understand, it is difficult to formally define. Often phrases are used to describe games using this framework, such as having an "exaggerated sense of progression" or "big" numbers. These terms are vague and don't demonstrate an actual threshold between non-incrementals and incrementals. Most games have a sense of progression, so when is it "exaggerated"? How big are "big" numbers? Most notably, RPGs that are typically not considered incrementals will often pass this definition.

Additionally, a lot of incrementals tend to have some theme guiding the gameplay, or at least the names of mechanics. This makes the line blurred between when numbers are going up for their own sake versus for a contextual reason. I believe this point is best illustrated that, while most RPGs are not considered incremental games, there is a sub-genre of "incremental RPGs" that typically relates to RPGs that perform combat automatically. This definition of incremental games does not support RPGs and "incremental RPGs" being on distinct sides of the line if the only difference between them is manual vs automatic combat.

Incrementals as Strategies

This is a rarer interpretation, but there are similarities between incremental games and strategy games, implying incrementals might just be a sub-genre of strategy games. By this approach, incremental games would be defined by their relation to strategy games, and how they involve player strategy. Incremental games are often large optimization problems - above all else, the actual gameplay the player is performing is deciding what to do next. The consequences of wrong decisions are typically more lenient in incremental games - such as just not making optimal progress - but they certainly get complex.

So if we accept the premise that incrementals could fall under strategy, we still need to define what makes a strategy game an incremental versus some other strategy sub-genre. This is a bit tricky due to one particular sub-genre of strategy games: Factory Builders.

Factory builders, such as Factorio or Satisfactory, are games about gaining ever increasing resources, optimizing production, and expanding more and more. That... sounds pretty similar, doesn't it? In fact, there's been some debate on whether factory builders would fall under the "incremental" umbrella. I think it's safe to say the two are certainly related, and probably have quite a bit of overlap in playerbase.

Roguelites as Incrementals? ​

Earlier on, I mentioned reset mechanics shouldn't be used in the definition because that could make all roguelites incrementals... But what if it does? A lot of incrementals can be described as games with a strong sense of progression, often with layers of meta-progression. Roguelites fit that bill to a T. What would make roguelites not incremental? I honestly don't think there's a good explanation here, but many fans of incremental games will state they do believe the two genres to be unrelated, even if there's a significant overlap between their player bases due to having similar appealing traits.

At this point, it'd be appropriate to consider what part of the definition of roguelites precludes them from also being incrementals, but that reveals a new problem: What are roguelites? They're usually defined as rogue_likes with meta-progression, but that just pushes the problem back a step: Incrementals aren't the only genre to have difficulties defining themselves, it seems! Roguelikes are another genre where the community argues over the formal definition of their genre, although that means we can borrow from their process of coming to a consensus, and maybe come across a viable definition for incremental games.

The Berlin Interpretation ​

By far the most popular way of defining roguelikes is the "Berlin Interpretation", which acknowledged the diversity of games within the genre and argued the definition should not be based on any ideals about what the genre ought to be, but rather defined by "its canon". They argued there are a handful of games that can be used to define the canon for roguelikes, and from those games, a list of factors can be derived to determine a game's "roguelikeness". The more factors a game has, the more of a roguelike it is. This strategy is very lenient, allowing a game to not present any specific factor so long as it shows enough, and accounts for the blurriness of any genre definition by not explicitly stating how many factors a game must have to qualify as a definite roguelike.

I believe this strategy for defining genres can be applied to other genres as well. A handful of games can be argued to be the incremental games canon, and a list of factors derived from them can be used to judge any game based on its "incrementalness". I'll propose such a canon and list of factors here, but by no means should it be considered the end-all-be-all.

Note: The "Temple of the roguelike", an authority within the genre, has since replaced the Berlin Interpretation with a new set of factors here: https://blog.roguetemple.com/what-is-a-traditional-roguelike/

The Incremental Games Canon ​

Alright, time to get controversial. Up til now, I've been trying my best to stay objective and analytical, but now it's time to start making some opinionated decisions. Here is a list of games I think could justifiably make up an Incremental Games Canon:

I chose a variety of games here, biasing towards newer games, purposefully to avoid making a narrow or "traditional" definition. The genre is growing and shouldn't be constrained by the traits of the early popular titles. A lot of these could easily be replaced with other games that are mechanically congruent, so ultimately I'm sure if you asked 10 people for their canon list you'd just get 10 different answers, but I think this should sufficiently allow us to determine what factors make a game have higher "incrementalness".

The Paradigm Shift ​

The Paradigm Shift is probably the highest possible value factor for an incremental. It's so common that for a while people referred to incrementals that exhibit this trait as "unfolding" games, to the point of trying to replace the term incremental due to their popularity. Paradigm shifts refer to when the gameplay significantly changes. There are too many examples to list here, but notably, every single reset mechanic is typically going to be a paradigm shift. Examples of games with paradigm shifts that aren't tied to reset mechanics include Universal Paperclips and A Dark Room.

There are many reasons for the appeal of paradigm shifts. Oftentimes each mechanic builds on top of the existing mechanics, increasing the complexity of the game in steps so the player can follow along. They provide a sense of mystery, with the player anticipating what will happen next. They shake up the gameplay before it gets too stale - allowing the game to entertain for longer before the sense of Guide to Incrementals/What is Content? dissipates. Of the canon games selected above, I would argue every single one contains a paradigm shift (although I could see someone disagreeing with that statement wrt Increlution).

I should take a moment to say that while I'm hyping up this specific factor, we cannot just reduce the genre definition to "does it have paradigm shifts". Many games have paradigm shifts that are not incremental, so it's just an indicator of incrementalness. Additionally, it can become quite hard to determine how large of a shift is a "paradigm" shift. Take, for example, any game with a skill tree. In some games, each skill node might have a large impact on how you play with the game, and qualify as a paradigm shift for some players. In other games, each skill node might just be a small percentage modifier on some stat that doesn't really impact much more than a slight bias towards an already established mechanic that's newly buffed. Every single canon game may show that it's common amongst incremental games, but could just as easily indicate that they're common in games in general.

High-Value Factors ​

I won't take as long to discuss the high and low-value factors, as you've already seen most of them brought up earlier on this page. As a reminder, a game does NOT need all of these to be an incremental game, but these are factors that each indicate a strong possibility the game is an incremental, so having several of these means they probably are. These factors apply to most of the canon incremental games.

"Pure UI" Display. Incrementals typically have a textual presentation of the game state - there isn't a visual representation of the entities within the game. The interface is closer to what would be just the UI of a game in another genre or the control panel of a plane. If there is a visual representation, the player is often still interacting with non-diegetic game elements.

Reduced Consequences. Incrementals tend to have reduced repurcussions for misplaying. They very rarely have fail states, where often the largest consequence is simply not progressing - never losing progress.

Optimization Problems. The predominant gameplay of incrementals is typically solving optimization problems, from deciding which purchase to save up for to reasoning and deciding between different mutually exclusive options the game presents.

Resource Management. Incrementals tend to have a lot of resources within the game to keep track of.

Low-Value Factors ​

These are low-value factors, meaning they aren't as strongly correlated with incremental games. Incremental games may have none of these, and non-incrementals may have several of these - if a game only has low-value factors, they're probably not an incremental.

Fast Numeric Growth. Numbers in incremental games tend to grow faster than in other genres. There are more instances of superlinear growth. The larger the numbers get, the stronger of a signal this factor is.

Automation. As an incremental game progresses, the player often no longer has to deal with earlier mechanics, by having them either happen automatically or otherwise be replaced with an alternative that requires less player interaction.

Goal-Oriented. Incrementals are often heavily reliant on extrinsic motivation to guide the player. Typically this is through some sort of in-game goal to work towards, such as a certain amount of a resource being required to unlock or purchase something new.

Waiting is a Mechanic. In incremental games, the player may come across times where there is no action they can take, and the game will progress automatically instead. The player must wait for some amount of this automatic progress to occur before they can resume interaction with the game.

Are Roguelites Incrementals? ​

Having made our variation of the Berlin Interpretation for incremental games, we can compare it to the Berlin Interpretation to determine if there's enough overlap that any game that "passes" the Berlin Interpretation would also pass the incremental variant. That is to say, whether any roguelite would also be considered an incremental game.

The meta-progression of an incremental game could arguably be considered a paradigm shift, and certainly adds some resource management. Goal-oriented would probably also apply. I think anything other than those would be a stretch, and in my opinion that just isn't enough to qualify. To be totally honest, I was never expecting to conclude otherwise though 😉

Sub-Genres ​

There are some trends in incremental games that go beyond just being a commonly used mechanic, such that they deeply affect the rest of the game design. These trends can be used to determine sub-genres within the incremental games umbrella:

Loops games are a sub-genre defined by having a core mechanic related to a loop, where the player is deciding the actions taken per loop. Notable examples include Idle Loops, Stuck in Time, Cavernous II, and Increlution. You may also argue Groundhog Life and Progress Knight fall into this sub-genre.

ITRTG-like games are a sub-genre defined by having a core mechanic based on clearing increasingly difficult battles and often tend to have a lot of different mechanics to become progressively stronger. Notable examples include Idling to Rule the Gods, NGU Idle, and Wizard and Minion Idle.

Polynomial Growth games are a sub-genre defined by having a core mechanic related to a higher degree polynomial. Notable examples include the base layer of Antimatter Dimensions and Swarm Simulator.

Upgrades Games is a category popular on flash games websites that featured games focused on buying upgrades that would allow you to attain more currency in some sort of minigame that would earn you more money to buy more upgrades, which I'd argue now belong under the fold of incremental games. Notable examples include the Learn to Fly series and Upgrade Complete.

Cultivation RPGs are a genre of games, books, and anime popular in China that center around being in a fantasy world with characters getting stronger over time. While few of them get translated into English, a fan of incremental games may find the available games interesting.

- +
The Paper Pilot

Appearance

Guide to Incrementals/Defining the Genre ​

Video games are placed into genres for a variety of reasons. They can give a mental shorthand to set the player's expectations up, they can help a game market itself by its similarities to other, already popular games, and honestly, people just love categorization for its own sake. For this guide, it's important to define the genre so it is clear what games it's even talking about.

This poses a problem. "Incremental" is a horribly vague way to define games. Most games have numbers going up in some form or another. We need a more specific definition - similar to how "strategy" can't just mean any game with any amount of strategy because that would be most games. What specifically differentiates incremental games from the rest?

"Incremental" implies it's a genre defined by a game mechanic, but all those game mechanics it could imply exist in many other games. Having a skill tree or upgrades doesn't make you incremental, and if a reset mechanic is all it takes then every roguelite would be an incremental as well. So clearly there's more to it than that - what makes an incremental an incremental?

I'd like to go over a couple of popular suggestions I've seen on defining the genre here. I have my personal preferences and will state them here, but I don't think there's a truly perfect answer here.

Disclaimer: I mostly play incremental games on my computer, and my definitions will be heavily biased towards the games I'm familiar with.

Incrementals vs Idlers vs Clickers ​

Oftentimes people refer to this genre as idle games and/or clicker games. You'll even find a trend of oxymoronic game titles that contain both terms. "Incremental games" is the umbrella term both those terms fall under. However, I'd like to argue that not only is it better to just use the term "incremental games", but calling them "idle games" or "clicker games" is wrong. Almost universally, these terms are used interchangeably to refer to the same kind of game, where you start the game click spamming and eventually automate the process. Frankly, that kind of game deserves neither title, and the genre of incremental games has trended away from ever requiring click spamming, as it's a bad mechanic, anyways.

While these games do span a spectrum of how active it requires you to be, and sorting games by that metric can be useful for those looking for a particular experience, the borders of when an incremental game counts as an "idler" is too blurry for the term to be useful. "Incremental games" may not be a great descriptive term for the genre (hence this many thousands of words long page on defining what the genre even is), but it's strictly better than calling them "idler" or "clicker" games. This guide will always use the term "incremental games" unless quoting someone else, as it is the term you typically see on all modern games in the genre.

Incrementals as Parodies

Let's start with one of the most interesting definitions of incremental games. Incremental games appear to be distilled versions of games or genres, "revealing" the naked game design at the core of these games or genres not unlike how parodies comment upon their source material.

To understand what that means, think of how a casino uses skinner boxes to emotionally manipulate its customers to keep playing, but "dressing" up the skinner box with tons of stimuli to hide that ultimately the goal is to condition you into coming back compulsively. The idea that incremental games are parodies means taking the stance that at some level all games are similarly manipulating you, giving dopamine rewards in a way that manipulates you to keep playing while not necessarily giving you any value or fulfillment. Incremental games, then, are any games that plainly display the skinner box, and the manipulative core of the game, at the forefront of the experience.

While incremental games can be fun and even healthy in certain contexts, they can exacerbate video game addiction more than other genres. If you feel like playing incremental games is taking priority over other things in your life, or manipulating your sleep schedule, it may be prudent to seek help. See r/StopGaming for resources.

This "undressing" tends to go hand in hand with a reduced focus on aesthetics, often just printing the game state directly to the screen as text. This makes incremental games much easier to develop, particularly for those with programming skills but not art skills, but that's a tangent for why Incremental Games Guide to Incrementals/Appeal to Developers.

Before I continue, I'd like to make my stance clear that I love games and incremental games, and do not think they should be considered inherently bad or manipulative with the above logic. Skinner boxes are just a way of manipulating behavior via rewards. The games are still fun - that's the reward! I'd believe the real criticism here is that it is "empty fun", or "empty dopamine", that doesn't offer any additional value or sense of fulfillment. I don't think that's inherently bad in moderation, although it can become a problem if the game is manipulating you for profit-seeking, or if you play the game to the detriment of the other parts of your life.

Another interpretation of incremental games as parodies comes from several mainstream incremental games that are also parodies of capitalism, such as cookie clicker and adventure capitalist. It's a very common framework for incremental games to portray the ever-increasing numbers as an insatiable hunger for resources, like the ones observed within capitalism. Therefore, these games are used as evidence that the genre as a whole is about parody and commentary.

Popular videos on incremental games that portray the genre as parodies are Why Idle games make good satire, and how it was ruined. and Bad Game Design - Clicker Games. You may also be interested in this response to the latter video from a fan of incremental games: BadGood Game Design - Clicker Games.

I think that this definition ultimately ascribes a motive to the genre as a whole that only happens to apply to some of the more mainstream titles. There certainly are incremental games commenting on different things, including the genre itself as in the case of The Prestige Tree Classic, The Ascension Tree, or Omega Layers, but certainly not all. And of course, not all games that comment on something or parody something are incremental games! Additionally, a very large majority of incremental games are mobile games using these manipulative strategies to get players to spend as much money as possible - hell, Adventure Capitalist is ostensibly a critique on capitalism but features microtransactions and gameplay that manipulates you into buying them! These profit-seeking incremental games certainly belong within the genre but are hardly parodies when they too use manipulation to serve their interests. Also, from my own anecdotal experience, those who use this definition seem to do so from a fairly surface-level familiarity with the genre, and often in the context of criticizing the genre or the fans thereof.

Incrementals as NGU ​

Another broad definition often used is that incremental games are games where the focus of the game is "numbers going up". This definition proposes that other genres simply use increasing numbers as a means to an end, but incremental games uniquely only care about the numbers themselves going up. Put another way, it implies there should be no narrative justification for the numbers going up other than "why shouldn't they be going up?"

While this definition is common because it feels easy to understand, it is difficult to formally define. Often phrases are used to describe games using this framework, such as having an "exaggerated sense of progression" or "big" numbers. These terms are vague and don't demonstrate an actual threshold between non-incrementals and incrementals. Most games have a sense of progression, so when is it "exaggerated"? How big are "big" numbers? Most notably, RPGs that are typically not considered incrementals will often pass this definition.

Additionally, a lot of incrementals tend to have some theme guiding the gameplay, or at least the names of mechanics. This makes the line blurred between when numbers are going up for their own sake versus for a contextual reason. I believe this point is best illustrated that, while most RPGs are not considered incremental games, there is a sub-genre of "incremental RPGs" that typically relates to RPGs that perform combat automatically. This definition of incremental games does not support RPGs and "incremental RPGs" being on distinct sides of the line if the only difference between them is manual vs automatic combat.

Incrementals as Strategies

This is a rarer interpretation, but there are similarities between incremental games and strategy games, implying incrementals might just be a sub-genre of strategy games. By this approach, incremental games would be defined by their relation to strategy games, and how they involve player strategy. Incremental games are often large optimization problems - above all else, the actual gameplay the player is performing is deciding what to do next. The consequences of wrong decisions are typically more lenient in incremental games - such as just not making optimal progress - but they certainly get complex.

So if we accept the premise that incrementals could fall under strategy, we still need to define what makes a strategy game an incremental versus some other strategy sub-genre. This is a bit tricky due to one particular sub-genre of strategy games: Factory Builders.

Factory builders, such as Factorio or Satisfactory, are games about gaining ever increasing resources, optimizing production, and expanding more and more. That... sounds pretty similar, doesn't it? In fact, there's been some debate on whether factory builders would fall under the "incremental" umbrella. I think it's safe to say the two are certainly related, and probably have quite a bit of overlap in playerbase.

Roguelites as Incrementals? ​

Earlier on, I mentioned reset mechanics shouldn't be used in the definition because that could make all roguelites incrementals... But what if it does? A lot of incrementals can be described as games with a strong sense of progression, often with layers of meta-progression. Roguelites fit that bill to a T. What would make roguelites not incremental? I honestly don't think there's a good explanation here, but many fans of incremental games will state they do believe the two genres to be unrelated, even if there's a significant overlap between their player bases due to having similar appealing traits.

At this point, it'd be appropriate to consider what part of the definition of roguelites precludes them from also being incrementals, but that reveals a new problem: What are roguelites? They're usually defined as rogue_likes with meta-progression, but that just pushes the problem back a step: Incrementals aren't the only genre to have difficulties defining themselves, it seems! Roguelikes are another genre where the community argues over the formal definition of their genre, although that means we can borrow from their process of coming to a consensus, and maybe come across a viable definition for incremental games.

The Berlin Interpretation ​

By far the most popular way of defining roguelikes is the "Berlin Interpretation", which acknowledged the diversity of games within the genre and argued the definition should not be based on any ideals about what the genre ought to be, but rather defined by "its canon". They argued there are a handful of games that can be used to define the canon for roguelikes, and from those games, a list of factors can be derived to determine a game's "roguelikeness". The more factors a game has, the more of a roguelike it is. This strategy is very lenient, allowing a game to not present any specific factor so long as it shows enough, and accounts for the blurriness of any genre definition by not explicitly stating how many factors a game must have to qualify as a definite roguelike.

I believe this strategy for defining genres can be applied to other genres as well. A handful of games can be argued to be the incremental games canon, and a list of factors derived from them can be used to judge any game based on its "incrementalness". I'll propose such a canon and list of factors here, but by no means should it be considered the end-all-be-all.

Note: The "Temple of the roguelike", an authority within the genre, has since replaced the Berlin Interpretation with a new set of factors here: https://blog.roguetemple.com/what-is-a-traditional-roguelike/

The Incremental Games Canon ​

Alright, time to get controversial. Up til now, I've been trying my best to stay objective and analytical, but now it's time to start making some opinionated decisions. Here is a list of games I think could justifiably make up an Incremental Games Canon:

I chose a variety of games here, biasing towards newer games, purposefully to avoid making a narrow or "traditional" definition. The genre is growing and shouldn't be constrained by the traits of the early popular titles. A lot of these could easily be replaced with other games that are mechanically congruent, so ultimately I'm sure if you asked 10 people for their canon list you'd just get 10 different answers, but I think this should sufficiently allow us to determine what factors make a game have higher "incrementalness".

The Paradigm Shift ​

The Paradigm Shift is probably the highest possible value factor for an incremental. It's so common that for a while people referred to incrementals that exhibit this trait as "unfolding" games, to the point of trying to replace the term incremental due to their popularity. Paradigm shifts refer to when the gameplay significantly changes. There are too many examples to list here, but notably, every single reset mechanic is typically going to be a paradigm shift. Examples of games with paradigm shifts that aren't tied to reset mechanics include Universal Paperclips and A Dark Room.

There are many reasons for the appeal of paradigm shifts. Oftentimes each mechanic builds on top of the existing mechanics, increasing the complexity of the game in steps so the player can follow along. They provide a sense of mystery, with the player anticipating what will happen next. They shake up the gameplay before it gets too stale - allowing the game to entertain for longer before the sense of Guide to Incrementals/What is Content? dissipates. Of the canon games selected above, I would argue every single one contains a paradigm shift (although I could see someone disagreeing with that statement wrt Increlution).

I should take a moment to say that while I'm hyping up this specific factor, we cannot just reduce the genre definition to "does it have paradigm shifts". Many games have paradigm shifts that are not incremental, so it's just an indicator of incrementalness. Additionally, it can become quite hard to determine how large of a shift is a "paradigm" shift. Take, for example, any game with a skill tree. In some games, each skill node might have a large impact on how you play with the game, and qualify as a paradigm shift for some players. In other games, each skill node might just be a small percentage modifier on some stat that doesn't really impact much more than a slight bias towards an already established mechanic that's newly buffed. Every single canon game may show that it's common amongst incremental games, but could just as easily indicate that they're common in games in general.

High-Value Factors ​

I won't take as long to discuss the high and low-value factors, as you've already seen most of them brought up earlier on this page. As a reminder, a game does NOT need all of these to be an incremental game, but these are factors that each indicate a strong possibility the game is an incremental, so having several of these means they probably are. These factors apply to most of the canon incremental games.

"Pure UI" Display. Incrementals typically have a textual presentation of the game state - there isn't a visual representation of the entities within the game. The interface is closer to what would be just the UI of a game in another genre or the control panel of a plane. If there is a visual representation, the player is often still interacting with non-diegetic game elements.

Reduced Consequences. Incrementals tend to have reduced repurcussions for misplaying. They very rarely have fail states, where often the largest consequence is simply not progressing - never losing progress.

Optimization Problems. The predominant gameplay of incrementals is typically solving optimization problems, from deciding which purchase to save up for to reasoning and deciding between different mutually exclusive options the game presents.

Resource Management. Incrementals tend to have a lot of resources within the game to keep track of.

Low-Value Factors ​

These are low-value factors, meaning they aren't as strongly correlated with incremental games. Incremental games may have none of these, and non-incrementals may have several of these - if a game only has low-value factors, they're probably not an incremental.

Fast Numeric Growth. Numbers in incremental games tend to grow faster than in other genres. There are more instances of superlinear growth. The larger the numbers get, the stronger of a signal this factor is.

Automation. As an incremental game progresses, the player often no longer has to deal with earlier mechanics, by having them either happen automatically or otherwise be replaced with an alternative that requires less player interaction.

Goal-Oriented. Incrementals are often heavily reliant on extrinsic motivation to guide the player. Typically this is through some sort of in-game goal to work towards, such as a certain amount of a resource being required to unlock or purchase something new.

Waiting is a Mechanic. In incremental games, the player may come across times where there is no action they can take, and the game will progress automatically instead. The player must wait for some amount of this automatic progress to occur before they can resume interaction with the game.

Are Roguelites Incrementals? ​

Having made our variation of the Berlin Interpretation for incremental games, we can compare it to the Berlin Interpretation to determine if there's enough overlap that any game that "passes" the Berlin Interpretation would also pass the incremental variant. That is to say, whether any roguelite would also be considered an incremental game.

The meta-progression of an incremental game could arguably be considered a paradigm shift, and certainly adds some resource management. Goal-oriented would probably also apply. I think anything other than those would be a stretch, and in my opinion that just isn't enough to qualify. To be totally honest, I was never expecting to conclude otherwise though 😉

Sub-Genres ​

There are some trends in incremental games that go beyond just being a commonly used mechanic, such that they deeply affect the rest of the game design. These trends can be used to determine sub-genres within the incremental games umbrella:

Loops games are a sub-genre defined by having a core mechanic related to a loop, where the player is deciding the actions taken per loop. Notable examples include Idle Loops, Stuck in Time, Cavernous II, and Increlution. You may also argue Groundhog Life and Progress Knight fall into this sub-genre.

ITRTG-like games are a sub-genre defined by having a core mechanic based on clearing increasingly difficult battles and often tend to have a lot of different mechanics to become progressively stronger. Notable examples include Idling to Rule the Gods, NGU Idle, and Wizard and Minion Idle.

Polynomial Growth games are a sub-genre defined by having a core mechanic related to a higher degree polynomial. Notable examples include the base layer of Antimatter Dimensions and Swarm Simulator.

Upgrades Games is a category popular on flash games websites that featured games focused on buying upgrades that would allow you to attain more currency in some sort of minigame that would earn you more money to buy more upgrades, which I'd argue now belong under the fold of incremental games. Notable examples include the Learn to Fly series and Upgrade Complete.

Cultivation RPGs are a genre of games, books, and anime popular in China that center around being in a fantasy world with characters getting stronger over time. While few of them get translated into English, a fan of incremental games may find the available games interesting.

+ \ No newline at end of file diff --git a/hashmap.json b/hashmap.json index 1a0ae93d0..772e591d2 100644 --- a/hashmap.json +++ b/hashmap.json @@ -1 +1 @@ -{"garden_federated-identity_index.md":"B5JQtae9","garden_freeform-vs-chronological-dichotomy_index.md":"C6Yd9oy4","garden_decentralized_index.md":"7xGbbnj7","garden_babble-buds_index.md":"hJMBFEMa","garden_artificial-intelligence_index.md":"BxXElDIx","garden_freeform_index.md":"KSPHFjBD","garden_digital-gardens_index.md":"CnxrENTN","garden_mbin_index.md":"C-tszRZn","garden_garden-rss_index.md":"CisAUwYr","garden_atproto_index.md":"Awywf7pG","garden_kronos_index.md":"C0vbIqDd","garden_logseq_index.md":"DYjqIlrs","garden_guide-to-incrementals_navigating-criticism_index.md":"DV5nmpyx","garden_activitypub_index.md":"Dc0d99gj","garden_incremental-social_index.md":"Co8YadBH","garden_chronological_index.md":"DEA0bxkh","garden_ivy-road_index.md":"D_CknIq8","garden_command-palettes_index.md":"DCXIof_t","garden_guide-to-incrementals_appeal-to-developers_index.md":"CwUoitYL","garden_capture-the-citadel_index.md":"DzQGPu6p","garden_forgejo_index.md":"DNK3_N8-","garden_guide-to-incrementals_what-is-content_index.md":"CQugHwVr","garden_davey-wreden_index.md":"CYjb2ZL5","public_gamedevtree_docs_bars.md":"BZHdoixV","garden_fedi-v2_index.md":"BSF7P8W3","guide-to-incrementals_index.md":"DOnF5DO9","public_gamedevtree_docs_milestones.md":"Bqa4PDXl","public_gamedevtree_docs_subtabs-and-microtabs.md":"BOgW01rg","public_gamedevtree_docs_updating-tmt.md":"BXMN1mOW","public_gamedevtree_docs_upgrades.md":"BeTeQq_8","public_kronos_old things_2.0-format-changes.md":"CFXOiLyk","public_kronos_readme.md":"Bp897XDj","public_kronos_docs_achievements.md":"_JoNVJDr","public_kronos_changelog.md":"BuXGTfnh","public_kronos_docs_!general-info.md":"BC3MDkJ4","public_kronos_docs_basic-layer-breakdown.md":"dogVO7sT","public_kronos_docs_buyables.md":"DXvL6Y3s","public_kronos_docs_bars.md":"BA8z6Evv","public_kronos_docs_challenges.md":"DK_9KIu5","public_lit_docs_bars.md":"Dn8PbCpo","public_gamedevtree_docs_basic-layer-breakdown.md":"DwR7Impf","public_lit_docs_basic-layer-breakdown.md":"DBpDfaJK","public_lit_docs_buyables.md":"DbWllrUF","public_lit_docs_getting-started.md":"Bhw_1Cf1","public_lit_docs_custom-tab-layouts.md":"AZ0v-2Er","public_lit_docs_infoboxes.md":"C1Y-noTs","public_lit_docs_layer-features.md":"_HvpVQ6k","public_lit_docs_clickables.md":"CC4aVgT5","public_lit_docs_subtabs-and-microtabs.md":"CY1tGBRM","garden_open-source_index.md":"DzEfsbWI","garden_premium-currency_index.md":"p6jnfRQv","garden_social-media_index.md":"Dk3FSnoa","garden_the-beginner-s-guide_index.md":"DVWa9K7k","public_lit_docs_trees-and-tree-customization.md":"CcZ89Fyk","garden_guide-to-incrementals_appeal-to-players_index.md":"C2O19h6a","public_lit_docs_main-mod-info.md":"RSuZ0qh9","public_kronos_docs_particles.md":"DXHXKySr","public_kronos_docs_custom-tab-layouts.md":"CAgoG-GT","garden_cinny_index.md":"BObLuRww","public_kronos_docs_grids.md":"Beh5-E6O","garden_the-indieweb_amplification_index.md":"C6jbWRRp","garden_dice-armor_index.md":"BCE_E9PV","garden_pre-order-bonuses_index.md":"DdydoOe2","garden_life-is-strange_index.md":"DzTWGQBG","public_kronos_docs_main-mod-info.md":"DJa4N3ai","garden_weird_index.md":"srFBBud_","public_kronos_docs_layer-features.md":"Z1rgTxyk","garden_guide-to-incrementals_index.md":"DT8DzNEd","garden_nostr_index.md":"-W_2yfsI","public_lit_docs_milestones.md":"DA6XlDhX","public_lit_docs_updating-tmt.md":"gcjAPqI4","public_lit_docs_upgrades.md":"CX0npHTN","garden_the-cozy-web_index.md":"B23rUtBp","public_lit_docs_challenges.md":"BBD7sBVX","garden_guide-to-incrementals_defining-the-genre_index.md":"CqiXIbuV","garden_planar-pioneers_index.md":"oEHwUvm3","garden_mtx_index.md":"B6w2F1i2","guide-to-incrementals_ludology_appeal-developers_index.md":"DHuWCjSE","garden_game-dev-tree_index.md":"qUU5fhzz","public_lit_readme.md":"1RS5OpHk","garden_video-game-monetization_index.md":"CeqXo6Yj","garden_webrings_index.md":"Dhhw7ueE","garden_the-indieweb_signature-blocks_index.md":"DKn2bTq3","garden_vitepress_index.md":"CRfqwtqV","public_gamedevtree_docs_challenges.md":"B0ucfNoa","public_gamedevtree_docs_clickables.md":"BKUO6-4r","public_gamedevtree_docs_getting-started.md":"CKycKJVu","garden_wanderstop_index.md":"vw6_Yi_B","garden_v-ecs_index.md":"DUDB05dR","public_kronos_docs_clickables.md":"Cdkq5dTJ","public_gamedevtree_docs_custom-tab-layouts.md":"DSCTtT_s","public_kronos_docs_milestones.md":"D2eVmOB-","public_lit_docs_achievements.md":"DTYfkyu6","public_gamedevtree_docs_infoboxes.md":"DYHYrnsU","public_kronos_docs_infoboxes.md":"DtvYVeEp","public_kronos_docs_upgrades.md":"Byil39kg","public_kronos_docs_getting-started.md":"YMPa39a7","garden_commune_index.md":"BednA9l-","public_gamedevtree_docs_layer-features.md":"ClQcp-PB","public_gamedevtree_docs_main-mod-info.md":"DJ1Tca-G","guide-to-incrementals_design_criticism_index.md":"BM4eDb34","public_gamedevtree_changelog.md":"3VMdjBlm","guide-to-incrementals_ludology_appeal-gamers_index.md":"MOwOtfmH","public_lit_docs_!general-info.md":"D_qpUKWw","guide-to-incrementals_ludology_content_index.md":"FEQrhhXx","garden_fediverse_index.md":"CaB07bzW","public_gamedevtree_docs_!general-info.md":"CO1Dme13","public_gamedevtree_docs_achievements.md":"lFRjwKEe","changelog_index.md":"DxE3OWqG","garden_chat-glue_index.md":"C2L06eSS","garden_matrix_index.md":"DBqVS_nC","public_kronos_docs_updating-tmt.md":"Cnb4wHRO","garden_profectus_index.md":"BLX3n1Md","garden_synapse_index.md":"D2phyK-y","garden_advent-incremental_index.md":"BbkfAQqS","garden_my-projects_index.md":"Dl-zQ6Vy","public_kronos_docs_trees-and-tree-customization.md":"CpABMj_Q","garden_this-knowledge-hub_index.md":"Ci4uxHec","public_gamedevtree_docs_buyables.md":"dJuijyHv","public_lit_changelog.md":"Bau0_bWd","public_gamedevtree_readme.md":"DfcMLon9","public_kronos_docs_subtabs-and-microtabs.md":"D5uB64On","public_lit_old things_2.0-format-changes.md":"CDLz9z5F","index.md":"Co5sSAZZ","garden_my-personal-website_index.md":"m1Z_IPua","public_gamedevtree_2.0-format-changes.md":"Cx8d6xah","guide-to-incrementals_ludology_definition_index.md":"D6F4PAqO","garden_opti-speech_index.md":"BsGpYs-e","garden_the-small-web_index.md":"Rk45hmDz"} +{"garden_advent-incremental_index.md":"BLPQgHPD","garden_command-palettes_index.md":"Cm1utE8d","garden_commune_index.md":"DEB1H5lT","garden_davey-wreden_index.md":"COGBVgOt","garden_digital-gardens_index.md":"CakxBNtd","garden_decentralized_index.md":"DFYCu6fM","garden_dice-armor_index.md":"BBobFdgp","garden_mbin_index.md":"uqsGaJDR","garden_guide-to-incrementals_appeal-to-developers_index.md":"DDhc_5Nw","guide-to-incrementals_ludology_appeal-developers_index.md":"3I6piiJ6","changelog_index.md":"B4AEMlHa","garden_my-personal-website_index.md":"9vIzQMPO","garden_profectus_index.md":"COg1DuLN","garden_the-beginner-s-guide_index.md":"BiHbMk34","garden_the-indieweb_signature-blocks_index.md":"CKaNrlB5","garden_activitypub_index.md":"DtNb9_zq","garden_chat-glue_index.md":"BwPqJHHy","garden_artificial-intelligence_index.md":"BvC5aWSd","garden_cinny_index.md":"BfOC4rxf","garden_federated-identity_index.md":"_l9JRaaP","garden_atproto_index.md":"T-4ya3J3","garden_babble-buds_index.md":"Bdco8gHV","garden_fediverse_index.md":"oEmtcK3k","garden_webrings_index.md":"DluHoY8U","garden_freeform-vs-chronological-dichotomy_index.md":"CxD_wlMt","garden_chronological_index.md":"Cqr6pZa9","guide-to-incrementals_design_criticism_index.md":"gGJ4g_N1","guide-to-incrementals_index.md":"BGCJFQht","garden_opti-speech_index.md":"8xReaC4D","garden_open-source_index.md":"CftIgrV1","garden_planar-pioneers_index.md":"pgx5old9","garden_guide-to-incrementals_index.md":"Cewyg5On","garden_pre-order-bonuses_index.md":"DTGQWrnc","garden_social-media_index.md":"Bgqx8OJJ","garden_forgejo_index.md":"BPVc0wpG","garden_the-cozy-web_index.md":"B5w3WCtf","garden_synapse_index.md":"mEBMiOv7","garden_guide-to-incrementals_navigating-criticism_index.md":"Canx9B3U","garden_weird_index.md":"C05m1KQZ","garden_game-dev-tree_index.md":"Dc3Uus84","garden_life-is-strange_index.md":"DuIJxtPy","garden_fedi-v2_index.md":"Cw_BJg5B","garden_logseq_index.md":"D1i9v4d_","garden_wanderstop_index.md":"D6-sYtZa","garden_this-knowledge-hub_index.md":"B7Dn3tU6","garden_the-small-web_index.md":"BkKbQpN9","garden_vitepress_index.md":"hRYGCv4z","garden_freeform_index.md":"DX61_hRi","public_gamedevtree_docs_achievements.md":"BAhD6lBB","garden_ivy-road_index.md":"CJPIalur","garden_v-ecs_index.md":"BlQ203sh","garden_nostr_index.md":"Ciyhu9xG","garden_my-projects_index.md":"8GgMwa2f","garden_kronos_index.md":"CmrPAHoC","garden_the-indieweb_amplification_index.md":"BGVq1cso","garden_guide-to-incrementals_what-is-content_index.md":"BaHYlDrf","garden_incremental-social_index.md":"caAYc4L7","public_kronos_docs_challenges.md":"CceOkuKc","public_kronos_docs_infoboxes.md":"pfo_hWCQ","index.md":"DCyM0yje","garden_video-game-monetization_index.md":"XhTB3DZW","public_gamedevtree_docs_!general-info.md":"JNS0f2qW","garden_guide-to-incrementals_appeal-to-players_index.md":"abQaU9aF","guide-to-incrementals_ludology_appeal-gamers_index.md":"BKwSvjPx","garden_garden-rss_index.md":"WrYqsdwW","garden_capture-the-citadel_index.md":"BT_SFe83","garden_premium-currency_index.md":"TIsDNjCg","guide-to-incrementals_ludology_definition_index.md":"Dt11wqgK","garden_mtx_index.md":"CWQqyNMd","public_lit_docs_main-mod-info.md":"yp1rYBGw","public_gamedevtree_docs_layer-features.md":"DENuwPtP","public_kronos_readme.md":"DtVgqJ6L","public_lit_docs_buyables.md":"R_dNT8SD","public_lit_docs_challenges.md":"D6T5nH4U","public_kronos_changelog.md":"D3Whj0Y0","public_lit_docs_custom-tab-layouts.md":"Vftsl_a3","public_lit_docs_clickables.md":"CC3r9xlL","public_lit_docs_getting-started.md":"D1uHBSn9","public_kronos_docs_achievements.md":"CSKQ_Jwd","public_lit_docs_infoboxes.md":"Cl43WsVc","public_lit_docs_layer-features.md":"DevDLrRm","public_kronos_docs_bars.md":"DlwjXrWF","public_kronos_docs_getting-started.md":"C9AZRWtI","public_kronos_docs_layer-features.md":"B7qEHS5F","public_kronos_docs_clickables.md":"CmNRG1bN","public_lit_changelog.md":"M-KOXILD","public_kronos_docs_trees-and-tree-customization.md":"BjrQmf2B","public_kronos_docs_upgrades.md":"Bd3Yau1D","public_kronos_docs_updating-tmt.md":"DTEdYaNH","public_lit_old things_2.0-format-changes.md":"wnOxe3hF","public_kronos_docs_!general-info.md":"BJVZ7VhF","public_lit_readme.md":"D-TwG4DK","public_gamedevtree_docs_basic-layer-breakdown.md":"DBz-aAkR","public_kronos_docs_subtabs-and-microtabs.md":"Bx12bZVS","public_lit_docs_milestones.md":"CmsQehBz","public_gamedevtree_docs_main-mod-info.md":"BYYhCEuV","garden_guide-to-incrementals_defining-the-genre_index.md":"DTAELYsE","public_gamedevtree_docs_subtabs-and-microtabs.md":"BmcSeyFR","public_gamedevtree_docs_upgrades.md":"D99_tgsS","public_kronos_docs_buyables.md":"Dzz9-69p","public_gamedevtree_changelog.md":"BaEtzPu1","public_lit_docs_subtabs-and-microtabs.md":"ixBybC6v","public_lit_docs_!general-info.md":"LOR_tqUb","public_kronos_docs_main-mod-info.md":"CVo8LyYh","garden_matrix_index.md":"TosMRx5L","public_kronos_docs_grids.md":"Cy3Lb1vL","public_kronos_docs_basic-layer-breakdown.md":"Ge-4CipN","public_kronos_docs_particles.md":"Dm7MiYol","public_gamedevtree_docs_custom-tab-layouts.md":"D5wjECxp","public_gamedevtree_docs_clickables.md":"DvDoN2Er","public_gamedevtree_readme.md":"BjccqG8l","public_gamedevtree_docs_bars.md":"hxKVFLHU","public_lit_docs_trees-and-tree-customization.md":"BgQRcZo9","public_gamedevtree_docs_challenges.md":"DVog4fk_","public_gamedevtree_docs_updating-tmt.md":"ir-CQQOo","public_gamedevtree_2.0-format-changes.md":"C1i9BICC","public_gamedevtree_docs_getting-started.md":"B3fqMhEq","public_kronos_docs_custom-tab-layouts.md":"F-rPUWPl","public_lit_docs_basic-layer-breakdown.md":"BUBPzn0f","public_gamedevtree_docs_infoboxes.md":"BSjqPPEK","public_lit_docs_upgrades.md":"CkXrrQvm","public_lit_docs_updating-tmt.md":"Cslnf507","public_gamedevtree_docs_milestones.md":"Dhs_Ycq9","guide-to-incrementals_ludology_content_index.md":"yYSd9OQd","public_kronos_docs_milestones.md":"BSy085vv","public_kronos_old things_2.0-format-changes.md":"fmuhFckJ","public_lit_docs_achievements.md":"BdnBAsqL","public_lit_docs_bars.md":"os8oz_cY","public_gamedevtree_docs_buyables.md":"DgH1-fm2"} diff --git a/index.html b/index.html index 532d58789..908469bf8 100644 --- a/index.html +++ b/index.html @@ -8,11 +8,11 @@ - + - - + + @@ -26,7 +26,7 @@ - + \ No newline at end of file diff --git a/public/gamedevtree/2.0-format-changes.html b/public/gamedevtree/2.0-format-changes.html index 775e7f6fa..1e91262e3 100644 --- a/public/gamedevtree/2.0-format-changes.html +++ b/public/gamedevtree/2.0-format-changes.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,8 +25,8 @@ -
The Paper Pilot

Appearance

2.0 format changes ​

  • Temp format is changed from temp.something[layer] to temp[layer].something, for consistency
  • Challenges are now saved as an object with the amount of completions in each spot. (This will break saves.)
  • effectDisplay in Challenges and Upgrades no longer takes an argument, and neither does effect for Buyables
  • Buyable cost can take an argument for amount of buyables, but it needs to function if no argument is supplied (it should do the cost for the next purchase).
  • Generation of Points now happens in the main game loop (not in a layer update function), enabled by canGenPoints in game.js.
  • Changed fullLayerReset to layerDataReset, which takes an array of names of values to keep

In addition, many names were changed, mostly expanding abbreviations:

All instances of:

  • chall -> challenge
  • unl -> unlocked
  • upg -> upgrade (besides CSS)
  • amt -> amount
  • desc -> description
  • resCeil -> roundUpCost
  • order -> unlockOrder
  • incr_order -> increaseUnlockOrder

Challenges:

  • desc -> challengeDescription
  • reward -> rewardDescription
  • effect -> rewardEffect
  • effectDisplay -> rewardDisplay
  • active -> challengeActive
- +
The Paper Pilot

Appearance

2.0 format changes ​

  • Temp format is changed from temp.something[layer] to temp[layer].something, for consistency
  • Challenges are now saved as an object with the amount of completions in each spot. (This will break saves.)
  • effectDisplay in Challenges and Upgrades no longer takes an argument, and neither does effect for Buyables
  • Buyable cost can take an argument for amount of buyables, but it needs to function if no argument is supplied (it should do the cost for the next purchase).
  • Generation of Points now happens in the main game loop (not in a layer update function), enabled by canGenPoints in game.js.
  • Changed fullLayerReset to layerDataReset, which takes an array of names of values to keep

In addition, many names were changed, mostly expanding abbreviations:

All instances of:

  • chall -> challenge
  • unl -> unlocked
  • upg -> upgrade (besides CSS)
  • amt -> amount
  • desc -> description
  • resCeil -> roundUpCost
  • order -> unlockOrder
  • incr_order -> increaseUnlockOrder

Challenges:

  • desc -> challengeDescription
  • reward -> rewardDescription
  • effect -> rewardEffect
  • effectDisplay -> rewardDisplay
  • active -> challengeActive
+ \ No newline at end of file diff --git a/public/gamedevtree/README.html b/public/gamedevtree/README.html index f3a5b0973..fe69cda56 100644 --- a/public/gamedevtree/README.html +++ b/public/gamedevtree/README.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,8 +25,8 @@ -
The Paper Pilot

Appearance

The-Modding-Tree ​

A modified version of The Prestige Tree that is much easier to mod. It still requires programming knowledge, but it's mostly pretty easy things and copy/pasting.

Look here for a tutorial on getting started with modding with TMT

You can look in the documentation for more information on how it all works, or look at the code in layers.js to see what it all looks like.

- +
The Paper Pilot

Appearance

The-Modding-Tree ​

A modified version of The Prestige Tree that is much easier to mod. It still requires programming knowledge, but it's mostly pretty easy things and copy/pasting.

Look here for a tutorial on getting started with modding with TMT

You can look in the documentation for more information on how it all works, or look at the code in layers.js to see what it all looks like.

+ \ No newline at end of file diff --git a/public/gamedevtree/changelog.html b/public/gamedevtree/changelog.html index 1919eb323..426679aea 100644 --- a/public/gamedevtree/changelog.html +++ b/public/gamedevtree/changelog.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,8 +25,8 @@ -
The Paper Pilot

Appearance

The Game Dev Tree changelog: ​

v1.0.4 Version Bump [rebalanced,debuggedx3] - 2020-11-09 ​

  • Fixed refactorings 2, 3, and 4 not actually affecting productivity

v1.0.3 Version Bump [rebalanced,debuggedx2] - 2020-11-08 ​

  • Fixed API milestone 4 not working

v1.0.2 Version Bump [rebalanced,debugged] - 2020-11-08 ​

  • Fixed tree lines being hidden after hitting "keepGoing" in the victory screen

v1.0.1 Version Bump [rebalanced] - 2020-11-08 ​

  • Buffed several TAs

v1.0 Version Bump - 2020-11-08 ​

  • Finished row 4
  • Added colored text to lore
  • Fixed some visual bugs with milestones
  • Probably other stuff lol its been a week

v0.2.3 Stylish - 2020-10-30 ​

  • Re-styled basically everything
  • Added favicon
  • Added header bar
  • Added changelog

v0.2.2 Row 3 - 2020-10-22 ​

  • Removed debug statement
  • Moved milestones in F layer beneath the buyables

v0.2.1 Row 3 - 2020-10-21 ​

  • Fixed layers hiding
  • Fixed typos/minor issues
  • Fixed S layer being highlighted before you can unlock the layer

v0.2 Row 3 - 2020-10-21 ​

  • Implemented row 3

v0.1.1 Cash Influx [rebalanced] - 2020-10-19 ​

  • Fixed notification issue
  • Rebalanced to make early game faster and late game slower
  • Fixed other minor issues

v0.1 Cash Influx - 2020-10-19 ​

  • Implemented row 2

v0.0 Initial Commit - 2020-10-18 ​

  • Implemented row 1
- +
The Paper Pilot

Appearance

The Game Dev Tree changelog: ​

v1.0.4 Version Bump [rebalanced,debuggedx3] - 2020-11-09 ​

  • Fixed refactorings 2, 3, and 4 not actually affecting productivity

v1.0.3 Version Bump [rebalanced,debuggedx2] - 2020-11-08 ​

  • Fixed API milestone 4 not working

v1.0.2 Version Bump [rebalanced,debugged] - 2020-11-08 ​

  • Fixed tree lines being hidden after hitting "keepGoing" in the victory screen

v1.0.1 Version Bump [rebalanced] - 2020-11-08 ​

  • Buffed several TAs

v1.0 Version Bump - 2020-11-08 ​

  • Finished row 4
  • Added colored text to lore
  • Fixed some visual bugs with milestones
  • Probably other stuff lol its been a week

v0.2.3 Stylish - 2020-10-30 ​

  • Re-styled basically everything
  • Added favicon
  • Added header bar
  • Added changelog

v0.2.2 Row 3 - 2020-10-22 ​

  • Removed debug statement
  • Moved milestones in F layer beneath the buyables

v0.2.1 Row 3 - 2020-10-21 ​

  • Fixed layers hiding
  • Fixed typos/minor issues
  • Fixed S layer being highlighted before you can unlock the layer

v0.2 Row 3 - 2020-10-21 ​

  • Implemented row 3

v0.1.1 Cash Influx [rebalanced] - 2020-10-19 ​

  • Fixed notification issue
  • Rebalanced to make early game faster and late game slower
  • Fixed other minor issues

v0.1 Cash Influx - 2020-10-19 ​

  • Implemented row 2

v0.0 Initial Commit - 2020-10-18 ​

  • Implemented row 1
+ \ No newline at end of file diff --git a/public/gamedevtree/docs/!general-info.html b/public/gamedevtree/docs/!general-info.html index 17dfb0e96..c4dc96d70 100644 --- a/public/gamedevtree/docs/!general-info.html +++ b/public/gamedevtree/docs/!general-info.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,8 +25,8 @@ -
The Paper Pilot

Appearance

The-Modding-Tree ​

The main way to add content is through creating layers. You can either add a layer directly in the layers object in layersSupportjs, or declare it in another file and then do "addLayer(layername, layerdata)" (good for breaking things up into smaller files). The existing layers are just examples and can be freely deleted. You can also use them as references and a base for your own layers.

The first thing you need to do is to edit the modInfo at the top of game.js to set your modID (a string). A unique modId will prevent your mod's saves from conflicting with other mods.

Most of the time, you won't need to dive deep into the code to create things, but you still can if you really want to.

The Modding Tree uses break_eternity.js to store large values. This means that many numbers are Decimal objects, and must be treated differently. For example, you have to use new Decimal(x) to create a Decimal value instead of a plain number, and perform operations on them by calling functions. e.g, instead of x = x + y, use x = x.add(y).

Almost all values can be either a constant value, or a dynamic value. Dynamic values are defined by putting a function that returns what the value should be at any given time.

All display text can be basic HTML instead (But you can't use most Vue features there).

Table of Contents: ​

General: ​

  • Getting Started: Getting your own copy of the code set up with Github Desktop.
  • Main mod info: How to set up general things for your mod in mod.js.
  • Basic layer breakdown: Breaking down the components of a layer with minimal features.
  • Layer features: Explanations of all of the different properties that you can give a layer.
  • Custom Tab Layouts: An optional way to give your tabs a different layout. You can even create entirely new components to use.
  • Updating TMT: Using Github Desktop to update your mod's version of TMT.

Common components ​

  • Upgrades: How to create upgrades for a layer.
  • Milestones: How to create milestones for a layer.
  • Buyables: Create rebuyable upgrades for your layer (with the option to make them respec-able). Can be used to make Enhancers or Space Buildings.
  • Clickables: A more generalized variant of buyables, for any kind of thing that is sometimes clickable. Between these and Buyables, you can do just about anything.

Other components ​

  • Challenges: How to create challenges for a layer.
  • Bars: Display some information as a progress bar, gague, or similar. They are highly customizable, and can be horizontal and vertical as well.
  • Subtabs and Microtabs: Create subtabs for your tabs, as well as "microtab" components that you can put inside the tabs.
  • Achievements: How to create achievements for a layer (or for the whole game).
  • Infoboxes: Boxes containing text that can be shown or hidden.
- +
The Paper Pilot

Appearance

The-Modding-Tree ​

The main way to add content is through creating layers. You can either add a layer directly in the layers object in layersSupportjs, or declare it in another file and then do "addLayer(layername, layerdata)" (good for breaking things up into smaller files). The existing layers are just examples and can be freely deleted. You can also use them as references and a base for your own layers.

The first thing you need to do is to edit the modInfo at the top of game.js to set your modID (a string). A unique modId will prevent your mod's saves from conflicting with other mods.

Most of the time, you won't need to dive deep into the code to create things, but you still can if you really want to.

The Modding Tree uses break_eternity.js to store large values. This means that many numbers are Decimal objects, and must be treated differently. For example, you have to use new Decimal(x) to create a Decimal value instead of a plain number, and perform operations on them by calling functions. e.g, instead of x = x + y, use x = x.add(y).

Almost all values can be either a constant value, or a dynamic value. Dynamic values are defined by putting a function that returns what the value should be at any given time.

All display text can be basic HTML instead (But you can't use most Vue features there).

Table of Contents: ​

General: ​

  • Getting Started: Getting your own copy of the code set up with Github Desktop.
  • Main mod info: How to set up general things for your mod in mod.js.
  • Basic layer breakdown: Breaking down the components of a layer with minimal features.
  • Layer features: Explanations of all of the different properties that you can give a layer.
  • Custom Tab Layouts: An optional way to give your tabs a different layout. You can even create entirely new components to use.
  • Updating TMT: Using Github Desktop to update your mod's version of TMT.

Common components ​

  • Upgrades: How to create upgrades for a layer.
  • Milestones: How to create milestones for a layer.
  • Buyables: Create rebuyable upgrades for your layer (with the option to make them respec-able). Can be used to make Enhancers or Space Buildings.
  • Clickables: A more generalized variant of buyables, for any kind of thing that is sometimes clickable. Between these and Buyables, you can do just about anything.

Other components ​

  • Challenges: How to create challenges for a layer.
  • Bars: Display some information as a progress bar, gague, or similar. They are highly customizable, and can be horizontal and vertical as well.
  • Subtabs and Microtabs: Create subtabs for your tabs, as well as "microtab" components that you can put inside the tabs.
  • Achievements: How to create achievements for a layer (or for the whole game).
  • Infoboxes: Boxes containing text that can be shown or hidden.
+ \ No newline at end of file diff --git a/public/gamedevtree/docs/achievements.html b/public/gamedevtree/docs/achievements.html index 46cc30977..b090ea550 100644 --- a/public/gamedevtree/docs/achievements.html +++ b/public/gamedevtree/docs/achievements.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
The Paper Pilot

Appearance

Achievements ​

Achievements are awarded to the player when they meet a certain goal, and give some benefit. Currently, they are pretty basic, but additional features will be added later to help.

You can make global achievements by putting them in a side layer (make its row "side" instead of a number)

Useful functions for dealing with achievements and implementing their effects:

  • hasAchievement(layer, id): determine if the player has the Achievement
  • achievementEffect(layer, id): Returns the current effects of the achievement, if any

Achievements should be formatted like this:

js
    achievements: {
+    
The Paper Pilot
Appearance
Achievements ​
Achievements are awarded to the player when they meet a certain goal, and give some benefit. Currently, they are pretty basic, but additional features will be added later to help.
You can make global achievements by putting them in a side layer (make its row "side" instead of a number)
Useful functions for dealing with achievements and implementing their effects:
  • hasAchievement(layer, id): determine if the player has the Achievement
  • achievementEffect(layer, id): Returns the current effects of the achievement, if any
Achievements should be formatted like this:
js
    achievements: {
         rows: # of rows
         cols: # of columns
         11: {
@@ -33,8 +33,8 @@
             more features
         }
         etc
-    }
Each achievement should have an id where the first digit is the row and the second digit is the column. Individual achievement can have these features:
  • name: optional, displayed at the top of the achievement. The only visible text. It can also be a function that returns updating text. Can use basic HTML.
  • done(): A function returning a boolean to determine if the achievement should be awarded.
  • tooltip: Default tooltip for the achievement, appears when it is hovered over. Should convey the goal and any reward for completing the achievement. It can also be a function that returns updating text. Can use basic HTML.
  • effect(): optional, A function that calculates and returns the current values of any bonuses from the achievement. Can return a value or an object containing multiple values.
  • unlocked(): optional, A function returning a bool to determine if the achievement is visible or not. Default is unlocked.
  • onComplete() - optional, this function will be called when the achievement is completed.
  • style: Optional, Applies CSS to this achievement, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings)
  • layer: Assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar
  • id: Assigned automagically. It's the "key" which the achievement was stored under, for convenient access. The achievement in the example's id is 11.
  • goalTooltip: optional, depracated Appears when the achievement is hovered over and locked, overrides the basic tooltip. This is to display the goal (or a hint). It can also be a function that returns updating text. Can use basic HTML.
  • doneTooltip: optional, depracated Appears when the achievement is hovered over and completed, overrides the basic tooltip. This can display what the player achieved (the goal), and the rewards, if any. It can also be a function that returns updating text. Can use basic HTML.

-    
+    }

Each achievement should have an id where the first digit is the row and the second digit is the column. Individual achievement can have these features:

  • name: optional, displayed at the top of the achievement. The only visible text. It can also be a function that returns updating text. Can use basic HTML.

  • done(): A function returning a boolean to determine if the achievement should be awarded.

  • tooltip: Default tooltip for the achievement, appears when it is hovered over. Should convey the goal and any reward for completing the achievement. It can also be a function that returns updating text. Can use basic HTML.

  • effect(): optional, A function that calculates and returns the current values of any bonuses from the achievement. Can return a value or an object containing multiple values.

  • unlocked(): optional, A function returning a bool to determine if the achievement is visible or not. Default is unlocked.

  • onComplete() - optional, this function will be called when the achievement is completed.

  • style: Optional, Applies CSS to this achievement, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings)

  • layer: Assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar

  • id: Assigned automagically. It's the "key" which the achievement was stored under, for convenient access. The achievement in the example's id is 11.

  • goalTooltip: optional, depracated Appears when the achievement is hovered over and locked, overrides the basic tooltip. This is to display the goal (or a hint). It can also be a function that returns updating text. Can use basic HTML.

  • doneTooltip: optional, depracated Appears when the achievement is hovered over and completed, overrides the basic tooltip. This can display what the player achieved (the goal), and the rewards, if any. It can also be a function that returns updating text. Can use basic HTML.

+ \ No newline at end of file diff --git a/public/gamedevtree/docs/bars.html b/public/gamedevtree/docs/bars.html index 99219c4fc..1460056df 100644 --- a/public/gamedevtree/docs/bars.html +++ b/public/gamedevtree/docs/bars.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,14 +25,14 @@ -
The Paper Pilot

Appearance

Bars ​

Bars let you display information in a more direct way. It can be a progress bar, health bar, capacity gague, or anything else.

Bars are defined like other Big Features:

js
    bars: {
+    
The Paper Pilot
Appearance
Bars ​
Bars let you display information in a more direct way. It can be a progress bar, health bar, capacity gague, or anything else.
Bars are defined like other Big Features:
js
    bars: {
         bigBar: {
             display() {return "Blah"},
             etc
         }
         etc
-    }
Features:
  • direction: UP, DOWN, LEFT, or RIGHT (not Strings). Determines the direction that the bar is filled as it progresses. RIGHT means from left to right.
  • width, height: The size in pixels of the bar, but as Numbers (no "px" at the end)
  • progress(): A function that returns the portion of the bar that is filled, from "empty" at 0 to "full" at 1. (Nothing bad happens if the value goes out of these bounds, and it can be a number or Decimal).
  • display(): optional, A function that returns text to be displayed on top of the bar, can use HTML.
  • unlocked(): optional, A function returning a bool to determine if the bar is visible or not. Default is unlocked.
  • baseStyle, fillStyle, borderStyle, textStyle: Optional, Apply CSS to the unfilled portion, filled portion, border, and display text on the bar, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
  • layer: Assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar
  • id: Assigned automagically. It's the "key" which the bar was stored under, for convenient access. The bar in the example's id is "bigBar".

-    
+    }

Features:

  • direction: UP, DOWN, LEFT, or RIGHT (not Strings). Determines the direction that the bar is filled as it progresses. RIGHT means from left to right.

  • width, height: The size in pixels of the bar, but as Numbers (no "px" at the end)

  • progress(): A function that returns the portion of the bar that is filled, from "empty" at 0 to "full" at 1. (Nothing bad happens if the value goes out of these bounds, and it can be a number or Decimal).

  • display(): optional, A function that returns text to be displayed on top of the bar, can use HTML.

  • unlocked(): optional, A function returning a bool to determine if the bar is visible or not. Default is unlocked.

  • baseStyle, fillStyle, borderStyle, textStyle: Optional, Apply CSS to the unfilled portion, filled portion, border, and display text on the bar, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).

  • layer: Assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar

  • id: Assigned automagically. It's the "key" which the bar was stored under, for convenient access. The bar in the example's id is "bigBar".

+ \ No newline at end of file diff --git a/public/gamedevtree/docs/basic-layer-breakdown.html b/public/gamedevtree/docs/basic-layer-breakdown.html index 6e78de8ca..eecf4dbad 100644 --- a/public/gamedevtree/docs/basic-layer-breakdown.html +++ b/public/gamedevtree/docs/basic-layer-breakdown.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
The Paper Pilot

Appearance

Basic layer breakdown ​

This is a very minimal layer with minimal features. Most things will require additional features.

js
    p: {
+    
The Paper Pilot
Appearance
Basic layer breakdown ​
This is a very minimal layer with minimal features. Most things will require additional features.
js
    p: {
         startData() { return {                  // startData is a function that returns default data for a layer. 
             unlocked: false,                    // You can add more variables here to add them to your layer.
             points: new Decimal(0),             // "points" is the internal name for the main resource of the layer.
@@ -52,8 +52,8 @@
         },
 
         layerShown() {return true},             // Returns a bool for if this layer's node should be visible in the tree.
-    },

-    
+    },
+ \ No newline at end of file diff --git a/public/gamedevtree/docs/buyables.html b/public/gamedevtree/docs/buyables.html index 3d994ba7c..fffc217eb 100644 --- a/public/gamedevtree/docs/buyables.html +++ b/public/gamedevtree/docs/buyables.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
The Paper Pilot

Appearance

Buyables ​

Buyables are usually things that can be bought multiple times with scaling costs. If you set a respec function, the player can reset the purchases to get their currency back.

The amount of a buyable owned is a Decimal. You can get or set the amount of a buyable with getBuyableAmt(layer, id) and setBuyableAmt(layer, id, amt). You can use buyableEffect(layer, id) to get the current effects of a buyable.

Buyables should be formatted like this:

js
    buyables: {
+    
The Paper Pilot
Appearance
Buyables ​
Buyables are usually things that can be bought multiple times with scaling costs. If you set a respec function, the player can reset the purchases to get their currency back.
The amount of a buyable owned is a Decimal. You can get or set the amount of a buyable with getBuyableAmt(layer, id) and setBuyableAmt(layer, id, amt). You can use buyableEffect(layer, id) to get the current effects of a buyable.
Buyables should be formatted like this:
js
    buyables: {
         rows: # of rows
         cols: # of columns
         respec() {}, //**optional**, implement it to reset things and give back your currency.
@@ -38,8 +38,8 @@
             etc
         }
         etc
-    }
Features:
  • title: optional, displayed at the top in a larger font It can also be a function that returns updating text.
  • cost(): cost for buying the next buyable. Can have an optional argument "x" to calculate the cost of the x+1th object, but needs to use "current amount" as a default value for x. (x is a Decimal). Can return an object if there are multiple currencies.
  • effect(): optional, A function that calculates and returns the current values of bonuses of this buyable. Can return a value or an object containing multiple values.
  • display(): A function returning everything that should be displayed on the buyable after the title, likely including the description, amount bought, cost, and current effect. Can use basic HTML.
  • unlocked(): optional, A function returning a bool to determine if the buyable is visible or not. Default is unlocked.
  • canAfford(): A function returning a bool to determine if you can buy one of the buyables.
  • buy(): A function that implements buying one of the buyable, including spending the currency.
  • buyMax(): optional, A function that implements buying as many of the buyable as possible.
  • style: Optional, Applies CSS to this buyable, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings)
  • layer: Assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar
  • id: Assigned automagically. It's the "key" which the buyable was stored under, for convenient access. The buyable in the example's id is 11.
Sell One/Sell All:
Including a sellOne or sellAll function will cause an additional button to appear beneath the buyable. They are functionally identical, but "sell one" appears above "sell all". You can also use them for other things.
sellOne/sellAll(): optional, Called when the button is pressed. The standard use would be to decrease/reset the amount of the buyable, And possibly return some currency to the player.
canSellOne/canSellAll(): optional, booleans determining whether or not to show the buttons. If "canSellOne/All" is absent but "sellOne/All" is present, the appropriate button will always show.

-    
+    }

Features:

  • title: optional, displayed at the top in a larger font It can also be a function that returns updating text.

  • cost(): cost for buying the next buyable. Can have an optional argument "x" to calculate the cost of the x+1th object, but needs to use "current amount" as a default value for x. (x is a Decimal). Can return an object if there are multiple currencies.

  • effect(): optional, A function that calculates and returns the current values of bonuses of this buyable. Can return a value or an object containing multiple values.

  • display(): A function returning everything that should be displayed on the buyable after the title, likely including the description, amount bought, cost, and current effect. Can use basic HTML.

  • unlocked(): optional, A function returning a bool to determine if the buyable is visible or not. Default is unlocked.

  • canAfford(): A function returning a bool to determine if you can buy one of the buyables.

  • buy(): A function that implements buying one of the buyable, including spending the currency.

  • buyMax(): optional, A function that implements buying as many of the buyable as possible.

  • style: Optional, Applies CSS to this buyable, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings)

  • layer: Assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar

  • id: Assigned automagically. It's the "key" which the buyable was stored under, for convenient access. The buyable in the example's id is 11.

Sell One/Sell All:

Including a sellOne or sellAll function will cause an additional button to appear beneath the buyable. They are functionally identical, but "sell one" appears above "sell all". You can also use them for other things.

sellOne/sellAll(): optional, Called when the button is pressed. The standard use would be to decrease/reset the amount of the buyable, And possibly return some currency to the player.

canSellOne/canSellAll(): optional, booleans determining whether or not to show the buttons. If "canSellOne/All" is absent but "sellOne/All" is present, the appropriate button will always show.

+ \ No newline at end of file diff --git a/public/gamedevtree/docs/challenges.html b/public/gamedevtree/docs/challenges.html index fe2edca5a..583a65236 100644 --- a/public/gamedevtree/docs/challenges.html +++ b/public/gamedevtree/docs/challenges.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
The Paper Pilot

Appearance

Challenges ​

Useful functions for dealing with Challenges and implementing their effects:

  • inChallenge(layer, id): determine if the player is in a given challenge (or another challenge on the same layer that counts as this one)
  • hasChallenge(layer, id): determine if the player has completed the challenge
  • challengeCompletions(layer, id): determine how many times the player completed the challenge
  • challEffect(layer, id): Returns the current effects of the challenge, if any

Challenges are stored in the following format:

js
    challenges: {
+    
The Paper Pilot
Appearance
Challenges ​
Useful functions for dealing with Challenges and implementing their effects:
  • inChallenge(layer, id): determine if the player is in a given challenge (or another challenge on the same layer that counts as this one)
  • hasChallenge(layer, id): determine if the player has completed the challenge
  • challengeCompletions(layer, id): determine how many times the player completed the challenge
  • challEffect(layer, id): Returns the current effects of the challenge, if any
Challenges are stored in the following format:
js
    challenges: {
         rows: # of rows
         cols: # of columns
         11: {
@@ -33,8 +33,8 @@
             etc
         }
         etc
-    }
Each challenge should have an id where the first digit is the row and the second digit is the column. Individual Challenges can have these features:
  • name: Name of the challenge, can be a string or a function. Can use basic HTML.
  • challengeDescription: A description of what makes the challenge a challenge. You will need to implement these elsewhere It can also be a function that returns updating text. Can use basic HTML.
  • rewardDescription: A description of the reward's effect. You will also have to implement the effect where it is applied. It can also be a function that returns updating text. Can use basic HTML.
  • rewardEffect(): optional, A function that calculates and returns the current values of any bonuses from the reward. Can return a value or an object containing multiple values. Can use basic HTML.
  • rewardDisplay(): optional, A function that returns a display of the current effects of the reward with formatting. Default behavior is to just display the a number appropriately formatted.
  • goal: A Decimal for the amount of currency required to beat the challenge. By default, the goal is in basic Points. The goal can also be a function if its value changes.
  • unlocked(): optional, A function returning a bool to determine if the challenge is visible or not. Default is unlocked.
  • onComplete() - optional, this function will be called when the challenge is completed when previously incomplete.
  • countsAs: optional, If a challenge combines the effects of other challenges in this layer, you can use this. An array of challenge ids. The player is effectively in all of those challenges when in the current one.
By default, challenges use basic Points for the goal. You can change that using these features.
  • currencyDisplayName: optional, the name to display for the currency for the goal
  • currencyInternalName: optional, the internal name for that currency
  • currencyLayer: optional, the internal name of the layer that currency is stored in. If it's not in a layer, omit. If it's not stored directly in a layer, instead use the next feature.
  • currencyLocation: optional, if your currency is stored in something inside a layer (e.g. a buyable's amount), you can access it this way. This is a function returning the object in "player" that contains the value (like player[this.layer].buyables)
  • completionLimit: optional, the amount of times you can complete this challenge. Default is 1 completion.
  • style: Optional, Applies CSS to this challenge, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings)
  • layer: Assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar
  • id: Assigned automagically. It's the "key" which the challenge was stored under, for convenient access. The challenge in the example's id is 11.

-    
+    }

Each challenge should have an id where the first digit is the row and the second digit is the column. Individual Challenges can have these features:

  • name: Name of the challenge, can be a string or a function. Can use basic HTML.

  • challengeDescription: A description of what makes the challenge a challenge. You will need to implement these elsewhere It can also be a function that returns updating text. Can use basic HTML.

  • rewardDescription: A description of the reward's effect. You will also have to implement the effect where it is applied. It can also be a function that returns updating text. Can use basic HTML.

  • rewardEffect(): optional, A function that calculates and returns the current values of any bonuses from the reward. Can return a value or an object containing multiple values. Can use basic HTML.

  • rewardDisplay(): optional, A function that returns a display of the current effects of the reward with formatting. Default behavior is to just display the a number appropriately formatted.

  • goal: A Decimal for the amount of currency required to beat the challenge. By default, the goal is in basic Points. The goal can also be a function if its value changes.

  • unlocked(): optional, A function returning a bool to determine if the challenge is visible or not. Default is unlocked.

  • onComplete() - optional, this function will be called when the challenge is completed when previously incomplete.

  • countsAs: optional, If a challenge combines the effects of other challenges in this layer, you can use this. An array of challenge ids. The player is effectively in all of those challenges when in the current one.

By default, challenges use basic Points for the goal. You can change that using these features.

  • currencyDisplayName: optional, the name to display for the currency for the goal

  • currencyInternalName: optional, the internal name for that currency

  • currencyLayer: optional, the internal name of the layer that currency is stored in. If it's not in a layer, omit. If it's not stored directly in a layer, instead use the next feature.

  • currencyLocation: optional, if your currency is stored in something inside a layer (e.g. a buyable's amount), you can access it this way. This is a function returning the object in "player" that contains the value (like player[this.layer].buyables)

  • completionLimit: optional, the amount of times you can complete this challenge. Default is 1 completion.

  • style: Optional, Applies CSS to this challenge, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings)

  • layer: Assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar

  • id: Assigned automagically. It's the "key" which the challenge was stored under, for convenient access. The challenge in the example's id is 11.

+ \ No newline at end of file diff --git a/public/gamedevtree/docs/clickables.html b/public/gamedevtree/docs/clickables.html index 6e9d8c397..7124fddb7 100644 --- a/public/gamedevtree/docs/clickables.html +++ b/public/gamedevtree/docs/clickables.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
The Paper Pilot

Appearance

Clickables ​

Clickables are any kind of thing that you can click for an effect. They're a more generalized version of Buyables.

DO NOT USE THESE TO MAKE THINGS THAT YOU CLICK REPEATEDLY FOR A BONUS BECAUSE THOSE ARE AWFUL.

There are several differences between the two. One is that a buyable's saved data is its amount as a Decimal, while Clickables store a "state" which can be a number or string, but not Decimal, array, or object). Buyables have a number of extra features which you can see on their page. Clickables also have a smaller default size.

You can get and set a clickable's state with getClickableState(layer, id) and setClickableState(layer, id, state). You can use clickableEffect(layer, id) to get the current effects of a clickable.

Clickables should be formatted like this:

js
    clickables: {
+    
The Paper Pilot
Appearance
Clickables ​
Clickables are any kind of thing that you can click for an effect. They're a more generalized version of Buyables.
DO NOT USE THESE TO MAKE THINGS THAT YOU CLICK REPEATEDLY FOR A BONUS BECAUSE THOSE ARE AWFUL.
There are several differences between the two. One is that a buyable's saved data is its amount as a Decimal, while Clickables store a "state" which can be a number or string, but not Decimal, array, or object). Buyables have a number of extra features which you can see on their page. Clickables also have a smaller default size.
You can get and set a clickable's state with getClickableState(layer, id) and setClickableState(layer, id, state). You can use clickableEffect(layer, id) to get the current effects of a clickable.
Clickables should be formatted like this:
js
    clickables: {
         rows: # of rows
         cols: # of columns
         masterButtonPress() // **optional** If this is present, an additional button will appear above the clickables.
@@ -37,8 +37,8 @@
             etc
         }
         etc
-    }
Features:
  • title: optional, displayed at the top in a larger font It can also be a function that returns updating text.
  • effect(): optional, A function that calculates and returns the current values of bonuses of this clickable. Can return a value or an object containing multiple values.
  • display(): A function returning everything that should be displayed on the clickable after the title, likely changing based on its state. Can use basic HTML.
  • unlocked(): optional, A function returning a bool to determine if the clickable is visible or not. Default is unlocked.
  • canClick(): A function returning a bool to determine if you can click the clickable.
  • onClick(): A function that implements clicking one of the clickable.
  • style: Optional, Applies CSS to this clickable, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings)
  • layer: Assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.
  • id: Assigned automagically. It's the "key" which the clickable was stored under, for convenient access. The clickable in the example's id is 11.

-    
+    }

Features:

  • title: optional, displayed at the top in a larger font It can also be a function that returns updating text.

  • effect(): optional, A function that calculates and returns the current values of bonuses of this clickable. Can return a value or an object containing multiple values.

  • display(): A function returning everything that should be displayed on the clickable after the title, likely changing based on its state. Can use basic HTML.

  • unlocked(): optional, A function returning a bool to determine if the clickable is visible or not. Default is unlocked.

  • canClick(): A function returning a bool to determine if you can click the clickable.

  • onClick(): A function that implements clicking one of the clickable.

  • style: Optional, Applies CSS to this clickable, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings)

  • layer: Assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.

  • id: Assigned automagically. It's the "key" which the clickable was stored under, for convenient access. The clickable in the example's id is 11.

+ \ No newline at end of file diff --git a/public/gamedevtree/docs/custom-tab-layouts.html b/public/gamedevtree/docs/custom-tab-layouts.html index 1c617ac4c..5ecc42608 100644 --- a/public/gamedevtree/docs/custom-tab-layouts.html +++ b/public/gamedevtree/docs/custom-tab-layouts.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
The Paper Pilot

Appearance

Custom tab layouts ​

Note: If you are using subtabs, tabFormat is used differently, but you still use the same format within each subtabs. See here for more on subtabs

Custom tab layouts can be used to do basically anything in a tab window, especially combined with the "style" layer feature. The tabFormat feature is an array of things, like this:

js
    tabFormat: ["main-display",
+    
The Paper Pilot
Appearance
Custom tab layouts ​
Note: If you are using subtabs, tabFormat is used differently, but you still use the same format within each subtabs. See here for more on subtabs
Custom tab layouts can be used to do basically anything in a tab window, especially combined with the "style" layer feature. The tabFormat feature is an array of things, like this:
js
    tabFormat: ["main-display",
             ["prestige-button", function(){return "Melt your points into "}],
             "blank",
             ["display-text",
@@ -33,8 +33,8 @@
                 {"color": "red", "font-size": "32px", "font-family": "Comic Sans MS"}],
             "blank",
             ["toggle", ["c", "beep"]],
-            "milestones", "blank", "blank", "upgrades"]
It is a list of components, which can be either just a name, or an array with arguments. If it's an array, the first item is the name of the component, the second is the data passed into it, and the third (optional) applies a CSS style to it with a "CSS object", where the keys are CSS attributes.
These are the existing components, but you can create more in v.js:
  • display-text: Displays some text (can use basic HTML). The argument is the text to display. It can also be a function that returns updating text.
  • raw-html: Displays some basic HTML, can also be a function.
  • blank: Adds empty space. The default dimensions are 8px x 17px. The argument changes the dimensions. If it's a single value (e.g. "20px"), that determines the height. If you have a pair of arguments, the first is width and the second is height.
  • row: Display a list of components horizontally. The argument is an array of components in the tab layout format.
  • column: Display a list of components vertically. The argument is an array of components in the tab layout format. This is useful to display columns within a row.
  • main-display: The text that displays the main currency for the layer and its effects.
  • resource-display: The text that displays the currency that this layer is based on, as well as the best and/or total values for this layer's prestige currency (if they are put in startData for this layer)
  • prestige-button: The argument is a string that the prestige button should say before the amount of currency you will gain. It can also be a function that returns updating text.
  • upgrades, milestones, challs, achievements: Display the upgrades, milestones, and challenges for a layer, as appropriate.
  • buyables, clickables: Display all of the buyables/clickables for this layer, as appropriate. The argument optional, and is the size of the boxes in pixels.
  • microtabs: Display a set of subtabs for an area. The argument is the name of the set of microtabs in the "microtabs" feature.
  • bar: Display a bar. The argument is the id of the bar to display.
  • infobox: Display an infobox. The argument is the id of the infobox to display.
  • toggle: A toggle button that toggles a bool value. The data is a pair that identifies what bool to toggle, [layer, id]
The rest of the components are sub-components. They can be used just like other components, but are typically part of another component.
  • upgrade, milestone, chall, buyable, clickable, achievement: An individual upgrade, challenge, etc. The argument is the id. This can be used if you want to have upgrades split up across multiple subtabs, for example.
  • respec-button, master-button: The respec and master buttons for buyables and clickables, respectively.
  • sell-one, sell-all: The "sell one" and "sell all" for buyables, respectively. The argument is the id of the buyable.

-    
+            "milestones", "blank", "blank", "upgrades"]

It is a list of components, which can be either just a name, or an array with arguments. If it's an array, the first item is the name of the component, the second is the data passed into it, and the third (optional) applies a CSS style to it with a "CSS object", where the keys are CSS attributes.

These are the existing components, but you can create more in v.js:

  • display-text: Displays some text (can use basic HTML). The argument is the text to display. It can also be a function that returns updating text.

  • raw-html: Displays some basic HTML, can also be a function.

  • blank: Adds empty space. The default dimensions are 8px x 17px. The argument changes the dimensions. If it's a single value (e.g. "20px"), that determines the height. If you have a pair of arguments, the first is width and the second is height.

  • row: Display a list of components horizontally. The argument is an array of components in the tab layout format.

  • column: Display a list of components vertically. The argument is an array of components in the tab layout format. This is useful to display columns within a row.

  • main-display: The text that displays the main currency for the layer and its effects.

  • resource-display: The text that displays the currency that this layer is based on, as well as the best and/or total values for this layer's prestige currency (if they are put in startData for this layer)

  • prestige-button: The argument is a string that the prestige button should say before the amount of currency you will gain. It can also be a function that returns updating text.

  • upgrades, milestones, challs, achievements: Display the upgrades, milestones, and challenges for a layer, as appropriate.

  • buyables, clickables: Display all of the buyables/clickables for this layer, as appropriate. The argument optional, and is the size of the boxes in pixels.

  • microtabs: Display a set of subtabs for an area. The argument is the name of the set of microtabs in the "microtabs" feature.

  • bar: Display a bar. The argument is the id of the bar to display.

  • infobox: Display an infobox. The argument is the id of the infobox to display.

  • toggle: A toggle button that toggles a bool value. The data is a pair that identifies what bool to toggle, [layer, id]

The rest of the components are sub-components. They can be used just like other components, but are typically part of another component.

  • upgrade, milestone, chall, buyable, clickable, achievement: An individual upgrade, challenge, etc. The argument is the id. This can be used if you want to have upgrades split up across multiple subtabs, for example.

  • respec-button, master-button: The respec and master buttons for buyables and clickables, respectively.

  • sell-one, sell-all: The "sell one" and "sell all" for buyables, respectively. The argument is the id of the buyable.

+ \ No newline at end of file diff --git a/public/gamedevtree/docs/getting-started.html b/public/gamedevtree/docs/getting-started.html index 84755f2e8..90f8368ae 100644 --- a/public/gamedevtree/docs/getting-started.html +++ b/public/gamedevtree/docs/getting-started.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,8 +25,8 @@ -
The Paper Pilot

Appearance

Getting started ​

Welcome to The Modding Tree!

Using the Modding Tree, at its simplest level, just requires getting a copy of it onto your computer. However, if you do it the right way, it will help in many ways.

Don't let the word "Github" scare you away. It's actually much easier to use than most people think, especially because most people use it the hard way. The key is Github Desktop, which lets you do everything you need to, without even touching the command line.

The benefits of using Github:

  • It makes it much, much easier to update The Modding Tree.
  • You can share your work without any extra effort using githack, or with a bit more effort, set up a github.io site.
  • It lets you undo changes to your code, and to have multiple versions of it.
  • It lets you collaborate with other people, if you want to.

Getting set up with Github and The Modding Tree: ​

  1. Install Github Desktop and Visual Studio Code.

  2. Make a Github account. You can handle this on your own.

  3. Log in on your browser, and go back to The Modding Tree page. At the top right, there should be a button that says "fork". Click on it, and then on your username. You now have your own fork, or copy, of The Modding Tree.

  4. Open Github Desktop and log in. Ignore everything else and choose "clone a repository". A "repository" is basically a "Github project", like The Modding Tree. "Cloning" is downloading a copy of the repository to your computer.

  5. Look for The Modding Tree in the list of repositiories (it should be the only one) and click "clone".

  6. Select that you're using it for your own purposes, and click continue. It will download the files and handle everything.

Using your repository ​

  1. Click on "show in finder" to the right, and then open index.html. This will let you view and test your project!

  2. To edit your project, click "open in VSCode" in Github Desktop.

  3. Open mod.js in VSCode, and look at the top part where it says "modInfo". On the lines below that, change the mod's name to whatever you want, and change the id as well. (It can be any string value, and it's used to determine where the savefile is. Make it something that's probably unique, and don't change it again later.)

  4. Save game.js, and then reload index.html. The title on the tab, as well as on the info page, will now be the new ones!

  5. Go back to Github Desktop. It's time to save your changes into the git system by making a "commit".

  6. At the bottom right corner, add a summary of your changes, and then click "commit to master".

  7. Finally, at the top middle, click "push origin" to push your changes out onto the online repository.

  8. You can view your project on line, or share it with others, by going to https://raw.githack.com/[YOUR-GITHUB-USERNAME]/The-Modding-Tree/master/index.html

And now, you have successfully used Github! You can look at the documentation to see how The Modding Tree's system works and to make your mod a reality.

- +
The Paper Pilot

Appearance

Getting started ​

Welcome to The Modding Tree!

Using the Modding Tree, at its simplest level, just requires getting a copy of it onto your computer. However, if you do it the right way, it will help in many ways.

Don't let the word "Github" scare you away. It's actually much easier to use than most people think, especially because most people use it the hard way. The key is Github Desktop, which lets you do everything you need to, without even touching the command line.

The benefits of using Github:

  • It makes it much, much easier to update The Modding Tree.
  • You can share your work without any extra effort using githack, or with a bit more effort, set up a github.io site.
  • It lets you undo changes to your code, and to have multiple versions of it.
  • It lets you collaborate with other people, if you want to.

Getting set up with Github and The Modding Tree: ​

  1. Install Github Desktop and Visual Studio Code.

  2. Make a Github account. You can handle this on your own.

  3. Log in on your browser, and go back to The Modding Tree page. At the top right, there should be a button that says "fork". Click on it, and then on your username. You now have your own fork, or copy, of The Modding Tree.

  4. Open Github Desktop and log in. Ignore everything else and choose "clone a repository". A "repository" is basically a "Github project", like The Modding Tree. "Cloning" is downloading a copy of the repository to your computer.

  5. Look for The Modding Tree in the list of repositiories (it should be the only one) and click "clone".

  6. Select that you're using it for your own purposes, and click continue. It will download the files and handle everything.

Using your repository ​

  1. Click on "show in finder" to the right, and then open index.html. This will let you view and test your project!

  2. To edit your project, click "open in VSCode" in Github Desktop.

  3. Open mod.js in VSCode, and look at the top part where it says "modInfo". On the lines below that, change the mod's name to whatever you want, and change the id as well. (It can be any string value, and it's used to determine where the savefile is. Make it something that's probably unique, and don't change it again later.)

  4. Save game.js, and then reload index.html. The title on the tab, as well as on the info page, will now be the new ones!

  5. Go back to Github Desktop. It's time to save your changes into the git system by making a "commit".

  6. At the bottom right corner, add a summary of your changes, and then click "commit to master".

  7. Finally, at the top middle, click "push origin" to push your changes out onto the online repository.

  8. You can view your project on line, or share it with others, by going to https://raw.githack.com/[YOUR-GITHUB-USERNAME]/The-Modding-Tree/master/index.html

And now, you have successfully used Github! You can look at the documentation to see how The Modding Tree's system works and to make your mod a reality.

+ \ No newline at end of file diff --git a/public/gamedevtree/docs/infoboxes.html b/public/gamedevtree/docs/infoboxes.html index 4b0102e42..b4b025d25 100644 --- a/public/gamedevtree/docs/infoboxes.html +++ b/public/gamedevtree/docs/infoboxes.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,14 +25,14 @@ -
The Paper Pilot

Appearance

Infoboxes ​

Infoboxes are good for displaying "lore", or story elements, as well as for explaining complicated things.

In the default tab layout, the first infobox will be displayed at the very top of the tab.

Infoboxes are defined like other Big Features:

js
    infoboxes: {
+    
The Paper Pilot
Appearance
Infoboxes ​
Infoboxes are good for displaying "lore", or story elements, as well as for explaining complicated things.
In the default tab layout, the first infobox will be displayed at the very top of the tab.
Infoboxes are defined like other Big Features:
js
    infoboxes: {
         infobox: {
             display() {return "Blah"},
             etc
         }
         etc
-    }
Features:
  • title: The text displayed above the main box. Can be a function to be dynamic, and can use basic HTML.
  • body: The text displayed inside the box. Can be a function to be dynamic, and can use basic HTML.
  • style, titleStyle, bodyStyle: Optional, Apply CSS to the infobox, or to the title button or body of the infobox, in the form of an object where the keys are CSS attributes, and the values are the Values for those attributes (both as strings).
  • unlocked(): optional, A function returning a bool to determine if the infobox is visible or not. Default is unlocked.
  • layer: Assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar
  • id: Assigned automagically. It's the "key" which the bar was stored under, for convenient access. The bar in the example's id is "bigBar".

-    
+    }

Features:

  • title: The text displayed above the main box. Can be a function to be dynamic, and can use basic HTML.

  • body: The text displayed inside the box. Can be a function to be dynamic, and can use basic HTML.

  • style, titleStyle, bodyStyle: Optional, Apply CSS to the infobox, or to the title button or body of the infobox, in the form of an object where the keys are CSS attributes, and the values are the Values for those attributes (both as strings).

  • unlocked(): optional, A function returning a bool to determine if the infobox is visible or not. Default is unlocked.

  • layer: Assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar

  • id: Assigned automagically. It's the "key" which the bar was stored under, for convenient access. The bar in the example's id is "bigBar".

+ \ No newline at end of file diff --git a/public/gamedevtree/docs/layer-features.html b/public/gamedevtree/docs/layer-features.html index 97b366386..7887cd86b 100644 --- a/public/gamedevtree/docs/layer-features.html +++ b/public/gamedevtree/docs/layer-features.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
The Paper Pilot

Appearance

Layer Features ​

This is a more comprehensive list of established features to add to layers. You can add more freely, if you want to have other functions or values associated with your layer. These have special functionality, though.

You can make almost any value dynamic by using a function in its place, including all display strings and styling/color features.

Key:

  • No label: This is required and the game will crash if it isn't included.
  • sometimes required: This is may be required, depending on other things in the layer.
  • optional: You can leave this out if you don't intend to use that feature for the layer.

Layer Definition features ​

  • layer: Assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar to access the save value. It makes copying code to new layers easier. It is also assigned to all upgrades and buyables and such.

  • name: Optional, used in reset confirmations (and maybe other places). If absent, it just uses the layer's id.

  • startData(): A function to return the default save data for this layer. Add any variables you have to it. Any nonstandard Decimal variables need to be added to convertToDecimal as well. Standard values: Required: unlocked: a bool determining if this layer is unlocked or not points: a Decimal, the main currency for the layer Optional: total: A Decimal, tracks total amount of main prestige currency best: A Decimal, tracks highest amount of main prestige currency unlockOrder: used to keep track of relevant layers unlocked before this one.

  • color: A color associated with this layer, used in many places. (A string in hex format with a #)

  • row: The row of the layer, starting at 0. This affects where the node appears on the tree, and which resets affect the layer.

     Using "side" instead of a number will cause the layer to appear off to the side as a smaller node (useful for achievements
+    
    The Paper Pilot
    Appearance
    Layer Features ​
    This is a more comprehensive list of established features to add to layers. You can add more freely, if you want to have other functions or values associated with your layer. These have special functionality, though.
    You can make almost any value dynamic by using a function in its place, including all display strings and styling/color features.
    Key:
    • No label: This is required and the game will crash if it isn't included.
    • sometimes required: This is may be required, depending on other things in the layer.
    • optional: You can leave this out if you don't intend to use that feature for the layer.
    Layer Definition features ​
    • layer: Assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar to access the save value. It makes copying code to new layers easier. It is also assigned to all upgrades and buyables and such.
    • name: Optional, used in reset confirmations (and maybe other places). If absent, it just uses the layer's id.
    • startData(): A function to return the default save data for this layer. Add any variables you have to it. Any nonstandard Decimal variables need to be added to convertToDecimal as well. Standard values: Required: unlocked: a bool determining if this layer is unlocked or not points: a Decimal, the main currency for the layer Optional: total: A Decimal, tracks total amount of main prestige currency best: A Decimal, tracks highest amount of main prestige currency unlockOrder: used to keep track of relevant layers unlocked before this one.
    • color: A color associated with this layer, used in many places. (A string in hex format with a #)
    • row: The row of the layer, starting at 0. This affects where the node appears on the tree, and which resets affect the layer.
       Using "side" instead of a number will cause the layer to appear off to the side as a smaller node (useful for achievements
  and statistics). Side layers are not affected by resets unless you add a doReset to them.
 
    • resource: Name of the main currency you gain by resetting on this layer.
    • effect(): optional, A function that calculates and returns the current values of any bonuses inherent to the main currency. Can return a value or an object containing multiple values. You will also have to implement the effect where it is applied.
    • effectDescription: optional, A function that returns a description of this effect. If the text stays constant, it can just be a string.
    • layerShown(): A function returning a bool which determines if this layer's node should be visible on the tree. It can also return "ghost", which will hide the layer, but its node will still take up space in the tree.
    • hotkeys: optional, An array containing information on any hotkeys associated with this layer:
      js
      hotkeys: [
     {key: "p", // What the hotkey button is. Use uppercase if it's combined with shift, or "ctrl+x" if ctrl is.
@@ -40,8 +40,8 @@
 
    • update(diff): optional, this function is called every game tick. Use it for any passive resource production or time-based things. diff is the time since the last tick. Suggestion: use addPoints(layer, gain) when generating points to automatically update the best and total amounts.
    • automate(): optional, this function is called every game tick, after production. Use it to activate any autobuyers or auto-resets or similar on this layer, if appropriate.
    • resetsNothing: optional, returns true if this layer shouldn't trigger any resets when you prestige.
    • increaseUnlockOrder: optional, an array of layer ids. When this layer is unlocked for the first time, the unlockOrder value for any not-yet-unlocked layers in this list increases. This can be used to make them harder to unlock.
    • shouldNotify: optional, a function to return true if this layer should be highlighted in the tree. The layer will automatically be highlighted if you can buy an upgrade whether you have this or not.
    • componentStyles: optional, An object that contains a set of functions returning CSS objects. Each of these will be applied to any components on the layer with the type of its id. Example:
    js
            componentStyles: {
             "challenge"() {return {'height': '200px'}},
             "prestige-button"() {return {'color': '#AA66AA'}},
-        },
    Custom Prestige type ​
    • getResetGain(): For custom prestige type, Returns how many points you should get if you reset now. You can call getResetGain(this.layer, useType = "static") or similar to calculate what your gain would be under another prestige type (provided you have all of the required features in the layer.)
    • getNextAt(canMax=false): For custom prestige type, Returns how many of the base currency you need to get to the next point. canMax is an optional variable used with Static-ish layers to differentiate between if it's looking for the first point you can reset at, or the requirement for any gain at all. (Supporting both is good). You can also call getNextAt(this.layer, canMax=false, useType = "static") or similar to calculate what your next at would be under another prestige type (provided you have all of the required features in the layer.)
    • canReset(): For custom prestige type, return true only if you have the resources required to do a prestige here.
    
-    
+        },

Custom Prestige type ​

  • getResetGain(): For custom prestige type, Returns how many points you should get if you reset now. You can call getResetGain(this.layer, useType = "static") or similar to calculate what your gain would be under another prestige type (provided you have all of the required features in the layer.)

  • getNextAt(canMax=false): For custom prestige type, Returns how many of the base currency you need to get to the next point. canMax is an optional variable used with Static-ish layers to differentiate between if it's looking for the first point you can reset at, or the requirement for any gain at all. (Supporting both is good). You can also call getNextAt(this.layer, canMax=false, useType = "static") or similar to calculate what your next at would be under another prestige type (provided you have all of the required features in the layer.)

  • canReset(): For custom prestige type, return true only if you have the resources required to do a prestige here.

+ \ No newline at end of file diff --git a/public/gamedevtree/docs/main-mod-info.html b/public/gamedevtree/docs/main-mod-info.html index d6fd79e68..5b38e8a7c 100644 --- a/public/gamedevtree/docs/main-mod-info.html +++ b/public/gamedevtree/docs/main-mod-info.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,12 +25,12 @@ -
The Paper Pilot

Appearance

mod.js ​

All of the code and data that you're likely to edit is here in mod.js! Everything in mod.js will not be altered by updates, besides the addition of new things.

Here's a breakdown of what's in it:

  • modInfo is where most of the basic configuration for the mod is. It contains:

    • name: The name of your mod. (a string)
    • id: The id for your mod, a unique string that is used to determine savefile location. Setting it is important!
    • author: The name of the author, displayed in the info tab.
    • pointsName: This changes what is displayed instead of "points" for the main currency. (It does not affect it in the code.)
    • discordName, discordLink: If you have a Discord server or other discussion place, you can add a link to it. "discordName" is the text on the link, and "discordLink" is the url of an invite. If you're using a Discord invite, please make sure it's set to never expire.
    • changelogLink: You can use this to set a link to a page where your changelog for the game is displayed.
    • offlineLimit: The maximum amount of offline time that the player can accumulate, in hours. Any extra time is lost. (a number) This is useful because most of these mods are fast-paced enough that too much offline time ruins the balance, such as the time in between updates. That is why I suggest developers disable offline time on their own savefile.
    • initialStartPoints: A Decimal for the amount of points a new player should start with.

  • VERSION is used to describe the current version of your mod. It contains: num: The mod's version number, displayed at the top right of the tree tab. name: The version's name, displayed alongside the number in the info tab.

  • doNotCallTheseFunctionsEveryTick is very important. TMT calls every function anywhere in "layers" every tick to store the result, unless specifically told not to. Functions that have are used to do an action need to be identified. "Official" functions (those in the documentation) are all fine, but if you make any new ones, add their names to this array.

js
// (The ones here are examples, all official functions are already taken care of)
+    
The Paper Pilot
Appearance
mod.js ​
All of the code and data that you're likely to edit is here in mod.js! Everything in mod.js will not be altered by updates, besides the addition of new things.
Here's a breakdown of what's in it:
  • modInfo is where most of the basic configuration for the mod is. It contains:
    • name: The name of your mod. (a string)
    • id: The id for your mod, a unique string that is used to determine savefile location. Setting it is important!
    • author: The name of the author, displayed in the info tab.
    • pointsName: This changes what is displayed instead of "points" for the main currency. (It does not affect it in the code.)
    • discordName, discordLink: If you have a Discord server or other discussion place, you can add a link to it. "discordName" is the text on the link, and "discordLink" is the url of an invite. If you're using a Discord invite, please make sure it's set to never expire.
    • changelogLink: You can use this to set a link to a page where your changelog for the game is displayed.
    • offlineLimit: The maximum amount of offline time that the player can accumulate, in hours. Any extra time is lost. (a number) This is useful because most of these mods are fast-paced enough that too much offline time ruins the balance, such as the time in between updates. That is why I suggest developers disable offline time on their own savefile.
    • initialStartPoints: A Decimal for the amount of points a new player should start with.
  • VERSION is used to describe the current version of your mod. It contains: num: The mod's version number, displayed at the top right of the tree tab. name: The version's name, displayed alongside the number in the info tab.
  • doNotCallTheseFunctionsEveryTick is very important. TMT calls every function anywhere in "layers" every tick to store the result, unless specifically told not to. Functions that have are used to do an action need to be identified. "Official" functions (those in the documentation) are all fine, but if you make any new ones, add their names to this array.
js
// (The ones here are examples, all official functions are already taken care of)
 var doNotCallTheseFunctionsEveryTick = ["doReset", "buy", "onPurchase", "blowUpEverything"]
  • getStartPoints(): A function to determine the amount of points the player starts with after a reset. (returns a Decimal value)
  • canGenPoints(): A function returning a boolean for if points should be generated. Use this if you want an upgrade to unlock generating points.
  • getPointGen(): A function that calculates your points per second. Anything that affects your point gain should go into the calculation here.
  • addedPlayerData(): A function that returns any non-layer-related data that you want to be added to the save data and "player" object.
js
function addedPlayerData() { return {
 	weather: "Yes",
 	happiness: new Decimal(72),
-}}
  • displayThings: An array of functions used to display extra things at the top of the tree tab. Each function returns a string, which is a line to display (with basic HTML support). If a function returns nothing, nothing is displayed (and it doesn't take up a line).
  • isEndgame(): A function to determine if the player has reached the end of the game, at which point the "you win!" screen appears.
Less important things beyond this point!
  • maxTickLength(): Returns the maximum tick length, in milliseconds. Only really useful if you have something that reduces over time, which long ticks mess up (usually a challenge).

-    
+}}

  • displayThings: An array of functions used to display extra things at the top of the tree tab. Each function returns a string, which is a line to display (with basic HTML support). If a function returns nothing, nothing is displayed (and it doesn't take up a line).

  • isEndgame(): A function to determine if the player has reached the end of the game, at which point the "you win!" screen appears.

Less important things beyond this point!

  • maxTickLength(): Returns the maximum tick length, in milliseconds. Only really useful if you have something that reduces over time, which long ticks mess up (usually a challenge).
+ \ No newline at end of file diff --git a/public/gamedevtree/docs/milestones.html b/public/gamedevtree/docs/milestones.html index de916f0fc..3197b4ccc 100644 --- a/public/gamedevtree/docs/milestones.html +++ b/public/gamedevtree/docs/milestones.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,14 +25,14 @@ -
The Paper Pilot

Appearance

Milestones ​

Milestones are awarded to the player when they meet a certain goal, and give some benefit. Milestones should be formatted like this:

js
    milestones: {
+    
The Paper Pilot
Appearance
Milestones ​
Milestones are awarded to the player when they meet a certain goal, and give some benefit. Milestones should be formatted like this:
js
    milestones: {
         0: {
             requirementDesc: "123 waffles",
         }
         etc
     }
You can use hasMilestone(layer, id) to determine if the player has a given milestone
Milestone features:
  • requirementDesc: A string describing the requirement for unlocking this milestone. Suggestion: Use a "total". It can also be a function that returns updating text. Can use basic HTML.
  • effectDesc: A string describing the reward for having the milestone. You will have to implement the reward elsewhere. It can also be a function that returns updating text. Can use basic HTML.
  • done(): A function returning a boolean to determine if the milestone should be awarded.
  • toggles: optional, Creates toggle buttons that appear on the milestone when it is unlocked. The toggles can toggle a given boolean value in a layer. It is defined as an array of paired items, one pair per toggle. The first is the internal name of the layer the value being toggled is stored in, and the second is the internal name of the variable to toggle. (e.g. [["b", "auto"], ["g", "auto"])
         **Tip:** Toggles are not de-set if the milestone becomes locked! In this case, you should also check if the player has the milestone.
-
  • style: Optional, Applies CSS to this milestone, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings)
  • unlocked(): Optional A function returning a boolean to determine if the milestone should be shown. If absent, it is always shown.
  • layer: Assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar
  • id: Assigned automagically. It's the "key" which the milestone was stored under, for convenient access. The milestone in the example's id is 0.

-    
+

  • style: Optional, Applies CSS to this milestone, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings)

  • unlocked(): Optional A function returning a boolean to determine if the milestone should be shown. If absent, it is always shown.

  • layer: Assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar

  • id: Assigned automagically. It's the "key" which the milestone was stored under, for convenient access. The milestone in the example's id is 0.

    • + \ No newline at end of file diff --git a/public/gamedevtree/docs/subtabs-and-microtabs.html b/public/gamedevtree/docs/subtabs-and-microtabs.html index 3f99a4589..56982f150 100644 --- a/public/gamedevtree/docs/subtabs-and-microtabs.html +++ b/public/gamedevtree/docs/subtabs-and-microtabs.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
    The Paper Pilot

    Appearance

    Subtabs and Microtabs ​

    Subtabs are separate sections of a tab that you can view by selecting one at the top of the tab. Microtabs are smaller areas that function in much the same way.

    Subtabs are defined by using the tab format like this, where each element of tabFormat is given the name of that subtab:

    js
        tabFormat: {
+    
    The Paper Pilot
    Appearance
    Subtabs and Microtabs ​
    Subtabs are separate sections of a tab that you can view by selecting one at the top of the tab. Microtabs are smaller areas that function in much the same way.
    Subtabs are defined by using the tab format like this, where each element of tabFormat is given the name of that subtab:
    js
        tabFormat: {
         "Main tab": {
             *subtab features*
         },
@@ -47,8 +47,8 @@
         otherStuff: {
             // There could be another set of microtabs here
         }
-    },
    Normal subtabs and microtab subtabs both use the same features:
    Features: ​
    • content: The tab layout code for the subtab, in the tab layout format
    • style: Optional, Applies CSS to the whole subtab when switched to, in the form of an "CSS Object", where the keys are CSS attributes, and the values are the values for those attributes (both as strings)
    • buttonStyle: Optional, A CSS object, which affects the appearance of the button for that subtab.
    • unlocked(): Optional, a function to determine if the button for this subtab should be visible. By default, a subtab is always unlocked. (You can't use the "this" keyword in this function.)
    
-    
+    },

    Normal subtabs and microtab subtabs both use the same features:

    Features: ​

    • content: The tab layout code for the subtab, in the tab layout format

    • style: Optional, Applies CSS to the whole subtab when switched to, in the form of an "CSS Object", where the keys are CSS attributes, and the values are the values for those attributes (both as strings)

    • buttonStyle: Optional, A CSS object, which affects the appearance of the button for that subtab.

    • unlocked(): Optional, a function to determine if the button for this subtab should be visible. By default, a subtab is always unlocked. (You can't use the "this" keyword in this function.)

    + \ No newline at end of file diff --git a/public/gamedevtree/docs/updating-tmt.html b/public/gamedevtree/docs/updating-tmt.html index 05602aca1..efe270a3d 100644 --- a/public/gamedevtree/docs/updating-tmt.html +++ b/public/gamedevtree/docs/updating-tmt.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,8 +25,8 @@ -
    The Paper Pilot

    Appearance

    Updating The Modding Tree ​

    This tutorial assumes that you have used the Getting Started Tutorial, and are using Github Desktop and VSCode for your mod.

    Here's what you have to do when there's a TMT update:

    1. Look at the changelog. It will warn you if the update will break anything or require any changes. Decide if you want to try to update.

    2. Open Github Desktop, and at the top middle, click "fetch origin". This will make Github Desktop get information about the update.

    3. Click where it says "current branch: master" at the top middle, and at the bottom of the thing that appears, click "choose a branch to merge into master.

    4. Select upstream/master. It will likely say there are conflicts, but you have tools to resolve them. Click "Merge upstream/master into master".

    5. A conflict happens when the things you're trying to merge have both made changes in the same place. Click "open in Visual Studio Code" next to the first file.

    6. Scroll down through the file, and look for the parts highlighted in red and green. One of these is your code, and the other is some code that will be modified by the update. Do your best to try to edit things to keep the updated changes, but keep your content.

    7. Continue to do this for all remaining challenges.

    8. Do any other changes required by the update, run the game, fix issues, etc.

    - +
    The Paper Pilot

    Appearance

    Updating The Modding Tree ​

    This tutorial assumes that you have used the Getting Started Tutorial, and are using Github Desktop and VSCode for your mod.

    Here's what you have to do when there's a TMT update:

    1. Look at the changelog. It will warn you if the update will break anything or require any changes. Decide if you want to try to update.

    2. Open Github Desktop, and at the top middle, click "fetch origin". This will make Github Desktop get information about the update.

    3. Click where it says "current branch: master" at the top middle, and at the bottom of the thing that appears, click "choose a branch to merge into master.

    4. Select upstream/master. It will likely say there are conflicts, but you have tools to resolve them. Click "Merge upstream/master into master".

    5. A conflict happens when the things you're trying to merge have both made changes in the same place. Click "open in Visual Studio Code" next to the first file.

    6. Scroll down through the file, and look for the parts highlighted in red and green. One of these is your code, and the other is some code that will be modified by the update. Do your best to try to edit things to keep the updated changes, but keep your content.

    7. Continue to do this for all remaining challenges.

    8. Do any other changes required by the update, run the game, fix issues, etc.

    + \ No newline at end of file diff --git a/public/gamedevtree/docs/upgrades.html b/public/gamedevtree/docs/upgrades.html index 381ae7394..e31b3caae 100644 --- a/public/gamedevtree/docs/upgrades.html +++ b/public/gamedevtree/docs/upgrades.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
    The Paper Pilot

    Appearance

    Upgrades ​

    Useful functions for dealing with Upgrades and implementing their effects:

    • hasUpgrade(layer, id): determine if the player has the upgrade
    • upgradeEffect(layer, id): Returns the current effects of the upgrade, if any
    • buyUpgrade(layer, id): Buys an upgrade directly (if affordable)

    Hint: Basic point gain is calculated in mod.js's "getPointGen".

    Upgrades are stored in the following format:

    js
        upgrades: {
+    
    The Paper Pilot
    Appearance
    Upgrades ​
    Useful functions for dealing with Upgrades and implementing their effects:
    • hasUpgrade(layer, id): determine if the player has the upgrade
    • upgradeEffect(layer, id): Returns the current effects of the upgrade, if any
    • buyUpgrade(layer, id): Buys an upgrade directly (if affordable)
    Hint: Basic point gain is calculated in mod.js's "getPointGen".
    Upgrades are stored in the following format:
    js
        upgrades: {
         rows: # of rows
         cols: # of columns
         11: {
@@ -33,8 +33,8 @@
             more features
         }
         etc
-    }
    Each upgrade should have an id where the first digit is the row and the second digit is the column. Individual upgrades can have these features:
    • title: optional, displayed at the top in a larger font It can also be a function that returns updating text. Can use basic HTML.
    • description: A description of the upgrade's effect. You will also have to implement the effect where it is applied. It can also be a function that returns updating text. Can use basic HTML.
    • effect(): optional, A function that calculates and returns the current values of any bonuses from the upgrade. Can return a value or an object containing multiple values.
    • effectDisplay(): optional, A function that returns a display of the current effects of the upgrade with formatting. Default behavior is to just display the a number appropriately formatted. Can use basic HTML.
    • cost: A Decimal for the cost of the upgrade. By default, upgrades cost the main prestige currency for the layer.
    • unlocked(): optional, A function returning a bool to determine if the upgrade is visible or not. Default is unlocked.
    • onPurchase() - optional, this function will be called when the upgrade is purchased. Good for upgrades like "makes this layer act like it was unlocked first".
    By default, upgrades use the main prestige currency for the layer. You can include these to change them (but it needs to be a Decimal):
    • currencyDisplayName: optional, the name to display for the currency for the upgrade
    • currencyInternalName: optional, the internal name for that currency
    • currencyLayer: optional, the internal name of the layer that currency is stored in. If it's not in a layer (like Points), omit. If it's not stored directly in a layer, instead use the next feature.
    • currencyLocation: optional, if your currency is stored in something inside a layer (e.g. a buyable's amount), you can access it this way. This is a function returning the object in "player" that contains the value (like player[this.layer].buyables)
    • style: Optional, Applies CSS to this upgrade, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings)
    • layer: Assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar
    • id: Assigned automagically. It's the "key" which the upgrade was stored under, for convenient access. The upgrade in the example's id is 11.
    
-    
+    }

    Each upgrade should have an id where the first digit is the row and the second digit is the column. Individual upgrades can have these features:

    • title: optional, displayed at the top in a larger font It can also be a function that returns updating text. Can use basic HTML.

    • description: A description of the upgrade's effect. You will also have to implement the effect where it is applied. It can also be a function that returns updating text. Can use basic HTML.

    • effect(): optional, A function that calculates and returns the current values of any bonuses from the upgrade. Can return a value or an object containing multiple values.

    • effectDisplay(): optional, A function that returns a display of the current effects of the upgrade with formatting. Default behavior is to just display the a number appropriately formatted. Can use basic HTML.

    • cost: A Decimal for the cost of the upgrade. By default, upgrades cost the main prestige currency for the layer.

    • unlocked(): optional, A function returning a bool to determine if the upgrade is visible or not. Default is unlocked.

    • onPurchase() - optional, this function will be called when the upgrade is purchased. Good for upgrades like "makes this layer act like it was unlocked first".

    By default, upgrades use the main prestige currency for the layer. You can include these to change them (but it needs to be a Decimal):

    • currencyDisplayName: optional, the name to display for the currency for the upgrade

    • currencyInternalName: optional, the internal name for that currency

    • currencyLayer: optional, the internal name of the layer that currency is stored in. If it's not in a layer (like Points), omit. If it's not stored directly in a layer, instead use the next feature.

    • currencyLocation: optional, if your currency is stored in something inside a layer (e.g. a buyable's amount), you can access it this way. This is a function returning the object in "player" that contains the value (like player[this.layer].buyables)

    • style: Optional, Applies CSS to this upgrade, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings)

    • layer: Assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar

    • id: Assigned automagically. It's the "key" which the upgrade was stored under, for convenient access. The upgrade in the example's id is 11.

    + \ No newline at end of file diff --git a/public/kronos/Old Things/2.0-format-changes.html b/public/kronos/Old Things/2.0-format-changes.html index fc98df93e..5c69b276a 100644 --- a/public/kronos/Old Things/2.0-format-changes.html +++ b/public/kronos/Old Things/2.0-format-changes.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,8 +25,8 @@ -
    The Paper Pilot

    Appearance

    2.0 format changes ​

    • Temp format is changed from temp.something[layer] to temp[layer].something, for consistency
    • Challenges are now saved as an object with the amount of completions in each spot. (This will break saves.)
    • effectDisplay in Challenges and Upgrades no longer takes an argument, and neither does effect for Buyables
    • Buyable cost can take an argument for amount of buyables, but it needs to function if no argument is supplied (it should do the cost for the next purchase).
    • Generation of Points now happens in the main game loop (not in a layer update function), enabled by canGenPoints in game.js.
    • Changed fullLayerReset to layerDataReset, which takes an array of names of values to keep

    In addition, many names were changed, mostly expanding abbreviations:

    All instances of:

    • chall -> challenge
    • unl -> unlocked
    • upg -> upgrade (besides CSS)
    • amt -> amount
    • desc -> description
    • resCeil -> roundUpCost
    • order -> unlockOrder
    • incr_order -> increaseUnlockOrder

    Challenges:

    • desc -> challengeDescription
    • reward -> rewardDescription
    • effect -> rewardEffect
    • effectDisplay -> rewardDisplay
    • active -> challengeActive
    - +
    The Paper Pilot

    Appearance

    2.0 format changes ​

    • Temp format is changed from temp.something[layer] to temp[layer].something, for consistency
    • Challenges are now saved as an object with the amount of completions in each spot. (This will break saves.)
    • effectDisplay in Challenges and Upgrades no longer takes an argument, and neither does effect for Buyables
    • Buyable cost can take an argument for amount of buyables, but it needs to function if no argument is supplied (it should do the cost for the next purchase).
    • Generation of Points now happens in the main game loop (not in a layer update function), enabled by canGenPoints in game.js.
    • Changed fullLayerReset to layerDataReset, which takes an array of names of values to keep

    In addition, many names were changed, mostly expanding abbreviations:

    All instances of:

    • chall -> challenge
    • unl -> unlocked
    • upg -> upgrade (besides CSS)
    • amt -> amount
    • desc -> description
    • resCeil -> roundUpCost
    • order -> unlockOrder
    • incr_order -> increaseUnlockOrder

    Challenges:

    • desc -> challengeDescription
    • reward -> rewardDescription
    • effect -> rewardEffect
    • effectDisplay -> rewardDisplay
    • active -> challengeActive
    + \ No newline at end of file diff --git a/public/kronos/README.html b/public/kronos/README.html index 430e21088..ebf0a2369 100644 --- a/public/kronos/README.html +++ b/public/kronos/README.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,8 +25,8 @@ -
    The Paper Pilot

    Appearance

    Kronos ​

    Play here.

    Updating the website:

    • git submodule update --remote
    • git add -A
    • git commit -m "Updated kronos"
    • git push
    - +
    The Paper Pilot

    Appearance

    Kronos ​

    Play here.

    Updating the website:

    • git submodule update --remote
    • git add -A
    • git commit -m "Updated kronos"
    • git push
    + \ No newline at end of file diff --git a/public/kronos/changelog.html b/public/kronos/changelog.html index f58524841..f0c7f9c15 100644 --- a/public/kronos/changelog.html +++ b/public/kronos/changelog.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,8 +25,8 @@ -
    The Paper Pilot

    Appearance

    The Modding Tree changelog: ​

    v2.5.9.2 - 5/19/21 ​

    • Fixed many issues with things not updating.

    v2.5.9.1 - 5/18/21 ​

    • Made text inputs never give NaNs.

    v2.5.9 - 5/18/21 ​

    • Fixed issue when using text inputs for Numbers.
    • Added particle color feature.
    • Particle speed and dir are updated as it moves.
    • Added setSpeed and setDir for particles.
    • Added more trig functions.

    v2.5.8 - 5/17/21 ​

    • Added makeShinies, which creates a stationary particle in a random spot.
    • Bars will visually update more quickly.
    • Fixed a major particle-related issue.
    • Fixed autoUpgrade.
    • Fixed a minor visual issue with tree nodes.

    v2.5.7 - 5/15/21 ​

    • Added a particle system! Not only can it be used for visual effects, but particles can interact with the mouse. They could be used to create golden cookies or collectables, for example.
    • Added marked feature to buyables, clickables, and challenges. By default, stars multi-completion challenges when maxed.
    • Added 'deactivated' feature to layers, which disables many features.
    • Improved number formatting slightly.

    v2.5.6 - 5/14/21 ​

    • You can now use non-numeric ids for upgrades, buyables, etc.
    • Fixed an exploit that let you buy an extra buyable.
    • Moved basic getter/setter functions to easyAccess.js.

    v2.5.5.2 - 5/12/21 ​

    • Fixed a major issue with buyables.
    • Fixed a variety of tabFormat-related issues.
    • Fixed commas appearing in decimal places (thanks to pg132!)

    v2.5.5.1 - 5/12/21 ​

    • Fixed clickables.

    v2.5.5 - 5/12/21 ​

    • Added grids! They are a grid of buttons which behave the same, but have their own data. Good for inventory grids, map tiles, and more!
    • Added "marked" feature to add a mark to a node. Can be an image instead of a star. (Originally by Jacorb)
    • Added "layer-proxy" component that lets you use components from another layer.
    • Added the ability to display non-whole numbers in main-display.

    v2.5.4 - 5/10/21 ​

    • Added a setting to always use single-tab mode.
    • Added directMult, which multiplies prestige gain after exponents and softcaps. It actually multiplies gain for static layers.
    • Added onEnter and onExit for challenges.
    • Improved displaying numbers between 0.0001 and 0.1.
    • Added documentation on how gainMult/Exp work for static layers.
    • Fixed a visual issue on mobile, thanks to thepaperpilot.
    • Improved documentation in general.

    v2.5.3 - 5/8/21 ​

    • Improved performance of tab formats and bars.
    • Respec confirmation settings are now kept on resets.
    • Improved compatibility with older browsers.
    • Fixed missing pixel on vertical bars.

    v2.5.2.1 - 5/7/21 ​

    • Fixed microtabs making layers highlight incorrectly.

    v2.5.2 - 5/7/21 ​

    • Added glowColor for subtabs.
    • Improved the display for extremely small numbers.
    • Fixed issues in the buyable docs.

    v2.5.1 - 5/7/21 ​

    • Fixed dynamic things in tabFormat not updating.

    v2.5: Dreams Really Do Come True - 5/7/21 ​

    • Optimizations, hopefully a significant amount.
    • Added OOM/s point gen display at high values (thanks to Ducdat!)
    • Only one tab will display if the window is not wide enough (also thanks to Ducdat!)
    • Holding down a buyable's button now buys it continuously.
    • New milestone setting will also show the most recently unlocked milestone. (Also renamed all settings to be clearer)
    • Added an onHold feature for clickables.
    • Layer nodes will be highlighted even if the player is on the same tab.
    • Added customizable node glowColor.
    • Added buyable purchaseLimit.
    • Amount is automatically supplied to buyable cost and effect functions.
    • Locked (not yet visible) milestones no longer take up space. Also fixed hidden milestones taking a tiny bit of space.
    • Re-centered respec buttons.
    • Force-displayed tooltips are not hidden by resets.
    • Added formatting support for very small numbers. Disabled in most places by default because rounding errors might cause issues. Access it with formatSmall, or enable it globally by adding "allowSmall: true" to modInfo.

    v2.4.1 - 4/29/21 ​

    • A number of minor fixes, many thanks to thepaperpilot.
    • The respec confirmation checkbox is now part of the respec-button component. (This also fixes the checkbox appearing when there is no respec button)
    • Added a few undocumented changes to the 2.4 changelog (the two at the bottom)

    v2.4: Rationalized Edition - 4/29/21 ​

    • Completely reworked tooltips. Shift-click a node to force its tooltip to stay displayed. (And hopefully finally fixed flickering!)

    • Added text-input and slider components.

    • Added the ability to toggle respec confirmations.

    • Added custom respec confirmation messages.

    • The red layer highlight will not appear before a layer is unlocked.

    • Added unlocking hotkeys.

    • You no longer need to supply 'rows' and 'cols' for any Big Features.

    • Node symbols can use HTML.

    • Added documentation for the respec button.

    • Added prestigeNotify to subtabs, and prestigeNotify in subtabs also highlights the layer node.

    • The version number no longer contains special characters or irrational numbers.

    • Added ctrlDown and shiftDown variables.

    • Tooltips now use HTML (this means you need to replace any newlines with
      )

    v2.π.1 - 4/7/21 ​

    • Fixed formatting for some larger numbers.
    • Upgrades will expand if there is too much text to display.
    • Fixed styling challenges.
    • No longer attempts to display a base currency when there is none.

    v2.π: Incrementally Updated - 2/5/21 ​

    • Performance improvements.
    • Fixed tooltips overlapping with the top display.
    • Clicking a popup dismisses it immediately.
    • Added support for bulk challenge completions.
    • "Best" is updated automatically.
    • Fixed keeping Decimal values on reset.
    • Code reorganization and style improvements by fudo.

    v2.3.5 - 12/21/20 ​

    • Added resetTime, which tracks the time since a layer prestiged or was reset.
    • A layer node will be highlighted red if one of its subtabs is highlighted red.
    • Fixed issues with keeping challenges, buyables, and clickables on reset.
    • Improved the unlocking of custom layers.
    • Other minor fixes.

    v2.3.4 - 12/16/20 ​

    • Added a node image feature.
    • Resource display now always shows the amount of the currency the layer's gain is based on.
    • Added spacing between tree nodes.
    • Another attempt to fix tooltip flickering.

    v2.3.3 - 12/13/20 ​

    • Fixed the first node in a row always taking up space.
    • layerShown is now optional.
    • All prestige types can now use features for custom prestige types.

    v2.3.2 - 12/13/20 ​

    • Fixed achievement/milestone popups.

    v2.3.1 - 12/12/20 ​

    • Another attempt to fix flickering tooltips.
    • The "this" keyword should work everywhere except tabFormat arrays (although I may have missed some things).
    • Fixed tree branches not updating when scrolling on the right-side tab.
    • Fixed a spacing issue when a node's symbol is ""
    • Removed some old, unneeded files.

    v2.3: Cooler and Newer Edition - 12/10/20 ​

    • Added achievement/milestone popups (thank you to Jacorb for this contribution!)
    • The changelog tab is back, and can be set in mod.js.
    • Layer nodes and respec buttons will not be clicked by pressing "enter".
    • Possible fix for flickering tooltips and strange transitions.
    • The victory screen text is configurable.
    • Added image and textStyle features to achievements.
    • Added an argument to use specific rows in an "upgrades" component.
    • Fixed the comma appearing in the main display when there was no effectDescription
    • Added the ability to easily make a tab that is a collection of layers in subtabs.
    • Improved spacing for embedding layers with subtabs into subtabs.

    v2.2.8 - 12/03/20 ​

    • Double-clicking a layer node brings you to the main subtab for that layer.
    • Attempted to fix challenges visually updating a different way.
    • Added a softcap function for use in formulas.
    • Added displayRow feature, which lets layers be shown somewhere separate from where they are in the reset order (e.g. side layers)
    • Fixed autoupgrade issue.

    v2.2.7 - 11/30/20 ​

    • Added autoUpgrade feature.
    • resource-display now shows resource gain per second if passiveGain is active.
    • Fixed formatting issues on some large numbers.
    • Better support for using classed objects in player and in layers/tmp.
    • Made hard resetting more effective.
    • Removed Herobrine from getStartClickables.

    v2.2.6 - 11/30/20 ​

    • Added goalDescription for challenges and made the new "canComplete" system the standard.
    • Another attempt to fix challenges not visually updating.
    • Fixed side layers not appearing.
    • Fixed getStartClickables again.

    v2.2.5 - 11/29/20 ​

    • Added features for overriding the displays and costs/goals of upgrades and challenges to make them fully custom.
    • best, total, and unlocked are always automatically added to layerData (but best and total will only display if you add them yourself).
    • Fixed getStartClickables.

    v2.2.4 - 11/28/20 ​

    • Added softcap and softcapPower features (for Normal layers)
    • Offline time limit and default max tick length were fixed (previously the limits were 1000x too large)
    • Added fixOldSaves.
    • You can use HTML in main-display.
    • Fixed a number of minor oddities.

    v2.2.3 - 11/28/20 ​

    • Layers will be highlighted if you can finish a challenge.
    • The "can complete challenge" color now overrides the "already completed" color.
    • Button nodes now work as side "layers".
    • Setting a tooltip to "" hides it entirely.

    v2.2.2 - 11/22/20 ​

    • Fixed right half of the screen being unclickable in some circumstances.
    • Fixed tree branches being offset.
    • Fix to lastSafeTab.

    v2.2.1 - 11/7/20 ​

    • Added a small highlight to layers you can meaningfully prestige on.
    • Added passiveGeneration and autoPrestige features to standardize prestige automation. (The old ways still work, but the new ones work better with other things)
    • Improved milestones visually a bit.
    • "best" and "total" are now only displayed if present in startData.
    • Fixed issues with things not updating visually. (Thank you to to Jacorb!)
    • Side layers and button nodes can now be highlighted.
    • Updated docs on the new tree-related features.

    v2.2: Uprooted - 11/7/20 ​

    • You can now embed a layer inside of a subtab or microtab!
    • Added support for hiding or reformatting the tree tab
    • Added non-layer button nodes
    • Added shouldNotify to subtab/microtab buttons. (You can make them highlighted)
    • Added commas to large exponents.
    • Upgrades now only show "currently" if they have an effectDisplay (so not for constant effects).
    • Achievements are part of the default tab format.
    • NaN is now handled more intelligently.
    • Renamed files, and moved less relevant ones to another folder.
    • The "hide completed challenges" setting now only hides challenges at max completions.
    • Thank you to thepaperpilot for fixing errors in docs and improving the infobox appearance!
    • Many other minor fixes.

    v2.1.4 - 10/25/20 ​

    • Added an infobox component. Thank you to thepaperpilot for this contribution!
    • Layer type is now optional, and defaults to "none".
    • Improved the look of bars and tab buttons.
    • Improved spacing between layer nodes (also thanks to thepaperpilot!)
    • Fixed the "blank" component breaking if only specifying the height.
    • Fixed some numbers not displaying with enough digits.
    • Made a few more things able to be functions.
    • A few other minor fixes.

    v2.1.3.1 - 10/21/20 ​

    • Fixed the update function.

    v2.1.3 - 10/21/20 ​

    • gainMult and gainExp are now optional.
    • Layer unlocking is now kept on reset.
    • Game should start up faster.
    • Layer updates now have a determined order and starts with earlier-rowed layers.
    • Automation now has a determined order and starts with later-rowed layers.
    • Fixed issues with resetting clickables and challenges.
    • Commas should no longer appear in the decimal places of a number.
    • Fixed potential issue in displaying the tree.

    v2.1.2 - 10/19/20 ​

    • Added buyUpgrade function (buyUpg still works though)
    • Added author name to modInfo.
    • Fix to crash caused when the name of a subtab or microtab is changed.
    • Fixes to outdated information in docs.
    • Improvements to Discord links.
    • Thank you to thepaperpilot for contributing to this update!

    v2.1.1 - 10/17/20 ​

    • Added resource-display component, which displays the base currency for the prestige layer, as well as the best and/or total of this layer's prestige currency.
    • Fixed the value for the base currency not updating in resource-display.

    v2.1: We should have thought of this sooner! - 10/17/20 ​

    • Moved most of the code users will want to edit to mod.js, added documentation for it.
      • Specifically, modInfo, VERSION, canGenPoints, getPointGen, and maxTickLength
    • Added getStartPoints()
    • Added the ability to store non-layer-related data
    • Added the ability to display more things at the top of the tree tab below points.
    • Made the endgame condition customizable
    • Added "sell one" and "sell all" buttons for buyables.
    • Moved the old "game" to demo.js, and replaced it with a minimal game that won't cause issues when edited.
    • Fixed issues with version number
    • Fixed number formatting issue making things like "10e9" appear.

    v2.0.5 - 10/16/20 ​

    • Made more features (including prestige parameters) able to be dynamic.
    • Layer nodes can be hidden but still take up space with "ghost" visibility
    • Added clickableEffect for real.
    • Fixed some visual issues with bars.
    • A few other minor tweaks and improvements.

    v2.0.4 - 10/16/20 ​

    • Fixed HTML on buttons interfering with clicking on them.

    v2.0.3 - 10/16/20 ​

    • Fixed hotkeys not displaying in info.
    • Fixed the game supressing all external hotkeys.
    • You can use more things as currencies for upgrade costs and challenge goals using currencyLocation.
    • Added maxTickLength, which can be used to prevent offline time or tab-switching from breaking time-limit based mechanics.
    • Made buyable respec buttons and clickable "master" buttons their own components, and gave them a hide/show feature.
    • Added a general "tooltip" feature for achievements.

    v2.0.2 - 10/15/20 ​

    • Branches are now dynamic (they can be functions).
    • Fixed a crash related to offline time.
    • Fixed links being too wide.

    v2.0.1 - 10/15/20 ​

    • Fixed side layers appearing multiple times.

    v2.0: The Pinnacle of Achievement Mountain - 10/15/20 ​

    • Added progress bars, which are highly customizable and can be horizontal or vertical!
    • Added "side layers", displayed smaller and off to the side, and don't get reset by default. They can be used for global achievements and statistics. Speaking of which...
    • Added achievements!
    • Added clickables, a more generalized variant of buyables.
    • Almost every value in layer data can be either a function or a constant value!
    • Added support for multiple completions of challenges.
    • Added "none" prestige type, which removes the need for any other prestige-related features.
    • The points display and other gui elements stay at the top of the screen when the tree scrolls.
    • Added getter/setter functions for the amounts and effects of most Big Features
    • Moved modInfo to game.js, added a spot in modInfo for a Discord link, changelog link. Also added a separate mod version from the TMT version in VERSION.
    • Tree structure is based on layer data, no index.html editing is needed.
    • Tmp does not need to be manually updated.
    • You don't have to have the same amount of upgrades in every row (and challs and buyables)
    • "unlocked" is optional for all Big Components (defaults to true).
    • All displays will update correctly.
    • Changelog is no longer in index.html at all.
    • Generation of Points now happens in the main game loop
    • Changed the reset functions to make keeping things easier
    • Renamed many things to increase readability (see the list in the link below)
    • Improved documentation based on feedback

    v1.3.5: ​

    • Completely automated convertToDecimal, now you never have to worry about it again.
    • Branches can be defined without a color id. But they can also use hex values for color ids!
    • Created a tutorial for getting started with TMT and Github.
    • Page title is now automatically taken from mod name.

    v1.3.4 - 10/8/20 ​

    • Added "midsection" feature to add things to a tab's layout while still keeping the standard layout.
    • Fix for being able to buy more buyables than you should.

    v1.3.3 - 10/7/20 ​

    • Fix for the "order of operations" issue in temp.

    v1.3.1 - 10/7/20 ​

    • Added custom CSS and tooltips for Layer Nodes.
    • Added custom CSS for upgrades, buyables, milestones, and challenges, both individually and layer-wide.
    • You can now use HTML in most display text!
    • You can now make milestones unlockable and not display immediately.
    • Fixed importing saves, and issue with upgrades not appearing, and probably more.
    • Optional "name" layer feature, used in confirmation messages.

    v1.3: Tabception... ception! - 10/7/20 ​

    • Added subtabs! And also a Micro-tab component to let you make smaller subtab-esque areas anywhere.
    • Added a "custom" prestige formula type, and a number of features to support it.
    • Added points/sec display (can be disabled).
    • Added h-line, v-line and image-display components, plus components for individual upgrades, challenges, and milestones.
    • Added upgEffect, buyableEffect, and challEffect functions.
    • Added "hide completed challenges" setting.
    • Moved old changelogs to a separate place.
    • Fixed hasMilestone and incr_order.
    • Static layers now show the currency amount needed for the next one if you can buy max.

    v1.2.4 - 10/4/20 ​

    • Layers are now highlighted if you can buy an upgrade, and a new feature, shouldNotify, lets you make it highlight other ways.
    • Fixed bugs with hasUpg, hasChall, hasMilestone, and inChallenge.
    • Changed the sample code to use the above functions for convenience.

    v1.2.3 - 10/3/20 ​

    • Added a row component, which displays a list of objects in a row.
    • Added a column component, which displays a list of objects in a column (useful within a row).
    • Changed blanks to have a customizable width and height.

    v1.2: This Changes Everything! - 10/3/20 ​

    • Many layer features can now be static values or functions. (This made some formats change, which will break old things)
    • You can now use the "this" keyword, to make code easier to transfer when making new layers.
    • Also added "this.layer", which is the current layer's name, and works on existing subfeatures (e.g. individual upgrades) as well! Subfeatures also have "this.id".
    • Fixed a big save issue. If you use a unique mod id, your save will never conflict with other mods.
    • Added a configurable offline time limit in modinfo at the top of index.html. (default 1 hour)
    • Added a few minor features, and updated the docs with new information.

    v1.1.1 - 9/30/20 ​

    • You can define hotkeys directly from layer config.

    v1.1: Enhanced Edition - 9/30/20 ​

    • Added "Buyables", which can function like Space Buildings or Enhancers.
    • Custom CSS can now be used on any component! Make the third argument an object with CSS parameters.
    • Lots of minor good things.

    v1.0 - 9/27/20 ​

    • First release.
    - +
    The Paper Pilot

    Appearance

    The Modding Tree changelog: ​

    v2.5.9.2 - 5/19/21 ​

    • Fixed many issues with things not updating.

    v2.5.9.1 - 5/18/21 ​

    • Made text inputs never give NaNs.

    v2.5.9 - 5/18/21 ​

    • Fixed issue when using text inputs for Numbers.
    • Added particle color feature.
    • Particle speed and dir are updated as it moves.
    • Added setSpeed and setDir for particles.
    • Added more trig functions.

    v2.5.8 - 5/17/21 ​

    • Added makeShinies, which creates a stationary particle in a random spot.
    • Bars will visually update more quickly.
    • Fixed a major particle-related issue.
    • Fixed autoUpgrade.
    • Fixed a minor visual issue with tree nodes.

    v2.5.7 - 5/15/21 ​

    • Added a particle system! Not only can it be used for visual effects, but particles can interact with the mouse. They could be used to create golden cookies or collectables, for example.
    • Added marked feature to buyables, clickables, and challenges. By default, stars multi-completion challenges when maxed.
    • Added 'deactivated' feature to layers, which disables many features.
    • Improved number formatting slightly.

    v2.5.6 - 5/14/21 ​

    • You can now use non-numeric ids for upgrades, buyables, etc.
    • Fixed an exploit that let you buy an extra buyable.
    • Moved basic getter/setter functions to easyAccess.js.

    v2.5.5.2 - 5/12/21 ​

    • Fixed a major issue with buyables.
    • Fixed a variety of tabFormat-related issues.
    • Fixed commas appearing in decimal places (thanks to pg132!)

    v2.5.5.1 - 5/12/21 ​

    • Fixed clickables.

    v2.5.5 - 5/12/21 ​

    • Added grids! They are a grid of buttons which behave the same, but have their own data. Good for inventory grids, map tiles, and more!
    • Added "marked" feature to add a mark to a node. Can be an image instead of a star. (Originally by Jacorb)
    • Added "layer-proxy" component that lets you use components from another layer.
    • Added the ability to display non-whole numbers in main-display.

    v2.5.4 - 5/10/21 ​

    • Added a setting to always use single-tab mode.
    • Added directMult, which multiplies prestige gain after exponents and softcaps. It actually multiplies gain for static layers.
    • Added onEnter and onExit for challenges.
    • Improved displaying numbers between 0.0001 and 0.1.
    • Added documentation on how gainMult/Exp work for static layers.
    • Fixed a visual issue on mobile, thanks to thepaperpilot.
    • Improved documentation in general.

    v2.5.3 - 5/8/21 ​

    • Improved performance of tab formats and bars.
    • Respec confirmation settings are now kept on resets.
    • Improved compatibility with older browsers.
    • Fixed missing pixel on vertical bars.

    v2.5.2.1 - 5/7/21 ​

    • Fixed microtabs making layers highlight incorrectly.

    v2.5.2 - 5/7/21 ​

    • Added glowColor for subtabs.
    • Improved the display for extremely small numbers.
    • Fixed issues in the buyable docs.

    v2.5.1 - 5/7/21 ​

    • Fixed dynamic things in tabFormat not updating.

    v2.5: Dreams Really Do Come True - 5/7/21 ​

    • Optimizations, hopefully a significant amount.
    • Added OOM/s point gen display at high values (thanks to Ducdat!)
    • Only one tab will display if the window is not wide enough (also thanks to Ducdat!)
    • Holding down a buyable's button now buys it continuously.
    • New milestone setting will also show the most recently unlocked milestone. (Also renamed all settings to be clearer)
    • Added an onHold feature for clickables.
    • Layer nodes will be highlighted even if the player is on the same tab.
    • Added customizable node glowColor.
    • Added buyable purchaseLimit.
    • Amount is automatically supplied to buyable cost and effect functions.
    • Locked (not yet visible) milestones no longer take up space. Also fixed hidden milestones taking a tiny bit of space.
    • Re-centered respec buttons.
    • Force-displayed tooltips are not hidden by resets.
    • Added formatting support for very small numbers. Disabled in most places by default because rounding errors might cause issues. Access it with formatSmall, or enable it globally by adding "allowSmall: true" to modInfo.

    v2.4.1 - 4/29/21 ​

    • A number of minor fixes, many thanks to thepaperpilot.
    • The respec confirmation checkbox is now part of the respec-button component. (This also fixes the checkbox appearing when there is no respec button)
    • Added a few undocumented changes to the 2.4 changelog (the two at the bottom)

    v2.4: Rationalized Edition - 4/29/21 ​

    • Completely reworked tooltips. Shift-click a node to force its tooltip to stay displayed. (And hopefully finally fixed flickering!)

    • Added text-input and slider components.

    • Added the ability to toggle respec confirmations.

    • Added custom respec confirmation messages.

    • The red layer highlight will not appear before a layer is unlocked.

    • Added unlocking hotkeys.

    • You no longer need to supply 'rows' and 'cols' for any Big Features.

    • Node symbols can use HTML.

    • Added documentation for the respec button.

    • Added prestigeNotify to subtabs, and prestigeNotify in subtabs also highlights the layer node.

    • The version number no longer contains special characters or irrational numbers.

    • Added ctrlDown and shiftDown variables.

    • Tooltips now use HTML (this means you need to replace any newlines with
      )

    v2.π.1 - 4/7/21 ​

    • Fixed formatting for some larger numbers.
    • Upgrades will expand if there is too much text to display.
    • Fixed styling challenges.
    • No longer attempts to display a base currency when there is none.

    v2.π: Incrementally Updated - 2/5/21 ​

    • Performance improvements.
    • Fixed tooltips overlapping with the top display.
    • Clicking a popup dismisses it immediately.
    • Added support for bulk challenge completions.
    • "Best" is updated automatically.
    • Fixed keeping Decimal values on reset.
    • Code reorganization and style improvements by fudo.

    v2.3.5 - 12/21/20 ​

    • Added resetTime, which tracks the time since a layer prestiged or was reset.
    • A layer node will be highlighted red if one of its subtabs is highlighted red.
    • Fixed issues with keeping challenges, buyables, and clickables on reset.
    • Improved the unlocking of custom layers.
    • Other minor fixes.

    v2.3.4 - 12/16/20 ​

    • Added a node image feature.
    • Resource display now always shows the amount of the currency the layer's gain is based on.
    • Added spacing between tree nodes.
    • Another attempt to fix tooltip flickering.

    v2.3.3 - 12/13/20 ​

    • Fixed the first node in a row always taking up space.
    • layerShown is now optional.
    • All prestige types can now use features for custom prestige types.

    v2.3.2 - 12/13/20 ​

    • Fixed achievement/milestone popups.

    v2.3.1 - 12/12/20 ​

    • Another attempt to fix flickering tooltips.
    • The "this" keyword should work everywhere except tabFormat arrays (although I may have missed some things).
    • Fixed tree branches not updating when scrolling on the right-side tab.
    • Fixed a spacing issue when a node's symbol is ""
    • Removed some old, unneeded files.

    v2.3: Cooler and Newer Edition - 12/10/20 ​

    • Added achievement/milestone popups (thank you to Jacorb for this contribution!)
    • The changelog tab is back, and can be set in mod.js.
    • Layer nodes and respec buttons will not be clicked by pressing "enter".
    • Possible fix for flickering tooltips and strange transitions.
    • The victory screen text is configurable.
    • Added image and textStyle features to achievements.
    • Added an argument to use specific rows in an "upgrades" component.
    • Fixed the comma appearing in the main display when there was no effectDescription
    • Added the ability to easily make a tab that is a collection of layers in subtabs.
    • Improved spacing for embedding layers with subtabs into subtabs.

    v2.2.8 - 12/03/20 ​

    • Double-clicking a layer node brings you to the main subtab for that layer.
    • Attempted to fix challenges visually updating a different way.
    • Added a softcap function for use in formulas.
    • Added displayRow feature, which lets layers be shown somewhere separate from where they are in the reset order (e.g. side layers)
    • Fixed autoupgrade issue.

    v2.2.7 - 11/30/20 ​

    • Added autoUpgrade feature.
    • resource-display now shows resource gain per second if passiveGain is active.
    • Fixed formatting issues on some large numbers.
    • Better support for using classed objects in player and in layers/tmp.
    • Made hard resetting more effective.
    • Removed Herobrine from getStartClickables.

    v2.2.6 - 11/30/20 ​

    • Added goalDescription for challenges and made the new "canComplete" system the standard.
    • Another attempt to fix challenges not visually updating.
    • Fixed side layers not appearing.
    • Fixed getStartClickables again.

    v2.2.5 - 11/29/20 ​

    • Added features for overriding the displays and costs/goals of upgrades and challenges to make them fully custom.
    • best, total, and unlocked are always automatically added to layerData (but best and total will only display if you add them yourself).
    • Fixed getStartClickables.

    v2.2.4 - 11/28/20 ​

    • Added softcap and softcapPower features (for Normal layers)
    • Offline time limit and default max tick length were fixed (previously the limits were 1000x too large)
    • Added fixOldSaves.
    • You can use HTML in main-display.
    • Fixed a number of minor oddities.

    v2.2.3 - 11/28/20 ​

    • Layers will be highlighted if you can finish a challenge.
    • The "can complete challenge" color now overrides the "already completed" color.
    • Button nodes now work as side "layers".
    • Setting a tooltip to "" hides it entirely.

    v2.2.2 - 11/22/20 ​

    • Fixed right half of the screen being unclickable in some circumstances.
    • Fixed tree branches being offset.
    • Fix to lastSafeTab.

    v2.2.1 - 11/7/20 ​

    • Added a small highlight to layers you can meaningfully prestige on.
    • Added passiveGeneration and autoPrestige features to standardize prestige automation. (The old ways still work, but the new ones work better with other things)
    • Improved milestones visually a bit.
    • "best" and "total" are now only displayed if present in startData.
    • Fixed issues with things not updating visually. (Thank you to to Jacorb!)
    • Side layers and button nodes can now be highlighted.
    • Updated docs on the new tree-related features.

    v2.2: Uprooted - 11/7/20 ​

    • You can now embed a layer inside of a subtab or microtab!
    • Added support for hiding or reformatting the tree tab
    • Added non-layer button nodes
    • Added shouldNotify to subtab/microtab buttons. (You can make them highlighted)
    • Added commas to large exponents.
    • Upgrades now only show "currently" if they have an effectDisplay (so not for constant effects).
    • Achievements are part of the default tab format.
    • NaN is now handled more intelligently.
    • Renamed files, and moved less relevant ones to another folder.
    • The "hide completed challenges" setting now only hides challenges at max completions.
    • Thank you to thepaperpilot for fixing errors in docs and improving the infobox appearance!
    • Many other minor fixes.

    v2.1.4 - 10/25/20 ​

    • Added an infobox component. Thank you to thepaperpilot for this contribution!
    • Layer type is now optional, and defaults to "none".
    • Improved the look of bars and tab buttons.
    • Improved spacing between layer nodes (also thanks to thepaperpilot!)
    • Fixed the "blank" component breaking if only specifying the height.
    • Fixed some numbers not displaying with enough digits.
    • Made a few more things able to be functions.
    • A few other minor fixes.

    v2.1.3.1 - 10/21/20 ​

    • Fixed the update function.

    v2.1.3 - 10/21/20 ​

    • gainMult and gainExp are now optional.
    • Layer unlocking is now kept on reset.
    • Game should start up faster.
    • Layer updates now have a determined order and starts with earlier-rowed layers.
    • Automation now has a determined order and starts with later-rowed layers.
    • Fixed issues with resetting clickables and challenges.
    • Commas should no longer appear in the decimal places of a number.
    • Fixed potential issue in displaying the tree.

    v2.1.2 - 10/19/20 ​

    • Added buyUpgrade function (buyUpg still works though)
    • Added author name to modInfo.
    • Fix to crash caused when the name of a subtab or microtab is changed.
    • Fixes to outdated information in docs.
    • Improvements to Discord links.
    • Thank you to thepaperpilot for contributing to this update!

    v2.1.1 - 10/17/20 ​

    • Added resource-display component, which displays the base currency for the prestige layer, as well as the best and/or total of this layer's prestige currency.
    • Fixed the value for the base currency not updating in resource-display.

    v2.1: We should have thought of this sooner! - 10/17/20 ​

    • Moved most of the code users will want to edit to mod.js, added documentation for it.
      • Specifically, modInfo, VERSION, canGenPoints, getPointGen, and maxTickLength
    • Added getStartPoints()
    • Added the ability to store non-layer-related data
    • Added the ability to display more things at the top of the tree tab below points.
    • Made the endgame condition customizable
    • Added "sell one" and "sell all" buttons for buyables.
    • Moved the old "game" to demo.js, and replaced it with a minimal game that won't cause issues when edited.
    • Fixed issues with version number
    • Fixed number formatting issue making things like "10e9" appear.

    v2.0.5 - 10/16/20 ​

    • Made more features (including prestige parameters) able to be dynamic.
    • Layer nodes can be hidden but still take up space with "ghost" visibility
    • Added clickableEffect for real.
    • Fixed some visual issues with bars.
    • A few other minor tweaks and improvements.

    v2.0.4 - 10/16/20 ​

    • Fixed HTML on buttons interfering with clicking on them.

    v2.0.3 - 10/16/20 ​

    • Fixed hotkeys not displaying in info.
    • Fixed the game supressing all external hotkeys.
    • You can use more things as currencies for upgrade costs and challenge goals using currencyLocation.
    • Added maxTickLength, which can be used to prevent offline time or tab-switching from breaking time-limit based mechanics.
    • Made buyable respec buttons and clickable "master" buttons their own components, and gave them a hide/show feature.
    • Added a general "tooltip" feature for achievements.

    v2.0.2 - 10/15/20 ​

    • Branches are now dynamic (they can be functions).
    • Fixed a crash related to offline time.
    • Fixed links being too wide.

    v2.0.1 - 10/15/20 ​

    • Fixed side layers appearing multiple times.

    v2.0: The Pinnacle of Achievement Mountain - 10/15/20 ​

    • Added progress bars, which are highly customizable and can be horizontal or vertical!
    • Added "side layers", displayed smaller and off to the side, and don't get reset by default. They can be used for global achievements and statistics. Speaking of which...
    • Added achievements!
    • Added clickables, a more generalized variant of buyables.
    • Almost every value in layer data can be either a function or a constant value!
    • Added support for multiple completions of challenges.
    • Added "none" prestige type, which removes the need for any other prestige-related features.
    • The points display and other gui elements stay at the top of the screen when the tree scrolls.
    • Added getter/setter functions for the amounts and effects of most Big Features
    • Moved modInfo to game.js, added a spot in modInfo for a Discord link, changelog link. Also added a separate mod version from the TMT version in VERSION.
    • Tree structure is based on layer data, no index.html editing is needed.
    • Tmp does not need to be manually updated.
    • You don't have to have the same amount of upgrades in every row (and challs and buyables)
    • "unlocked" is optional for all Big Components (defaults to true).
    • All displays will update correctly.
    • Changelog is no longer in index.html at all.
    • Generation of Points now happens in the main game loop
    • Changed the reset functions to make keeping things easier
    • Renamed many things to increase readability (see the list in the link below)
    • Improved documentation based on feedback

    v1.3.5: ​

    • Completely automated convertToDecimal, now you never have to worry about it again.
    • Branches can be defined without a color id. But they can also use hex values for color ids!
    • Created a tutorial for getting started with TMT and Github.
    • Page title is now automatically taken from mod name.

    v1.3.4 - 10/8/20 ​

    • Added "midsection" feature to add things to a tab's layout while still keeping the standard layout.
    • Fix for being able to buy more buyables than you should.

    v1.3.3 - 10/7/20 ​

    • Fix for the "order of operations" issue in temp.

    v1.3.1 - 10/7/20 ​

    • Added custom CSS and tooltips for Layer Nodes.
    • Added custom CSS for upgrades, buyables, milestones, and challenges, both individually and layer-wide.
    • You can now use HTML in most display text!
    • You can now make milestones unlockable and not display immediately.
    • Fixed importing saves, and issue with upgrades not appearing, and probably more.
    • Optional "name" layer feature, used in confirmation messages.

    v1.3: Tabception... ception! - 10/7/20 ​

    • Added subtabs! And also a Micro-tab component to let you make smaller subtab-esque areas anywhere.
    • Added a "custom" prestige formula type, and a number of features to support it.
    • Added points/sec display (can be disabled).
    • Added h-line, v-line and image-display components, plus components for individual upgrades, challenges, and milestones.
    • Added upgEffect, buyableEffect, and challEffect functions.
    • Added "hide completed challenges" setting.
    • Moved old changelogs to a separate place.
    • Fixed hasMilestone and incr_order.
    • Static layers now show the currency amount needed for the next one if you can buy max.

    v1.2.4 - 10/4/20 ​

    • Layers are now highlighted if you can buy an upgrade, and a new feature, shouldNotify, lets you make it highlight other ways.
    • Fixed bugs with hasUpg, hasChall, hasMilestone, and inChallenge.
    • Changed the sample code to use the above functions for convenience.

    v1.2.3 - 10/3/20 ​

    • Added a row component, which displays a list of objects in a row.
    • Added a column component, which displays a list of objects in a column (useful within a row).
    • Changed blanks to have a customizable width and height.

    v1.2: This Changes Everything! - 10/3/20 ​

    • Many layer features can now be static values or functions. (This made some formats change, which will break old things)
    • You can now use the "this" keyword, to make code easier to transfer when making new layers.
    • Also added "this.layer", which is the current layer's name, and works on existing subfeatures (e.g. individual upgrades) as well! Subfeatures also have "this.id".
    • Fixed a big save issue. If you use a unique mod id, your save will never conflict with other mods.
    • Added a configurable offline time limit in modinfo at the top of index.html. (default 1 hour)
    • Added a few minor features, and updated the docs with new information.

    v1.1.1 - 9/30/20 ​

    • You can define hotkeys directly from layer config.

    v1.1: Enhanced Edition - 9/30/20 ​

    • Added "Buyables", which can function like Space Buildings or Enhancers.
    • Custom CSS can now be used on any component! Make the third argument an object with CSS parameters.
    • Lots of minor good things.

    v1.0 - 9/27/20 ​

    • First release.
    + \ No newline at end of file diff --git a/public/kronos/docs/!general-info.html b/public/kronos/docs/!general-info.html index 3575626c1..3525c37b0 100644 --- a/public/kronos/docs/!general-info.html +++ b/public/kronos/docs/!general-info.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,8 +25,8 @@ -
    The Paper Pilot

    Appearance

    The-Modding-Tree ​

    Making a game in The Modding Tree mostly involves defining parameters or functions on objects. If you aren't following the getting started guide, you should start by setting up your basic mod info in mod.js. It's important to set a mod id to ensure saving works properly.

    Beyond that, the main way to add content is through creating layers, often in layers.js. You can add new layers by calling addLayer(layername, layerdata). There is an example of a basic layer in layers.js showing the recommended method. It is just an example and can be freely deleted. You can also use it as a reference or a base for your own layers.

    Most of the time, you won't need to dive deep into the code to create things, but you still can if you really want to, for example to add new Vue components in components.js.

    The Modding Tree uses break_eternity.js to store large values. This means that many numbers are Decimal objects, and must be treated differently. For example, you have to use new Decimal(x) to create a Decimal value instead of a plain number, and perform operations on them by calling functions. e.g, instead of x = x + y, use x = x.add(y). Keep in mind this also applies to comparison operators, which should be replaced with calling the .gt, .gte, .lt, .lte, .eq, and .neq functions. See the break_eternity.js docs for more details on working with Decimal values.

    Almost all values can be either a constant value, or a dynamic value. Dynamic values are defined by putting a function that returns what the value should be at any given time.

    All display text can use basic HTML elements (But you can't use most Vue features there).

    While reading this documentation, the following key will be used when describing features:

    • No label: This is required and the game may crash if it isn't included.
    • sometimes required: This is may be required, depending on other things in the layer.
    • optional: You can leave this out if you don't intend to use that feature for the layer.
    • assigned automagically: This value will be set automatically and override any value you set.
    • deprecated: This feature is not recommended to be used, because newer features are able to achieve the same thing in a better, easier way.

    Table of Contents ​

    General ​

    • Getting Started: Getting your own copy of the code set up with Github Desktop.
    • Main mod info: How to set up general things for your mod in mod.js.
    • Basic layer breakdown: Breaking down the components of a layer with minimal features.
    • Layer features: Explanations of all of the different properties that you can give a layer.
    • Custom Tab Layouts: An optional way to give your tabs a different layout. You can even create entirely new components to use.
    • Custom game layouts: You can get rid of the tree tab, add buttons and other things to the tree, or even customize the tab's layout like a layer tab.
    • Updating TMT: Using Github Desktop to update your mod's version of TMT.

    Common components ​

    • Upgrades: How to create upgrades for a layer.
    • Milestones: How to create milestones for a layer.
    • Buyables: Create rebuyable upgrades for your layer (with the option to make them respec-able). Can be used to make Enhancers or Space Buildings, for example.
    • Clickables: A more generalized variant of buyables, for any kind of thing that is sometimes clickable. Between these and Buyables, you can do just about anything.
    • Achievements: How to create achievements for a layer (or for the whole game).

    Other components and features ​

    • Challenges: How to create challenges for a layer.
    • Bars: Display some information as a progress bar, gauge, or similar. They are highly customizable, and can be horizontal and vertical as well.
    • Subtabs and Microtabs: Create subtabs for your tabs, as well as "microtab" components that you can put inside the tabs. You can even use them to embed a layer inside another layer!
    • [Grids][grids.md]: Create a group buttons that behave the same, but have their own data. Good for map tiles, an inventory grid, and more!
    • Infoboxes: Boxes containing text that can be shown or hidden.
    • Trees: Make your own trees. You can make non-layer button nodes too!
    • Particle system: Can be used to create particles for visual effects, but also interactable things like golden cookies or collectables.
    - +
    The Paper Pilot

    Appearance

    The-Modding-Tree ​

    Making a game in The Modding Tree mostly involves defining parameters or functions on objects. If you aren't following the getting started guide, you should start by setting up your basic mod info in mod.js. It's important to set a mod id to ensure saving works properly.

    Beyond that, the main way to add content is through creating layers, often in layers.js. You can add new layers by calling addLayer(layername, layerdata). There is an example of a basic layer in layers.js showing the recommended method. It is just an example and can be freely deleted. You can also use it as a reference or a base for your own layers.

    Most of the time, you won't need to dive deep into the code to create things, but you still can if you really want to, for example to add new Vue components in components.js.

    The Modding Tree uses break_eternity.js to store large values. This means that many numbers are Decimal objects, and must be treated differently. For example, you have to use new Decimal(x) to create a Decimal value instead of a plain number, and perform operations on them by calling functions. e.g, instead of x = x + y, use x = x.add(y). Keep in mind this also applies to comparison operators, which should be replaced with calling the .gt, .gte, .lt, .lte, .eq, and .neq functions. See the break_eternity.js docs for more details on working with Decimal values.

    Almost all values can be either a constant value, or a dynamic value. Dynamic values are defined by putting a function that returns what the value should be at any given time.

    All display text can use basic HTML elements (But you can't use most Vue features there).

    While reading this documentation, the following key will be used when describing features:

    • No label: This is required and the game may crash if it isn't included.
    • sometimes required: This is may be required, depending on other things in the layer.
    • optional: You can leave this out if you don't intend to use that feature for the layer.
    • assigned automagically: This value will be set automatically and override any value you set.
    • deprecated: This feature is not recommended to be used, because newer features are able to achieve the same thing in a better, easier way.

    Table of Contents ​

    General ​

    • Getting Started: Getting your own copy of the code set up with Github Desktop.
    • Main mod info: How to set up general things for your mod in mod.js.
    • Basic layer breakdown: Breaking down the components of a layer with minimal features.
    • Layer features: Explanations of all of the different properties that you can give a layer.
    • Custom Tab Layouts: An optional way to give your tabs a different layout. You can even create entirely new components to use.
    • Custom game layouts: You can get rid of the tree tab, add buttons and other things to the tree, or even customize the tab's layout like a layer tab.
    • Updating TMT: Using Github Desktop to update your mod's version of TMT.

    Common components ​

    • Upgrades: How to create upgrades for a layer.
    • Milestones: How to create milestones for a layer.
    • Buyables: Create rebuyable upgrades for your layer (with the option to make them respec-able). Can be used to make Enhancers or Space Buildings, for example.
    • Clickables: A more generalized variant of buyables, for any kind of thing that is sometimes clickable. Between these and Buyables, you can do just about anything.
    • Achievements: How to create achievements for a layer (or for the whole game).

    Other components and features ​

    • Challenges: How to create challenges for a layer.
    • Bars: Display some information as a progress bar, gauge, or similar. They are highly customizable, and can be horizontal and vertical as well.
    • Subtabs and Microtabs: Create subtabs for your tabs, as well as "microtab" components that you can put inside the tabs. You can even use them to embed a layer inside another layer!
    • [Grids][grids.md]: Create a group buttons that behave the same, but have their own data. Good for map tiles, an inventory grid, and more!
    • Infoboxes: Boxes containing text that can be shown or hidden.
    • Trees: Make your own trees. You can make non-layer button nodes too!
    • Particle system: Can be used to create particles for visual effects, but also interactable things like golden cookies or collectables.
    + \ No newline at end of file diff --git a/public/kronos/docs/achievements.html b/public/kronos/docs/achievements.html index baabc294f..a365ee179 100644 --- a/public/kronos/docs/achievements.html +++ b/public/kronos/docs/achievements.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,14 +25,14 @@ -
    The Paper Pilot

    Appearance

    Achievements ​

    Achievements are awarded to the player when they meet a certain goal, and optionally give some benefit.

    You can make global achievements by putting them in a side layer by making its row equal to "side" instead of a number.

    Useful functions for dealing with achievements and implementing their effects:

    • hasAchievement(layer, id): determine if the player has the Achievement.
    • achievementEffect(layer, id): Returns the current effects of the achievement, if any.

    Achievements should be formatted like this:

    js
    achievements: {
+    
    The Paper Pilot
    Appearance
    Achievements ​
    Achievements are awarded to the player when they meet a certain goal, and optionally give some benefit.
    You can make global achievements by putting them in a side layer by making its row equal to "side" instead of a number.
    Useful functions for dealing with achievements and implementing their effects:
    • hasAchievement(layer, id): determine if the player has the Achievement.
    • achievementEffect(layer, id): Returns the current effects of the achievement, if any.
    Achievements should be formatted like this:
    js
    achievements: {
     11: {
         name: "Blah",
         more features
     },
     etc
-}
    Usually, each achievement should have an id where the first digit is the row and the second digit is the column.
    Individual achievement can have these features:
    • name: optional. displayed at the top of the achievement. The only visible text. It can also be a function that returns updating text. Can use basic HTML.
    • done(): A function returning a boolean to determine if the achievement should be awarded.
    • tooltip: Default tooltip for the achievement, appears when it is hovered over. Should convey the goal and any reward for completing the achievement. It can also be a function that returns updating text. Can use basic HTML. Setting this to "" disables the tooltip.
    • effect(): optional. A function that calculates and returns the current values of any bonuses from the achievement. Can return a value or an object containing multiple values.
    • unlocked(): optional. A function returning a bool to determine if the achievement is visible or not. Default is unlocked.
    • onComplete() - optional. this function will be called when the achievement is completed.
    • image: optional, puts the image from the given URL (relative or absolute) in the achievement
    • style: optional. Applies CSS to this achievement, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
    • textStyle: optional. Applies CSS to the text, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.
    • id: assigned automagically. It's the "key" which the achievement was stored under, for convenient access. The achievement in the example's id is 11.
    • goalTooltip: optional, deprecated. Appears when the achievement is hovered over and locked, overrides the basic tooltip. This is to display the goal (or a hint). It can also be a function that returns updating text. Can use basic HTML.
    • doneTooltip: optional, deprecated. Appears when the achievement is hovered over and completed, overrides the basic tooltip. This can display what the player achieved (the goal), and the rewards, if any. It can also be a function that returns updating text. Can use basic HTML.
    Disable achievement popups by adding achievementsPopups: false to the layer.
    
-    
+}

    Usually, each achievement should have an id where the first digit is the row and the second digit is the column.

    Individual achievement can have these features:

    • name: optional. displayed at the top of the achievement. The only visible text. It can also be a function that returns updating text. Can use basic HTML.

    • done(): A function returning a boolean to determine if the achievement should be awarded.

    • tooltip: Default tooltip for the achievement, appears when it is hovered over. Should convey the goal and any reward for completing the achievement. It can also be a function that returns updating text. Can use basic HTML. Setting this to "" disables the tooltip.

    • effect(): optional. A function that calculates and returns the current values of any bonuses from the achievement. Can return a value or an object containing multiple values.

    • unlocked(): optional. A function returning a bool to determine if the achievement is visible or not. Default is unlocked.

    • onComplete() - optional. this function will be called when the achievement is completed.

    • image: optional, puts the image from the given URL (relative or absolute) in the achievement

    • style: optional. Applies CSS to this achievement, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).

    • textStyle: optional. Applies CSS to the text, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).

    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.

    • id: assigned automagically. It's the "key" which the achievement was stored under, for convenient access. The achievement in the example's id is 11.

    • goalTooltip: optional, deprecated. Appears when the achievement is hovered over and locked, overrides the basic tooltip. This is to display the goal (or a hint). It can also be a function that returns updating text. Can use basic HTML.

    • doneTooltip: optional, deprecated. Appears when the achievement is hovered over and completed, overrides the basic tooltip. This can display what the player achieved (the goal), and the rewards, if any. It can also be a function that returns updating text. Can use basic HTML.

    Disable achievement popups by adding achievementsPopups: false to the layer.

    + \ No newline at end of file diff --git a/public/kronos/docs/bars.html b/public/kronos/docs/bars.html index 4bf347038..d2eba2408 100644 --- a/public/kronos/docs/bars.html +++ b/public/kronos/docs/bars.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
    The Paper Pilot

    Appearance

    Bars ​

    Bars let you display information in a more direct way. It can be a progress bar, health bar, capacity gauge, or anything else.

    Bars are defined like other Big Features:

    js
    bars: {
+    
    The Paper Pilot
    Appearance
    Bars ​
    Bars let you display information in a more direct way. It can be a progress bar, health bar, capacity gauge, or anything else.
    Bars are defined like other Big Features:
    js
    bars: {
     bigBar: {
         direction: RIGHT,
         width: 200,
@@ -34,8 +34,8 @@
         etc
     },
     etc
-}
    Features:
    • direction: UP, DOWN, LEFT, or RIGHT (not strings). Determines the direction that the bar is filled as it progresses. RIGHT means from left to right.
    • width, height: The size in pixels of the bar, but as numbers (no "px" at the end).
    • progress(): A function that returns the portion of the bar that is filled, from "empty" at 0 to "full" at 1, updating automatically. (Nothing bad happens if the value goes out of these bounds, and it can be a number or Decimal)
    • display(): optional. A function that returns text to be displayed on top of the bar, can use HTML.
    • unlocked(): optional. A function returning a bool to determine if the bar is visible or not. Default is unlocked.
    • baseStyle, fillStyle, borderStyle, textStyle: Optional, Apply CSS to the unfilled portion, filled portion, border, and display text on the bar, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.
    • id: assigned automagically. It's the "key" which the bar was stored under, for convenient access. The bar in the example's id is "bigBar".
    
-    
+}

    Features:

    • direction: UP, DOWN, LEFT, or RIGHT (not strings). Determines the direction that the bar is filled as it progresses. RIGHT means from left to right.

    • width, height: The size in pixels of the bar, but as numbers (no "px" at the end).

    • progress(): A function that returns the portion of the bar that is filled, from "empty" at 0 to "full" at 1, updating automatically. (Nothing bad happens if the value goes out of these bounds, and it can be a number or Decimal)

    • display(): optional. A function that returns text to be displayed on top of the bar, can use HTML.

    • unlocked(): optional. A function returning a bool to determine if the bar is visible or not. Default is unlocked.

    • baseStyle, fillStyle, borderStyle, textStyle: Optional, Apply CSS to the unfilled portion, filled portion, border, and display text on the bar, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).

    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.

    • id: assigned automagically. It's the "key" which the bar was stored under, for convenient access. The bar in the example's id is "bigBar".

    + \ No newline at end of file diff --git a/public/kronos/docs/basic-layer-breakdown.html b/public/kronos/docs/basic-layer-breakdown.html index a988d565b..630a67fb3 100644 --- a/public/kronos/docs/basic-layer-breakdown.html +++ b/public/kronos/docs/basic-layer-breakdown.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
    The Paper Pilot

    Appearance

    Basic layer breakdown ​

    This is a very minimal layer with minimal features. Most things will require additional features.

    js
    addLayer("p", {
+    
    The Paper Pilot
    Appearance
    Basic layer breakdown ​
    This is a very minimal layer with minimal features. Most things will require additional features.
    js
    addLayer("p", {
     startData() { return {                  // startData is a function that returns default data for a layer. 
         unlocked: true,                     // You can add more variables here to add them to your layer.
         points: new Decimal(0),             // "points" is the internal name for the main resource of the layer.
@@ -56,8 +56,8 @@
     upgrades: {
         // Look in the upgrades docs to see what goes here!
     },
-})
    
-    
+})
    + \ No newline at end of file diff --git a/public/kronos/docs/buyables.html b/public/kronos/docs/buyables.html index b9f89f267..735756c02 100644 --- a/public/kronos/docs/buyables.html +++ b/public/kronos/docs/buyables.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
    The Paper Pilot

    Appearance

    Buyables ​

    Buyables are usually things that can be bought multiple times with scaling costs. They come with optional buttons that can be used for respeccing or selling buyables, among other things.

    The amount of a buyable owned is a Decimal.

    Useful functions for dealing with buyables and implementing their effects:

    • getBuyableAmount(layer, id): get the amount of the buyable the player has
    • setBuyableAmount(layer, id, amount): set the amount of the buyable the player has
    • buyableEffect(layer, id): Returns the current effects of the buyable, if any.

    Buyables should be formatted like this:

    js
    buyables: {
+    
    The Paper Pilot
    Appearance
    Buyables ​
    Buyables are usually things that can be bought multiple times with scaling costs. They come with optional buttons that can be used for respeccing or selling buyables, among other things.
    The amount of a buyable owned is a Decimal.
    Useful functions for dealing with buyables and implementing their effects:
    • getBuyableAmount(layer, id): get the amount of the buyable the player has
    • setBuyableAmount(layer, id, amount): set the amount of the buyable the player has
    • buyableEffect(layer, id): Returns the current effects of the buyable, if any.
    Buyables should be formatted like this:
    js
    buyables: {
     11: {
         cost(x) { return new Decimal(1).mul(x) },
         display() { return "Blah" },
@@ -37,8 +37,8 @@
         etc
     },
     etc
-}
    Features:
    • title: optional. displayed at the top in a larger font. It can also be a function that returns updating text.
    • cost(): cost for buying the next buyable. Can have an optional argument "x" to calculate the cost of the x+1th purchase. (x is a Decimal). Can return an object if there are multiple currencies.
    • effect(): optional. A function that calculates and returns the current values of bonuses of this buyable. Can have an optional argument "x" to calculate the effect of having x of the buyable.. Can return a value or an object containing multiple values.
    • display(): A function returning everything that should be displayed on the buyable after the title, likely including the description, amount bought, cost, and current effect. Can use basic HTML.
    • unlocked(): optional. A function returning a bool to determine if the buyable is visible or not. Default is unlocked.
    • canAfford(): A function returning a bool to determine if you can buy one of the buyables.
    • buy(): A function that implements buying one of the buyable, including spending the currency.
    • buyMax(): optional. A function that implements buying as many of the buyable as possible.
    • style: optional. Applies CSS to this buyable, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
    • purchaseLimit: optional. The limit on how many of the buyable can be bought. The default is no limit.
    • marked: optional Adds a mark to the corner of the buyable. If it's "true" it will be a star, but it can also be an image URL.
    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.
    • id: assigned automagically. It's the "key" which the buyable was stored under, for convenient access. The buyable in the example's id is 11.
    Sell One/Sell All:
    Including a sellOne or sellAll function will cause an additional button to appear beneath the buyable. They are functionally identical, but "sell one" appears above "sell all". You can also use them for other things.
    • sellOne/sellAll(): optional. Called when the button is pressed. The standard use would be to decrease/reset the amount of the buyable, and possibly return some currency to the player.
    • canSellOne/canSellAll(): optional. booleans determining whether or not to show the buttons. If "canSellOne/All" is absent but "sellOne/All" is present, the appropriate button will always show.
    To add a respec button, or something similar, add the respecBuyables function to the main buyables object (not individual buyables). You can use these features along with it:
    • respec(): optional. This is called when the button is pressed (after a toggleable confirmation message).
    • respecText: optional. Text to display on the respec Button.
    • showRespec(): optional. A function determining whether or not to show the button, if respecBuyables is defined. Defaults to true if absent.
    • respecMessage: optional. A custom confirmation message on respec, in place of the default one.
    
-    
+}

    Features:

    • title: optional. displayed at the top in a larger font. It can also be a function that returns updating text.

    • cost(): cost for buying the next buyable. Can have an optional argument "x" to calculate the cost of the x+1th purchase. (x is a Decimal). Can return an object if there are multiple currencies.

    • effect(): optional. A function that calculates and returns the current values of bonuses of this buyable. Can have an optional argument "x" to calculate the effect of having x of the buyable.. Can return a value or an object containing multiple values.

    • display(): A function returning everything that should be displayed on the buyable after the title, likely including the description, amount bought, cost, and current effect. Can use basic HTML.

    • unlocked(): optional. A function returning a bool to determine if the buyable is visible or not. Default is unlocked.

    • canAfford(): A function returning a bool to determine if you can buy one of the buyables.

    • buy(): A function that implements buying one of the buyable, including spending the currency.

    • buyMax(): optional. A function that implements buying as many of the buyable as possible.

    • style: optional. Applies CSS to this buyable, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).

    • purchaseLimit: optional. The limit on how many of the buyable can be bought. The default is no limit.

    • marked: optional Adds a mark to the corner of the buyable. If it's "true" it will be a star, but it can also be an image URL.

    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.

    • id: assigned automagically. It's the "key" which the buyable was stored under, for convenient access. The buyable in the example's id is 11.

    Sell One/Sell All:

    Including a sellOne or sellAll function will cause an additional button to appear beneath the buyable. They are functionally identical, but "sell one" appears above "sell all". You can also use them for other things.

    • sellOne/sellAll(): optional. Called when the button is pressed. The standard use would be to decrease/reset the amount of the buyable, and possibly return some currency to the player.

    • canSellOne/canSellAll(): optional. booleans determining whether or not to show the buttons. If "canSellOne/All" is absent but "sellOne/All" is present, the appropriate button will always show.

    To add a respec button, or something similar, add the respecBuyables function to the main buyables object (not individual buyables). You can use these features along with it:

    • respec(): optional. This is called when the button is pressed (after a toggleable confirmation message).

    • respecText: optional. Text to display on the respec Button.

    • showRespec(): optional. A function determining whether or not to show the button, if respecBuyables is defined. Defaults to true if absent.

    • respecMessage: optional. A custom confirmation message on respec, in place of the default one.

    + \ No newline at end of file diff --git a/public/kronos/docs/challenges.html b/public/kronos/docs/challenges.html index 36a6adbad..530ec0b99 100644 --- a/public/kronos/docs/challenges.html +++ b/public/kronos/docs/challenges.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
    The Paper Pilot

    Appearance

    Challenges ​

    Challenges can have fully customizable win conditions. Useful functions for dealing with Challenges and implementing their effects:

    • inChallenge(layer, id): determine if the player is in a given challenge (or another challenge on the same layer that counts as this one).
    • hasChallenge(layer, id): determine if the player has completed the challenge.
    • challengeCompletions(layer, id): determine how many times the player completed the challenge.
    • maxedChallenge(layer, id): determines if the player has reached the maximum completions.
    • challengeEffect(layer, id): Returns the current effects of the challenge, if any.

    Challenges are stored in the following format:

    js
    challenges: {
+    
    The Paper Pilot
    Appearance
    Challenges ​
    Challenges can have fully customizable win conditions. Useful functions for dealing with Challenges and implementing their effects:
    • inChallenge(layer, id): determine if the player is in a given challenge (or another challenge on the same layer that counts as this one).
    • hasChallenge(layer, id): determine if the player has completed the challenge.
    • challengeCompletions(layer, id): determine how many times the player completed the challenge.
    • maxedChallenge(layer, id): determines if the player has reached the maximum completions.
    • challengeEffect(layer, id): Returns the current effects of the challenge, if any.
    Challenges are stored in the following format:
    js
    challenges: {
     11: {
         name: "Ouch",
         challengeDescription: "description of ouchie",
@@ -33,8 +33,8 @@
         etc
     },
     etc
-}
    Usually, each challenge should have an id where the first digit is the row and the second digit is the column.
    Individual Challenges can have these features:
    • name: Name of the challenge, can be a string or a function. Can use basic HTML.
    • challengeDescription: A description of what makes the challenge a challenge. You will need to implement these elsewhere. It can also be a function that returns updating text. Can use basic HTML.
    • goalDescription: A description of the win condition for the challenge. It can also be a function that returns updating text. Can use basic HTML. (Optional if using the old goal system)
    • canComplete(): A function that returns true if you meet the win condition for the challenge. Returning a number will allow bulk completing the challenge. (Optional if using the old goal system)
    • rewardDescription: A description of the reward's effect. You will also have to implement the effect where it is applied. It can also be a function that returns updating text. Can use basic HTML.
    • rewardEffect(): optional. A function that calculates and returns the current values of any bonuses from the reward. Can return a value or an object containing multiple values. Can use basic HTML.
    • rewardDisplay(): optional. A function that returns a display of the current effects of the reward with formatting. Default behavior is to just display the a number appropriately formatted.
    • fullDisplay(): OVERRIDE. Overrides the other displays and descriptions, and lets you set the full text for the challenge. Can use basic HTML.
    • unlocked(): optional. A function returning a bool to determine if the challenge is visible or not. Default is unlocked.
    • onComplete() - optional. this function will be called when the challenge is completed when previously incomplete.
    • onEnter() - optional. this function will be called when entering the challenge
    • onExit() - optional. this function will be called when exiting the challenge in any way
    • countsAs: optional. If a challenge combines the effects of other challenges in this layer, you can use this. An array of challenge ids. The player is effectively in all of those challenges when in the current one.
    • completionLimit: optional. the amount of times you can complete this challenge. Default is 1 completion.
    • style: optional. Applies CSS to this challenge, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
    • marked: optional Adds a mark to the corner of the challenge. If it's "true" it will be a star, but it can also be an image URL. By default, if the challenge has multiple completions, it will be starred at max completions.
    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar
    • id: assigned automagically. It's the "key" which the challenge was stored under, for convenient access. The challenge in the example's id is 11.
    The old goal system uses these features:
    • goal: deprecated, A Decimal for the amount of currency required to beat the challenge. By default, the goal is in basic Points. The goal can also be a function if its value changes.
    • currencyDisplayName: deprecated. the name to display for the currency for the goal
    • currencyInternalName: deprecated. the internal name for that currency
    • currencyLayer: deprecated. the internal name of the layer that currency is stored in. If it's not in a layer, omit. If it's not stored directly in a layer, instead use the next feature.
    • currencyLocation(): deprecated. if your currency is stored in something inside a layer (e.g. a buyable's amount), you can access it this way. This is a function returning the object in "player" that contains the value (like player[this.layer].buyables)
    
-    
+}

    Usually, each challenge should have an id where the first digit is the row and the second digit is the column.

    Individual Challenges can have these features:

    • name: Name of the challenge, can be a string or a function. Can use basic HTML.

    • challengeDescription: A description of what makes the challenge a challenge. You will need to implement these elsewhere. It can also be a function that returns updating text. Can use basic HTML.

    • goalDescription: A description of the win condition for the challenge. It can also be a function that returns updating text. Can use basic HTML. (Optional if using the old goal system)

    • canComplete(): A function that returns true if you meet the win condition for the challenge. Returning a number will allow bulk completing the challenge. (Optional if using the old goal system)

    • rewardDescription: A description of the reward's effect. You will also have to implement the effect where it is applied. It can also be a function that returns updating text. Can use basic HTML.

    • rewardEffect(): optional. A function that calculates and returns the current values of any bonuses from the reward. Can return a value or an object containing multiple values. Can use basic HTML.

    • rewardDisplay(): optional. A function that returns a display of the current effects of the reward with formatting. Default behavior is to just display the a number appropriately formatted.

    • fullDisplay(): OVERRIDE. Overrides the other displays and descriptions, and lets you set the full text for the challenge. Can use basic HTML.

    • unlocked(): optional. A function returning a bool to determine if the challenge is visible or not. Default is unlocked.

    • onComplete() - optional. this function will be called when the challenge is completed when previously incomplete.

    • onEnter() - optional. this function will be called when entering the challenge

    • onExit() - optional. this function will be called when exiting the challenge in any way

    • countsAs: optional. If a challenge combines the effects of other challenges in this layer, you can use this. An array of challenge ids. The player is effectively in all of those challenges when in the current one.

    • completionLimit: optional. the amount of times you can complete this challenge. Default is 1 completion.

    • style: optional. Applies CSS to this challenge, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).

    • marked: optional Adds a mark to the corner of the challenge. If it's "true" it will be a star, but it can also be an image URL. By default, if the challenge has multiple completions, it will be starred at max completions.

    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar

    • id: assigned automagically. It's the "key" which the challenge was stored under, for convenient access. The challenge in the example's id is 11.

    The old goal system uses these features:

    • goal: deprecated, A Decimal for the amount of currency required to beat the challenge. By default, the goal is in basic Points. The goal can also be a function if its value changes.

    • currencyDisplayName: deprecated. the name to display for the currency for the goal

    • currencyInternalName: deprecated. the internal name for that currency

    • currencyLayer: deprecated. the internal name of the layer that currency is stored in. If it's not in a layer, omit. If it's not stored directly in a layer, instead use the next feature.

    • currencyLocation(): deprecated. if your currency is stored in something inside a layer (e.g. a buyable's amount), you can access it this way. This is a function returning the object in "player" that contains the value (like player[this.layer].buyables)

    + \ No newline at end of file diff --git a/public/kronos/docs/clickables.html b/public/kronos/docs/clickables.html index 699c46a78..b6e1588c8 100644 --- a/public/kronos/docs/clickables.html +++ b/public/kronos/docs/clickables.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,14 +25,14 @@ -
    The Paper Pilot

    Appearance

    Clickables ​

    Clickables are any kind of thing that you can click for an effect. They're a more generalized version of Buyables.

    DO NOT USE THESE TO MAKE THINGS THAT YOU CLICK REPEATEDLY FOR A BONUS BECAUSE THOSE ARE AWFUL.

    There are several differences between the two. One is that a buyable's saved data is its amount as a Decimal, while Clickables store a "state" which can be a number or string, but not Decimal, array, or object). Buyables have a number of extra features which you can see on their page. Clickables also have a smaller default size.

    Useful functions for dealing with clickables and implementing their effects:

    • getClickableState(layer, id): get the state of the clickable the player has
    • setClickableState(layer, id, state): set the state of the clickable the player has
    • clickableEffect(layer, id): Returns the current effects of the clickable, if any.

    Clickables should be formatted like this:

    js
    clickables: {
+    
    The Paper Pilot
    Appearance
    Clickables ​
    Clickables are any kind of thing that you can click for an effect. They're a more generalized version of Buyables.
    DO NOT USE THESE TO MAKE THINGS THAT YOU CLICK REPEATEDLY FOR A BONUS BECAUSE THOSE ARE AWFUL.
    There are several differences between the two. One is that a buyable's saved data is its amount as a Decimal, while Clickables store a "state" which can be a number or string, but not Decimal, array, or object). Buyables have a number of extra features which you can see on their page. Clickables also have a smaller default size.
    Useful functions for dealing with clickables and implementing their effects:
    • getClickableState(layer, id): get the state of the clickable the player has
    • setClickableState(layer, id, state): set the state of the clickable the player has
    • clickableEffect(layer, id): Returns the current effects of the clickable, if any.
    Clickables should be formatted like this:
    js
    clickables: {
     11: {
         display() {return "Blah"},
         etc
     }
     etc
-}
    Features:
    • title: optional. displayed at the top in a larger font. It can also be a function that returns updating text.
    • effect(): optional. A function that calculates and returns the current values of bonuses of this clickable. Can return a value or an object containing multiple values.
    • display(): A function returning everything that should be displayed on the clickable after the title, likely changing based on its state. Can use basic HTML.
    • unlocked(): optional. A function returning a bool to determine if the clickable is visible or not. Default is unlocked.
    • canClick(): A function returning a bool to determine if you can click the clickable.
    • onClick(): A function that implements clicking the clickable.
    • onHold(): optional A function that is called 20x/sec when the button is held for at least 0.25 seconds.
    • style: optional. Applies CSS to this clickable, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
    • marked: optional Adds a mark to the corner of the clickable. If it's "true" it will be a star, but it can also be an image URL.
    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.
    • id: assigned automagically. It's the "key" which the clickable was stored under, for convenient access. The clickable in the example's id is 11.
    You can also use these features on the clickables object to add a button above all the clickables, for implementing a respec button or similar.
    • masterButtonPress(): optional. If present, an additional button will appear above the clickables. Pressing it will call this function.
    • masterButtonText: optional. Text to display on the Master Button.
    • showMasterButton(): optional. A function determining whether or not to show the button, if masterButtonPress is defined. Defaults to true if absent.
    
-    
+}

    Features:

    • title: optional. displayed at the top in a larger font. It can also be a function that returns updating text.

    • effect(): optional. A function that calculates and returns the current values of bonuses of this clickable. Can return a value or an object containing multiple values.

    • display(): A function returning everything that should be displayed on the clickable after the title, likely changing based on its state. Can use basic HTML.

    • unlocked(): optional. A function returning a bool to determine if the clickable is visible or not. Default is unlocked.

    • canClick(): A function returning a bool to determine if you can click the clickable.

    • onClick(): A function that implements clicking the clickable.

    • onHold(): optional A function that is called 20x/sec when the button is held for at least 0.25 seconds.

    • style: optional. Applies CSS to this clickable, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).

    • marked: optional Adds a mark to the corner of the clickable. If it's "true" it will be a star, but it can also be an image URL.

    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.

    • id: assigned automagically. It's the "key" which the clickable was stored under, for convenient access. The clickable in the example's id is 11.

    You can also use these features on the clickables object to add a button above all the clickables, for implementing a respec button or similar.

    • masterButtonPress(): optional. If present, an additional button will appear above the clickables. Pressing it will call this function.

    • masterButtonText: optional. Text to display on the Master Button.

    • showMasterButton(): optional. A function determining whether or not to show the button, if masterButtonPress is defined. Defaults to true if absent.

    + \ No newline at end of file diff --git a/public/kronos/docs/custom-tab-layouts.html b/public/kronos/docs/custom-tab-layouts.html index aef30ecf7..fc4926a97 100644 --- a/public/kronos/docs/custom-tab-layouts.html +++ b/public/kronos/docs/custom-tab-layouts.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
    The Paper Pilot

    Appearance

    Custom tab layouts ​

    Note: If you are using subtabs, tabFormat is used differently, but the same format is used for defining their layouts. See here for more on subtabs.

    Custom tab layouts can be used to do basically anything in a tab window, especially combined with the "style" layer feature. The tabFormat feature is an array of things, like this:

    js
    tabFormat: [
+    
    The Paper Pilot
    Appearance
    Custom tab layouts ​
    Note: If you are using subtabs, tabFormat is used differently, but the same format is used for defining their layouts. See here for more on subtabs.
    Custom tab layouts can be used to do basically anything in a tab window, especially combined with the "style" layer feature. The tabFormat feature is an array of things, like this:
    js
    tabFormat: [
     "main-display",
     ["prestige-button", function() { return "Melt your points into " }],
     "blank",
@@ -38,8 +38,8 @@
     "blank",
     "blank",
     "upgrades"
-]
    It is a list of components, which can be either just a name, or an array with arguments. If it's an array, the first item is the name of the component, the second is the data passed into it, and the third (optional) applies a CSS style to it with a "CSS object", where the keys are CSS attributes.
    These are the existing components, but you can create more in components.js:
    • display-text: Displays some text (can use basic HTML). The argument is the text to display. It can also be a function that returns updating text.
    • raw-html: Displays some basic HTML, can also be a function.
    • blank: Adds empty space. The default dimensions are 8px x 17px. The argument changes the dimensions. If it's a single value (e.g. "20px"), that determines the height. If you have a pair of arguments, the first is width and the second is height.
    • row: Display a list of components horizontally. The argument is an array of components in the tab layout format.
    • column: Display a list of components vertically. The argument is an array of components in the tab layout format. This is useful to display columns within a row.
    • main-display: The text that displays the main currency for the layer and its effects. The argument is the amount of precision to use, allowing it to display non-whole numbers.
    • resource-display: The text that displays the currency that this layer is based on, as well as the best and/or total values for this layer's prestige currency (if they are put in startData for this layer).
    • prestige-button: The argument is a string that the prestige button should say before the amount of currency you will gain. It can also be a function that returns updating text.
    • text-input: A text input box. The argument is the name of the variable in player[layer] that the input is for, player[layer][argument] (Works with strings, numbers, and Decimals!)
    • slider: Lets the user input a value with a slider. The argument a 3-element array: [name, min, max]. The name is the name of the variable in player[layer] that the input that the input is for, and min and max are the limits of the slider. (Does not work for Decimal values)
    • upgrades: The layer's upgrades. The argument is optional, and is a the list of rows this component should include, if it doesn't have all of them.
    • milestones, challenges, achievements: Display the upgrades, milestones, and challenges for a layer, as appropriate.
    • buyables, clickables: Display all of the buyables/clickables for this layer, as appropriate. The argument is optional and is the size of the boxes in pixels.
    • microtabs: Display a set of subtabs for an area. The argument is the name of the set of microtabs in the "microtabs" feature.
    • bar: Display a bar. The argument is the id of the bar to display.
    • infobox: Display an infobox. The argument is the id of the infobox to display.
    • tree: Displays a tree. The argument is an array of arrays containing the names of the nodes in the tree (first by row, then by column) See here for more information on tree layouts and nodes!
    • toggle: A toggle button that toggles a bool value. The argument is a pair that identifies the location in player of the bool to toggle, e.g. [layer, id]. 'layer' also affects the color of the toggle.
    • grid: Displays the gridable grid for the layer. If you need more than one grid, use a layer proxy.
    • layer-proxy: Lets you use components from another layer. The argument is a pair, [layer, data], consisting of the id of the layer to proxy from, and the tabFormat for the components to show. (Note: you cannot use a microtab within a layer proxy)
    The rest of the components are sub-components. They can be used just like other components, but are typically part of another component.
    • upgrade, milestone, challenge, buyable, clickable, achievement, gridable: An individual upgrade, challenge, etc. The argument is the id. This can be used if you want to have upgrades split up across multiple subtabs, for example.
    • respec-button, master-button: The respec and master buttons for buyables and clickables, respectively.
    • sell-one, sell-all: The "sell one" and "sell all" for buyables, respectively. The argument is the id of the buyable.
    
-    
+]

    It is a list of components, which can be either just a name, or an array with arguments. If it's an array, the first item is the name of the component, the second is the data passed into it, and the third (optional) applies a CSS style to it with a "CSS object", where the keys are CSS attributes.

    These are the existing components, but you can create more in components.js:

    • display-text: Displays some text (can use basic HTML). The argument is the text to display. It can also be a function that returns updating text.

    • raw-html: Displays some basic HTML, can also be a function.

    • blank: Adds empty space. The default dimensions are 8px x 17px. The argument changes the dimensions. If it's a single value (e.g. "20px"), that determines the height. If you have a pair of arguments, the first is width and the second is height.

    • row: Display a list of components horizontally. The argument is an array of components in the tab layout format.

    • column: Display a list of components vertically. The argument is an array of components in the tab layout format. This is useful to display columns within a row.

    • main-display: The text that displays the main currency for the layer and its effects. The argument is the amount of precision to use, allowing it to display non-whole numbers.

    • resource-display: The text that displays the currency that this layer is based on, as well as the best and/or total values for this layer's prestige currency (if they are put in startData for this layer).

    • prestige-button: The argument is a string that the prestige button should say before the amount of currency you will gain. It can also be a function that returns updating text.

    • text-input: A text input box. The argument is the name of the variable in player[layer] that the input is for, player[layer][argument] (Works with strings, numbers, and Decimals!)

    • slider: Lets the user input a value with a slider. The argument a 3-element array: [name, min, max]. The name is the name of the variable in player[layer] that the input that the input is for, and min and max are the limits of the slider. (Does not work for Decimal values)

    • upgrades: The layer's upgrades. The argument is optional, and is a the list of rows this component should include, if it doesn't have all of them.

    • milestones, challenges, achievements: Display the upgrades, milestones, and challenges for a layer, as appropriate.

    • buyables, clickables: Display all of the buyables/clickables for this layer, as appropriate. The argument is optional and is the size of the boxes in pixels.

    • microtabs: Display a set of subtabs for an area. The argument is the name of the set of microtabs in the "microtabs" feature.

    • bar: Display a bar. The argument is the id of the bar to display.

    • infobox: Display an infobox. The argument is the id of the infobox to display.

    • tree: Displays a tree. The argument is an array of arrays containing the names of the nodes in the tree (first by row, then by column) See here for more information on tree layouts and nodes!

    • toggle: A toggle button that toggles a bool value. The argument is a pair that identifies the location in player of the bool to toggle, e.g. [layer, id]. 'layer' also affects the color of the toggle.

    • grid: Displays the gridable grid for the layer. If you need more than one grid, use a layer proxy.

    • layer-proxy: Lets you use components from another layer. The argument is a pair, [layer, data], consisting of the id of the layer to proxy from, and the tabFormat for the components to show. (Note: you cannot use a microtab within a layer proxy)

    The rest of the components are sub-components. They can be used just like other components, but are typically part of another component.

    • upgrade, milestone, challenge, buyable, clickable, achievement, gridable: An individual upgrade, challenge, etc. The argument is the id. This can be used if you want to have upgrades split up across multiple subtabs, for example.

    • respec-button, master-button: The respec and master buttons for buyables and clickables, respectively.

    • sell-one, sell-all: The "sell one" and "sell all" for buyables, respectively. The argument is the id of the buyable.

    + \ No newline at end of file diff --git a/public/kronos/docs/getting-started.html b/public/kronos/docs/getting-started.html index d6a18f3f9..f58a3e096 100644 --- a/public/kronos/docs/getting-started.html +++ b/public/kronos/docs/getting-started.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,8 +25,8 @@ -
    The Paper Pilot

    Appearance

    Getting started ​

    Welcome to The Modding Tree!

    Using the Modding Tree, at its simplest level, just requires getting a copy of it onto your computer. However, if you do it the right way, it will help in many ways.

    Don't let the word "Github" scare you away. It's actually much easier to use than most people think, especially because most people use it the hard way. The key is Github Desktop, which lets you do everything you need to, without even touching the command line.

    The benefits of using Github:

    • It makes it much, much easier to update The Modding Tree.
    • You can share your work without any extra effort using githack, or with a bit more effort, set up a github.io site.
    • It lets you undo changes to your code, and to have multiple versions of it.
    • It lets you collaborate with other people, if you want to.

    Getting set up with Github Desktop, Visual Studio Code, and The Modding Tree: ​

    1. Install Github Desktop and Visual Studio Code.

    2. Make a Github account. You can handle this on your own.

    3. Log in on your browser, and go back to The Modding Tree page. At the top right, there should be a button that says "fork". Click on it, and then on your username. You now have your own fork, or copy, of The Modding Tree.

    4. Open Github Desktop and log in. Ignore everything else and choose "clone a repository". A "repository" is basically a "Github project", like The Modding Tree. "Cloning" is downloading a copy of the repository to your computer.

    5. Look for The Modding Tree in the list of repositiories (it should be the only one) and click "clone".

    6. Select that you're using it for your own purposes, and click continue. It will download the files and handle everything.

    Using your repository ​

    1. Click on "show in explorer/finder" to the right, and then open the index.html file in the folder. The page should open up on your browser. This will let you view and test your project locally!

    2. To edit your project, click "open in VSCode" in Github Desktop.

    3. Open mod.js in VSCode, and look at the top part where it has a "modInfo" object. Fill in your mod's name to whatever you want, and change the id as well. (It can be any string value, and it's used to determine where the savefile is. Make it something that's probably unique, and don't change it again later or else it'll effectively wipe existing saves)

    4. Save mod.js, and then reload index.html in your browser. The title on the tab, as well as on the info page, will now be updated! You can reload the page every time you change the code to test it quickly and easily.

    5. Go back to Github Desktop. It's time to save your changes into the git system by making a "commit". This basically saves your work and creates a snapshot of what your code looks like at this moment, allowing you to look back at it later.

    6. At the bottom right corner, add a summary of your changes, and then click "commit to master".

    7. Finally, at the top middle, click "push origin" to push your changes out onto the online repository.

    8. You can view your project on line, or share it with others, by going to https://raw.githack.com/[YOUR-GITHUB-USERNAME]/The-Modding-Tree/master/index.html

    And now, you have successfully used Github! You can look at the documentation to see how The Modding Tree's system works and to make your mod a reality.

    - +
    The Paper Pilot

    Appearance

    Getting started ​

    Welcome to The Modding Tree!

    Using the Modding Tree, at its simplest level, just requires getting a copy of it onto your computer. However, if you do it the right way, it will help in many ways.

    Don't let the word "Github" scare you away. It's actually much easier to use than most people think, especially because most people use it the hard way. The key is Github Desktop, which lets you do everything you need to, without even touching the command line.

    The benefits of using Github:

    • It makes it much, much easier to update The Modding Tree.
    • You can share your work without any extra effort using githack, or with a bit more effort, set up a github.io site.
    • It lets you undo changes to your code, and to have multiple versions of it.
    • It lets you collaborate with other people, if you want to.

    Getting set up with Github Desktop, Visual Studio Code, and The Modding Tree: ​

    1. Install Github Desktop and Visual Studio Code.

    2. Make a Github account. You can handle this on your own.

    3. Log in on your browser, and go back to The Modding Tree page. At the top right, there should be a button that says "fork". Click on it, and then on your username. You now have your own fork, or copy, of The Modding Tree.

    4. Open Github Desktop and log in. Ignore everything else and choose "clone a repository". A "repository" is basically a "Github project", like The Modding Tree. "Cloning" is downloading a copy of the repository to your computer.

    5. Look for The Modding Tree in the list of repositiories (it should be the only one) and click "clone".

    6. Select that you're using it for your own purposes, and click continue. It will download the files and handle everything.

    Using your repository ​

    1. Click on "show in explorer/finder" to the right, and then open the index.html file in the folder. The page should open up on your browser. This will let you view and test your project locally!

    2. To edit your project, click "open in VSCode" in Github Desktop.

    3. Open mod.js in VSCode, and look at the top part where it has a "modInfo" object. Fill in your mod's name to whatever you want, and change the id as well. (It can be any string value, and it's used to determine where the savefile is. Make it something that's probably unique, and don't change it again later or else it'll effectively wipe existing saves)

    4. Save mod.js, and then reload index.html in your browser. The title on the tab, as well as on the info page, will now be updated! You can reload the page every time you change the code to test it quickly and easily.

    5. Go back to Github Desktop. It's time to save your changes into the git system by making a "commit". This basically saves your work and creates a snapshot of what your code looks like at this moment, allowing you to look back at it later.

    6. At the bottom right corner, add a summary of your changes, and then click "commit to master".

    7. Finally, at the top middle, click "push origin" to push your changes out onto the online repository.

    8. You can view your project on line, or share it with others, by going to https://raw.githack.com/[YOUR-GITHUB-USERNAME]/The-Modding-Tree/master/index.html

    And now, you have successfully used Github! You can look at the documentation to see how The Modding Tree's system works and to make your mod a reality.

    + \ No newline at end of file diff --git a/public/kronos/docs/grids.html b/public/kronos/docs/grids.html index 41be06152..2022f30a5 100644 --- a/public/kronos/docs/grids.html +++ b/public/kronos/docs/grids.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
    The Paper Pilot

    Appearance

    Grids ​

    Grids are an easier way of making a group of similar clickables. They all have the same behavior, but are different based on their data.

    NOTE: Gridables are similar to clickables in some respects, but are fundamentally different from normal TMT components in quite a few ways. Be sure to keep these in mind:

    • Gridable ids use base 100 instead of base 10, so you can have more than 10 tiles in a row. This means that a grid might look like this: 101 102 201 202
    • Individual gridables are not defined individually. All properties go directly into the "grid" object. Functions are called with arguments for the id of the gridables and its associated data, so you can give them the appropriate appearance and properties based on that.
    • If you need two unrelated grids in a layer, you'll need to use a layer proxy component.

    Useful functions for dealing with grids:

    • getGridData(layer, id): get the data for the chosen gridable
    • setGridData(layer, id, state): set the data for the chosen gridable
    • gridEffect(layer, id): get the effect for the chosen gridable

    The grid should be formatted like this:

    js
    grid: {
+    
    The Paper Pilot
    Appearance
    Grids ​
    Grids are an easier way of making a group of similar clickables. They all have the same behavior, but are different based on their data.
    NOTE: Gridables are similar to clickables in some respects, but are fundamentally different from normal TMT components in quite a few ways. Be sure to keep these in mind:
    • Gridable ids use base 100 instead of base 10, so you can have more than 10 tiles in a row. This means that a grid might look like this: 101 102 201 202
    • Individual gridables are not defined individually. All properties go directly into the "grid" object. Functions are called with arguments for the id of the gridables and its associated data, so you can give them the appropriate appearance and properties based on that.
    • If you need two unrelated grids in a layer, you'll need to use a layer proxy component.
    Useful functions for dealing with grids:
    • getGridData(layer, id): get the data for the chosen gridable
    • setGridData(layer, id, state): set the data for the chosen gridable
    • gridEffect(layer, id): get the effect for the chosen gridable
    The grid should be formatted like this:
    js
    grid: {
     rows: 4, // If these are dynamic make sure to have a max value as well!
     cols: 5,
     getStartData(id) {
@@ -45,8 +45,8 @@
     },
 
     etc
-}
    Features:
    • rows, cols: The amount of rows and columns of gridable to display.
    • maxRows, maxCols: sometimes needed. If rows or cols are dynamic, you need to define the maximum amount that there can be (you can increase it when you update the game though). These CANNOT be dynamic.
    • getStartData(id): Creates the default data for the gridable at this position. This can be an object, or a regular value.
    • getUnlocked(id): optional. Returns true if the gridable at this position should be visible.
    • getTitle(data, id): optional. Returns text that should displayed at the top in a larger font, based on the position and data of the gridable.
    • getDisplay(data, id): optional. Returns everything that should be displayed on the gridable after the title, based on the position and data of the gridable.
    • getStyle(data, id): optional. Returns CSS to apply to this gridable, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
    • getCanClick(data, id): optional. A function returning a bool to determine if you can click a gridable, based on its data and position. If absent, you can always click it.
    • onClick(data, id): A function that implements clicking on the gridable, based on its position and data.
    • onHold(data, id): optional A function that is called 20x/sec when the button is held for at least 0.25 seconds.
    • getEffect(data, id): optional. A function that calculates and returns a gridable's effect, based on its position and data. (Whatever that means for a gridable)
    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.
    
-    
+}

    Features:

    • rows, cols: The amount of rows and columns of gridable to display.

    • maxRows, maxCols: sometimes needed. If rows or cols are dynamic, you need to define the maximum amount that there can be (you can increase it when you update the game though). These CANNOT be dynamic.

    • getStartData(id): Creates the default data for the gridable at this position. This can be an object, or a regular value.

    • getUnlocked(id): optional. Returns true if the gridable at this position should be visible.

    • getTitle(data, id): optional. Returns text that should displayed at the top in a larger font, based on the position and data of the gridable.

    • getDisplay(data, id): optional. Returns everything that should be displayed on the gridable after the title, based on the position and data of the gridable.

    • getStyle(data, id): optional. Returns CSS to apply to this gridable, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).

    • getCanClick(data, id): optional. A function returning a bool to determine if you can click a gridable, based on its data and position. If absent, you can always click it.

    • onClick(data, id): A function that implements clicking on the gridable, based on its position and data.

    • onHold(data, id): optional A function that is called 20x/sec when the button is held for at least 0.25 seconds.

    • getEffect(data, id): optional. A function that calculates and returns a gridable's effect, based on its position and data. (Whatever that means for a gridable)

    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.

    + \ No newline at end of file diff --git a/public/kronos/docs/infoboxes.html b/public/kronos/docs/infoboxes.html index 6cccaeac8..265684618 100644 --- a/public/kronos/docs/infoboxes.html +++ b/public/kronos/docs/infoboxes.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,15 +25,15 @@ -
    The Paper Pilot

    Appearance

    Infoboxes ​

    Infoboxes are good for displaying "lore", or story elements, as well as for explaining complicated things.

    In the default tab layout, the first infobox will be displayed at the very top of the tab.

    Infoboxes are defined like other Big Features:

    js
    infoboxes: {
+    
    The Paper Pilot
    Appearance
    Infoboxes ​
    Infoboxes are good for displaying "lore", or story elements, as well as for explaining complicated things.
    In the default tab layout, the first infobox will be displayed at the very top of the tab.
    Infoboxes are defined like other Big Features:
    js
    infoboxes: {
     lore: {
         title: "foo",
         body() { return "bar" },
         etc
     },
     etc
-}
    Features:
    • title: The text displayed above the main box. Can be a function to be dynamic, and can use basic HTML.
    • body: The text displayed inside the box. Can be a function to be dynamic, and can use basic HTML.
    • style, titleStyle, bodyStyle: optional. Apply CSS to the infobox, or to the title button or body of the infobox, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
    • unlocked(): optional. A function returning a bool to determine if the infobox is visible or not. Default is unlocked.
    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar
    • id: assigned automagically. It's the "key" which the bar was stored under, for convenient access. The infobox in the example's id is "lore".
    
-    
+}

    Features:

    • title: The text displayed above the main box. Can be a function to be dynamic, and can use basic HTML.

    • body: The text displayed inside the box. Can be a function to be dynamic, and can use basic HTML.

    • style, titleStyle, bodyStyle: optional. Apply CSS to the infobox, or to the title button or body of the infobox, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).

    • unlocked(): optional. A function returning a bool to determine if the infobox is visible or not. Default is unlocked.

    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar

    • id: assigned automagically. It's the "key" which the bar was stored under, for convenient access. The infobox in the example's id is "lore".

    + \ No newline at end of file diff --git a/public/kronos/docs/layer-features.html b/public/kronos/docs/layer-features.html index 42e18a7c8..2dc0d6036 100644 --- a/public/kronos/docs/layer-features.html +++ b/public/kronos/docs/layer-features.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
    The Paper Pilot

    Appearance

    Layer Features ​

    This is a more comprehensive list of established features to add to layers. You can add more freely, if you want to have other functions or values associated with your layer. These have special functionality, though.

    You can make almost any value dynamic by using a function in its place, including all display strings and styling/color features.

    Layer Definition features ​

    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar to access the saved value. It makes copying code to new layers easier. It is also assigned to all upgrades and buyables and such.

    • name: optional. used in reset confirmations (and the default infobox title). If absent, it just uses the layer's id.

    • startData(): A function to return the default save data for this layer. Add any variables you have to it. Make sure to use Decimal values rather than normal numbers.

      Standard values: - Required: - unlocked: a bool determining if this layer is unlocked or not - points: a Decimal, the main currency for the layer - Optional: - total: A Decimal, tracks total amount of main prestige currency. Always tracked, but only shown if you add it here. - best: A Decimal, tracks highest amount of main prestige currency. Always tracked, but only shown if you add it here. - unlockOrder: used to keep track of relevant layers unlocked before this one. - resetTime: A number, time since this layer was last prestiged (or reset by another layer)

    • color: A color associated with this layer, used in many places. (A string in hex format with a #)

    • row: The row of the layer, starting at 0. This affects where the node appears on the standard tree, and which resets affect the layer.

      Using "side" instead of a number will cause the layer to appear off to the side as a smaller node (useful for achievements and statistics). Side layers are not affected by resets unless you add a doReset to them.

    • displayRow: OVERRIDE Changes where the layer node appears without changing where it is in the reset order.

    • resource: Name of the main currency you gain by resetting on this layer.

    • effect(): optional. A function that calculates and returns the current values of any bonuses inherent to the main currency. Can return a value or an object containing multiple values. You will also have to implement the effect where it is applied.

    • effectDescription: optional. A function that returns a description of this effect. If the text stays constant, it can just be a string.

    • layerShown(): optional, A function returning a bool which determines if this layer's node should be visible on the tree. It can also return "ghost", which will hide the layer, but its node will still take up space in the tree. Defaults to true.

    • hotkeys: optional. An array containing information on any hotkeys associated with this layer:

      js
      hotkeys: [
+    
      The Paper Pilot
      Appearance
      Layer Features ​
      This is a more comprehensive list of established features to add to layers. You can add more freely, if you want to have other functions or values associated with your layer. These have special functionality, though.
      You can make almost any value dynamic by using a function in its place, including all display strings and styling/color features.
      Layer Definition features ​
      • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar to access the saved value. It makes copying code to new layers easier. It is also assigned to all upgrades and buyables and such.
      • name: optional. used in reset confirmations (and the default infobox title). If absent, it just uses the layer's id.
      • startData(): A function to return the default save data for this layer. Add any variables you have to it. Make sure to use Decimal values rather than normal numbers.
        Standard values: - Required: - unlocked: a bool determining if this layer is unlocked or not - points: a Decimal, the main currency for the layer - Optional: - total: A Decimal, tracks total amount of main prestige currency. Always tracked, but only shown if you add it here. - best: A Decimal, tracks highest amount of main prestige currency. Always tracked, but only shown if you add it here. - unlockOrder: used to keep track of relevant layers unlocked before this one. - resetTime: A number, time since this layer was last prestiged (or reset by another layer)
      • color: A color associated with this layer, used in many places. (A string in hex format with a #)
      • row: The row of the layer, starting at 0. This affects where the node appears on the standard tree, and which resets affect the layer.
        Using "side" instead of a number will cause the layer to appear off to the side as a smaller node (useful for achievements and statistics). Side layers are not affected by resets unless you add a doReset to them.
      • displayRow: OVERRIDE Changes where the layer node appears without changing where it is in the reset order.
      • resource: Name of the main currency you gain by resetting on this layer.
      • effect(): optional. A function that calculates and returns the current values of any bonuses inherent to the main currency. Can return a value or an object containing multiple values. You will also have to implement the effect where it is applied.
      • effectDescription: optional. A function that returns a description of this effect. If the text stays constant, it can just be a string.
      • layerShown(): optional, A function returning a bool which determines if this layer's node should be visible on the tree. It can also return "ghost", which will hide the layer, but its node will still take up space in the tree. Defaults to true.
      • hotkeys: optional. An array containing information on any hotkeys associated with this layer:
        js
        hotkeys: [
     {
         key: "p", // What the hotkey button is. Use uppercase if it's combined with shift, or "ctrl+x" for holding down ctrl.
         description: "p: reset your points for prestige points", // The description of the hotkey that is displayed in the game's How To Play tab
@@ -35,8 +35,8 @@
 ]
      • style: optional. a "CSS object" where the keys are CSS attributes, containing any CSS that should affect this layer's entire tab.
      • tabFormat: optional. use this if you want to add extra things to your tab or change the layout. See here for more info.
      • midsection: optional, an alternative to tabFormat, which is inserted in between Milestones and Buyables in the standard tab layout. (cannot do subtabs)
      Big features (all optional) ​
      • upgrades: A set of one-time purchases which can have unique upgrade conditions, currency costs, and bonuses. See here for more info.
      • milestones: A list of bonuses gained upon reaching certain thresholds of a resource. Often used for automation/QOL. See here for more info.
      • challenges: The player can enter challenges, which make the game harder. If they reach a goal and beat the challenge, they recieve a bonus. See here for more info.
      • buyables: Effectively upgrades that can be bought multiple times, and are optionally respeccable. Many uses. See here for more info.
      • clickables: Extremely versatile and generalized buttons which can only be clicked sometimes. See here for more info.
      • microtabs: An area that functions like a set of subtabs, with buttons at the top changing the content within. (Advanced) See here for more info.
      • bars: Display some information as a progress bar, gague, or similar. They are highly customizable, and can be vertical as well. See here for more info.
      • achievements: Kind of like milestones, but with a different display style and some other differences. Extra features are on the way at a later date! See here for more info.
      • achievementPopups, milestonePopups: optional, If false, disables popup message when you get the achievement/milestone. True by default.
      • infoboxes: Displays some text in a box that can be shown or hidden. See here for more info.
      • grid: A grid of buttons that behave the same, but have their own data.See here for more info.
      Prestige formula features ​
      • type: optional. Determines which prestige formula you use. Defaults to "none".
        • "normal": The amount of currency you gain is independent of its current amount (like Prestige). The formula before bonuses is based on baseResource^exponent
        • "static": The cost is dependent on your total after reset. The formula before bonuses is based on base^(x^exponent)
        • "custom": You can define everything, from the calculations to the text on the button, yourself. (See more at the bottom)
        • "none": This layer does not prestige, and therefore does not need any of the other features in this section.
      • baseResource: The name of the resource that determines how much of the main currency you gain on reset.
      • baseAmount(): A function that gets the current value of the base resource.
      • requires: A Decimal, the amount of the base needed to gain 1 of the prestige currency. Also the amount required to unlock the layer. You can instead make this a function, to make it harder if another layer was unlocked first (based on unlockOrder).
      • exponent: Used as described above.
      • base: sometimes required. required for "static" layers, used as described above. If absent, defaults to 2. Must be greater than 1.
      • roundUpCost: optional. a bool, which is true if the resource cost needs to be rounded up. (use if the base resource is a "static" currency.)
      • gainMult(), gainExp(): optional. For normal layers, these functions calculate the multiplier and exponent on resource gain from upgrades and boosts and such. Plug in most bonuses here. For static layers, they instead divide and root the cost of the resource.
      • directMult(): optional. Directly multiplies the resource gain, after exponents and softcaps. For static layers, actually multiplies resource gain instead of reducing the cost.
      • softcap, softcapPower: optional. For normal layers, gain beyond [softcap] points is put to the [softcapPower]th power Default for softcap is e1e7, and for power is 0.5.
      • canBuyMax(): sometimes required. required for static layers, function used to determine if buying max is permitted.
      • onPrestige(gain): optional. A function that triggers when this layer prestiges, just before you gain the currency. Can be used to have secondary resource gain on prestige, or to recalculate things or whatnot.
      • resetDescription: optional. Use this to replace "Reset for " on the Prestige button with something else.
      • prestigeButtonText(): sometimes required. Use this to make the entirety of the text a Prestige button contains. Only required for custom layers, but usable by all types.
      • passiveGeneration(): optional, returns a regular number. You automatically generate your gain times this number every second (does nothing if absent) This is good for automating Normal layers.
      • autoPrestige(): optional, returns a boolean, if true, the layer will always automatically do a prestige if it can. This is good for automating Static layers.
      Tree/node features ​
      • symbol: optional. The text that appears on this layer's node. Default is the layer id with the first letter capitalized.
      • image: override. The url (local or global) of an image that goes on the node. (Overrides symbol)
      • position: optional. Determines the horizontal position of the layer in its row in a standard tree. By default, it uses the layer id, and layers are sorted in alphabetical order.
      • branches: optional. An array of layer/node ids. On a tree, a line will appear from this layer to all of the layers in the list. Alternatively, an entry in the array can be a 2-element array consisting of the layer id and a color value. The color value can either be a string with a hex color code, or a number from 1-3 (theme-affected colors).
      • nodeStyle: optional. A CSS object, where the keys are CSS attributes, which styles this layer's node on the tree.
      • tooltip() / tooltipLocked(): optional. Functions that return text, which is the tooltip for the node when the layer is unlocked or locked, respectively. By default the tooltips behave the same as in the original Prestige Tree. If the value is "", the tooltip will be disabled.
      • marked: optional Adds a mark to the corner of the node. If it's "true" it will be a star, but it can also be an image URL.
      Other features ​
      • doReset(resettingLayer): optional. Is triggered when a layer on a row greater than or equal to this one does a reset. The default behavior is to reset everything on the row, but only if it was triggered by a layer in a higher row. doReset is always called for side layers, but for these the default behavior is to reset nothing.
        If you want to keep things, determine what to keep based on resettingLayer, milestones, and such, then call layerDataReset(layer, keep), where layer is this layer, and keep is an array of the names of things to keep. It can include things like "points", "best", "total" (for this layer's prestige currency), "upgrades", any unique variables like "generatorPower", etc. If you want to only keep specific upgrades or something like that, save them in a separate variable, then call layerDataReset, and then set player[this.layer].upgrades to the saved upgrades.
      • update(diff): optional. This function is called every game tick. Use it for any passive resource production or time-based things. diff is the time since the last tick.
      • autoUpgrade: optional, a boolean value, if true, the game will attempt to buy this layer's upgrades every tick. Defaults to false.
      • automate(): optional. This function is called every game tick, after production. Use it to activate automation things that aren't otherwise supported.
      • resetsNothing: optional. Returns true if this layer shouldn't trigger any resets when you prestige.
      • increaseUnlockOrder: optional. An array of layer ids. When this layer is unlocked for the first time, the unlockOrder value for any not-yet-unlocked layers in this list increases. This can be used to make them harder to unlock.
      • shouldNotify: optional. A function to return true if this layer should be highlighted in the tree. The layer will automatically be highlighted if you can buy an upgrade whether you have this or not.
      • glowColor: optional. The color that this layer will be highlighted if it should notify. The default is red. You can use this if you want several different notification types!
      • componentStyles: optional. An object that contains a set of functions returning CSS objects. Each of these will be applied to any components on the layer with the type of its id. Example:
      js
      componentStyles: {
     "challenge"() { return {'height': '200px'} },
     "prestige-button"() { return {'color': '#AA66AA'} }
-}
      • deactivated: optional, if this is true, hasUpgrade, hasChallenge, hasAchievement, and hasMilestone will return false for things in the layer, and you will be unable to buy or click things on the layer. You will have to disable effects of buyables, the innate layer effect, and possibly other things yourself.
      Custom Prestige type ​
      (All of these can also be used by other prestige types)
      • getResetGain(): mostly for custom prestige type. Returns how many points you should get if you reset now. You can call getResetGain(this.layer, useType = "static") or similar to calculate what your gain would be under another prestige type (provided you have all of the required features in the layer).
      • getNextAt(canMax=false): mostly for custom prestige type. Returns how many of the base currency you need to get to the next point. canMax is an optional variable used with Static-ish layers to differentiate between if it's looking for the first point you can reset at, or the requirement for any gain at all (Supporting both is good). You can also call getNextAt(this.layer, canMax=false, useType = "static") or similar to calculate what your next at would be under another prestige type (provided you have all of the required features in the layer).
      • canReset(): mostly for custom prestige type. Return true only if you have the resources required to do a prestige here.
      • prestigeNotify(): mostly for custom prestige types, returns true if this layer should be subtly highlighted to indicate you can prestige for a meaningful gain.
      
-    
+}
      • deactivated: optional, if this is true, hasUpgrade, hasChallenge, hasAchievement, and hasMilestone will return false for things in the layer, and you will be unable to buy or click things on the layer. You will have to disable effects of buyables, the innate layer effect, and possibly other things yourself.

      Custom Prestige type ​

      (All of these can also be used by other prestige types)

      • getResetGain(): mostly for custom prestige type. Returns how many points you should get if you reset now. You can call getResetGain(this.layer, useType = "static") or similar to calculate what your gain would be under another prestige type (provided you have all of the required features in the layer).

      • getNextAt(canMax=false): mostly for custom prestige type. Returns how many of the base currency you need to get to the next point. canMax is an optional variable used with Static-ish layers to differentiate between if it's looking for the first point you can reset at, or the requirement for any gain at all (Supporting both is good). You can also call getNextAt(this.layer, canMax=false, useType = "static") or similar to calculate what your next at would be under another prestige type (provided you have all of the required features in the layer).

      • canReset(): mostly for custom prestige type. Return true only if you have the resources required to do a prestige here.

      • prestigeNotify(): mostly for custom prestige types, returns true if this layer should be subtly highlighted to indicate you can prestige for a meaningful gain.

    + \ No newline at end of file diff --git a/public/kronos/docs/main-mod-info.html b/public/kronos/docs/main-mod-info.html index b40b20e66..4990269fd 100644 --- a/public/kronos/docs/main-mod-info.html +++ b/public/kronos/docs/main-mod-info.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,12 +25,12 @@ -
    The Paper Pilot

    Appearance

    mod.js ​

    Most of the non-layer code and data that you're likely to edit is here in mod.js. Everything in mod.js will not be altered by updates, besides the addition of new things.

    Here's a breakdown of what's in it:

    • modInfo is where most of the basic configuration for the mod is. It contains:

      • name: The name of your mod. (a string)

      • id: The id for your mod, a unique string that is used to determine savefile location. Be sure to set it when you start making a mod, and don't change it later because it will erase all saves.

      • author: The name of the author, displayed in the info tab.

      • pointsName: This changes what is displayed instead of "points" for the main currency. (It does not affect it in the code.)

      • discordName, discordLink: If you have a Discord server or other discussion place, you can add a link to it.

        "discordName" is the text on the link, and "discordLink" is the url of an invite. If you're using a Discord invite, please make sure it's set to never expire.

      • offlineLimit: The maximum amount of offline time that the player can accumulate, in hours. Any extra time is lost. (a number)

        This is useful because most of these mods are fast-paced enough that too much offline time ruins the balance, such as the time in between updates. That is why I suggest developers disable offline time on their own savefile.

      • initialStartPoints: A Decimal for the amount of points a new player should start with.

    • VERSION is used to describe the current version of your mod. It contains:

      • num: The mod's version number, displayed at the top right of the tree tab.
      • name: The version's name, displayed alongside the number in the info tab.

    • changelog is the HTML displayed in the changelog tab. If this gets particularly long, it might be good to put in a separate file (be sure to add the file to index.html)

    • doNotCallTheseFunctionsEveryTick is very important, if you are adding non-standard functions. TMT calls every function anywhere in "layers" every tick to store the result, unless specifically told not to. Functions that have are used to do an action need to be identified. "Official" functions (those in the documentation) are all fine, but if you make any new ones, add their names to this array.

    js
    // (The ones here are examples, all official functions are already taken care of)
+    
    The Paper Pilot
    Appearance
    mod.js ​
    Most of the non-layer code and data that you're likely to edit is here in mod.js. Everything in mod.js will not be altered by updates, besides the addition of new things.
    Here's a breakdown of what's in it:
    • modInfo is where most of the basic configuration for the mod is. It contains:
      • name: The name of your mod. (a string)
      • id: The id for your mod, a unique string that is used to determine savefile location. Be sure to set it when you start making a mod, and don't change it later because it will erase all saves.
      • author: The name of the author, displayed in the info tab.
      • pointsName: This changes what is displayed instead of "points" for the main currency. (It does not affect it in the code.)
      • discordName, discordLink: If you have a Discord server or other discussion place, you can add a link to it.
        "discordName" is the text on the link, and "discordLink" is the url of an invite. If you're using a Discord invite, please make sure it's set to never expire.
      • offlineLimit: The maximum amount of offline time that the player can accumulate, in hours. Any extra time is lost. (a number)
        This is useful because most of these mods are fast-paced enough that too much offline time ruins the balance, such as the time in between updates. That is why I suggest developers disable offline time on their own savefile.
      • initialStartPoints: A Decimal for the amount of points a new player should start with.
    • VERSION is used to describe the current version of your mod. It contains:
      • num: The mod's version number, displayed at the top right of the tree tab.
      • name: The version's name, displayed alongside the number in the info tab.
    • changelog is the HTML displayed in the changelog tab. If this gets particularly long, it might be good to put in a separate file (be sure to add the file to index.html)
    • doNotCallTheseFunctionsEveryTick is very important, if you are adding non-standard functions. TMT calls every function anywhere in "layers" every tick to store the result, unless specifically told not to. Functions that have are used to do an action need to be identified. "Official" functions (those in the documentation) are all fine, but if you make any new ones, add their names to this array.
    js
    // (The ones here are examples, all official functions are already taken care of)
 var doNotCallTheseFunctionsEveryTick = ["doReset", "buy", "onPurchase", "blowUpEverything"]
    • getStartPoints(): A function to determine the amount of points the player starts with after a reset. (returns a Decimal value)
    • canGenPoints(): A function returning a boolean for if points should be generated. Use this if you want an upgrade to unlock generating points.
    • getPointGen(): A function that calculates your points per second. Anything that affects your point gain should go into the calculation here.
    • addedPlayerData(): A function that returns any non-layer-related data that you want to be added to the save data and "player" object.
    js
    function addedPlayerData() { return {
 	weather: "Yes",
 	happiness: new Decimal(72),
-}}
    • displayThings: An array of functions used to display extra things at the top of the tree tab. Each function returns a string, which is a line to display (with basic HTML support). If a function returns nothing, nothing is displayed (and it doesn't take up a line).
    • isEndgame(): A function to determine if the player has reached the end of the game, at which point the "you win!" screen appears.
    Less important things beyond this point!
    • maxTickLength(): Returns the maximum tick length, in milliseconds. Only really useful if you have something that reduces over time, which long ticks mess up (usually a challenge).
    • fixOldSave(): Can be used to modify a save file when loading into a new version of the game. Use this to undo inflation, never forcibly hard reset your players.
    
-    
+}}

    • displayThings: An array of functions used to display extra things at the top of the tree tab. Each function returns a string, which is a line to display (with basic HTML support). If a function returns nothing, nothing is displayed (and it doesn't take up a line).

    • isEndgame(): A function to determine if the player has reached the end of the game, at which point the "you win!" screen appears.

    Less important things beyond this point!

    • maxTickLength(): Returns the maximum tick length, in milliseconds. Only really useful if you have something that reduces over time, which long ticks mess up (usually a challenge).

    • fixOldSave(): Can be used to modify a save file when loading into a new version of the game. Use this to undo inflation, never forcibly hard reset your players.

    + \ No newline at end of file diff --git a/public/kronos/docs/milestones.html b/public/kronos/docs/milestones.html index 218c71248..6c02b1b7a 100644 --- a/public/kronos/docs/milestones.html +++ b/public/kronos/docs/milestones.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,15 +25,15 @@ -
    The Paper Pilot

    Appearance

    Milestones ​

    Milestones are awarded to the player when they meet a certain goal, and give some benefit. Milestones should be formatted like this:

    js
    milestones: {
+    
    The Paper Pilot
    Appearance
    Milestones ​
    Milestones are awarded to the player when they meet a certain goal, and give some benefit. Milestones should be formatted like this:
    js
    milestones: {
     0: {
         requirementDescription: "123 waffles",
         effectDescription: "blah",
         done() { return player.w.points.gte(123) }
     }
     etc
-}
    You can use hasMilestone(layer, id) to determine if the player has a given milestone
    Milestone features:
    • requirementDescription: A string describing the requirement for unlocking this milestone. Suggestion: Use a "total". It can also be a function that returns updating text. Can use basic HTML.
    • effectDescription: A string describing the reward for having the milestone. You will have to implement the reward elsewhere. It can also be a function that returns updating text. Can use basic HTML.
    • done(): A function returning a boolean to determine if the milestone should be awarded.
    • toggles: optional. Creates toggle buttons that appear on the milestone when it is unlocked. The toggles can toggle a given boolean value in a layer. It is defined as an array of paired items, one pair per toggle. The first is the internal name of the layer the value being toggled is stored in, and the second is the internal name of the variable to toggle. (e.g. [["b", "auto"], ["g", "auto"])
      Tip: Toggles are not de-set if the milestone becomes locked! In this case, you should also check if the player has the milestone.
    • style: optional. Applies CSS to this milestone, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
    • unlocked(): optional. A function returning a boolean to determine if the milestone should be shown. If absent, it is always shown.
    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.
    • id: assigned automagically. It's the "key" which the milestone was stored under, for convenient access. The milestone in the example's id is 0.
    Disaable milestone popups by adding milestonePopups: false to the layer.
    
-    
+}

    You can use hasMilestone(layer, id) to determine if the player has a given milestone

    Milestone features:

    • requirementDescription: A string describing the requirement for unlocking this milestone. Suggestion: Use a "total". It can also be a function that returns updating text. Can use basic HTML.

    • effectDescription: A string describing the reward for having the milestone. You will have to implement the reward elsewhere. It can also be a function that returns updating text. Can use basic HTML.

    • done(): A function returning a boolean to determine if the milestone should be awarded.

    • toggles: optional. Creates toggle buttons that appear on the milestone when it is unlocked. The toggles can toggle a given boolean value in a layer. It is defined as an array of paired items, one pair per toggle. The first is the internal name of the layer the value being toggled is stored in, and the second is the internal name of the variable to toggle. (e.g. [["b", "auto"], ["g", "auto"])

      Tip: Toggles are not de-set if the milestone becomes locked! In this case, you should also check if the player has the milestone.

    • style: optional. Applies CSS to this milestone, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).

    • unlocked(): optional. A function returning a boolean to determine if the milestone should be shown. If absent, it is always shown.

    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.

    • id: assigned automagically. It's the "key" which the milestone was stored under, for convenient access. The milestone in the example's id is 0.

    Disaable milestone popups by adding milestonePopups: false to the layer.

    + \ No newline at end of file diff --git a/public/kronos/docs/particles.html b/public/kronos/docs/particles.html index a3b0c0a90..f811714e3 100644 --- a/public/kronos/docs/particles.html +++ b/public/kronos/docs/particles.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
    The Paper Pilot

    Appearance

    Particles ​

    Particles are free-floating elements that can move and have many different behaviors. They can also interact with the mouse.

    To make particles, use makeParticles(particle, amount). particle is a particle-defining object, with features as explained below. There is also makeShinies, which uses different defaults and creates stationary particles at a random location. There are also a few other useful things listed at the end.

    js
    
+    
    The Paper Pilot
    Appearance
    Particles ​
    Particles are free-floating elements that can move and have many different behaviors. They can also interact with the mouse.
    To make particles, use makeParticles(particle, amount). particle is a particle-defining object, with features as explained below. There is also makeShinies, which uses different defaults and creates stationary particles at a random location. There are also a few other useful things listed at the end.
    js
    
 const myParticle {
     image:"options_wheel.png",
     spread: 20,
@@ -35,8 +35,8 @@
         return (Math.random() + 1.2) * 8 
     },
     etc...
-}
    Features can be functions or constant. These features will be called when each particle is made, with an id argument, which is assigned based on which of the amount particles being spawned this is. All of these are optional, with a default value.
    All distances are in pixels and angles are in degrees, with 0 being up and going clockwise.
    • time: The amount of time, in seconds, that the particle will last. Default is 3.
    • fadeOutTime: The amount of seconds that fading out at the end should take (part of the total lifetime). Default is 1.
    • fadeInTime: The amount of seconds that fading in should take (part of the total lifetime). Default is 0.
    • image: The image the particle should display. "" will display no image. Default is a generic particle.
    • text: Displays text on the particle. Can use basic HTML.
    • style: Lets you apply other CSS styling to the particle.
    • width, height: The dimensions of the particle. Default is 35 and 35.
    • color: Sets the color of the image to this color.
    • angle: The angle that the particle should face. Default is 0.
    • dir: The initial angle that the particles should move in, before spread is factored in. Default is whatever angle is.
    • spread: If there are several particles, they will be spread out by this many degrees, centered on dir. Default is 30.
    • rotation: The amount that the (visual) angle of the particle should change by. Default is 0.
    • speed: The starting speed of the particle. Default is 15.
    • gravity: The amount the particle should accelerate downwards. Default is 0.
    • x, y: The starting coordinates of the particle. Default is at the mouse position.
    • offset: How far from the start each particle should appear. Default is 10.
    • xVel, yVel: Set initially based on other properties, then used to update movement.
    • layer: When changing tabs, if leaving the layer tab, this particle will be erased.
    • You can add other features to particles, but you must impliment their effects yourself.
    Function features: These stay as functions and are for more advanced things. They are optional.
    • update(): Called each tick. Lets you do more advanced visual and movement behaviors by changing other properties.
    • onClick(), onMouseOver(), onMouseLeave(): Called when the particle is interacted with.
    Other useful things that are not features of the particle object:
    • setDir(particle, dir), setSpeed(particle, speed): Set the speed/direction on a particle.
    • clearParticles(check): Function to delete particles. With no check, it deletes all particles. Check is a function that takes a particle, and returns true if that particle should be deleted.
    • You can use Vue.delete(particles, this.id) to make a particle delete itself.
    • mouseX and mouseY are variables that track the mouse position.
    • sin(x), cos(x), tan(x): functions that do these operations, with x in degrees. (Instead of radians).
    • asin(x), acos(x), atan(x): functions that do these operations, with the returned value in degrees. (instead of radians).
    
-    
+}

    Features can be functions or constant. These features will be called when each particle is made, with an id argument, which is assigned based on which of the amount particles being spawned this is. All of these are optional, with a default value.

    All distances are in pixels and angles are in degrees, with 0 being up and going clockwise.

    • time: The amount of time, in seconds, that the particle will last. Default is 3.

    • fadeOutTime: The amount of seconds that fading out at the end should take (part of the total lifetime). Default is 1.

    • fadeInTime: The amount of seconds that fading in should take (part of the total lifetime). Default is 0.

    • image: The image the particle should display. "" will display no image. Default is a generic particle.

    • text: Displays text on the particle. Can use basic HTML.

    • style: Lets you apply other CSS styling to the particle.

    • width, height: The dimensions of the particle. Default is 35 and 35.

    • color: Sets the color of the image to this color.

    • angle: The angle that the particle should face. Default is 0.

    • dir: The initial angle that the particles should move in, before spread is factored in. Default is whatever angle is.

    • spread: If there are several particles, they will be spread out by this many degrees, centered on dir. Default is 30.

    • rotation: The amount that the (visual) angle of the particle should change by. Default is 0.

    • speed: The starting speed of the particle. Default is 15.

    • gravity: The amount the particle should accelerate downwards. Default is 0.

    • x, y: The starting coordinates of the particle. Default is at the mouse position.

    • offset: How far from the start each particle should appear. Default is 10.

    • xVel, yVel: Set initially based on other properties, then used to update movement.

    • layer: When changing tabs, if leaving the layer tab, this particle will be erased.

    • You can add other features to particles, but you must impliment their effects yourself.

    Function features: These stay as functions and are for more advanced things. They are optional.

    • update(): Called each tick. Lets you do more advanced visual and movement behaviors by changing other properties.
    • onClick(), onMouseOver(), onMouseLeave(): Called when the particle is interacted with.

    Other useful things that are not features of the particle object:

    • setDir(particle, dir), setSpeed(particle, speed): Set the speed/direction on a particle.
    • clearParticles(check): Function to delete particles. With no check, it deletes all particles. Check is a function that takes a particle, and returns true if that particle should be deleted.
    • You can use Vue.delete(particles, this.id) to make a particle delete itself.
    • mouseX and mouseY are variables that track the mouse position.
    • sin(x), cos(x), tan(x): functions that do these operations, with x in degrees. (Instead of radians).
    • asin(x), acos(x), atan(x): functions that do these operations, with the returned value in degrees. (instead of radians).
    + \ No newline at end of file diff --git a/public/kronos/docs/subtabs-and-microtabs.html b/public/kronos/docs/subtabs-and-microtabs.html index 82fd1d3e3..f95ff0176 100644 --- a/public/kronos/docs/subtabs-and-microtabs.html +++ b/public/kronos/docs/subtabs-and-microtabs.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
    The Paper Pilot

    Appearance

    Subtabs and Microtabs ​

    Subtabs are separate sections of a tab that you can view by selecting one at the top of the tab. Microtabs are smaller areas that function in much the same way. You can also embed layers inside of subtabs/microtabs.

    Subtabs are defined by using the tab format like this, where each element of tabFormat is given the name of that subtab:

    js
    tabFormat: {
+    
    The Paper Pilot
    Appearance
    Subtabs and Microtabs ​
    Subtabs are separate sections of a tab that you can view by selecting one at the top of the tab. Microtabs are smaller areas that function in much the same way. You can also embed layers inside of subtabs/microtabs.
    Subtabs are defined by using the tab format like this, where each element of tabFormat is given the name of that subtab:
    js
    tabFormat: {
     "Main tab": {
         content: [tab format things],
         *subtab features*
@@ -49,8 +49,8 @@
     otherStuff: {
         // There could be another set of microtabs here
     }
-}
    Normal subtabs and microtab subtabs both use the same features:
    Features: ​
    • content: The tab layout code for the subtab, in the tab layout format.
    • style: optional. Applies CSS to the whole subtab when switched to, in the form of an "CSS Object", where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
    • buttonStyle: optional. A CSS object, which affects the appearance of the button for that subtab.
    • unlocked(): optional. a function to determine if the button for this subtab should be visible. By default, a subtab is always unlocked. You can't use the "this" keyword in this function.
    • shouldNotify()/prestigeNotify(): optional, if true, the tab button will be highlighted to notify the player that there is something there.
    • glowColor: optional, specifies the color that the subtab glows. If this subtab is causing the main layer to node glow (and it would't otherwise) the node also glows this color. Is NOT overridden by embedding a layer.
    • embedLayer: SIGNIFICANT, the id of another layer. If you have this, it will override "content", "style" and "shouldNotify", instead displaying the entire layer in the subtab.
    
-    
+}

    Normal subtabs and microtab subtabs both use the same features:

    Features: ​

    • content: The tab layout code for the subtab, in the tab layout format.

    • style: optional. Applies CSS to the whole subtab when switched to, in the form of an "CSS Object", where the keys are CSS attributes, and the values are the values for those attributes (both as strings).

    • buttonStyle: optional. A CSS object, which affects the appearance of the button for that subtab.

    • unlocked(): optional. a function to determine if the button for this subtab should be visible. By default, a subtab is always unlocked. You can't use the "this" keyword in this function.

    • shouldNotify()/prestigeNotify(): optional, if true, the tab button will be highlighted to notify the player that there is something there.

    • glowColor: optional, specifies the color that the subtab glows. If this subtab is causing the main layer to node glow (and it would't otherwise) the node also glows this color. Is NOT overridden by embedding a layer.

    • embedLayer: SIGNIFICANT, the id of another layer. If you have this, it will override "content", "style" and "shouldNotify", instead displaying the entire layer in the subtab.

    + \ No newline at end of file diff --git a/public/kronos/docs/trees-and-tree-customization.html b/public/kronos/docs/trees-and-tree-customization.html index e97fca78d..bbb75dfa6 100644 --- a/public/kronos/docs/trees-and-tree-customization.html +++ b/public/kronos/docs/trees-and-tree-customization.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,10 +25,10 @@ -
    The Paper Pilot

    Appearance

    Trees and tree customization ​

    If you want to have something beyond the standard tree on the left tab, you can do that in tree.js. You can change the layout of the tree, including making non-layer nodes, change it into something other than a tree, or hide the left tab altogether. This also introduces the "tree" component, which can be used in your layers as well.

    layoutInfo ​

    The most important part is layoutInfo, containing:

    • startTab: The id of the default tab to show on the left at the start.
    • showTree: True if the tree tab should be shown at the start of the game. (The other tab will fill the whole page)
    • treeLayout: If present, overrides the tree layout and places nodes as you describe instead (explained in the next section).

    Additionally, if you want the main layout to not be a tree, you can edit the "tree-tab" layer at the bottom of tree.js to modify it just like a normal layer's tab. You can even switch between left tabs, using showNavTab(layer) to make that layer appear on the left.

    Trees ​

    The tree component is defined as an array of arrays of names of layers or nodes to show in the tree. They work just like layers/ nodes in the main tree (but branches between nodes will only work on the first node if you have duplicates.)

    Here is an example tree:

    js
    [["p"],
+    
    The Paper Pilot
    Appearance
    Trees and tree customization ​
    If you want to have something beyond the standard tree on the left tab, you can do that in tree.js. You can change the layout of the tree, including making non-layer nodes, change it into something other than a tree, or hide the left tab altogether. This also introduces the "tree" component, which can be used in your layers as well.
    layoutInfo ​
    The most important part is layoutInfo, containing:
    • startTab: The id of the default tab to show on the left at the start.
    • showTree: True if the tree tab should be shown at the start of the game. (The other tab will fill the whole page)
    • treeLayout: If present, overrides the tree layout and places nodes as you describe instead (explained in the next section).
    Additionally, if you want the main layout to not be a tree, you can edit the "tree-tab" layer at the bottom of tree.js to modify it just like a normal layer's tab. You can even switch between left tabs, using showNavTab(layer) to make that layer appear on the left.
    Trees ​
    The tree component is defined as an array of arrays of names of layers or nodes to show in the tree. They work just like layers/ nodes in the main tree (but branches between nodes will only work on the first node if you have duplicates.)
    Here is an example tree:
    js
    [["p"],
  ["left", "blank", "right", "blank"]
- ["a", "b", "blank", "c", "weirdButton"]]
    Nodes ​
    Nodes are non-layer buttons that can go in trees. They are defined similarly to layers, but with addNode instead of addLayer.
    Features:
    • color: optional, The node's color. (A string in hex format with a #)
    • symbol: optional The text on the button (The id capitalized by default)
    • canClick(): Returns true if the player can click the node. ()
    • onClick(): The function called when the node is clicked.
    • layerShown(): optional, A function returning a bool which determines if this node should be visible. It can also return "ghost", which will hide the layer, but its node will still take up space in its tree.
    • branches: optional. An array of layer/node ids. On a tree, a line will appear from this node to all of the nodes in the list. Alternatively, an entry in the array can be a 2-element array consisting of the id and a color value. The color value can either be a string with a hex color code, or a number from 1-3 (theme-affected colors).
    • nodeStyle: optional. A CSS object, where the keys are CSS attributes, which styles this node on the tree.
    • tooltip() / tooltipLocked(): optional. Functions that return text, which is the tooltip for the node when the layer is unlocked or locked, respectively. By default the tooltips behave the same as in the original Prestige Tree.
    • row: optional, the row that this node appears in (for the default tree).
    • position: optional, Determines the horizontal position of the layer in its row in a default tree. By default, it uses the id, and layers/nodes are sorted in alphabetical order.
    
-    
+ ["a", "b", "blank", "c", "weirdButton"]]

    Nodes ​

    Nodes are non-layer buttons that can go in trees. They are defined similarly to layers, but with addNode instead of addLayer.

    Features:

    • color: optional, The node's color. (A string in hex format with a #)

    • symbol: optional The text on the button (The id capitalized by default)

    • canClick(): Returns true if the player can click the node. ()

    • onClick(): The function called when the node is clicked.

    • layerShown(): optional, A function returning a bool which determines if this node should be visible. It can also return "ghost", which will hide the layer, but its node will still take up space in its tree.

    • branches: optional. An array of layer/node ids. On a tree, a line will appear from this node to all of the nodes in the list. Alternatively, an entry in the array can be a 2-element array consisting of the id and a color value. The color value can either be a string with a hex color code, or a number from 1-3 (theme-affected colors).

    • nodeStyle: optional. A CSS object, where the keys are CSS attributes, which styles this node on the tree.

    • tooltip() / tooltipLocked(): optional. Functions that return text, which is the tooltip for the node when the layer is unlocked or locked, respectively. By default the tooltips behave the same as in the original Prestige Tree.

    • row: optional, the row that this node appears in (for the default tree).

    • position: optional, Determines the horizontal position of the layer in its row in a default tree. By default, it uses the id, and layers/nodes are sorted in alphabetical order.

    + \ No newline at end of file diff --git a/public/kronos/docs/updating-tmt.html b/public/kronos/docs/updating-tmt.html index fa4ab4571..c1b6f9109 100644 --- a/public/kronos/docs/updating-tmt.html +++ b/public/kronos/docs/updating-tmt.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,8 +25,8 @@ -
    The Paper Pilot

    Appearance

    Updating The Modding Tree ​

    This tutorial assumes that you have used the Getting Started Tutorial, and are using Github Desktop and VSCode for your mod.

    Here's what you have to do when there's a TMT update:

    1. Look at the changelog. It will warn you if the update will break anything or require any changes. Decide if you want to try to update.

    2. Open Github Desktop, and at the top middle, click "fetch origin". This will make Github Desktop get information about the update.

    3. Click where it says "current branch: master" at the top middle, and at the bottom of the thing that appears, click "choose a branch to merge into master".

    4. Select upstream/master. It will likely say there are conflicts, but you have tools to resolve them. Click "Merge upstream/master into master".

    5. A conflict happens when the things you're trying to merge have both made changes in the same place. Click "open in Visual Studio Code" next to the first file.

    6. Scroll down through the file, and look for the parts highlighted in red and green. One of these is your code, and the other is some code that will be modified by the update. Do your best to try to edit things to keep the updated changes, but keep your content.

    7. Continue to do this for all remaining changes.

    8. Do any other changes required by the update, run the game, fix issues, etc.

    - +
    The Paper Pilot

    Appearance

    Updating The Modding Tree ​

    This tutorial assumes that you have used the Getting Started Tutorial, and are using Github Desktop and VSCode for your mod.

    Here's what you have to do when there's a TMT update:

    1. Look at the changelog. It will warn you if the update will break anything or require any changes. Decide if you want to try to update.

    2. Open Github Desktop, and at the top middle, click "fetch origin". This will make Github Desktop get information about the update.

    3. Click where it says "current branch: master" at the top middle, and at the bottom of the thing that appears, click "choose a branch to merge into master".

    4. Select upstream/master. It will likely say there are conflicts, but you have tools to resolve them. Click "Merge upstream/master into master".

    5. A conflict happens when the things you're trying to merge have both made changes in the same place. Click "open in Visual Studio Code" next to the first file.

    6. Scroll down through the file, and look for the parts highlighted in red and green. One of these is your code, and the other is some code that will be modified by the update. Do your best to try to edit things to keep the updated changes, but keep your content.

    7. Continue to do this for all remaining changes.

    8. Do any other changes required by the update, run the game, fix issues, etc.

    + \ No newline at end of file diff --git a/public/kronos/docs/upgrades.html b/public/kronos/docs/upgrades.html index 6aa97dc11..8551682e2 100644 --- a/public/kronos/docs/upgrades.html +++ b/public/kronos/docs/upgrades.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,15 +25,15 @@ -
    The Paper Pilot

    Appearance

    Upgrades ​

    Useful functions for dealing with Upgrades and implementing their effects:

    • hasUpgrade(layer, id): determine if the player has the upgrade
    • upgradeEffect(layer, id): Returns the current effects of the upgrade, if any
    • buyUpgrade(layer, id): Buys an upgrade directly (if affordable)

    Hint: Basic point gain is calculated in mod.js's "getPointGen" function.

    Upgrades are stored in the following format:

    js
    upgrades: {
+    
    The Paper Pilot
    Appearance
    Upgrades ​
    Useful functions for dealing with Upgrades and implementing their effects:
    • hasUpgrade(layer, id): determine if the player has the upgrade
    • upgradeEffect(layer, id): Returns the current effects of the upgrade, if any
    • buyUpgrade(layer, id): Buys an upgrade directly (if affordable)
    Hint: Basic point gain is calculated in mod.js's "getPointGen" function.
    Upgrades are stored in the following format:
    js
    upgrades: {
     11: {
         description: "Blah",
         cost: new Decimal(100),
         etc
     },
     etc
-}
    Usually, upgrades should have an id where the first digit is the row and the second digit is the column.
    Individual upgrades can have these features:
    • title: optional. Displayed at the top in a larger font. It can also be a function that returns updating text. Can use basic HTML.
    • description: A description of the upgrade's effect. You will also have to implement the effect where it is applied. It can also be a function that returns updating text. Can use basic HTML.
    • effect(): optional. A function that calculates and returns the current values of any bonuses from the upgrade. Can return a value or an object containing multiple values.
    • effectDisplay(): optional. A function that returns a display of the current effects of the upgrade with formatting. Default displays nothing. Can use basic HTML.
    • fullDisplay(): OVERRIDE. Overrides the other displays and descriptions, and lets you set the full text for the upgrade. Can use basic HTML.
    • cost: A Decimal for the cost of the upgrade. By default, upgrades cost the main prestige currency for the layer.
    • unlocked(): optional. A function returning a bool to determine if the upgrade is visible or not. Default is unlocked.
    • onPurchase(): optional. This function will be called when the upgrade is purchased. Good for upgrades like "makes this layer act like it was unlocked first".
    • style: optional. Applies CSS to this upgrade, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.
    • id: assigned automagically. It's the "key" which the upgrade was stored under, for convenient access. The upgrade in the example's id is 11.
    By default, upgrades use the main prestige currency for the layer. You can include these to change them (but it needs to be a Decimal):
    • currencyDisplayName: optional. The name to display for the currency for the upgrade.
    • currencyInternalName: optional. The internal name for that currency.
    • currencyLayer: optional. The internal name of the layer that currency is stored in. If it's not in a layer (like Points), omit. If it's not stored directly in a layer, instead use the next feature.
    • currencyLocation: optional. If your currency is stored in something inside a layer (e.g. a buyable's amount), you can access it this way. This is a function returning the object in "player" that contains the value (like player[this.layer].buyables)
    If you want to do something more complicated like upgrades that cost two currencies, you can override the purchase system with these (and you need to use fullDisplay as well)
    • canAfford(): OVERRIDE, a function determining if you are able to buy the upgrade
    • pay(): OVERRIDE, a function that reduces your currencies when you buy the upgrade
    
-    
+}

    Usually, upgrades should have an id where the first digit is the row and the second digit is the column.

    Individual upgrades can have these features:

    • title: optional. Displayed at the top in a larger font. It can also be a function that returns updating text. Can use basic HTML.

    • description: A description of the upgrade's effect. You will also have to implement the effect where it is applied. It can also be a function that returns updating text. Can use basic HTML.

    • effect(): optional. A function that calculates and returns the current values of any bonuses from the upgrade. Can return a value or an object containing multiple values.

    • effectDisplay(): optional. A function that returns a display of the current effects of the upgrade with formatting. Default displays nothing. Can use basic HTML.

    • fullDisplay(): OVERRIDE. Overrides the other displays and descriptions, and lets you set the full text for the upgrade. Can use basic HTML.

    • cost: A Decimal for the cost of the upgrade. By default, upgrades cost the main prestige currency for the layer.

    • unlocked(): optional. A function returning a bool to determine if the upgrade is visible or not. Default is unlocked.

    • onPurchase(): optional. This function will be called when the upgrade is purchased. Good for upgrades like "makes this layer act like it was unlocked first".

    • style: optional. Applies CSS to this upgrade, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).

    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.

    • id: assigned automagically. It's the "key" which the upgrade was stored under, for convenient access. The upgrade in the example's id is 11.

    By default, upgrades use the main prestige currency for the layer. You can include these to change them (but it needs to be a Decimal):

    • currencyDisplayName: optional. The name to display for the currency for the upgrade.

    • currencyInternalName: optional. The internal name for that currency.

    • currencyLayer: optional. The internal name of the layer that currency is stored in. If it's not in a layer (like Points), omit. If it's not stored directly in a layer, instead use the next feature.

    • currencyLocation: optional. If your currency is stored in something inside a layer (e.g. a buyable's amount), you can access it this way. This is a function returning the object in "player" that contains the value (like player[this.layer].buyables)

    If you want to do something more complicated like upgrades that cost two currencies, you can override the purchase system with these (and you need to use fullDisplay as well)

    • canAfford(): OVERRIDE, a function determining if you are able to buy the upgrade

    • pay(): OVERRIDE, a function that reduces your currencies when you buy the upgrade

    + \ No newline at end of file diff --git a/public/lit/Old Things/2.0-format-changes.html b/public/lit/Old Things/2.0-format-changes.html index 810aff61d..590a849c2 100644 --- a/public/lit/Old Things/2.0-format-changes.html +++ b/public/lit/Old Things/2.0-format-changes.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,8 +25,8 @@ -
    The Paper Pilot

    Appearance

    2.0 format changes ​

    • Temp format is changed from temp.something[layer] to temp[layer].something, for consistency
    • Challenges are now saved as an object with the amount of completions in each spot. (This will break saves.)
    • effectDisplay in Challenges and Upgrades no longer takes an argument, and neither does effect for Buyables
    • Buyable cost can take an argument for amount of buyables, but it needs to function if no argument is supplied (it should do the cost for the next purchase).
    • Generation of Points now happens in the main game loop (not in a layer update function), enabled by canGenPoints in game.js.
    • Changed fullLayerReset to layerDataReset, which takes an array of names of values to keep

    In addition, many names were changed, mostly expanding abbreviations:

    All instances of:

    • chall -> challenge
    • unl -> unlocked
    • upg -> upgrade (besides CSS)
    • amt -> amount
    • desc -> description
    • resCeil -> roundUpCost
    • order -> unlockOrder
    • incr_order -> increaseUnlockOrder

    Challenges:

    • desc -> challengeDescription
    • reward -> rewardDescription
    • effect -> rewardEffect
    • effectDisplay -> rewardDisplay
    • active -> challengeActive
    - +
    The Paper Pilot

    Appearance

    2.0 format changes ​

    • Temp format is changed from temp.something[layer] to temp[layer].something, for consistency
    • Challenges are now saved as an object with the amount of completions in each spot. (This will break saves.)
    • effectDisplay in Challenges and Upgrades no longer takes an argument, and neither does effect for Buyables
    • Buyable cost can take an argument for amount of buyables, but it needs to function if no argument is supplied (it should do the cost for the next purchase).
    • Generation of Points now happens in the main game loop (not in a layer update function), enabled by canGenPoints in game.js.
    • Changed fullLayerReset to layerDataReset, which takes an array of names of values to keep

    In addition, many names were changed, mostly expanding abbreviations:

    All instances of:

    • chall -> challenge
    • unl -> unlocked
    • upg -> upgrade (besides CSS)
    • amt -> amount
    • desc -> description
    • resCeil -> roundUpCost
    • order -> unlockOrder
    • incr_order -> increaseUnlockOrder

    Challenges:

    • desc -> challengeDescription
    • reward -> rewardDescription
    • effect -> rewardEffect
    • effectDisplay -> rewardDisplay
    • active -> challengeActive
    + \ No newline at end of file diff --git a/public/lit/README.html b/public/lit/README.html index 22dab82a8..55601d9ff 100644 --- a/public/lit/README.html +++ b/public/lit/README.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,8 +25,8 @@ -
    The Paper Pilot

    Appearance

    Kronos ​

    Play here.

    Updating the website:

    • git submodule update --remote
    • git add -A
    • git commit -m "Updated kronos"
    • git push
    - +
    The Paper Pilot

    Appearance

    Kronos ​

    Play here.

    Updating the website:

    • git submodule update --remote
    • git add -A
    • git commit -m "Updated kronos"
    • git push
    + \ No newline at end of file diff --git a/public/lit/changelog.html b/public/lit/changelog.html index b3adf06ad..a284bdb97 100644 --- a/public/lit/changelog.html +++ b/public/lit/changelog.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,8 +25,8 @@ -
    The Paper Pilot

    Appearance

    The Modding Tree changelog: ​

    v2.π: Incrementally Updated - 2/5/21 ​

    • Performance improvements.
    • Fixed tooltips overlapping with the top display.
    • Clicking a popup dismisses it immediately.
    • Added support for bulk challenge completions.
    • "Best" is updated automatically.
    • Fixed keeping Decimal values on reset.
    • Code reorganization and style improvements by fudo.

    v2.3.5 - 12/21/20 ​

    • Added resetTime, which tracks the time since a layer prestiged or was reset.
    • A layer node will be highlighted red if one of its subtabs is highlighted red.
    • Fixed issues with keeping challenges, buyables, and clickables on reset.
    • Improved the unlocking of custom layers.
    • Other minor fixes.

    v2.3.4 - 12/16/20 ​

    • Added a node image feature.
    • Resource display now always shows the amount of the currency the layer's gain is based on.
    • Added spacing between tree nodes.
    • Another attempt to fix tooltip flickering.

    v2.3.3 - 12/13/20 ​

    • Fixed the first node in a row always taking up space.
    • layerShown is now optional.
    • All prestige types can now use features for custom prestige types.

    v2.3.2 - 12/13/20 ​

    • Fixed achievement/milestone popups.

    v2.3.1 - 12/12/20 ​

    • Another attempt to fix flickering tooltips.
    • The "this" keyword should work everywhere except tabFormat arrays (although I may have missed some things).
    • Fixed tree branches not updating when scrolling on the right-side tab.
    • Fixed a spacing issue when a node's symbol is ""
    • Removed some old, unneeded files.

    v2.3: Cooler and Newer Edition - 12/10/20 ​

    • Added achievement/milestone popups (thank you to Jacorb for this contribution!)
    • The changelog tab is back, and can be set in mod.js.
    • Layer nodes and respec buttons will not be clicked by pressing "enter".
    • Possible fix for flickering tooltips and strange transitions.
    • The victory screen text is configurable.
    • Added image and textStyle features to achievements.
    • Added an argument to use specific rows in an "upgrades" component.
    • Fixed the comma appearing in the main display when there was no effectDescription
    • Added the ability to easily make a tab that is a collection of layers in subtabs.
    • Improved spacing for embedding layers with subtabs into subtabs.

    v2.2.8 - 12/03/20 ​

    • Double-clicking a layer node brings you to the main subtab for that layer.
    • Attempted to fix challenges visually updating a different way.
    • Added a softcap function for use in formulas.
    • Added displayRow feature, which lets layers be shown somewhere separate from where they are in the reset order (e.g. side layers)
    • Fixed autoupgrade issue.

    v2.2.7 - 11/30/20 ​

    • Added autoUpgrade feature.
    • resource-display now shows resource gain per second if passiveGain is active.
    • Fixed formatting issues on some large numbers.
    • Better support for using classed objects in player and in layers/tmp.
    • Made hard resetting more effective.
    • Removed Herobrine from getStartClickables.

    v2.2.6 - 11/30/20 ​

    • Added goalDescription for challenges and made the new "canComplete" system the standard.
    • Another attempt to fix challenges not visually updating.
    • Fixed side layers not appearing.
    • Fixed getStartClickables again.

    v2.2.5 - 11/29/20 ​

    • Added features for overriding the displays and costs/goals of upgrades and challenges to make them fully custom.
    • best, total, and unlocked are always automatically added to layerData (but best and total will only display if you add them yourself).
    • Fixed getStartClickables.

    v2.2.4 - 11/28/20 ​

    • Added softcap and softcapPower features (for Normal layers)
    • Offline time limit and default max tick length were fixed (previously the limits were 1000x too large)
    • Added fixOldSaves.
    • You can use HTML in main-display.
    • Fixed a number of minor oddities.

    v2.2.3 - 11/28/20 ​

    • Layers will be highlighted if you can finish a challenge.
    • The "can complete challenge" color now overrides the "already completed" color.
    • Button nodes now work as side "layers".
    • Setting a tooltip to "" hides it entirely.

    v2.2.2 - 11/22/20 ​

    • Fixed right half of the screen being unclickable in some circumstances.
    • Fixed tree branches being offset.
    • Fix to lastSafeTab.

    v2.2.1 - 11/7/20 ​

    • Added a small highlight to layers you can meaningfully prestige on.
    • Added passiveGeneration and autoPrestige features to standardize prestige automation. (The old ways still work, but the new ones work better with other things)
    • Improved milestones visually a bit.
    • "best" and "total" are now only displayed if present in startData.
    • Fixed issues with things not updating visually. (Thank you to to Jacorb!)
    • Side layers and button nodes can now be highlighted.
    • Updated docs on the new tree-related features.

    v2.2: Uprooted - 11/7/20 ​

    • You can now embed a layer inside of a subtab or microtab!
    • Added support for hiding or reformatting the tree tab
    • Added non-layer button nodes
    • Added shouldNotify to subtab/microtab buttons. (You can make them highlighted)
    • Added commas to large exponents.
    • Upgrades now only show "currently" if they have an effectDisplay (so not for constant effects).
    • Achievements are part of the default tab format.
    • NaN is now handled more intelligently.
    • Renamed files, and moved less relevant ones to another folder.
    • The "hide completed challenges" setting now only hides challenges at max completions.
    • Thank you to thepaperpilot for fixing errors in docs and improving the infobox appearance!
    • Many other minor fixes.

    v2.1.4 - 10/25/20 ​

    • Added an infobox component. Thank you to thepaperpilot for this contribution!
    • Layer type is now optional, and defaults to "none".
    • Improved the look of bars and tab buttons.
    • Improved spacing between layer nodes (also thanks to thepaperpilot!)
    • Fixed the "blank" component breaking if only specifying the height.
    • Fixed some numbers not displaying with enough digits.
    • Made a few more things able to be functions.
    • A few other minor fixes.

    v2.1.3.1 - 10/21/20 ​

    • Fixed the update function.

    v2.1.3 - 10/21/20 ​

    • gainMult and gainExp are now optional.
    • Layer unlocking is now kept on reset.
    • Game should start up faster.
    • Layer updates now have a determined order and starts with earlier-rowed layers.
    • Automation now has a determined order and starts with later-rowed layers.
    • Fixed issues with resetting clickables and challenges.
    • Commas should no longer appear in the decimal places of a number.
    • Fixed potential issue in displaying the tree.

    v2.1.2 - 10/19/20 ​

    • Added buyUpgrade function (buyUpg still works though)
    • Added author name to modInfo.
    • Fix to crash caused when the name of a subtab or microtab is changed.
    • Fixes to outdated information in docs.
    • Improvements to Discord links.
    • Thank you to thepaperpilot for contributing to this update!

    v2.1.1 - 10/17/20 ​

    • Added resource-display component, which displays the base currency for the prestige layer, as well as the best and/or total of this layer's prestige currency.
    • Fixed the value for the base currency not updating in resource-display.

    v2.1: We should have thought of this sooner! - 10/17/20 ​

    • Moved most of the code users will want to edit to mod.js, added documentation for it.
      • Specifically, modInfo, VERSION, canGenPoints, getPointGen, and maxTickLength
    • Added getStartPoints()
    • Added the ability to store non-layer-related data
    • Added the ability to display more things at the top of the tree tab below points.
    • Made the endgame condition customizable
    • Added "sell one" and "sell all" buttons for buyables.
    • Moved the old "game" to demo.js, and replaced it with a minimal game that won't cause issues when edited.
    • Fixed issues with version number
    • Fixed number formatting issue making things like "10e9" appear.

    v2.0.5 - 10/16/20 ​

    • Made more features (including prestige parameters) able to be dynamic.
    • Layer nodes can be hidden but still take up space with "ghost" visibility
    • Added clickableEffect for real.
    • Fixed some visual issues with bars.
    • A few other minor tweaks and improvements.

    v2.0.4 - 10/16/20 ​

    • Fixed HTML on buttons interfering with clicking on them.

    v2.0.3 - 10/16/20 ​

    • Fixed hotkeys not displaying in info.
    • Fixed the game supressing all external hotkeys.
    • You can use more things as currencies for upgrade costs and challenge goals using currencyLocation.
    • Added maxTickLength, which can be used to prevent offline time or tab-switching from breaking time-limit based mechanics.
    • Made buyable respec buttons and clickable "master" buttons their own components, and gave them a hide/show feature.
    • Added a general "tooltip" feature for achievements.

    v2.0.2 - 10/15/20 ​

    • Branches are now dynamic (they can be functions).
    • Fixed a crash related to offline time.
    • Fixed links being too wide.

    v2.0.1 - 10/15/20 ​

    • Fixed side layers appearing multiple times.

    v2.0: The Pinnacle of Achievement Mountain - 10/15/20 ​

    • Added progress bars, which are highly customizable and can be horizontal or vertical!
    • Added "side layers", displayed smaller and off to the side, and don't get reset by default. They can be used for global achievements and statistics. Speaking of which...
    • Added achievements!
    • Added clickables, a more generalized variant of buyables.
    • Almost every value in layer data can be either a function or a constant value!
    • Added support for multiple completions of challenges.
    • Added "none" prestige type, which removes the need for any other prestige-related features.
    • The points display and other gui elements stay at the top of the screen when the tree scrolls.
    • Added getter/setter functions for the amounts and effects of most Big Features
    • Moved modInfo to game.js, added a spot in modInfo for a Discord link, changelog link. Also added a separate mod version from the TMT version in VERSION.
    • Tree structure is based on layer data, no index.html editing is needed.
    • Tmp does not need to be manually updated.
    • You don't have to have the same amount of upgrades in every row (and challs and buyables)
    • "unlocked" is optional for all Big Components (defaults to true).
    • All displays will update correctly.
    • Changelog is no longer in index.html at all.
    • Generation of Points now happens in the main game loop
    • Changed the reset functions to make keeping things easier
    • Renamed many things to increase readability (see the list in the link below)
    • Improved documentation based on feedback

    v1.3.5: ​

    • Completely automated convertToDecimal, now you never have to worry about it again.
    • Branches can be defined without a color id. But they can also use hex values for color ids!
    • Created a tutorial for getting started with TMT and Github.
    • Page title is now automatically taken from mod name.

    v1.3.4 - 10/8/20 ​

    • Added "midsection" feature to add things to a tab's layout while still keeping the standard layout.
    • Fix for being able to buy more buyables than you should.

    v1.3.3 - 10/7/20 ​

    • Fix for the "order of operations" issue in temp.

    v1.3.1 - 10/7/20 ​

    • Added custom CSS and tooltips for Layer Nodes.
    • Added custom CSS for upgrades, buyables, milestones, and challenges, both individually and layer-wide.
    • You can now use HTML in most display text!
    • You can now make milestones unlockable and not display immediately.
    • Fixed importing saves, and issue with upgrades not appearing, and probably more.
    • Optional "name" layer feature, used in confirmation messages.

    v1.3: Tabception... ception! - 10/7/20 ​

    • Added subtabs! And also a Micro-tab component to let you make smaller subtab-esque areas anywhere.
    • Added a "custom" prestige formula type, and a number of features to support it.
    • Added points/sec display (can be disabled).
    • Added h-line, v-line and image-display components, plus components for individual upgrades, challenges, and milestones.
    • Added upgEffect, buyableEffect, and challEffect functions.
    • Added "hide completed challenges" setting.
    • Moved old changelogs to a separate place.
    • Fixed hasMilestone and incr_order.
    • Static layers now show the currency amount needed for the next one if you can buy max.

    v1.2.4 - 10/4/20 ​

    • Layers are now highlighted if you can buy an upgrade, and a new feature, shouldNotify, lets you make it highlight other ways.
    • Fixed bugs with hasUpg, hasChall, hasMilestone, and inChallenge.
    • Changed the sample code to use the above functions for convenience.

    v1.2.3 - 10/3/20 ​

    • Added a row component, which displays a list of objects in a row.
    • Added a column component, which displays a list of objects in a column (useful within a row).
    • Changed blanks to have a customizable width and height.

    v1.2: This Changes Everything! - 10/3/20 ​

    • Many layer features can now be static values or functions. (This made some formats change, which will break old things)
    • You can now use the "this" keyword, to make code easier to transfer when making new layers.
    • Also added "this.layer", which is the current layer's name, and works on existing subfeatures (e.g. individual upgrades) as well! Subfeatures also have "this.id".
    • Fixed a big save issue. If you use a unique mod id, your save will never conflict with other mods.
    • Added a configurable offline time limit in modinfo at the top of index.html. (default 1 hour)
    • Added a few minor features, and updated the docs with new information.

    v1.1.1: ​

    • You can define hotkeys directly from layer config.

    v1.1: Enhanced Edition ​

    • Added "Buyables", which can function like Space Buildings or Enhancers.
    • Custom CSS can now be used on any component! Make the third argument an object with CSS parameters.
    • Lots of minor good things.

    v1.0: ​

    • First release.
    - +
    The Paper Pilot

    Appearance

    The Modding Tree changelog: ​

    v2.π: Incrementally Updated - 2/5/21 ​

    • Performance improvements.
    • Fixed tooltips overlapping with the top display.
    • Clicking a popup dismisses it immediately.
    • Added support for bulk challenge completions.
    • "Best" is updated automatically.
    • Fixed keeping Decimal values on reset.
    • Code reorganization and style improvements by fudo.

    v2.3.5 - 12/21/20 ​

    • Added resetTime, which tracks the time since a layer prestiged or was reset.
    • A layer node will be highlighted red if one of its subtabs is highlighted red.
    • Fixed issues with keeping challenges, buyables, and clickables on reset.
    • Improved the unlocking of custom layers.
    • Other minor fixes.

    v2.3.4 - 12/16/20 ​

    • Added a node image feature.
    • Resource display now always shows the amount of the currency the layer's gain is based on.
    • Added spacing between tree nodes.
    • Another attempt to fix tooltip flickering.

    v2.3.3 - 12/13/20 ​

    • Fixed the first node in a row always taking up space.
    • layerShown is now optional.
    • All prestige types can now use features for custom prestige types.

    v2.3.2 - 12/13/20 ​

    • Fixed achievement/milestone popups.

    v2.3.1 - 12/12/20 ​

    • Another attempt to fix flickering tooltips.
    • The "this" keyword should work everywhere except tabFormat arrays (although I may have missed some things).
    • Fixed tree branches not updating when scrolling on the right-side tab.
    • Fixed a spacing issue when a node's symbol is ""
    • Removed some old, unneeded files.

    v2.3: Cooler and Newer Edition - 12/10/20 ​

    • Added achievement/milestone popups (thank you to Jacorb for this contribution!)
    • The changelog tab is back, and can be set in mod.js.
    • Layer nodes and respec buttons will not be clicked by pressing "enter".
    • Possible fix for flickering tooltips and strange transitions.
    • The victory screen text is configurable.
    • Added image and textStyle features to achievements.
    • Added an argument to use specific rows in an "upgrades" component.
    • Fixed the comma appearing in the main display when there was no effectDescription
    • Added the ability to easily make a tab that is a collection of layers in subtabs.
    • Improved spacing for embedding layers with subtabs into subtabs.

    v2.2.8 - 12/03/20 ​

    • Double-clicking a layer node brings you to the main subtab for that layer.
    • Attempted to fix challenges visually updating a different way.
    • Added a softcap function for use in formulas.
    • Added displayRow feature, which lets layers be shown somewhere separate from where they are in the reset order (e.g. side layers)
    • Fixed autoupgrade issue.

    v2.2.7 - 11/30/20 ​

    • Added autoUpgrade feature.
    • resource-display now shows resource gain per second if passiveGain is active.
    • Fixed formatting issues on some large numbers.
    • Better support for using classed objects in player and in layers/tmp.
    • Made hard resetting more effective.
    • Removed Herobrine from getStartClickables.

    v2.2.6 - 11/30/20 ​

    • Added goalDescription for challenges and made the new "canComplete" system the standard.
    • Another attempt to fix challenges not visually updating.
    • Fixed side layers not appearing.
    • Fixed getStartClickables again.

    v2.2.5 - 11/29/20 ​

    • Added features for overriding the displays and costs/goals of upgrades and challenges to make them fully custom.
    • best, total, and unlocked are always automatically added to layerData (but best and total will only display if you add them yourself).
    • Fixed getStartClickables.

    v2.2.4 - 11/28/20 ​

    • Added softcap and softcapPower features (for Normal layers)
    • Offline time limit and default max tick length were fixed (previously the limits were 1000x too large)
    • Added fixOldSaves.
    • You can use HTML in main-display.
    • Fixed a number of minor oddities.

    v2.2.3 - 11/28/20 ​

    • Layers will be highlighted if you can finish a challenge.
    • The "can complete challenge" color now overrides the "already completed" color.
    • Button nodes now work as side "layers".
    • Setting a tooltip to "" hides it entirely.

    v2.2.2 - 11/22/20 ​

    • Fixed right half of the screen being unclickable in some circumstances.
    • Fixed tree branches being offset.
    • Fix to lastSafeTab.

    v2.2.1 - 11/7/20 ​

    • Added a small highlight to layers you can meaningfully prestige on.
    • Added passiveGeneration and autoPrestige features to standardize prestige automation. (The old ways still work, but the new ones work better with other things)
    • Improved milestones visually a bit.
    • "best" and "total" are now only displayed if present in startData.
    • Fixed issues with things not updating visually. (Thank you to to Jacorb!)
    • Side layers and button nodes can now be highlighted.
    • Updated docs on the new tree-related features.

    v2.2: Uprooted - 11/7/20 ​

    • You can now embed a layer inside of a subtab or microtab!
    • Added support for hiding or reformatting the tree tab
    • Added non-layer button nodes
    • Added shouldNotify to subtab/microtab buttons. (You can make them highlighted)
    • Added commas to large exponents.
    • Upgrades now only show "currently" if they have an effectDisplay (so not for constant effects).
    • Achievements are part of the default tab format.
    • NaN is now handled more intelligently.
    • Renamed files, and moved less relevant ones to another folder.
    • The "hide completed challenges" setting now only hides challenges at max completions.
    • Thank you to thepaperpilot for fixing errors in docs and improving the infobox appearance!
    • Many other minor fixes.

    v2.1.4 - 10/25/20 ​

    • Added an infobox component. Thank you to thepaperpilot for this contribution!
    • Layer type is now optional, and defaults to "none".
    • Improved the look of bars and tab buttons.
    • Improved spacing between layer nodes (also thanks to thepaperpilot!)
    • Fixed the "blank" component breaking if only specifying the height.
    • Fixed some numbers not displaying with enough digits.
    • Made a few more things able to be functions.
    • A few other minor fixes.

    v2.1.3.1 - 10/21/20 ​

    • Fixed the update function.

    v2.1.3 - 10/21/20 ​

    • gainMult and gainExp are now optional.
    • Layer unlocking is now kept on reset.
    • Game should start up faster.
    • Layer updates now have a determined order and starts with earlier-rowed layers.
    • Automation now has a determined order and starts with later-rowed layers.
    • Fixed issues with resetting clickables and challenges.
    • Commas should no longer appear in the decimal places of a number.
    • Fixed potential issue in displaying the tree.

    v2.1.2 - 10/19/20 ​

    • Added buyUpgrade function (buyUpg still works though)
    • Added author name to modInfo.
    • Fix to crash caused when the name of a subtab or microtab is changed.
    • Fixes to outdated information in docs.
    • Improvements to Discord links.
    • Thank you to thepaperpilot for contributing to this update!

    v2.1.1 - 10/17/20 ​

    • Added resource-display component, which displays the base currency for the prestige layer, as well as the best and/or total of this layer's prestige currency.
    • Fixed the value for the base currency not updating in resource-display.

    v2.1: We should have thought of this sooner! - 10/17/20 ​

    • Moved most of the code users will want to edit to mod.js, added documentation for it.
      • Specifically, modInfo, VERSION, canGenPoints, getPointGen, and maxTickLength
    • Added getStartPoints()
    • Added the ability to store non-layer-related data
    • Added the ability to display more things at the top of the tree tab below points.
    • Made the endgame condition customizable
    • Added "sell one" and "sell all" buttons for buyables.
    • Moved the old "game" to demo.js, and replaced it with a minimal game that won't cause issues when edited.
    • Fixed issues with version number
    • Fixed number formatting issue making things like "10e9" appear.

    v2.0.5 - 10/16/20 ​

    • Made more features (including prestige parameters) able to be dynamic.
    • Layer nodes can be hidden but still take up space with "ghost" visibility
    • Added clickableEffect for real.
    • Fixed some visual issues with bars.
    • A few other minor tweaks and improvements.

    v2.0.4 - 10/16/20 ​

    • Fixed HTML on buttons interfering with clicking on them.

    v2.0.3 - 10/16/20 ​

    • Fixed hotkeys not displaying in info.
    • Fixed the game supressing all external hotkeys.
    • You can use more things as currencies for upgrade costs and challenge goals using currencyLocation.
    • Added maxTickLength, which can be used to prevent offline time or tab-switching from breaking time-limit based mechanics.
    • Made buyable respec buttons and clickable "master" buttons their own components, and gave them a hide/show feature.
    • Added a general "tooltip" feature for achievements.

    v2.0.2 - 10/15/20 ​

    • Branches are now dynamic (they can be functions).
    • Fixed a crash related to offline time.
    • Fixed links being too wide.

    v2.0.1 - 10/15/20 ​

    • Fixed side layers appearing multiple times.

    v2.0: The Pinnacle of Achievement Mountain - 10/15/20 ​

    • Added progress bars, which are highly customizable and can be horizontal or vertical!
    • Added "side layers", displayed smaller and off to the side, and don't get reset by default. They can be used for global achievements and statistics. Speaking of which...
    • Added achievements!
    • Added clickables, a more generalized variant of buyables.
    • Almost every value in layer data can be either a function or a constant value!
    • Added support for multiple completions of challenges.
    • Added "none" prestige type, which removes the need for any other prestige-related features.
    • The points display and other gui elements stay at the top of the screen when the tree scrolls.
    • Added getter/setter functions for the amounts and effects of most Big Features
    • Moved modInfo to game.js, added a spot in modInfo for a Discord link, changelog link. Also added a separate mod version from the TMT version in VERSION.
    • Tree structure is based on layer data, no index.html editing is needed.
    • Tmp does not need to be manually updated.
    • You don't have to have the same amount of upgrades in every row (and challs and buyables)
    • "unlocked" is optional for all Big Components (defaults to true).
    • All displays will update correctly.
    • Changelog is no longer in index.html at all.
    • Generation of Points now happens in the main game loop
    • Changed the reset functions to make keeping things easier
    • Renamed many things to increase readability (see the list in the link below)
    • Improved documentation based on feedback

    v1.3.5: ​

    • Completely automated convertToDecimal, now you never have to worry about it again.
    • Branches can be defined without a color id. But they can also use hex values for color ids!
    • Created a tutorial for getting started with TMT and Github.
    • Page title is now automatically taken from mod name.

    v1.3.4 - 10/8/20 ​

    • Added "midsection" feature to add things to a tab's layout while still keeping the standard layout.
    • Fix for being able to buy more buyables than you should.

    v1.3.3 - 10/7/20 ​

    • Fix for the "order of operations" issue in temp.

    v1.3.1 - 10/7/20 ​

    • Added custom CSS and tooltips for Layer Nodes.
    • Added custom CSS for upgrades, buyables, milestones, and challenges, both individually and layer-wide.
    • You can now use HTML in most display text!
    • You can now make milestones unlockable and not display immediately.
    • Fixed importing saves, and issue with upgrades not appearing, and probably more.
    • Optional "name" layer feature, used in confirmation messages.

    v1.3: Tabception... ception! - 10/7/20 ​

    • Added subtabs! And also a Micro-tab component to let you make smaller subtab-esque areas anywhere.
    • Added a "custom" prestige formula type, and a number of features to support it.
    • Added points/sec display (can be disabled).
    • Added h-line, v-line and image-display components, plus components for individual upgrades, challenges, and milestones.
    • Added upgEffect, buyableEffect, and challEffect functions.
    • Added "hide completed challenges" setting.
    • Moved old changelogs to a separate place.
    • Fixed hasMilestone and incr_order.
    • Static layers now show the currency amount needed for the next one if you can buy max.

    v1.2.4 - 10/4/20 ​

    • Layers are now highlighted if you can buy an upgrade, and a new feature, shouldNotify, lets you make it highlight other ways.
    • Fixed bugs with hasUpg, hasChall, hasMilestone, and inChallenge.
    • Changed the sample code to use the above functions for convenience.

    v1.2.3 - 10/3/20 ​

    • Added a row component, which displays a list of objects in a row.
    • Added a column component, which displays a list of objects in a column (useful within a row).
    • Changed blanks to have a customizable width and height.

    v1.2: This Changes Everything! - 10/3/20 ​

    • Many layer features can now be static values or functions. (This made some formats change, which will break old things)
    • You can now use the "this" keyword, to make code easier to transfer when making new layers.
    • Also added "this.layer", which is the current layer's name, and works on existing subfeatures (e.g. individual upgrades) as well! Subfeatures also have "this.id".
    • Fixed a big save issue. If you use a unique mod id, your save will never conflict with other mods.
    • Added a configurable offline time limit in modinfo at the top of index.html. (default 1 hour)
    • Added a few minor features, and updated the docs with new information.

    v1.1.1: ​

    • You can define hotkeys directly from layer config.

    v1.1: Enhanced Edition ​

    • Added "Buyables", which can function like Space Buildings or Enhancers.
    • Custom CSS can now be used on any component! Make the third argument an object with CSS parameters.
    • Lots of minor good things.

    v1.0: ​

    • First release.
    + \ No newline at end of file diff --git a/public/lit/docs/!general-info.html b/public/lit/docs/!general-info.html index f148beb97..ba679d182 100644 --- a/public/lit/docs/!general-info.html +++ b/public/lit/docs/!general-info.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,8 +25,8 @@ -
    The Paper Pilot

    Appearance

    The-Modding-Tree ​

    The main way to add content is through creating layers. You can either add a layer directly in the layers object in layerSupport.js, or declare it in another file and register it by calling addLayer(layername, layerdata). There is an example layer registration in layers.js showing the recommended method. It is just an example and can be freely deleted. You can also use it as a reference or a base for your own layers.

    The first thing you need to do is fill out the modInfo object at the top of mod.js to set your mod's name, ID (a string), and other information. A unique modId will prevent your mod's saves from conflicting with other mods. Note that changing this after people have started playing will reset their saves.

    Most of the time, you won't need to dive deep into the code to create things, but you still can if you really want to, for example to add new Vue components in v.js.

    The Modding Tree uses break_eternity.js to store large values. This means that many numbers are Decimal objects, and must be treated differently. For example, you have to use new Decimal(x) to create a Decimal value instead of a plain number, and perform operations on them by calling functions. e.g, instead of x = x + y, use x = x.add(y). Keep in mind this also applies to comparison operators, which should be replaced with calling the .gt, .gte, .lt, .lte, .eq, and .neq functions. See the break_eternity.js docs for more details on working with Decimal values.

    Almost all values can be either a constant value, or a dynamic value. Dynamic values are defined by putting a function that returns what the value should be at any given time.

    All display text can use basic HTML elements (But you can't use most Vue features there).

    While reading this documentation, the following key will be used when describing features:

    • No label: This is required and the game may crash if it isn't included.
    • sometimes required: This is may be required, depending on other things in the layer.
    • optional: You can leave this out if you don't intend to use that feature for the layer.
    • assigned automagically: This value will be set automatically and override any value you set.
    • deprecated: This feature is not recommended to be used anymore, and may be removed in future versions of TMT.

    Table of Contents ​

    General ​

    • Getting Started: Getting your own copy of the code set up with Github Desktop.
    • Main mod info: How to set up general things for your mod in mod.js.
    • Basic layer breakdown: Breaking down the components of a layer with minimal features.
    • Layer features: Explanations of all of the different properties that you can give a layer.
    • Custom Tab Layouts: An optional way to give your tabs a different layout. You can even create entirely new components to use.
    • Custom game layouts: You can get rid of the tree tab, add buttons and other things to the tree, or even customize the tab's layout like a layer tab.
    • Updating TMT: Using Github Desktop to update your mod's version of TMT.

    Common components ​

    • Upgrades: How to create upgrades for a layer.
    • Milestones: How to create milestones for a layer.
    • Buyables: Create rebuyable upgrades for your layer (with the option to make them respec-able). Can be used to make Enhancers or Space Buildings.
    • Clickables: A more generalized variant of buyables, for any kind of thing that is sometimes clickable. Between these and Buyables, you can do just about anything.

    Other components and features ​

    • Challenges: How to create challenges for a layer.
    • Bars: Display some information as a progress bar, gauge, or similar. They are highly customizable, and can be horizontal and vertical as well.
    • Subtabs and Microtabs: Create subtabs for your tabs, as well as "microtab" components that you can put inside the tabs. You can even use them to embed a layer inside another layer!
    • Achievements: How to create achievements for a layer (or for the whole game).
    • Infoboxes: Boxes containing text that can be shown or hidden.
    • Trees: Make your own trees. You can make non-layer button nodes too!
    - +
    The Paper Pilot

    Appearance

    The-Modding-Tree ​

    The main way to add content is through creating layers. You can either add a layer directly in the layers object in layerSupport.js, or declare it in another file and register it by calling addLayer(layername, layerdata). There is an example layer registration in layers.js showing the recommended method. It is just an example and can be freely deleted. You can also use it as a reference or a base for your own layers.

    The first thing you need to do is fill out the modInfo object at the top of mod.js to set your mod's name, ID (a string), and other information. A unique modId will prevent your mod's saves from conflicting with other mods. Note that changing this after people have started playing will reset their saves.

    Most of the time, you won't need to dive deep into the code to create things, but you still can if you really want to, for example to add new Vue components in v.js.

    The Modding Tree uses break_eternity.js to store large values. This means that many numbers are Decimal objects, and must be treated differently. For example, you have to use new Decimal(x) to create a Decimal value instead of a plain number, and perform operations on them by calling functions. e.g, instead of x = x + y, use x = x.add(y). Keep in mind this also applies to comparison operators, which should be replaced with calling the .gt, .gte, .lt, .lte, .eq, and .neq functions. See the break_eternity.js docs for more details on working with Decimal values.

    Almost all values can be either a constant value, or a dynamic value. Dynamic values are defined by putting a function that returns what the value should be at any given time.

    All display text can use basic HTML elements (But you can't use most Vue features there).

    While reading this documentation, the following key will be used when describing features:

    • No label: This is required and the game may crash if it isn't included.
    • sometimes required: This is may be required, depending on other things in the layer.
    • optional: You can leave this out if you don't intend to use that feature for the layer.
    • assigned automagically: This value will be set automatically and override any value you set.
    • deprecated: This feature is not recommended to be used anymore, and may be removed in future versions of TMT.

    Table of Contents ​

    General ​

    • Getting Started: Getting your own copy of the code set up with Github Desktop.
    • Main mod info: How to set up general things for your mod in mod.js.
    • Basic layer breakdown: Breaking down the components of a layer with minimal features.
    • Layer features: Explanations of all of the different properties that you can give a layer.
    • Custom Tab Layouts: An optional way to give your tabs a different layout. You can even create entirely new components to use.
    • Custom game layouts: You can get rid of the tree tab, add buttons and other things to the tree, or even customize the tab's layout like a layer tab.
    • Updating TMT: Using Github Desktop to update your mod's version of TMT.

    Common components ​

    • Upgrades: How to create upgrades for a layer.
    • Milestones: How to create milestones for a layer.
    • Buyables: Create rebuyable upgrades for your layer (with the option to make them respec-able). Can be used to make Enhancers or Space Buildings.
    • Clickables: A more generalized variant of buyables, for any kind of thing that is sometimes clickable. Between these and Buyables, you can do just about anything.

    Other components and features ​

    • Challenges: How to create challenges for a layer.
    • Bars: Display some information as a progress bar, gauge, or similar. They are highly customizable, and can be horizontal and vertical as well.
    • Subtabs and Microtabs: Create subtabs for your tabs, as well as "microtab" components that you can put inside the tabs. You can even use them to embed a layer inside another layer!
    • Achievements: How to create achievements for a layer (or for the whole game).
    • Infoboxes: Boxes containing text that can be shown or hidden.
    • Trees: Make your own trees. You can make non-layer button nodes too!
    + \ No newline at end of file diff --git a/public/lit/docs/achievements.html b/public/lit/docs/achievements.html index 41b137d7e..df82e0017 100644 --- a/public/lit/docs/achievements.html +++ b/public/lit/docs/achievements.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
    The Paper Pilot

    Appearance

    Achievements ​

    Achievements are awarded to the player when they meet a certain goal, and optionally give some benefit. Currently they are pretty basic, but additional features will be added later to help.

    You can make global achievements by putting them in a side layer by making its row equal to "side" instead of a number.

    Useful functions for dealing with achievements and implementing their effects:

    • hasAchievement(layer, id): determine if the player has the Achievement.
    • achievementEffect(layer, id): Returns the current effects of the achievement, if any.

    Achievements should be formatted like this:

    js
    achievements: {
+    
    The Paper Pilot
    Appearance
    Achievements ​
    Achievements are awarded to the player when they meet a certain goal, and optionally give some benefit. Currently they are pretty basic, but additional features will be added later to help.
    You can make global achievements by putting them in a side layer by making its row equal to "side" instead of a number.
    Useful functions for dealing with achievements and implementing their effects:
    • hasAchievement(layer, id): determine if the player has the Achievement.
    • achievementEffect(layer, id): Returns the current effects of the achievement, if any.
    Achievements should be formatted like this:
    js
    achievements: {
     rows: # of rows,
     cols: # of columns,
     11: {
@@ -33,8 +33,8 @@
         more features
     },
     etc
-}
    Each achievement should have an id where the first digit is the row and the second digit is the column.
    Individual achievement can have these features:
    • name: optional. displayed at the top of the achievement. The only visible text. It can also be a function that returns updating text. Can use basic HTML.
    • done(): A function returning a boolean to determine if the achievement should be awarded.
    • tooltip: Default tooltip for the achievement, appears when it is hovered over. Should convey the goal and any reward for completing the achievement. It can also be a function that returns updating text. Can use basic HTML. Setting this to "" disables the tooltip.
    • effect(): optional. A function that calculates and returns the current values of any bonuses from the achievement. Can return a value or an object containing multiple values.
    • unlocked(): optional. A function returning a bool to determine if the achievement is visible or not. Default is unlocked.
    • onComplete() - optional. this function will be called when the achievement is completed.
    • image: optional, puts the image from the given URL (relative or absolute) in the achievement
    • style: optional. Applies CSS to this achievement, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
    • textStyle: optional. Applies CSS to the text, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.
    • id: assigned automagically. It's the "key" which the achievement was stored under, for convenient access. The achievement in the example's id is 11.
    • goalTooltip: optional, deprecated. Appears when the achievement is hovered over and locked, overrides the basic tooltip. This is to display the goal (or a hint). It can also be a function that returns updating text. Can use basic HTML.
    • doneTooltip: optional, deprecated. Appears when the achievement is hovered over and completed, overrides the basic tooltip. This can display what the player achieved (the goal), and the rewards, if any. It can also be a function that returns updating text. Can use basic HTML.
    Disable achievement popups by adding achievementsPopups: false to the layer.
    
-    
+}

    Each achievement should have an id where the first digit is the row and the second digit is the column.

    Individual achievement can have these features:

    • name: optional. displayed at the top of the achievement. The only visible text. It can also be a function that returns updating text. Can use basic HTML.

    • done(): A function returning a boolean to determine if the achievement should be awarded.

    • tooltip: Default tooltip for the achievement, appears when it is hovered over. Should convey the goal and any reward for completing the achievement. It can also be a function that returns updating text. Can use basic HTML. Setting this to "" disables the tooltip.

    • effect(): optional. A function that calculates and returns the current values of any bonuses from the achievement. Can return a value or an object containing multiple values.

    • unlocked(): optional. A function returning a bool to determine if the achievement is visible or not. Default is unlocked.

    • onComplete() - optional. this function will be called when the achievement is completed.

    • image: optional, puts the image from the given URL (relative or absolute) in the achievement

    • style: optional. Applies CSS to this achievement, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).

    • textStyle: optional. Applies CSS to the text, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).

    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.

    • id: assigned automagically. It's the "key" which the achievement was stored under, for convenient access. The achievement in the example's id is 11.

    • goalTooltip: optional, deprecated. Appears when the achievement is hovered over and locked, overrides the basic tooltip. This is to display the goal (or a hint). It can also be a function that returns updating text. Can use basic HTML.

    • doneTooltip: optional, deprecated. Appears when the achievement is hovered over and completed, overrides the basic tooltip. This can display what the player achieved (the goal), and the rewards, if any. It can also be a function that returns updating text. Can use basic HTML.

    Disable achievement popups by adding achievementsPopups: false to the layer.

    + \ No newline at end of file diff --git a/public/lit/docs/bars.html b/public/lit/docs/bars.html index fc33921b8..5669fadc5 100644 --- a/public/lit/docs/bars.html +++ b/public/lit/docs/bars.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
    The Paper Pilot

    Appearance

    Bars ​

    Bars let you display information in a more direct way. It can be a progress bar, health bar, capacity gauge, or anything else.

    Bars are defined like other Big Features:

    js
    bars: {
+    
    The Paper Pilot
    Appearance
    Bars ​
    Bars let you display information in a more direct way. It can be a progress bar, health bar, capacity gauge, or anything else.
    Bars are defined like other Big Features:
    js
    bars: {
     bigBar: {
         direction: RIGHT,
         width: 200,
@@ -34,8 +34,8 @@
         etc
     },
     etc
-}
    Features:
    • direction: UP, DOWN, LEFT, or RIGHT (not strings). Determines the direction that the bar is filled as it progresses. RIGHT means from left to right.
    • width, height: The size in pixels of the bar, but as numbers (no "px" at the end).
    • progress(): A function that returns the portion of the bar that is filled, from "empty" at 0 to "full" at 1, updating automatically. (Nothing bad happens if the value goes out of these bounds, and it can be a number or Decimal)
    • display(): optional. A function that returns text to be displayed on top of the bar, can use HTML.
    • unlocked(): optional. A function returning a bool to determine if the bar is visible or not. Default is unlocked.
    • baseStyle, fillStyle, borderStyle, textStyle: Optional, Apply CSS to the unfilled portion, filled portion, border, and display text on the bar, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.
    • id: assigned automagically. It's the "key" which the bar was stored under, for convenient access. The bar in the example's id is "bigBar".
    
-    
+}

    Features:

    • direction: UP, DOWN, LEFT, or RIGHT (not strings). Determines the direction that the bar is filled as it progresses. RIGHT means from left to right.

    • width, height: The size in pixels of the bar, but as numbers (no "px" at the end).

    • progress(): A function that returns the portion of the bar that is filled, from "empty" at 0 to "full" at 1, updating automatically. (Nothing bad happens if the value goes out of these bounds, and it can be a number or Decimal)

    • display(): optional. A function that returns text to be displayed on top of the bar, can use HTML.

    • unlocked(): optional. A function returning a bool to determine if the bar is visible or not. Default is unlocked.

    • baseStyle, fillStyle, borderStyle, textStyle: Optional, Apply CSS to the unfilled portion, filled portion, border, and display text on the bar, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).

    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.

    • id: assigned automagically. It's the "key" which the bar was stored under, for convenient access. The bar in the example's id is "bigBar".

    + \ No newline at end of file diff --git a/public/lit/docs/basic-layer-breakdown.html b/public/lit/docs/basic-layer-breakdown.html index ff6ec68ee..d9bfe9c8c 100644 --- a/public/lit/docs/basic-layer-breakdown.html +++ b/public/lit/docs/basic-layer-breakdown.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
    The Paper Pilot

    Appearance

    Basic layer breakdown ​

    This is a very minimal layer with minimal features. Most things will require additional features.

    js
    addLayer("p", {
+    
    The Paper Pilot
    Appearance
    Basic layer breakdown ​
    This is a very minimal layer with minimal features. Most things will require additional features.
    js
    addLayer("p", {
     startData() { return {                  // startData is a function that returns default data for a layer. 
         unlocked: true,                     // You can add more variables here to add them to your layer.
         points: new Decimal(0),             // "points" is the internal name for the main resource of the layer.
@@ -52,8 +52,8 @@
     },
 
     layerShown() { return true }            // Returns a bool for if this layer's node should be visible in the tree.
-})
    
-    
+})
    + \ No newline at end of file diff --git a/public/lit/docs/buyables.html b/public/lit/docs/buyables.html index 1ca1f37bc..c8b62cc37 100644 --- a/public/lit/docs/buyables.html +++ b/public/lit/docs/buyables.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
    The Paper Pilot

    Appearance

    Buyables ​

    Buyables are usually things that can be bought multiple times with scaling costs. If you set a respec function, the player can reset the purchases to get their currency back.

    The amount of a buyable owned is a Decimal.

    Useful functions for dealing with buyables and implementing their effects:

    • getBuyableAmount(layer, id): get the amount of the buyable the player has
    • setBuyableAmount(layer, id, amount): set the amount of the buyable the player has
    • buyableEffect(layer, id): Returns the current effects of the buyable, if any.

    Buyables should be formatted like this:

    js
    buyables: {
+    
    The Paper Pilot
    Appearance
    Buyables ​
    Buyables are usually things that can be bought multiple times with scaling costs. If you set a respec function, the player can reset the purchases to get their currency back.
    The amount of a buyable owned is a Decimal.
    Useful functions for dealing with buyables and implementing their effects:
    • getBuyableAmount(layer, id): get the amount of the buyable the player has
    • setBuyableAmount(layer, id, amount): set the amount of the buyable the player has
    • buyableEffect(layer, id): Returns the current effects of the buyable, if any.
    Buyables should be formatted like this:
    js
    buyables: {
     rows: # of rows,
     cols: # of columns,
     11: {
@@ -39,8 +39,8 @@
         etc
     },
     etc
-}
    Features:
    • title: optional. displayed at the top in a larger font. It can also be a function that returns updating text.
    • cost(): cost for buying the next buyable. Can have an optional argument "x" to calculate the cost of the x+1th object, but needs to use "current amount" as a default value for x. (x is a Decimal). Can return an object if there are multiple currencies.
    • effect(): optional. A function that calculates and returns the current values of bonuses of this buyable. Can return a value or an object containing multiple values.
    • display(): A function returning everything that should be displayed on the buyable after the title, likely including the description, amount bought, cost, and current effect. Can use basic HTML.
    • unlocked(): optional. A function returning a bool to determine if the buyable is visible or not. Default is unlocked.
    • canAfford(): A function returning a bool to determine if you can buy one of the buyables.
    • buy(): A function that implements buying one of the buyable, including spending the currency.
    • buyMax(): optional. A function that implements buying as many of the buyable as possible.
    • style: optional. Applies CSS to this buyable, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.
    • id: assigned automagically. It's the "key" which the buyable was stored under, for convenient access. The buyable in the example's id is 11.
    Sell One/Sell All:
    Including a sellOne or sellAll function will cause an additional button to appear beneath the buyable. They are functionally identical, but "sell one" appears above "sell all". You can also use them for other things.
    • sellOne/sellAll(): optional. Called when the button is pressed. The standard use would be to decrease/reset the amount of the buyable, and possibly return some currency to the player.
    • canSellOne/canSellAll(): optional. booleans determining whether or not to show the buttons. If "canSellOne/All" is absent but "sellOne/All" is present, the appropriate button will always show.
    
-    
+}

    Features:

    • title: optional. displayed at the top in a larger font. It can also be a function that returns updating text.

    • cost(): cost for buying the next buyable. Can have an optional argument "x" to calculate the cost of the x+1th object, but needs to use "current amount" as a default value for x. (x is a Decimal). Can return an object if there are multiple currencies.

    • effect(): optional. A function that calculates and returns the current values of bonuses of this buyable. Can return a value or an object containing multiple values.

    • display(): A function returning everything that should be displayed on the buyable after the title, likely including the description, amount bought, cost, and current effect. Can use basic HTML.

    • unlocked(): optional. A function returning a bool to determine if the buyable is visible or not. Default is unlocked.

    • canAfford(): A function returning a bool to determine if you can buy one of the buyables.

    • buy(): A function that implements buying one of the buyable, including spending the currency.

    • buyMax(): optional. A function that implements buying as many of the buyable as possible.

    • style: optional. Applies CSS to this buyable, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).

    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.

    • id: assigned automagically. It's the "key" which the buyable was stored under, for convenient access. The buyable in the example's id is 11.

    Sell One/Sell All:

    Including a sellOne or sellAll function will cause an additional button to appear beneath the buyable. They are functionally identical, but "sell one" appears above "sell all". You can also use them for other things.

    • sellOne/sellAll(): optional. Called when the button is pressed. The standard use would be to decrease/reset the amount of the buyable, and possibly return some currency to the player.

    • canSellOne/canSellAll(): optional. booleans determining whether or not to show the buttons. If "canSellOne/All" is absent but "sellOne/All" is present, the appropriate button will always show.

    + \ No newline at end of file diff --git a/public/lit/docs/challenges.html b/public/lit/docs/challenges.html index 242999913..c8580b1a6 100644 --- a/public/lit/docs/challenges.html +++ b/public/lit/docs/challenges.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
    The Paper Pilot

    Appearance

    Challenges ​

    Challenges can have fully customizable win conditions. Useful functions for dealing with Challenges and implementing their effects:

    • inChallenge(layer, id): determine if the player is in a given challenge (or another challenge on the same layer that counts as this one).
    • hasChallenge(layer, id): determine if the player has completed the challenge.
    • challengeCompletions(layer, id): determine how many times the player completed the challenge.
    • challengeEffect(layer, id): Returns the current effects of the challenge, if any.

    Challenges are stored in the following format:

    js
    challenges: {
+    
    The Paper Pilot
    Appearance
    Challenges ​
    Challenges can have fully customizable win conditions. Useful functions for dealing with Challenges and implementing their effects:
    • inChallenge(layer, id): determine if the player is in a given challenge (or another challenge on the same layer that counts as this one).
    • hasChallenge(layer, id): determine if the player has completed the challenge.
    • challengeCompletions(layer, id): determine how many times the player completed the challenge.
    • challengeEffect(layer, id): Returns the current effects of the challenge, if any.
    Challenges are stored in the following format:
    js
    challenges: {
     rows: # of rows,
     cols: # of columns,
     11: {
@@ -35,8 +35,8 @@
         etc
     },
     etc
-}
    Each challenge should have an id where the first digit is the row and the second digit is the column.
    Individual Challenges can have these features:
    • name: Name of the challenge, can be a string or a function. Can use basic HTML.
    • challengeDescription: A description of what makes the challenge a challenge. You will need to implement these elsewhere. It can also be a function that returns updating text. Can use basic HTML.
    • goalDescription: A description of the win condition for the challenge. It can also be a function that returns updating text. Can use basic HTML. (Optional if using the old goal system)
    • canComplete(): A function that returns true if you meet the win condition for the challenge. Returning a number will allow bulk completing the challenge. (Optional if using the old goal system)
    • rewardDescription: A description of the reward's effect. You will also have to implement the effect where it is applied. It can also be a function that returns updating text. Can use basic HTML.
    • rewardEffect(): optional. A function that calculates and returns the current values of any bonuses from the reward. Can return a value or an object containing multiple values. Can use basic HTML.
    • rewardDisplay(): optional. A function that returns a display of the current effects of the reward with formatting. Default behavior is to just display the a number appropriately formatted.
    • fullDisplay(): OVERRIDE. Overrides the other displays and descriptions, and lets you set the full text for the challenge. Can use basic HTML.
    • unlocked(): optional. A function returning a bool to determine if the challenge is visible or not. Default is unlocked.
    • onComplete() - optional. this function will be called when the challenge is completed when previously incomplete.
    • countsAs: optional. If a challenge combines the effects of other challenges in this layer, you can use this. An array of challenge ids. The player is effectively in all of those challenges when in the current one.
    • completionLimit: optional. the amount of times you can complete this challenge. Default is 1 completion.
    • style: optional. Applies CSS to this challenge, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar
    • id: assigned automagically. It's the "key" which the challenge was stored under, for convenient access. The challenge in the example's id is 11.
    The old goal system uses these features:
    • goal: deprecated, A Decimal for the amount of currency required to beat the challenge. By default, the goal is in basic Points. The goal can also be a function if its value changes.
    • currencyDisplayName: deprecated. the name to display for the currency for the goal
    • currencyInternalName: deprecated. the internal name for that currency
    • currencyLayer: deprecated. the internal name of the layer that currency is stored in. If it's not in a layer, omit. If it's not stored directly in a layer, instead use the next feature.
    • currencyLocation(): deprecated. if your currency is stored in something inside a layer (e.g. a buyable's amount), you can access it this way. This is a function returning the object in "player" that contains the value (like player[this.layer].buyables)
    
-    
+}

    Each challenge should have an id where the first digit is the row and the second digit is the column.

    Individual Challenges can have these features:

    • name: Name of the challenge, can be a string or a function. Can use basic HTML.

    • challengeDescription: A description of what makes the challenge a challenge. You will need to implement these elsewhere. It can also be a function that returns updating text. Can use basic HTML.

    • goalDescription: A description of the win condition for the challenge. It can also be a function that returns updating text. Can use basic HTML. (Optional if using the old goal system)

    • canComplete(): A function that returns true if you meet the win condition for the challenge. Returning a number will allow bulk completing the challenge. (Optional if using the old goal system)

    • rewardDescription: A description of the reward's effect. You will also have to implement the effect where it is applied. It can also be a function that returns updating text. Can use basic HTML.

    • rewardEffect(): optional. A function that calculates and returns the current values of any bonuses from the reward. Can return a value or an object containing multiple values. Can use basic HTML.

    • rewardDisplay(): optional. A function that returns a display of the current effects of the reward with formatting. Default behavior is to just display the a number appropriately formatted.

    • fullDisplay(): OVERRIDE. Overrides the other displays and descriptions, and lets you set the full text for the challenge. Can use basic HTML.

    • unlocked(): optional. A function returning a bool to determine if the challenge is visible or not. Default is unlocked.

    • onComplete() - optional. this function will be called when the challenge is completed when previously incomplete.

    • countsAs: optional. If a challenge combines the effects of other challenges in this layer, you can use this. An array of challenge ids. The player is effectively in all of those challenges when in the current one.

    • completionLimit: optional. the amount of times you can complete this challenge. Default is 1 completion.

    • style: optional. Applies CSS to this challenge, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).

    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar

    • id: assigned automagically. It's the "key" which the challenge was stored under, for convenient access. The challenge in the example's id is 11.

    The old goal system uses these features:

    • goal: deprecated, A Decimal for the amount of currency required to beat the challenge. By default, the goal is in basic Points. The goal can also be a function if its value changes.

    • currencyDisplayName: deprecated. the name to display for the currency for the goal

    • currencyInternalName: deprecated. the internal name for that currency

    • currencyLayer: deprecated. the internal name of the layer that currency is stored in. If it's not in a layer, omit. If it's not stored directly in a layer, instead use the next feature.

    • currencyLocation(): deprecated. if your currency is stored in something inside a layer (e.g. a buyable's amount), you can access it this way. This is a function returning the object in "player" that contains the value (like player[this.layer].buyables)

    + \ No newline at end of file diff --git a/public/lit/docs/clickables.html b/public/lit/docs/clickables.html index 4429733ae..d870bdff3 100644 --- a/public/lit/docs/clickables.html +++ b/public/lit/docs/clickables.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
    The Paper Pilot

    Appearance

    Clickables ​

    Clickables are any kind of thing that you can click for an effect. They're a more generalized version of Buyables.

    DO NOT USE THESE TO MAKE THINGS THAT YOU CLICK REPEATEDLY FOR A BONUS BECAUSE THOSE ARE AWFUL.

    There are several differences between the two. One is that a buyable's saved data is its amount as a Decimal, while Clickables store a "state" which can be a number or string, but not Decimal, array, or object). Buyables have a number of extra features which you can see on their page. Clickables also have a smaller default size.

    Useful functions for dealing with achievements and implementing their effects:

    • getClickableState(layer, id): get the state of the clickable the player has
    • setClickableState(layer, id, state): set the state of the buyable the player has
    • clickableEffect(layer, id): Returns the current effects of the clickable, if any.

    Clickables should be formatted like this:

    js
    clickables: {
+    
    The Paper Pilot
    Appearance
    Clickables ​
    Clickables are any kind of thing that you can click for an effect. They're a more generalized version of Buyables.
    DO NOT USE THESE TO MAKE THINGS THAT YOU CLICK REPEATEDLY FOR A BONUS BECAUSE THOSE ARE AWFUL.
    There are several differences between the two. One is that a buyable's saved data is its amount as a Decimal, while Clickables store a "state" which can be a number or string, but not Decimal, array, or object). Buyables have a number of extra features which you can see on their page. Clickables also have a smaller default size.
    Useful functions for dealing with achievements and implementing their effects:
    • getClickableState(layer, id): get the state of the clickable the player has
    • setClickableState(layer, id, state): set the state of the buyable the player has
    • clickableEffect(layer, id): Returns the current effects of the clickable, if any.
    Clickables should be formatted like this:
    js
    clickables: {
     rows: # of rows,
     cols: # of columns,
     11: {
@@ -33,8 +33,8 @@
         etc
     }
     etc
-}
    Features:
    • title: optional. displayed at the top in a larger font. It can also be a function that returns updating text.
    • effect(): optional. A function that calculates and returns the current values of bonuses of this clickable. Can return a value or an object containing multiple values.
    • display(): A function returning everything that should be displayed on the clickable after the title, likely changing based on its state. Can use basic HTML.
    • unlocked(): optional. A function returning a bool to determine if the clickable is visible or not. Default is unlocked.
    • canClick(): A function returning a bool to determine if you can click the clickable.
    • onClick(): A function that implements clicking one of the clickable.
    • style: optional. Applies CSS to this clickable, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.
    • id: assigned automagically. It's the "key" which the clickable was stored under, for convenient access. The clickable in the example's id is 11.
    You can also use these features on the clickables object to add a button above all the clickables, for implementing a respec button or similar.
    • masterButtonPress(): optional. If present, an additional button will appear above the clickables. Pressing it will call this function.
    • masterButtonText: optional. Text to display on the Master Button.
    • showMasterButton(): optional. A function determining whether or not to show the button. Defaults to true if absent.
    
-    
+}

    Features:

    • title: optional. displayed at the top in a larger font. It can also be a function that returns updating text.

    • effect(): optional. A function that calculates and returns the current values of bonuses of this clickable. Can return a value or an object containing multiple values.

    • display(): A function returning everything that should be displayed on the clickable after the title, likely changing based on its state. Can use basic HTML.

    • unlocked(): optional. A function returning a bool to determine if the clickable is visible or not. Default is unlocked.

    • canClick(): A function returning a bool to determine if you can click the clickable.

    • onClick(): A function that implements clicking one of the clickable.

    • style: optional. Applies CSS to this clickable, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).

    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.

    • id: assigned automagically. It's the "key" which the clickable was stored under, for convenient access. The clickable in the example's id is 11.

    You can also use these features on the clickables object to add a button above all the clickables, for implementing a respec button or similar.

    • masterButtonPress(): optional. If present, an additional button will appear above the clickables. Pressing it will call this function.

    • masterButtonText: optional. Text to display on the Master Button.

    • showMasterButton(): optional. A function determining whether or not to show the button. Defaults to true if absent.

    + \ No newline at end of file diff --git a/public/lit/docs/custom-tab-layouts.html b/public/lit/docs/custom-tab-layouts.html index dcd89d570..077865a22 100644 --- a/public/lit/docs/custom-tab-layouts.html +++ b/public/lit/docs/custom-tab-layouts.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
    The Paper Pilot

    Appearance

    Custom tab layouts ​

    Note: If you are using subtabs, tabFormat is used differently, but you still use the same format within each subtabs. See here for more on subtabs.

    Custom tab layouts can be used to do basically anything in a tab window, especially combined with the "style" layer feature. The tabFormat feature is an array of things, like this:

    js
    tabFormat: [
+    
    The Paper Pilot
    Appearance
    Custom tab layouts ​
    Note: If you are using subtabs, tabFormat is used differently, but you still use the same format within each subtabs. See here for more on subtabs.
    Custom tab layouts can be used to do basically anything in a tab window, especially combined with the "style" layer feature. The tabFormat feature is an array of things, like this:
    js
    tabFormat: [
     "main-display",
     ["prestige-button", function() { return "Melt your points into " }],
     "blank",
@@ -38,8 +38,8 @@
     "blank",
     "blank",
     "upgrades"
-]
    It is a list of components, which can be either just a name, or an array with arguments. If it's an array, the first item is the name of the component, the second is the data passed into it, and the third (optional) applies a CSS style to it with a "CSS object", where the keys are CSS attributes.
    These are the existing components, but you can create more in components.js:
    • display-text: Displays some text (can use basic HTML). The argument is the text to display. It can also be a function that returns updating text.
    • raw-html: Displays some basic HTML, can also be a function.
    • blank: Adds empty space. The default dimensions are 8px x 17px. The argument changes the dimensions. If it's a single value (e.g. "20px"), that determines the height. If you have a pair of arguments, the first is width and the second is height.
    • row: Display a list of components horizontally. The argument is an array of components in the tab layout format.
    • column: Display a list of components vertically. The argument is an array of components in the tab layout format. This is useful to display columns within a row.
    • main-display: The text that displays the main currency for the layer and its effects.
    • resource-display: The text that displays the currency that this layer is based on, as well as the best and/or total values for this layer's prestige currency (if they are put in startData for this layer).
    • prestige-button: The argument is a string that the prestige button should say before the amount of currency you will gain. It can also be a function that returns updating text.
    • upgrades: The layer's upgrades. The argument is optional, and is a the list of rows this component should include, if it doesn't have all of them.
    • milestones, challenges, achievements: Display the upgrades, milestones, and challenges for a layer, as appropriate.
    • buyables, clickables: Display all of the buyables/clickables for this layer, as appropriate. The argument is optional and is the size of the boxes in pixels.
    • microtabs: Display a set of subtabs for an area. The argument is the name of the set of microtabs in the "microtabs" feature.
    • bar: Display a bar. The argument is the id of the bar to display.
    • infobox: Display an infobox. The argument is the id of the infobox to display.
    • tree: Displays a tree. The argument is an array of arrays containing the names of the nodes in the tree (first by row, then by column) See here for more information on tree layouts and nodes!
    • toggle: A toggle button that toggles a bool value. The data is a pair that identifies what bool to toggle, e.g. [layer, id]
    The rest of the components are sub-components. They can be used just like other components, but are typically part of another component.
    • upgrade, milestone, challenge, buyable, clickable, achievement: An individual upgrade, challenge, etc. The argument is the id. This can be used if you want to have upgrades split up across multiple subtabs, for example.
    • respec-button, master-button: The respec and master buttons for buyables and clickables, respectively.
    • sell-one, sell-all: The "sell one" and "sell all" for buyables, respectively. The argument is the id of the buyable.
    
-    
+]

    It is a list of components, which can be either just a name, or an array with arguments. If it's an array, the first item is the name of the component, the second is the data passed into it, and the third (optional) applies a CSS style to it with a "CSS object", where the keys are CSS attributes.

    These are the existing components, but you can create more in components.js:

    • display-text: Displays some text (can use basic HTML). The argument is the text to display. It can also be a function that returns updating text.

    • raw-html: Displays some basic HTML, can also be a function.

    • blank: Adds empty space. The default dimensions are 8px x 17px. The argument changes the dimensions. If it's a single value (e.g. "20px"), that determines the height. If you have a pair of arguments, the first is width and the second is height.

    • row: Display a list of components horizontally. The argument is an array of components in the tab layout format.

    • column: Display a list of components vertically. The argument is an array of components in the tab layout format. This is useful to display columns within a row.

    • main-display: The text that displays the main currency for the layer and its effects.

    • resource-display: The text that displays the currency that this layer is based on, as well as the best and/or total values for this layer's prestige currency (if they are put in startData for this layer).

    • prestige-button: The argument is a string that the prestige button should say before the amount of currency you will gain. It can also be a function that returns updating text.

    • upgrades: The layer's upgrades. The argument is optional, and is a the list of rows this component should include, if it doesn't have all of them.

    • milestones, challenges, achievements: Display the upgrades, milestones, and challenges for a layer, as appropriate.

    • buyables, clickables: Display all of the buyables/clickables for this layer, as appropriate. The argument is optional and is the size of the boxes in pixels.

    • microtabs: Display a set of subtabs for an area. The argument is the name of the set of microtabs in the "microtabs" feature.

    • bar: Display a bar. The argument is the id of the bar to display.

    • infobox: Display an infobox. The argument is the id of the infobox to display.

    • tree: Displays a tree. The argument is an array of arrays containing the names of the nodes in the tree (first by row, then by column) See here for more information on tree layouts and nodes!

    • toggle: A toggle button that toggles a bool value. The data is a pair that identifies what bool to toggle, e.g. [layer, id]

    The rest of the components are sub-components. They can be used just like other components, but are typically part of another component.

    • upgrade, milestone, challenge, buyable, clickable, achievement: An individual upgrade, challenge, etc. The argument is the id. This can be used if you want to have upgrades split up across multiple subtabs, for example.

    • respec-button, master-button: The respec and master buttons for buyables and clickables, respectively.

    • sell-one, sell-all: The "sell one" and "sell all" for buyables, respectively. The argument is the id of the buyable.

    + \ No newline at end of file diff --git a/public/lit/docs/getting-started.html b/public/lit/docs/getting-started.html index 5787655a5..bf4d9dc25 100644 --- a/public/lit/docs/getting-started.html +++ b/public/lit/docs/getting-started.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,8 +25,8 @@ -
    The Paper Pilot

    Appearance

    Getting started ​

    Welcome to The Modding Tree!

    Using the Modding Tree, at its simplest level, just requires getting a copy of it onto your computer. However, if you do it the right way, it will help in many ways.

    Don't let the word "Github" scare you away. It's actually much easier to use than most people think, especially because most people use it the hard way. The key is Github Desktop, which lets you do everything you need to, without even touching the command line.

    The benefits of using Github:

    • It makes it much, much easier to update The Modding Tree.
    • You can share your work without any extra effort using githack, or with a bit more effort, set up a github.io site.
    • It lets you undo changes to your code, and to have multiple versions of it.
    • It lets you collaborate with other people, if you want to.

    Getting set up with Github Desktop, Visual Studio Code, and The Modding Tree: ​

    1. Install Github Desktop and Visual Studio Code.

    2. Make a Github account. You can handle this on your own.

    3. Log in on your browser, and go back to The Modding Tree page. At the top right, there should be a button that says "fork". Click on it, and then on your username. You now have your own fork, or copy, of The Modding Tree.

    4. Open Github Desktop and log in. Ignore everything else and choose "clone a repository". A "repository" is basically a "Github project", like The Modding Tree. "Cloning" is downloading a copy of the repository to your computer.

    5. Look for The Modding Tree in the list of repositiories (it should be the only one) and click "clone".

    6. Select that you're using it for your own purposes, and click continue. It will download the files and handle everything.

    Using your repository ​

    1. Click on "show in explorer/finder" to the right, and then open the index.html file in the folder. The page should open up on your browser. This will let you view and test your project locally!

    2. To edit your project, click "open in VSCode" in Github Desktop.

    3. Open mod.js in VSCode, and look at the top part where it has a "modInfo" object. Fill in your mod's name to whatever you want, and change the id as well. (It can be any string value, and it's used to determine where the savefile is. Make it something that's probably unique, and don't change it again later or else it'll effectively wipe existing saves)

    4. Save mod.js, and then reload index.html in your browser. The title on the tab, as well as on the info page, will now be updated! You can reload the page every time you change the code to test it quickly and easily.

    5. Go back to Github Desktop. It's time to save your changes into the git system by making a "commit". This basically saves your work and creates a snapshot of what your code looks like at this moment, allowing you to look back at it later.

    6. At the bottom right corner, add a summary of your changes, and then click "commit to master".

    7. Finally, at the top middle, click "push origin" to push your changes out onto the online repository.

    8. You can view your project on line, or share it with others, by going to https://raw.githack.com/[YOUR-GITHUB-USERNAME]/The-Modding-Tree/master/index.html

    And now, you have successfully used Github! You can look at the documentation to see how The Modding Tree's system works and to make your mod a reality.

    - +
    The Paper Pilot

    Appearance

    Getting started ​

    Welcome to The Modding Tree!

    Using the Modding Tree, at its simplest level, just requires getting a copy of it onto your computer. However, if you do it the right way, it will help in many ways.

    Don't let the word "Github" scare you away. It's actually much easier to use than most people think, especially because most people use it the hard way. The key is Github Desktop, which lets you do everything you need to, without even touching the command line.

    The benefits of using Github:

    • It makes it much, much easier to update The Modding Tree.
    • You can share your work without any extra effort using githack, or with a bit more effort, set up a github.io site.
    • It lets you undo changes to your code, and to have multiple versions of it.
    • It lets you collaborate with other people, if you want to.

    Getting set up with Github Desktop, Visual Studio Code, and The Modding Tree: ​

    1. Install Github Desktop and Visual Studio Code.

    2. Make a Github account. You can handle this on your own.

    3. Log in on your browser, and go back to The Modding Tree page. At the top right, there should be a button that says "fork". Click on it, and then on your username. You now have your own fork, or copy, of The Modding Tree.

    4. Open Github Desktop and log in. Ignore everything else and choose "clone a repository". A "repository" is basically a "Github project", like The Modding Tree. "Cloning" is downloading a copy of the repository to your computer.

    5. Look for The Modding Tree in the list of repositiories (it should be the only one) and click "clone".

    6. Select that you're using it for your own purposes, and click continue. It will download the files and handle everything.

    Using your repository ​

    1. Click on "show in explorer/finder" to the right, and then open the index.html file in the folder. The page should open up on your browser. This will let you view and test your project locally!

    2. To edit your project, click "open in VSCode" in Github Desktop.

    3. Open mod.js in VSCode, and look at the top part where it has a "modInfo" object. Fill in your mod's name to whatever you want, and change the id as well. (It can be any string value, and it's used to determine where the savefile is. Make it something that's probably unique, and don't change it again later or else it'll effectively wipe existing saves)

    4. Save mod.js, and then reload index.html in your browser. The title on the tab, as well as on the info page, will now be updated! You can reload the page every time you change the code to test it quickly and easily.

    5. Go back to Github Desktop. It's time to save your changes into the git system by making a "commit". This basically saves your work and creates a snapshot of what your code looks like at this moment, allowing you to look back at it later.

    6. At the bottom right corner, add a summary of your changes, and then click "commit to master".

    7. Finally, at the top middle, click "push origin" to push your changes out onto the online repository.

    8. You can view your project on line, or share it with others, by going to https://raw.githack.com/[YOUR-GITHUB-USERNAME]/The-Modding-Tree/master/index.html

    And now, you have successfully used Github! You can look at the documentation to see how The Modding Tree's system works and to make your mod a reality.

    + \ No newline at end of file diff --git a/public/lit/docs/infoboxes.html b/public/lit/docs/infoboxes.html index cec1ab7eb..3227f6f11 100644 --- a/public/lit/docs/infoboxes.html +++ b/public/lit/docs/infoboxes.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,15 +25,15 @@ -
    The Paper Pilot

    Appearance

    Infoboxes ​

    Infoboxes are good for displaying "lore", or story elements, as well as for explaining complicated things.

    In the default tab layout, the first infobox will be displayed at the very top of the tab.

    Infoboxes are defined like other Big Features:

    js
    infoboxes: {
+    
    The Paper Pilot
    Appearance
    Infoboxes ​
    Infoboxes are good for displaying "lore", or story elements, as well as for explaining complicated things.
    In the default tab layout, the first infobox will be displayed at the very top of the tab.
    Infoboxes are defined like other Big Features:
    js
    infoboxes: {
     lore: {
         title: "foo",
         body() { return "bar" },
         etc
     },
     etc
-}
    Features:
    • title: The text displayed above the main box. Can be a function to be dynamic, and can use basic HTML.
    • body: The text displayed inside the box. Can be a function to be dynamic, and can use basic HTML.
    • style, titleStyle, bodyStyle: optional. Apply CSS to the infobox, or to the title button or body of the infobox, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
    • unlocked(): optional. A function returning a bool to determine if the infobox is visible or not. Default is unlocked.
    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar
    • id: assigned automagically. It's the "key" which the bar was stored under, for convenient access. The infobox in the example's id is "lore".
    
-    
+}

    Features:

    • title: The text displayed above the main box. Can be a function to be dynamic, and can use basic HTML.

    • body: The text displayed inside the box. Can be a function to be dynamic, and can use basic HTML.

    • style, titleStyle, bodyStyle: optional. Apply CSS to the infobox, or to the title button or body of the infobox, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).

    • unlocked(): optional. A function returning a bool to determine if the infobox is visible or not. Default is unlocked.

    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar

    • id: assigned automagically. It's the "key" which the bar was stored under, for convenient access. The infobox in the example's id is "lore".

    + \ No newline at end of file diff --git a/public/lit/docs/layer-features.html b/public/lit/docs/layer-features.html index be5eb8a0d..7beea3f5e 100644 --- a/public/lit/docs/layer-features.html +++ b/public/lit/docs/layer-features.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
    The Paper Pilot

    Appearance

    Layer Features ​

    This is a more comprehensive list of established features to add to layers. You can add more freely, if you want to have other functions or values associated with your layer. These have special functionality, though.

    You can make almost any value dynamic by using a function in its place, including all display strings and styling/color features.

    Layer Definition features ​

    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar to access the saved value. It makes copying code to new layers easier. It is also assigned to all upgrades and buyables and such.

    • name: optional. used in reset confirmations (and the default infobox title). If absent, it just uses the layer's id.

    • startData(): A function to return the default save data for this layer. Add any variables you have to it. Make sure to use Decimal values rather than normal numbers.

      Standard values: - Required: - unlocked: a bool determining if this layer is unlocked or not - points: a Decimal, the main currency for the layer - Optional: - total: A Decimal, tracks total amount of main prestige currency. Always tracked, but only shown if you add it here. - best: A Decimal, tracks highest amount of main prestige currency. Always tracked, but only shown if you add it here. - unlockOrder: used to keep track of relevant layers unlocked before this one. - resetTime: A number, time since this layer was last prestiged (or reset by another layer)

    • color: A color associated with this layer, used in many places. (A string in hex format with a #)

    • row: The row of the layer, starting at 0. This affects where the node appears on the standard tree, and which resets affect the layer.

      Using "side" instead of a number will cause the layer to appear off to the side as a smaller node (useful for achievements and statistics). Side layers are not affected by resets unless you add a doReset to them.

    • displayRow: OVERRIDE Changes where the layer node appears without changing where it is in the reset order.

    • resource: Name of the main currency you gain by resetting on this layer.

    • effect(): optional. A function that calculates and returns the current values of any bonuses inherent to the main currency. Can return a value or an object containing multiple values. You will also have to implement the effect where it is applied.

    • effectDescription: optional. A function that returns a description of this effect. If the text stays constant, it can just be a string.

    • layerShown(): optional, A function returning a bool which determines if this layer's node should be visible on the tree. It can also return "ghost", which will hide the layer, but its node will still take up space in the tree. Defaults to true.

    • hotkeys: optional. An array containing information on any hotkeys associated with this layer:

      js
      hotkeys: [
+    
      The Paper Pilot
      Appearance
      Layer Features ​
      This is a more comprehensive list of established features to add to layers. You can add more freely, if you want to have other functions or values associated with your layer. These have special functionality, though.
      You can make almost any value dynamic by using a function in its place, including all display strings and styling/color features.
      Layer Definition features ​
      • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar to access the saved value. It makes copying code to new layers easier. It is also assigned to all upgrades and buyables and such.
      • name: optional. used in reset confirmations (and the default infobox title). If absent, it just uses the layer's id.
      • startData(): A function to return the default save data for this layer. Add any variables you have to it. Make sure to use Decimal values rather than normal numbers.
        Standard values: - Required: - unlocked: a bool determining if this layer is unlocked or not - points: a Decimal, the main currency for the layer - Optional: - total: A Decimal, tracks total amount of main prestige currency. Always tracked, but only shown if you add it here. - best: A Decimal, tracks highest amount of main prestige currency. Always tracked, but only shown if you add it here. - unlockOrder: used to keep track of relevant layers unlocked before this one. - resetTime: A number, time since this layer was last prestiged (or reset by another layer)
      • color: A color associated with this layer, used in many places. (A string in hex format with a #)
      • row: The row of the layer, starting at 0. This affects where the node appears on the standard tree, and which resets affect the layer.
        Using "side" instead of a number will cause the layer to appear off to the side as a smaller node (useful for achievements and statistics). Side layers are not affected by resets unless you add a doReset to them.
      • displayRow: OVERRIDE Changes where the layer node appears without changing where it is in the reset order.
      • resource: Name of the main currency you gain by resetting on this layer.
      • effect(): optional. A function that calculates and returns the current values of any bonuses inherent to the main currency. Can return a value or an object containing multiple values. You will also have to implement the effect where it is applied.
      • effectDescription: optional. A function that returns a description of this effect. If the text stays constant, it can just be a string.
      • layerShown(): optional, A function returning a bool which determines if this layer's node should be visible on the tree. It can also return "ghost", which will hide the layer, but its node will still take up space in the tree. Defaults to true.
      • hotkeys: optional. An array containing information on any hotkeys associated with this layer:
        js
        hotkeys: [
     {
         key: "p", // What the hotkey button is. Use uppercase if it's combined with shift, or "ctrl+x" for holding down ctrl.
         description: "p: reset your points for prestige points", // The description of the hotkey that is displayed in the game's How To Play tab
@@ -34,8 +34,8 @@
 ]
      • style: optional. a "CSS object" where the keys are CSS attributes, containing any CSS that should affect this layer's entire tab.
      • tabFormat: optional. use this if you want to add extra things to your tab or change the layout. See here for more info.
      • midsection: optional, an alternative to tabFormat, which is inserted in between Milestones and Buyables in the standard tab layout. (cannot do subtabs)
      Big features (all optional) ​
      • upgrades: A grid of one-time purchases which can have unique upgrade conditions, currency costs, and bonuses. See here for more info.
      • milestones: A list of bonuses gained upon reaching certain thresholds of a resource. Often used for automation/QOL. See here for more info.
      • challenges: The player can enter challenges, which make the game harder. If they reach a goal and beat the challenge, they recieve a bonus. See here for more info.
      • buyables: Effectively upgrades that can be bought multiple times, and are optionally respeccable. Many uses. See here for more info.
      • clickables: Extremely versatile and generalized buttons which can only be clicked sometimes. See here for more info.
      • microtabs: An area that functions like a set of subtabs, with buttons at the top changing the content within. (Advanced) See here for more info.
      • bars: Display some information as a progress bar, gague, or similar. They are highly customizable, and can be vertical as well. See here for more info.
      • achievements: Kind of like milestones, but with a different display style and some other differences. Extra features are on the way at a later date! See here for more info.
      • infoboxes: Displays some text in a box that can be shown or hidden. See here for more info.
      • achievementPopups, milestonePopups: optional, If false, disables popup message when you get the achievement/milestone. True by default.
      Prestige formula features ​
      • type: optional. Determines which prestige formula you use. Defaults to "none".
        • "normal": The amount of currency you gain is independent of its current amount (like Prestige). The formula before bonuses is based on baseResource^exponent
        • "static": The cost is dependent on your total after reset. The formula before bonuses is based on base^(x^exponent)
        • "custom": You can define everything, from the calculations to the text on the button, yourself. (See more at the bottom)
        • "none": This layer does not prestige, and therefore does not need any of the other features in this section.
      • baseResource: The name of the resource that determines how much of the main currency you gain on reset.
      • baseAmount(): A function that gets the current value of the base resource.
      • requires: A Decimal, the amount of the base needed to gain 1 of the prestige currency. Also the amount required to unlock the layer. You can instead make this a function, to make it harder if another layer was unlocked first (based on unlockOrder).
      • exponent: Used as described above.
      • base: sometimes required. required for "static" layers, used as described above. If absent, defaults to 2. Must be greater than 1.
      • roundUpCost: optional. a bool, which is true if the resource cost needs to be rounded up. (use if the base resource is a "static" currency.)
      • gainMult(), gainExp(): optional. Functions that calculate the multiplier and exponent on resource gain from upgrades and boosts and such. Plug in any bonuses here.
      • softcap, softcapPower: optional. For normal layers, gain beyond [softcap] points is put to the [softcapPower]th power Default for softcap is e1e7, and for power is 0.5.
      • canBuyMax(): sometimes required. required for static layers, function used to determine if buying max is permitted.
      • onPrestige(gain): optional. A function that triggers when this layer prestiges, just before you gain the currency. Can be used to have secondary resource gain on prestige, or to recalculate things or whatnot.
      • resetDescription: optional. Use this to replace "Reset for " on the Prestige button with something else.
      • prestigeButtonText(): sometimes required. Use this to make the entirety of the text a Prestige button contains. Only required for custom layers, but usable by all types.
      • passiveGeneration(): optional, returns a regular number. You automatically generate your gain times this number every second (does nothing if absent) This is good for automating Normal layers.
      • autoPrestige(): optional, returns a boolean, if true, the layer will always automatically do a prestige if it can. This is good for automating Static layers.
      Tree/node features ​
      • symbol: optional. The text that appears on this layer's node. Default is the layer id with the first letter capitalized.
      • image: override. The url (local or global) of an image that goes on the node. (Overrides symbol)
      • position: optional. Determines the horizontal position of the layer in its row in a standard tree. By default, it uses the layer id, and layers are sorted in alphabetical order.
      • branches: optional. An array of layer/node ids. On a tree, a line will appear from this layer to all of the layers in the list. Alternatively, an entry in the array can be a 2-element array consisting of the layer id and a color value. The color value can either be a string with a hex color code, or a number from 1-3 (theme-affected colors).
      • nodeStyle: optional. A CSS object, where the keys are CSS attributes, which styles this layer's node on the tree.
      • tooltip() / tooltipLocked(): optional. Functions that return text, which is the tooltip for the node when the layer is unlocked or locked, respectively. By default the tooltips behave the same as in the original Prestige Tree. If the value is "", the tooltip will be disabled.
      Other features ​
      • doReset(resettingLayer): optional. Is triggered when a layer on a row greater than or equal to this one does a reset. The default behavior is to reset everything on the row, but only if it was triggered by a layer in a higher row. doReset is always called for side layers, but for these the default behavior is to reset nothing.
        If you want to keep things, determine what to keep based on resettingLayer, milestones, and such, then call layerDataReset(layer, keep), where layer is this layer, and keep is an array of the names of things to keep. It can include things like "points", "best", "total" (for this layer's prestige currency), "upgrades", any unique variables like "generatorPower", etc. If you want to only keep specific upgrades or something like that, save them in a separate variable, then call layerDataReset, and then set player[this.layer].upgrades to the saved upgrades.
      • update(diff): optional. This function is called every game tick. Use it for any passive resource production or time-based things. diff is the time since the last tick.
      • autoUpgrade: optional, a boolean value, if true, the game will attempt to buy this layer's upgrades every tick. Defaults to false.
      • automate(): optional. This function is called every game tick, after production. Use it to activate automation things that aren't otherwise supported.
      • resetsNothing: optional. Returns true if this layer shouldn't trigger any resets when you prestige.
      • increaseUnlockOrder: optional. An array of layer ids. When this layer is unlocked for the first time, the unlockOrder value for any not-yet-unlocked layers in this list increases. This can be used to make them harder to unlock.
      • shouldNotify: optional. A function to return true if this layer should be highlighted in the tree. The layer will automatically be highlighted if you can buy an upgrade whether you have this or not.
      • componentStyles: optional. An object that contains a set of functions returning CSS objects. Each of these will be applied to any components on the layer with the type of its id. Example:
      js
      componentStyles: {
     "challenge"() { return {'height': '200px'} },
     "prestige-button"() { return {'color': '#AA66AA'} }
-}
      Custom Prestige type ​
      (All of these can also be used by other prestige types)
      • getResetGain(): mostly for custom prestige type. Returns how many points you should get if you reset now. You can call getResetGain(this.layer, useType = "static") or similar to calculate what your gain would be under another prestige type (provided you have all of the required features in the layer).
      • getNextAt(canMax=false): mostly for custom prestige type. Returns how many of the base currency you need to get to the next point. canMax is an optional variable used with Static-ish layers to differentiate between if it's looking for the first point you can reset at, or the requirement for any gain at all (Supporting both is good). You can also call getNextAt(this.layer, canMax=false, useType = "static") or similar to calculate what your next at would be under another prestige type (provided you have all of the required features in the layer).
      • canReset(): mostly for custom prestige type. Return true only if you have the resources required to do a prestige here.
      • prestigeNotify(): mostly for custom prestige types, returns true if this layer should be subtly highlighted to indicate you can prestige for a meaningful gain.
      
-    
+}

      Custom Prestige type ​

      (All of these can also be used by other prestige types)

      • getResetGain(): mostly for custom prestige type. Returns how many points you should get if you reset now. You can call getResetGain(this.layer, useType = "static") or similar to calculate what your gain would be under another prestige type (provided you have all of the required features in the layer).

      • getNextAt(canMax=false): mostly for custom prestige type. Returns how many of the base currency you need to get to the next point. canMax is an optional variable used with Static-ish layers to differentiate between if it's looking for the first point you can reset at, or the requirement for any gain at all (Supporting both is good). You can also call getNextAt(this.layer, canMax=false, useType = "static") or similar to calculate what your next at would be under another prestige type (provided you have all of the required features in the layer).

      • canReset(): mostly for custom prestige type. Return true only if you have the resources required to do a prestige here.

      • prestigeNotify(): mostly for custom prestige types, returns true if this layer should be subtly highlighted to indicate you can prestige for a meaningful gain.

    + \ No newline at end of file diff --git a/public/lit/docs/main-mod-info.html b/public/lit/docs/main-mod-info.html index a30c0b7b3..7d7f07e4b 100644 --- a/public/lit/docs/main-mod-info.html +++ b/public/lit/docs/main-mod-info.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,12 +25,12 @@ -
    The Paper Pilot

    Appearance

    mod.js ​

    All of the non-layer code and data that you're likely to edit is here in mod.js! Everything in mod.js will not be altered by updates, besides the addition of new things.

    Here's a breakdown of what's in it:

    • modInfo is where most of the basic configuration for the mod is. It contains:

      • name: The name of your mod. (a string)

      • id: The id for your mod, a unique string that is used to determine savefile location. Setting it is important!

      • author: The name of the author, displayed in the info tab.

      • pointsName: This changes what is displayed instead of "points" for the main currency. (It does not affect it in the code.)

      • discordName, discordLink: If you have a Discord server or other discussion place, you can add a link to it.

        "discordName" is the text on the link, and "discordLink" is the url of an invite. If you're using a Discord invite, please make sure it's set to never expire.

      • offlineLimit: The maximum amount of offline time that the player can accumulate, in hours. Any extra time is lost. (a number)

        This is useful because most of these mods are fast-paced enough that too much offline time ruins the balance, such as the time in between updates. That is why I suggest developers disable offline time on their own savefile.

      • initialStartPoints: A Decimal for the amount of points a new player should start with.

    • VERSION is used to describe the current version of your mod. It contains:

      • num: The mod's version number, displayed at the top right of the tree tab.
      • name: The version's name, displayed alongside the number in the info tab.

    • changelog is the HTML displayed in the changelog tab.

    • doNotCallTheseFunctionsEveryTick is very important. TMT calls every function anywhere in "layers" every tick to store the result, unless specifically told not to. Functions that have are used to do an action need to be identified. "Official" functions (those in the documentation) are all fine, but if you make any new ones, add their names to this array.

    js
    // (The ones here are examples, all official functions are already taken care of)
+    
    The Paper Pilot
    Appearance
    mod.js ​
    All of the non-layer code and data that you're likely to edit is here in mod.js! Everything in mod.js will not be altered by updates, besides the addition of new things.
    Here's a breakdown of what's in it:
    • modInfo is where most of the basic configuration for the mod is. It contains:
      • name: The name of your mod. (a string)
      • id: The id for your mod, a unique string that is used to determine savefile location. Setting it is important!
      • author: The name of the author, displayed in the info tab.
      • pointsName: This changes what is displayed instead of "points" for the main currency. (It does not affect it in the code.)
      • discordName, discordLink: If you have a Discord server or other discussion place, you can add a link to it.
        "discordName" is the text on the link, and "discordLink" is the url of an invite. If you're using a Discord invite, please make sure it's set to never expire.
      • offlineLimit: The maximum amount of offline time that the player can accumulate, in hours. Any extra time is lost. (a number)
        This is useful because most of these mods are fast-paced enough that too much offline time ruins the balance, such as the time in between updates. That is why I suggest developers disable offline time on their own savefile.
      • initialStartPoints: A Decimal for the amount of points a new player should start with.
    • VERSION is used to describe the current version of your mod. It contains:
      • num: The mod's version number, displayed at the top right of the tree tab.
      • name: The version's name, displayed alongside the number in the info tab.
    • changelog is the HTML displayed in the changelog tab.
    • doNotCallTheseFunctionsEveryTick is very important. TMT calls every function anywhere in "layers" every tick to store the result, unless specifically told not to. Functions that have are used to do an action need to be identified. "Official" functions (those in the documentation) are all fine, but if you make any new ones, add their names to this array.
    js
    // (The ones here are examples, all official functions are already taken care of)
 var doNotCallTheseFunctionsEveryTick = ["doReset", "buy", "onPurchase", "blowUpEverything"]
    • getStartPoints(): A function to determine the amount of points the player starts with after a reset. (returns a Decimal value)
    • canGenPoints(): A function returning a boolean for if points should be generated. Use this if you want an upgrade to unlock generating points.
    • getPointGen(): A function that calculates your points per second. Anything that affects your point gain should go into the calculation here.
    • addedPlayerData(): A function that returns any non-layer-related data that you want to be added to the save data and "player" object.
    js
    function addedPlayerData() { return {
 	weather: "Yes",
 	happiness: new Decimal(72),
-}}
    • displayThings: An array of functions used to display extra things at the top of the tree tab. Each function returns a string, which is a line to display (with basic HTML support). If a function returns nothing, nothing is displayed (and it doesn't take up a line).
    • isEndgame(): A function to determine if the player has reached the end of the game, at which point the "you win!" screen appears.
    Less important things beyond this point!
    • maxTickLength(): Returns the maximum tick length, in milliseconds. Only really useful if you have something that reduces over time, which long ticks mess up (usually a challenge).
    
-    
+}}

    • displayThings: An array of functions used to display extra things at the top of the tree tab. Each function returns a string, which is a line to display (with basic HTML support). If a function returns nothing, nothing is displayed (and it doesn't take up a line).

    • isEndgame(): A function to determine if the player has reached the end of the game, at which point the "you win!" screen appears.

    Less important things beyond this point!

    • maxTickLength(): Returns the maximum tick length, in milliseconds. Only really useful if you have something that reduces over time, which long ticks mess up (usually a challenge).
    + \ No newline at end of file diff --git a/public/lit/docs/milestones.html b/public/lit/docs/milestones.html index 4e01f8e39..bedce0b2d 100644 --- a/public/lit/docs/milestones.html +++ b/public/lit/docs/milestones.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,15 +25,15 @@ -
    The Paper Pilot

    Appearance

    Milestones ​

    Milestones are awarded to the player when they meet a certain goal, and give some benefit. Milestones should be formatted like this:

    js
    milestones: {
+    
    The Paper Pilot
    Appearance
    Milestones ​
    Milestones are awarded to the player when they meet a certain goal, and give some benefit. Milestones should be formatted like this:
    js
    milestones: {
     0: {
         requirementDescription: "123 waffles",
         effectDescription: "blah",
         done() { return player.w.points.gte(123) }
     }
     etc
-}
    You can use hasMilestone(layer, id) to determine if the player has a given milestone
    Milestone features:
    • requirementDescription: A string describing the requirement for unlocking this milestone. Suggestion: Use a "total". It can also be a function that returns updating text. Can use basic HTML.
    • effectDescription: A string describing the reward for having the milestone. You will have to implement the reward elsewhere. It can also be a function that returns updating text. Can use basic HTML.
    • done(): A function returning a boolean to determine if the milestone should be awarded.
    • toggles: optional. Creates toggle buttons that appear on the milestone when it is unlocked. The toggles can toggle a given boolean value in a layer. It is defined as an array of paired items, one pair per toggle. The first is the internal name of the layer the value being toggled is stored in, and the second is the internal name of the variable to toggle. (e.g. [["b", "auto"], ["g", "auto"])
      Tip: Toggles are not de-set if the milestone becomes locked! In this case, you should also check if the player has the milestone.
    • style: optional. Applies CSS to this milestone, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
    • unlocked(): optional. A function returning a boolean to determine if the milestone should be shown. If absent, it is always shown.
    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.
    • id: assigned automagically. It's the "key" which the milestone was stored under, for convenient access. The milestone in the example's id is 0.
    Disaable milestone popups by adding milestonePopups: false to the layer.
    
-    
+}

    You can use hasMilestone(layer, id) to determine if the player has a given milestone

    Milestone features:

    • requirementDescription: A string describing the requirement for unlocking this milestone. Suggestion: Use a "total". It can also be a function that returns updating text. Can use basic HTML.

    • effectDescription: A string describing the reward for having the milestone. You will have to implement the reward elsewhere. It can also be a function that returns updating text. Can use basic HTML.

    • done(): A function returning a boolean to determine if the milestone should be awarded.

    • toggles: optional. Creates toggle buttons that appear on the milestone when it is unlocked. The toggles can toggle a given boolean value in a layer. It is defined as an array of paired items, one pair per toggle. The first is the internal name of the layer the value being toggled is stored in, and the second is the internal name of the variable to toggle. (e.g. [["b", "auto"], ["g", "auto"])

      Tip: Toggles are not de-set if the milestone becomes locked! In this case, you should also check if the player has the milestone.

    • style: optional. Applies CSS to this milestone, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).

    • unlocked(): optional. A function returning a boolean to determine if the milestone should be shown. If absent, it is always shown.

    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.

    • id: assigned automagically. It's the "key" which the milestone was stored under, for convenient access. The milestone in the example's id is 0.

    Disaable milestone popups by adding milestonePopups: false to the layer.

    + \ No newline at end of file diff --git a/public/lit/docs/subtabs-and-microtabs.html b/public/lit/docs/subtabs-and-microtabs.html index 91c0cef56..c55de8bb5 100644 --- a/public/lit/docs/subtabs-and-microtabs.html +++ b/public/lit/docs/subtabs-and-microtabs.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
    The Paper Pilot

    Appearance

    Subtabs and Microtabs ​

    Subtabs are separate sections of a tab that you can view by selecting one at the top of the tab. Microtabs are smaller areas that function in much the same way. You can also embed layers inside of subtabs/microtabs.

    Subtabs are defined by using the tab format like this, where each element of tabFormat is given the name of that subtab:

    js
    tabFormat: {
+    
    The Paper Pilot
    Appearance
    Subtabs and Microtabs ​
    Subtabs are separate sections of a tab that you can view by selecting one at the top of the tab. Microtabs are smaller areas that function in much the same way. You can also embed layers inside of subtabs/microtabs.
    Subtabs are defined by using the tab format like this, where each element of tabFormat is given the name of that subtab:
    js
    tabFormat: {
     "Main tab": {
         content: [tab format things],
         *subtab features*
@@ -49,8 +49,8 @@
     otherStuff: {
         // There could be another set of microtabs here
     }
-}
    Normal subtabs and microtab subtabs both use the same features:
    Features: ​
    • content: The tab layout code for the subtab, in the tab layout format.
    • style: optional. Applies CSS to the whole subtab when switched to, in the form of an "CSS Object", where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
    • buttonStyle: optional. A CSS object, which affects the appearance of the button for that subtab.
    • unlocked(): optional. a function to determine if the button for this subtab should be visible. By default, a subtab is always unlocked. You can't use the "this" keyword in this function.
    • shouldNotify(): optional, if true, the tab button will be highlighted to notify the player that there is something there.
    • embedLayer: SIGNIFICANT, the id of another layer. If you have this, it will override "content", "style" and "shouldNotify", instead displaying the entire layer in the subtab.
    
-    
+}

    Normal subtabs and microtab subtabs both use the same features:

    Features: ​

    • content: The tab layout code for the subtab, in the tab layout format.

    • style: optional. Applies CSS to the whole subtab when switched to, in the form of an "CSS Object", where the keys are CSS attributes, and the values are the values for those attributes (both as strings).

    • buttonStyle: optional. A CSS object, which affects the appearance of the button for that subtab.

    • unlocked(): optional. a function to determine if the button for this subtab should be visible. By default, a subtab is always unlocked. You can't use the "this" keyword in this function.

    • shouldNotify(): optional, if true, the tab button will be highlighted to notify the player that there is something there.

    • embedLayer: SIGNIFICANT, the id of another layer. If you have this, it will override "content", "style" and "shouldNotify", instead displaying the entire layer in the subtab.

    + \ No newline at end of file diff --git a/public/lit/docs/trees-and-tree-customization.html b/public/lit/docs/trees-and-tree-customization.html index 0aee827fb..e28650b4a 100644 --- a/public/lit/docs/trees-and-tree-customization.html +++ b/public/lit/docs/trees-and-tree-customization.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,10 +25,10 @@ -
    The Paper Pilot

    Appearance

    Trees and tree customization ​

    If you want to have something beyond the standard tree on the left tab, you can do that in tree.js. You can change the layout of the tree, including making non-layer nodes, change it into something other than a tree, or hide the left tab altogether. This also introduces the "tree" component, which can be used in your layers as well.

    layoutInfo ​

    The most important part is layoutInfo, containing:

    • startTab: The id of the default tab to show on the left at the start.
    • showTree: True if the tree tab should be shown at the start of the game. (The other tab will fill the whole page)
    • treeLayout: If present, overrides the tree layout and places nodes as you describe instead (explained in the next section).

    Additionally, if you want the main layout to not be a tree, you can edit the "tree-tab" layer at the bottom of tree.js to modify it just like a normal layer's tab. You can even switch between left tabs, using showNavTab(layer) to make that layer appear on the left.

    Trees ​

    The tree component is defined as an array of arrays of names of layers or nodes to show in the tree. They work just like layers/ nodes in the main tree (but branches between nodes will only work on the first node if you have duplicates.)

    Here is an example tree:

    js
    [["p"],
+    
    The Paper Pilot
    Appearance
    Trees and tree customization ​
    If you want to have something beyond the standard tree on the left tab, you can do that in tree.js. You can change the layout of the tree, including making non-layer nodes, change it into something other than a tree, or hide the left tab altogether. This also introduces the "tree" component, which can be used in your layers as well.
    layoutInfo ​
    The most important part is layoutInfo, containing:
    • startTab: The id of the default tab to show on the left at the start.
    • showTree: True if the tree tab should be shown at the start of the game. (The other tab will fill the whole page)
    • treeLayout: If present, overrides the tree layout and places nodes as you describe instead (explained in the next section).
    Additionally, if you want the main layout to not be a tree, you can edit the "tree-tab" layer at the bottom of tree.js to modify it just like a normal layer's tab. You can even switch between left tabs, using showNavTab(layer) to make that layer appear on the left.
    Trees ​
    The tree component is defined as an array of arrays of names of layers or nodes to show in the tree. They work just like layers/ nodes in the main tree (but branches between nodes will only work on the first node if you have duplicates.)
    Here is an example tree:
    js
    [["p"],
  ["left", "blank", "right", "blank"]
- ["a", "b", "blank", "c", "weirdButton"]]
    Nodes ​
    Nodes are non-layer buttons that can go in trees. They are defined similarly to layers, but with addNode instead of addLayer.
    Features:
    • color: optional, The node's color. (A string in hex format with a #)
    • symbol: optional The text on the button (The id capitalized by default)
    • canClick(): Returns true if the player can click the node. ()
    • onClick(): The function called when the node is clicked.
    • layerShown(): optional, A function returning a bool which determines if this node should be visible. It can also return "ghost", which will hide the layer, but its node will still take up space in its tree.
    • branches: optional. An array of layer/node ids. On a tree, a line will appear from this node to all of the nodes in the list. Alternatively, an entry in the array can be a 2-element array consisting of the id and a color value. The color value can either be a string with a hex color code, or a number from 1-3 (theme-affected colors).
    • nodeStyle: optional. A CSS object, where the keys are CSS attributes, which styles this node on the tree.
    • tooltip() / tooltipLocked(): optional. Functions that return text, which is the tooltip for the node when the layer is unlocked or locked, respectively. By default the tooltips behave the same as in the original Prestige Tree.
    • row: optional, the row that this node appears in (for the default tree).
    • position: optional, Determines the horizontal position of the layer in its row in a default tree. By default, it uses the id, and layers/nodes are sorted in alphabetical order.
    
-    
+ ["a", "b", "blank", "c", "weirdButton"]]

    Nodes ​

    Nodes are non-layer buttons that can go in trees. They are defined similarly to layers, but with addNode instead of addLayer.

    Features:

    • color: optional, The node's color. (A string in hex format with a #)

    • symbol: optional The text on the button (The id capitalized by default)

    • canClick(): Returns true if the player can click the node. ()

    • onClick(): The function called when the node is clicked.

    • layerShown(): optional, A function returning a bool which determines if this node should be visible. It can also return "ghost", which will hide the layer, but its node will still take up space in its tree.

    • branches: optional. An array of layer/node ids. On a tree, a line will appear from this node to all of the nodes in the list. Alternatively, an entry in the array can be a 2-element array consisting of the id and a color value. The color value can either be a string with a hex color code, or a number from 1-3 (theme-affected colors).

    • nodeStyle: optional. A CSS object, where the keys are CSS attributes, which styles this node on the tree.

    • tooltip() / tooltipLocked(): optional. Functions that return text, which is the tooltip for the node when the layer is unlocked or locked, respectively. By default the tooltips behave the same as in the original Prestige Tree.

    • row: optional, the row that this node appears in (for the default tree).

    • position: optional, Determines the horizontal position of the layer in its row in a default tree. By default, it uses the id, and layers/nodes are sorted in alphabetical order.

    + \ No newline at end of file diff --git a/public/lit/docs/updating-tmt.html b/public/lit/docs/updating-tmt.html index 01b7df9f3..741e12ca8 100644 --- a/public/lit/docs/updating-tmt.html +++ b/public/lit/docs/updating-tmt.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,8 +25,8 @@ -
    The Paper Pilot

    Appearance

    Updating The Modding Tree ​

    This tutorial assumes that you have used the Getting Started Tutorial, and are using Github Desktop and VSCode for your mod.

    Here's what you have to do when there's a TMT update:

    1. Look at the changelog. It will warn you if the update will break anything or require any changes. Decide if you want to try to update.

    2. Open Github Desktop, and at the top middle, click "fetch origin". This will make Github Desktop get information about the update.

    3. Click where it says "current branch: master" at the top middle, and at the bottom of the thing that appears, click "choose a branch to merge into master".

    4. Select upstream/master. It will likely say there are conflicts, but you have tools to resolve them. Click "Merge upstream/master into master".

    5. A conflict happens when the things you're trying to merge have both made changes in the same place. Click "open in Visual Studio Code" next to the first file.

    6. Scroll down through the file, and look for the parts highlighted in red and green. One of these is your code, and the other is some code that will be modified by the update. Do your best to try to edit things to keep the updated changes, but keep your content.

    7. Continue to do this for all remaining changes.

    8. Do any other changes required by the update, run the game, fix issues, etc.

    - +
    The Paper Pilot

    Appearance

    Updating The Modding Tree ​

    This tutorial assumes that you have used the Getting Started Tutorial, and are using Github Desktop and VSCode for your mod.

    Here's what you have to do when there's a TMT update:

    1. Look at the changelog. It will warn you if the update will break anything or require any changes. Decide if you want to try to update.

    2. Open Github Desktop, and at the top middle, click "fetch origin". This will make Github Desktop get information about the update.

    3. Click where it says "current branch: master" at the top middle, and at the bottom of the thing that appears, click "choose a branch to merge into master".

    4. Select upstream/master. It will likely say there are conflicts, but you have tools to resolve them. Click "Merge upstream/master into master".

    5. A conflict happens when the things you're trying to merge have both made changes in the same place. Click "open in Visual Studio Code" next to the first file.

    6. Scroll down through the file, and look for the parts highlighted in red and green. One of these is your code, and the other is some code that will be modified by the update. Do your best to try to edit things to keep the updated changes, but keep your content.

    7. Continue to do this for all remaining changes.

    8. Do any other changes required by the update, run the game, fix issues, etc.

    + \ No newline at end of file diff --git a/public/lit/docs/upgrades.html b/public/lit/docs/upgrades.html index 1a37f1509..053d09cfe 100644 --- a/public/lit/docs/upgrades.html +++ b/public/lit/docs/upgrades.html @@ -8,11 +8,11 @@ - + - - + + @@ -25,7 +25,7 @@ -
    The Paper Pilot

    Appearance

    Upgrades ​

    Useful functions for dealing with Upgrades and implementing their effects:

    • hasUpgrade(layer, id): determine if the player has the upgrade
    • upgradeEffect(layer, id): Returns the current effects of the upgrade, if any
    • buyUpgrade(layer, id): Buys an upgrade directly (if affordable)

    Hint: Basic point gain is calculated in mod.js's "getPointGen" function.

    Upgrades are stored in the following format:

    js
    upgrades: {
+    
    The Paper Pilot
    Appearance
    Upgrades ​
    Useful functions for dealing with Upgrades and implementing their effects:
    • hasUpgrade(layer, id): determine if the player has the upgrade
    • upgradeEffect(layer, id): Returns the current effects of the upgrade, if any
    • buyUpgrade(layer, id): Buys an upgrade directly (if affordable)
    Hint: Basic point gain is calculated in mod.js's "getPointGen" function.
    Upgrades are stored in the following format:
    js
    upgrades: {
     rows: # of rows,
     cols: # of columns,
     11: {
@@ -34,8 +34,8 @@
         etc
     },
     etc
-}
    Each upgrade should have an id where the first digit is the row and the second digit is the column.
    Individual upgrades can have these features:
    • title: optional. Displayed at the top in a larger font. It can also be a function that returns updating text. Can use basic HTML.
    • description: A description of the upgrade's effect. You will also have to implement the effect where it is applied. It can also be a function that returns updating text. Can use basic HTML.
    • effect(): optional. A function that calculates and returns the current values of any bonuses from the upgrade. Can return a value or an object containing multiple values.
    • effectDisplay(): optional. A function that returns a display of the current effects of the upgrade with formatting. Default displays nothing. Can use basic HTML.
    • fullDisplay(): OVERRIDE. Overrides the other displays and descriptions, and lets you set the full text for the upgrade. Can use basic HTML.
    • cost: A Decimal for the cost of the upgrade. By default, upgrades cost the main prestige currency for the layer.
    • unlocked(): optional. A function returning a bool to determine if the upgrade is visible or not. Default is unlocked.
    • onPurchase(): optional. This function will be called when the upgrade is purchased. Good for upgrades like "makes this layer act like it was unlocked first".
    • style: optional. Applies CSS to this upgrade, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).
    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.
    • id: assigned automagically. It's the "key" which the upgrade was stored under, for convenient access. The upgrade in the example's id is 11.
    By default, upgrades use the main prestige currency for the layer. You can include these to change them (but it needs to be a Decimal):
    • currencyDisplayName: optional. The name to display for the currency for the upgrade.
    • currencyInternalName: optional. The internal name for that currency.
    • currencyLayer: optional. The internal name of the layer that currency is stored in. If it's not in a layer (like Points), omit. If it's not stored directly in a layer, instead use the next feature.
    • currencyLocation: optional. If your currency is stored in something inside a layer (e.g. a buyable's amount), you can access it this way. This is a function returning the object in "player" that contains the value (like player[this.layer].buyables)
    If you want to do something more complicated like upgrades that cost two currencies, you can override the purchase system with these (and you need to use fullDisplay as well)
    • canAfford(): OVERRIDE, a function determining if you are able to buy the upgrade
    • pay(): OVERRIDE, a function that reduces your currencies when you buy the upgrade
    
-    
+}

    Each upgrade should have an id where the first digit is the row and the second digit is the column.

    Individual upgrades can have these features:

    • title: optional. Displayed at the top in a larger font. It can also be a function that returns updating text. Can use basic HTML.

    • description: A description of the upgrade's effect. You will also have to implement the effect where it is applied. It can also be a function that returns updating text. Can use basic HTML.

    • effect(): optional. A function that calculates and returns the current values of any bonuses from the upgrade. Can return a value or an object containing multiple values.

    • effectDisplay(): optional. A function that returns a display of the current effects of the upgrade with formatting. Default displays nothing. Can use basic HTML.

    • fullDisplay(): OVERRIDE. Overrides the other displays and descriptions, and lets you set the full text for the upgrade. Can use basic HTML.

    • cost: A Decimal for the cost of the upgrade. By default, upgrades cost the main prestige currency for the layer.

    • unlocked(): optional. A function returning a bool to determine if the upgrade is visible or not. Default is unlocked.

    • onPurchase(): optional. This function will be called when the upgrade is purchased. Good for upgrades like "makes this layer act like it was unlocked first".

    • style: optional. Applies CSS to this upgrade, in the form of an object where the keys are CSS attributes, and the values are the values for those attributes (both as strings).

    • layer: assigned automagically. It's the same value as the name of this layer, so you can do player[this.layer].points or similar.

    • id: assigned automagically. It's the "key" which the upgrade was stored under, for convenient access. The upgrade in the example's id is 11.

    By default, upgrades use the main prestige currency for the layer. You can include these to change them (but it needs to be a Decimal):

    • currencyDisplayName: optional. The name to display for the currency for the upgrade.

    • currencyInternalName: optional. The internal name for that currency.

    • currencyLayer: optional. The internal name of the layer that currency is stored in. If it's not in a layer (like Points), omit. If it's not stored directly in a layer, instead use the next feature.

    • currencyLocation: optional. If your currency is stored in something inside a layer (e.g. a buyable's amount), you can access it this way. This is a function returning the object in "player" that contains the value (like player[this.layer].buyables)

    If you want to do something more complicated like upgrades that cost two currencies, you can override the purchase system with these (and you need to use fullDisplay as well)

    • canAfford(): OVERRIDE, a function determining if you are able to buy the upgrade

    • pay(): OVERRIDE, a function that reduces your currencies when you buy the upgrade

    + \ No newline at end of file diff --git a/sitemap.xml b/sitemap.xml index a692db72b..a3988ce96 100644 --- a/sitemap.xml +++ b/sitemap.xml @@ -1 +1 @@ -https://thepaperpilot.org/changelog/https://thepaperpilot.org/garden/activitypub/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/advent-incremental/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/artificial-intelligence/2024-06-14T03:54:30.000Zhttps://thepaperpilot.org/garden/atproto/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/babble-buds/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/capture-the-citadel/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/chat-glue/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/chronological/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/cinny/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/command-palettes/2024-06-14T03:54:30.000Zhttps://thepaperpilot.org/garden/commune/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/davey-wreden/2024-06-09T22:19:05.000Zhttps://thepaperpilot.org/garden/decentralized/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/dice-armor/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/digital-gardens/2024-06-06T06:39:12.000Zhttps://thepaperpilot.org/garden/federated-identity/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/fedi-v2/2024-06-14T03:54:30.000Zhttps://thepaperpilot.org/garden/fediverse/2024-06-14T03:54:30.000Zhttps://thepaperpilot.org/garden/forgejo/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/freeform-vs-chronological-dichotomy/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/freeform/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/game-dev-tree/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/garden-rss/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/guide-to-incrementals/appeal-to-developers/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/guide-to-incrementals/appeal-to-players/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/guide-to-incrementals/defining-the-genre/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/guide-to-incrementals/2024-06-14T03:54:30.000Zhttps://thepaperpilot.org/garden/guide-to-incrementals/navigating-criticism/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/guide-to-incrementals/what-is-content/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/incremental-social/2024-06-14T03:54:30.000Zhttps://thepaperpilot.org/garden/ivy-road/2024-06-09T22:19:05.000Zhttps://thepaperpilot.org/garden/kronos/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/life-is-strange/2024-06-14T03:54:30.000Zhttps://thepaperpilot.org/garden/logseq/2024-06-14T03:54:30.000Zhttps://thepaperpilot.org/garden/matrix/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/mbin/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/mtx/2024-06-14T03:54:30.000Zhttps://thepaperpilot.org/garden/my-personal-website/2024-06-14T03:54:30.000Zhttps://thepaperpilot.org/garden/my-projects/2024-06-14T03:54:30.000Zhttps://thepaperpilot.org/garden/nostr/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/open-source/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/opti-speech/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/planar-pioneers/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/pre-order-bonuses/2024-06-14T03:54:30.000Zhttps://thepaperpilot.org/garden/premium-currency/2024-06-14T03:54:30.000Zhttps://thepaperpilot.org/garden/profectus/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/social-media/2024-06-14T03:54:30.000Zhttps://thepaperpilot.org/garden/synapse/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/the-beginner-s-guide/2024-06-14T03:54:30.000Zhttps://thepaperpilot.org/garden/the-cozy-web/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/the-indieweb/amplification/2024-06-14T03:54:30.000Zhttps://thepaperpilot.org/garden/the-indieweb/signature-blocks/2024-06-14T03:54:30.000Zhttps://thepaperpilot.org/garden/the-small-web/2024-06-14T03:54:30.000Zhttps://thepaperpilot.org/garden/this-knowledge-hub/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/v-ecs/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/video-game-monetization/2024-06-14T03:54:30.000Zhttps://thepaperpilot.org/garden/vitepress/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/wanderstop/2024-06-09T22:19:05.000Zhttps://thepaperpilot.org/garden/webrings/2024-06-06T04:25:48.000Zhttps://thepaperpilot.org/garden/weird/2024-06-14T03:54:30.000Zhttps://thepaperpilot.org/guide-to-incrementals/design/criticism/https://thepaperpilot.org/guide-to-incrementals/https://thepaperpilot.org/guide-to-incrementals/ludology/appeal-developers/https://thepaperpilot.org/guide-to-incrementals/ludology/appeal-gamers/https://thepaperpilot.org/guide-to-incrementals/ludology/content/https://thepaperpilot.org/guide-to-incrementals/ludology/definition/https://thepaperpilot.org/2024-06-06T03:56:50.000Zhttps://thepaperpilot.org/public/gamedevtree/2.0-format-changes2020-10-19T01:27:03.000Zhttps://thepaperpilot.org/public/gamedevtree/README2020-10-09T01:48:55.000Zhttps://thepaperpilot.org/public/gamedevtree/changelog2020-11-09T15:33:11.000Zhttps://thepaperpilot.org/public/gamedevtree/docs/!general-info2020-10-26T02:25:42.000Zhttps://thepaperpilot.org/public/gamedevtree/docs/achievements2020-10-16T15:39:39.000Zhttps://thepaperpilot.org/public/gamedevtree/docs/bars2020-10-26T02:25:42.000Zhttps://thepaperpilot.org/public/gamedevtree/docs/basic-layer-breakdown2020-10-13T03:28:02.000Zhttps://thepaperpilot.org/public/gamedevtree/docs/buyables2020-10-17T19:50:30.000Zhttps://thepaperpilot.org/public/gamedevtree/docs/challenges2020-10-16T15:39:39.000Zhttps://thepaperpilot.org/public/gamedevtree/docs/clickables2020-10-26T02:25:42.000Zhttps://thepaperpilot.org/public/gamedevtree/docs/custom-tab-layouts2020-10-26T03:00:32.000Zhttps://thepaperpilot.org/public/gamedevtree/docs/getting-started2020-10-19T23:52:52.000Zhttps://thepaperpilot.org/public/gamedevtree/docs/infoboxes2020-10-26T02:25:42.000Zhttps://thepaperpilot.org/public/gamedevtree/docs/layer-features2020-10-26T03:00:32.000Zhttps://thepaperpilot.org/public/gamedevtree/docs/main-mod-info2020-10-19T23:52:52.000Zhttps://thepaperpilot.org/public/gamedevtree/docs/milestones2020-10-15T17:29:25.000Zhttps://thepaperpilot.org/public/gamedevtree/docs/subtabs-and-microtabs2020-10-13T03:08:19.000Zhttps://thepaperpilot.org/public/gamedevtree/docs/updating-tmt2020-10-09T03:45:08.000Zhttps://thepaperpilot.org/public/gamedevtree/docs/upgrades2020-10-20T00:05:53.000Zhttps://thepaperpilot.org/public/kronos/Old%20Things/2.0-format-changes2020-12-13T02:43:22.000Zhttps://thepaperpilot.org/public/kronos/README2023-11-28T02:02:57.000Zhttps://thepaperpilot.org/public/kronos/changelog2022-10-05T00:46:54.000Zhttps://thepaperpilot.org/public/kronos/docs/!general-info2021-05-18T20:06:03.000Zhttps://thepaperpilot.org/public/kronos/docs/achievements2021-05-13T05:44:40.000Zhttps://thepaperpilot.org/public/kronos/docs/bars2020-11-07T22:26:06.000Zhttps://thepaperpilot.org/public/kronos/docs/basic-layer-breakdown2021-05-11T01:24:24.000Zhttps://thepaperpilot.org/public/kronos/docs/buyables2021-05-14T19:32:20.000Zhttps://thepaperpilot.org/public/kronos/docs/challenges2021-05-14T19:32:20.000Zhttps://thepaperpilot.org/public/kronos/docs/clickables2021-05-14T19:32:20.000Zhttps://thepaperpilot.org/public/kronos/docs/custom-tab-layouts2021-05-13T03:21:39.000Zhttps://thepaperpilot.org/public/kronos/docs/getting-started2020-11-07T19:49:07.000Zhttps://thepaperpilot.org/public/kronos/docs/grids2021-05-12T03:34:55.000Zhttps://thepaperpilot.org/public/kronos/docs/infoboxes2020-10-26T20:45:22.000Zhttps://thepaperpilot.org/public/kronos/docs/layer-features2021-05-15T16:31:58.000Zhttps://thepaperpilot.org/public/kronos/docs/main-mod-info2021-05-13T06:51:18.000Zhttps://thepaperpilot.org/public/kronos/docs/milestones2020-12-13T02:43:22.000Zhttps://thepaperpilot.org/public/kronos/docs/particles2021-05-18T20:06:03.000Zhttps://thepaperpilot.org/public/kronos/docs/subtabs-and-microtabs2021-05-07T23:24:32.000Zhttps://thepaperpilot.org/public/kronos/docs/trees-and-tree-customization2020-11-07T22:26:06.000Zhttps://thepaperpilot.org/public/kronos/docs/updating-tmt2020-10-26T20:45:22.000Zhttps://thepaperpilot.org/public/kronos/docs/upgrades2021-05-13T05:44:40.000Zhttps://thepaperpilot.org/public/lit/Old%20Things/2.0-format-changes2020-12-13T02:43:22.000Zhttps://thepaperpilot.org/public/lit/README2023-11-28T02:07:43.000Zhttps://thepaperpilot.org/public/lit/changelog2022-10-05T00:47:12.000Zhttps://thepaperpilot.org/public/lit/docs/!general-info2020-11-07T22:26:06.000Zhttps://thepaperpilot.org/public/lit/docs/achievements2020-12-10T06:31:42.000Zhttps://thepaperpilot.org/public/lit/docs/bars2020-11-07T22:26:06.000Zhttps://thepaperpilot.org/public/lit/docs/basic-layer-breakdown2020-10-26T20:45:22.000Zhttps://thepaperpilot.org/public/lit/docs/buyables2020-12-17T02:20:00.000Zhttps://thepaperpilot.org/public/lit/docs/challenges2021-01-21T22:52:09.000Zhttps://thepaperpilot.org/public/lit/docs/clickables2020-10-26T20:45:22.000Zhttps://thepaperpilot.org/public/lit/docs/custom-tab-layouts2020-12-05T19:52:29.000Zhttps://thepaperpilot.org/public/lit/docs/getting-started2020-11-07T19:49:07.000Zhttps://thepaperpilot.org/public/lit/docs/infoboxes2020-10-26T20:45:22.000Zhttps://thepaperpilot.org/public/lit/docs/layer-features2020-12-22T03:09:33.000Zhttps://thepaperpilot.org/public/lit/docs/main-mod-info2020-12-05T19:52:29.000Zhttps://thepaperpilot.org/public/lit/docs/milestones2020-12-13T02:43:22.000Zhttps://thepaperpilot.org/public/lit/docs/subtabs-and-microtabs2020-10-29T18:57:42.000Zhttps://thepaperpilot.org/public/lit/docs/trees-and-tree-customization2020-11-07T22:26:06.000Zhttps://thepaperpilot.org/public/lit/docs/updating-tmt2020-10-26T20:45:22.000Zhttps://thepaperpilot.org/public/lit/docs/upgrades2020-11-30T20:03:26.000Z \ No newline at end of file +https://thepaperpilot.org/changelog/https://thepaperpilot.org/garden/activitypub/https://thepaperpilot.org/garden/advent-incremental/https://thepaperpilot.org/garden/artificial-intelligence/https://thepaperpilot.org/garden/atproto/https://thepaperpilot.org/garden/babble-buds/https://thepaperpilot.org/garden/capture-the-citadel/https://thepaperpilot.org/garden/chat-glue/https://thepaperpilot.org/garden/chronological/https://thepaperpilot.org/garden/cinny/https://thepaperpilot.org/garden/command-palettes/https://thepaperpilot.org/garden/commune/https://thepaperpilot.org/garden/davey-wreden/https://thepaperpilot.org/garden/decentralized/https://thepaperpilot.org/garden/dice-armor/https://thepaperpilot.org/garden/digital-gardens/https://thepaperpilot.org/garden/federated-identity/https://thepaperpilot.org/garden/fedi-v2/https://thepaperpilot.org/garden/fediverse/https://thepaperpilot.org/garden/forgejo/https://thepaperpilot.org/garden/freeform-vs-chronological-dichotomy/https://thepaperpilot.org/garden/freeform/https://thepaperpilot.org/garden/game-dev-tree/https://thepaperpilot.org/garden/garden-rss/https://thepaperpilot.org/garden/guide-to-incrementals/appeal-to-developers/https://thepaperpilot.org/garden/guide-to-incrementals/appeal-to-players/https://thepaperpilot.org/garden/guide-to-incrementals/defining-the-genre/https://thepaperpilot.org/garden/guide-to-incrementals/https://thepaperpilot.org/garden/guide-to-incrementals/navigating-criticism/https://thepaperpilot.org/garden/guide-to-incrementals/what-is-content/https://thepaperpilot.org/garden/incremental-social/https://thepaperpilot.org/garden/ivy-road/https://thepaperpilot.org/garden/kronos/https://thepaperpilot.org/garden/life-is-strange/https://thepaperpilot.org/garden/logseq/https://thepaperpilot.org/garden/matrix/https://thepaperpilot.org/garden/mbin/https://thepaperpilot.org/garden/mtx/https://thepaperpilot.org/garden/my-personal-website/https://thepaperpilot.org/garden/my-projects/https://thepaperpilot.org/garden/nostr/https://thepaperpilot.org/garden/open-source/https://thepaperpilot.org/garden/opti-speech/https://thepaperpilot.org/garden/planar-pioneers/https://thepaperpilot.org/garden/pre-order-bonuses/https://thepaperpilot.org/garden/premium-currency/https://thepaperpilot.org/garden/profectus/https://thepaperpilot.org/garden/social-media/https://thepaperpilot.org/garden/synapse/https://thepaperpilot.org/garden/the-beginner-s-guide/https://thepaperpilot.org/garden/the-cozy-web/https://thepaperpilot.org/garden/the-indieweb/amplification/https://thepaperpilot.org/garden/the-indieweb/signature-blocks/https://thepaperpilot.org/garden/the-small-web/https://thepaperpilot.org/garden/this-knowledge-hub/https://thepaperpilot.org/garden/v-ecs/https://thepaperpilot.org/garden/video-game-monetization/https://thepaperpilot.org/garden/vitepress/https://thepaperpilot.org/garden/wanderstop/https://thepaperpilot.org/garden/webrings/https://thepaperpilot.org/garden/weird/https://thepaperpilot.org/guide-to-incrementals/design/criticism/https://thepaperpilot.org/guide-to-incrementals/https://thepaperpilot.org/guide-to-incrementals/ludology/appeal-developers/https://thepaperpilot.org/guide-to-incrementals/ludology/appeal-gamers/https://thepaperpilot.org/guide-to-incrementals/ludology/content/https://thepaperpilot.org/guide-to-incrementals/ludology/definition/https://thepaperpilot.org/https://thepaperpilot.org/public/gamedevtree/2.0-format-changeshttps://thepaperpilot.org/public/gamedevtree/READMEhttps://thepaperpilot.org/public/gamedevtree/changeloghttps://thepaperpilot.org/public/gamedevtree/docs/!general-infohttps://thepaperpilot.org/public/gamedevtree/docs/achievementshttps://thepaperpilot.org/public/gamedevtree/docs/barshttps://thepaperpilot.org/public/gamedevtree/docs/basic-layer-breakdownhttps://thepaperpilot.org/public/gamedevtree/docs/buyableshttps://thepaperpilot.org/public/gamedevtree/docs/challengeshttps://thepaperpilot.org/public/gamedevtree/docs/clickableshttps://thepaperpilot.org/public/gamedevtree/docs/custom-tab-layoutshttps://thepaperpilot.org/public/gamedevtree/docs/getting-startedhttps://thepaperpilot.org/public/gamedevtree/docs/infoboxeshttps://thepaperpilot.org/public/gamedevtree/docs/layer-featureshttps://thepaperpilot.org/public/gamedevtree/docs/main-mod-infohttps://thepaperpilot.org/public/gamedevtree/docs/milestoneshttps://thepaperpilot.org/public/gamedevtree/docs/subtabs-and-microtabshttps://thepaperpilot.org/public/gamedevtree/docs/updating-tmthttps://thepaperpilot.org/public/gamedevtree/docs/upgradeshttps://thepaperpilot.org/public/kronos/Old%20Things/2.0-format-changeshttps://thepaperpilot.org/public/kronos/READMEhttps://thepaperpilot.org/public/kronos/changeloghttps://thepaperpilot.org/public/kronos/docs/!general-infohttps://thepaperpilot.org/public/kronos/docs/achievementshttps://thepaperpilot.org/public/kronos/docs/barshttps://thepaperpilot.org/public/kronos/docs/basic-layer-breakdownhttps://thepaperpilot.org/public/kronos/docs/buyableshttps://thepaperpilot.org/public/kronos/docs/challengeshttps://thepaperpilot.org/public/kronos/docs/clickableshttps://thepaperpilot.org/public/kronos/docs/custom-tab-layoutshttps://thepaperpilot.org/public/kronos/docs/getting-startedhttps://thepaperpilot.org/public/kronos/docs/gridshttps://thepaperpilot.org/public/kronos/docs/infoboxeshttps://thepaperpilot.org/public/kronos/docs/layer-featureshttps://thepaperpilot.org/public/kronos/docs/main-mod-infohttps://thepaperpilot.org/public/kronos/docs/milestoneshttps://thepaperpilot.org/public/kronos/docs/particleshttps://thepaperpilot.org/public/kronos/docs/subtabs-and-microtabshttps://thepaperpilot.org/public/kronos/docs/trees-and-tree-customizationhttps://thepaperpilot.org/public/kronos/docs/updating-tmthttps://thepaperpilot.org/public/kronos/docs/upgradeshttps://thepaperpilot.org/public/lit/Old%20Things/2.0-format-changeshttps://thepaperpilot.org/public/lit/READMEhttps://thepaperpilot.org/public/lit/changeloghttps://thepaperpilot.org/public/lit/docs/!general-infohttps://thepaperpilot.org/public/lit/docs/achievementshttps://thepaperpilot.org/public/lit/docs/barshttps://thepaperpilot.org/public/lit/docs/basic-layer-breakdownhttps://thepaperpilot.org/public/lit/docs/buyableshttps://thepaperpilot.org/public/lit/docs/challengeshttps://thepaperpilot.org/public/lit/docs/clickableshttps://thepaperpilot.org/public/lit/docs/custom-tab-layoutshttps://thepaperpilot.org/public/lit/docs/getting-startedhttps://thepaperpilot.org/public/lit/docs/infoboxeshttps://thepaperpilot.org/public/lit/docs/layer-featureshttps://thepaperpilot.org/public/lit/docs/main-mod-infohttps://thepaperpilot.org/public/lit/docs/milestoneshttps://thepaperpilot.org/public/lit/docs/subtabs-and-microtabshttps://thepaperpilot.org/public/lit/docs/trees-and-tree-customizationhttps://thepaperpilot.org/public/lit/docs/updating-tmthttps://thepaperpilot.org/public/lit/docs/upgrades \ No newline at end of file