#Balatro Modding Wiki [WIP]

1 messages · Page 3 of 1

final mesa
#

What would you do with overlaps (like Talisman is API and technical)

dapper horizon
#

both categories are given

#

like Fusion Jokers is API and Joker

#

except when it's redundant, like Content and Joker, in which case pick the parent if appopriate

final mesa
#

nice

dapper horizon
untold ether
#

do you know when this will be live 👀

dapper horizon
#

i'm largely waiting for more feedback and others' good-to-go's

#

i want to make sure we're all good with this before i actually push it out

#

no eta

untold ether
#

i like that a lot

#

better than what we have rn

#

do the page owners have to manually set the categories? (ex. content & api)

dapper horizon
#

there aren't necessarily any page owners (this is a public collaborative encyclopedia after all), but yeah you have to manually add the categories

plucky viper
#

is the new jokerinfobox ready to use? i'm waiting until it is to add my own fields

austere robin
untold ether
#

oh what's the difference between content and joker mods

#

joker mods are only jokers?

dapper horizon
#

yeah

untold ether
#

actually

#

thinking about it a little

#

shouldn't there be a link to see all of the mods on the home page?

austere robin
#

that could be the "Mods" title, or an entry in the list if you want to be more explicit

stray thunder
#

Should "We are a community-run wiki..." be replaced with "This is a community-run wiki..." to avoid the use of personal pronouns? I seem to remember that being a point brought up earler.

dapper horizon
#

That was for articles, but I can always reword the about section accordingly, I based it on what the Minecraft Wiki did

dapper horizon
#

Since it's a bit more clearer than putting the link in the header

dapper horizon
#

changed images a bit to be more thematically fitting

#

...idk what i meant by that ignore the reason

final mesa
#
  • ngl I wonder if negative deck texture is a bit too bland for All Mods, maybe something like polychrome deck would be nicer
  • Twitter should be X now
#

but in general, looks nice

zealous turtle
#

tbh I think plenty of us just refuse to call Twitter X because its a stupid name

#

X (Twitter) or Twitter (X) would be fine though

untold ether
#

X (Twitter)

dapper horizon
#

"Twitter should be X now" and 50 other jokes you can tell yourself /j

#

I'm just saying there's a good reason why some people call it "X, formerly Twitter" or straight up "Twitter"; one's a more familiar name than the other

#

but I can change it to X (Twitter) regardless

#

As for All Mods, I can switch to polychrome deck

hexed canyon
untold ether
#

i call it twitter on the daily, and its funny how some news articles call it Twitter (X)

dapper horizon
#

I'll bring the template over to main page in an hour if we're all good to go

naive wadi
dapper horizon
#

oh

#

yea i'll get to it in a bit

#

sorry i had other stuff to attend do

#

Main Page construction is finished!

untold ether
burnt seal
untold ether
#

shouldn't this be removed from the mods page now that the sub categories can be found on the main page?

dapper horizon
#

I can't hide the list, and I'd rather not remove the Mods category from those subcategories for the sake of organization

#

I can reduce the amount of space taken up tho, just need to remember how

untold ether
#

that works, was asking since it took up a lot of space

hexed canyon
#

can we add this to the wiki tomorrow?

#

it needs an introduction but other than that it should be good

#

maybe have it as a subpage of the existing overall style guide

dapper horizon
#

I think it's good to be added to the wiki

#

Introduction doesn't have to be fancy nor long, just "this is the format to follow for Joker pages" or something

#

and yes, as a subpage of the styleguide is good

hexed canyon
#

yep

#

i sort of have a rough draft for a mod page style guide but i definitely need some outside input

#

so far i have

  • mbox (should rename this to message box for clarity)
  • infobox
  • introduction
  • install guide (very very unclear whether this should be here, and whether we should make a separate wiki page for installing balatro mods)
  • core features/purpose (other than the template, what should we write here?) (purpose is for api mods and similar)
  • gameplay (when does a mod page necessitate a gameplay section? clearly joker mods dont need them, but mods that introduce new mechanics and functions probably need this)
  • complimentary mods (mainly mods that have cross-mod content with them, but also include mods that make it easier to play with certain features (eg for high-scoring mods such as cryptid and jens almanac, nopeus and incantation would be useful))
  • music and soundtrack
  • translations
  • gallery (what images do we deem suitable for this?)
  • full credits (how to style mods with dozens of credits such as cryptid will definitely need to be discussed)
  • full changelog (we need to make a template for this)
  • trivia
  • see also, notes, references, navigation
dapper horizon
#

hmm

#
  • Core features - I don't think there's much that can be written in that section - for API mods we can definitely note specifically what the mod can provide that can be used by other mods
  • Gameplay - definitely when the mod introduces new mechanics and functions - like Grim with its skill tree and Pokermon with evolving Pokemon Jokers
  • Gallery - not really sure when this would be needed since Balatro is a very same-y game (not a bad thing!!) with largely no change in how things look
#

I still think install guide would work best as a single page for most mods; the process is very similar for most mods today:

  1. Download source from Github via Releases or Source
  2. Unzip and move contents to %AppData%\Balatro\Mods on Windows, and ??? on Linux or smth
  3. done, activated by default
#

Assuming Lovely and Steammodded

#

Full credits, this would be most easiest to make when we have a full grasp of the mod (I.e. made most of the pages and stuff)

#

There are distinct types of contributions like suggestion, programming, art, shaders, even community moderation; for really large mods, could make sections for each one and place people under them and stuff

#

And a person can fall under multiple sections if appropriate, like in movies or smth

dapper horizon
hexed canyon
#

add their own fields?

#

i think jokerinfobox has all the features i can think of in the template

#

if theres nothing else to add ill open it up for everybody to use tomorrow

hexed canyon
# dapper horizon - Core features - I don't think there's much that can be written in that section...
  • looking at the subcategories i think "core features" is a good enough name to encompass all the different kinds of mods, but we do need a style guide for each subcategory
  • totally agree with gameplay
  • for mods like grim that add their own new part of the game with its own UI and everything, having some photos in a gallery would definitely help (although you could also make the case that you could just add one image with a caption within the article itself)
  • install guide section would most likely just be "see main page: install guide". for lovely and steamodded it definitely needs its own install guide bc god i hate updating it
  • credits sections will definitely happen for larger mods, not sure if we should credit community moderation though because that doesnt actually affect the mod itself
#

credits sections in my opinion would go something like this

  • main developer(s)
  • lead contributors
  • coders
  • artists
  • musicians
  • sound designers
  • ui/ux design (would credit both designer and coder)
  • localization translators
  • cc attributions
celest spear
#

ah okay its much more sfw than i expected

sudden jay
#

😭😭😭

celest spear
sudden jay
sudden jay
dapper horizon
plucky viper
dapper horizon
#

yes for 9999999 years minus 9999999 years plus 1 second

naive wadi
#

/timeout @wheat tundra 1000000

wheat tundra
dapper horizon
#

sorry i also know about it, adois /j

wheat tundra
#

also the only person that knows about emergy in the pokermon mod apparently

dapper horizon
#

dammit

#

you live another day...

wheat tundra
#

it only appears if you have cryptid installed alongside pokermon

dapper horizon
#

huh, interesting

naive wadi
#

ha, you've revealed your secrets…
now we know all we need to know…
MODS BAN HIM

plucky viper
wooden zinc
#

my apoligies

#

removed

wooden zinc
final mesa
#

I think very few people know about that Easter egg

wintry compass
runic snow
#

Man, if making mods was as easy as doing Scratch stuff, then I'd SO be doing stuff, lmao.

hexed canyon
dapper horizon
#

I read through it, really nice

I'm a little confused by this wording tho - I kinda get what it's saying but at first glance the way it's worded is a bit confusing

final mesa
#

some tips for the fandom wiki to learn lol

plucky viper
#

why is that trivia point even there lmao

final mesa
#

idk

#

they also failed the "avoid writing about cross-mod synergies"

dapper horizon
final mesa
#

they didn't check cryptid server faq :(

austere robin
final mesa
#

🤷

#

nah it's just that nobody cares about jolly joker except us

austere robin
#

clearly nobody uses jolly joker in the base game /s

runic snow
hexed canyon
dapper horizon
#

im trying going through shaders again and i still can't get some of the shaders to work

#

even tho i copied all of them mostly intact

#

cryptid glitched and noisy, and ortalab anaglyphic, greyscale, and overexposed

#

i cannot fathom what i'm getting wrong

hexed canyon
#

shaders are very weird

dapper horizon
#

i think the shader devs get that too because like

#

a bunch of stuff im reading in the shaders feels very programmer-y-oh-ill-figure-out-a-proper-solution-later-bullshit-our-way-though-this

#

or at least there's unused variables which is a sign to me that something was up

dapper horizon
#

oh, another thing @hexed canyon what does "non-header" mean?

#

joker page guidde

hexed canyon
#

oh i meant heading

#

like == Synergies == etc

dapper horizon
#

oh, i see

#

maybe you could use "lead section" as a term for the first part before the ToC?

#

that's what wikipedia calls it

hexed canyon
#

ah and have the existing headings in the style guide be subheadings

#

gotcha

untold ether
#

updated my mod wiki page furiyippie

dapper horizon
#

yall we're almost at 100 pages 😄

hexed canyon
hexed canyon
#

ack i lost the list formatting oh well

hexed canyon
dapper horizon
#

just got back from stuff, reading rn

dapper horizon
#

"Following this, mention the release date of the mod's first release version, including its version number." I feel like this is redundant especially with the infobox

#

well, besides the corresponding version number, but I don't think that'd be an important detail and stuff

#

Besides that, things look good; I think we should document configurations settings under gameplay to let people know what can be enabled/disabled

#

is Complementary Mods like the list of mods that enhances the main mod's experience? Like Cryptid would have the deck-ui overhaul mod etc.?

hexed canyon
#
  • thats true, but i think its good to state facts in sentence format as well
  • we can definitely add a configuration settings section, thats a good addition
  • yep, and there would be two subsections labeled "content mods" and "technical mods", which if we take cryptid for example, would be something like jens almanac and card sleeves for the former, and galdur and nopeus for the latter
#

if theres something you can contribute writing wise to the style guide, that would be very helpful

dapper horizon
#

hmm

hexed canyon
#

hi

#

hows the wiki going

ocean slate
#

since the wiki is at a point where a lot of the things are fully figured out, would someone mind explaining how i would create a basic joker/consumable/blind/other page? would love to help this out a bit

hexed canyon
#

thats what we're figuring out right now

#

we're making a style guide for the different types of wiki pages

runic snow
#

Oh, CTRL+V and Instawhatever, some new Code Cards in Cryptid, are still not in the Wiki yet.

ocean slate
#

okay uhm

#

why do i not have perms to edit

#

okay i got them now

#

ok so

#

@hexed canyon seems like your the one who made the style guide so going to ask you about this, how do i get the file to embed here

austere robin
ocean slate
plucky viper
#

Card Name (Mod).png

ocean slate
#

okay so sorry for even more questions but i've been messing around for ages trying to find how to rename a file

dapper horizon
dapper horizon
ocean slate
#

alr thanks

#

uhm what is this

dapper horizon
#

Add .png

ocean slate
#

thanks!

dapper horizon
#

Remove <nowiki> and </nowiki>

#

That disables wikitext within the tags

ocean slate
austere robin
#

are you using the source code editor or the visual editor?

ocean slate
austere robin
#

you don't need to, but I don't you can use the source formatting in the visual editor haha

ocean slate
#

ohh

#

thanks guys

austere robin
#

try using the insert at the top for the visual

#

oh you found a way nice job 👍

ocean slate
austere robin
#

yeah that works too 🙃

hexed canyon
#

i think generally we dont give consumables their own wiki page right?

#

unless its of unique and significant note, perhaps something like cryptid's gateway

dapper horizon
#

Not even stuff like Gateway; vanilla wiki keeps all consumables of a type on one page

#

I think if we want to further note something about a specific consumable, we can just make a new section for it, but usually consumables are very simple relative to stuff like Jokers and Decks

#

I think what I want to note is to make sure that the order of cards follow the same order in the in-game Collection

hexed canyon
#

oh absolutely, we definitely need to do that

dapper horizon
#

and it's easy to edit pages that don't do so - visual editor makes it like a billion times easier to work with tables

#

the only good thing about visual editor /j

#

<--- old-fasioned

hexed canyon
#

lmfao

#

i just work with edit source bc visual editor takes a long time to load

#

and also the work i do for templates isnt possible with visual editor

dapper horizon
#

yeah it can be a bit clunky but I do understand that it's still very useful, especially to those not fully accustomed to wikitext

hexed canyon
#

yep

#

can we start developing a changelog template?

#

something like how the minecraft wiki does it

dapper horizon
#

I'll look into it after the list style guide

hexed canyon
#

nice

ocean slate
#

hi everyone, is there any other things that need to be added to the wiki (things that wouldn't need that much special work, just pages and table entries)

#

thinking mainly for Cryptid

hexed canyon
#

there are barely any pages for cryptid jokers at the moment

ocean slate
#

how does one make a cryptid joker page

hexed canyon
#

and now that gamesets are officially gonna be a thing, we need a style guide for how to document those accurately and in a easily digestible manner

ocean slate
#

oh also

#

i added CTRL+V to the wiki even though it's not ingame yet, since math is releasing it later today iirc

hexed canyon
#

please dont add unreleased content even though itll be released today

ocean slate
#

m

hexed canyon
#

just saying this for the future

ocean slate
#

would you like me to remove the page for now, can add it back later

#

remove the entry*

hexed canyon
#

just leave it

ocean slate
#

no like, is there a style guide up already

hexed canyon
#

for?

ocean slate
#

joker pages

hexed canyon
#

yes

ocean slate
#

awesome, ty

hexed canyon
#

actually, we dont have changelog templates up yet, so leave its section blank for now

#

if you know theres information in a section that you dont have immediate access to at the moment, either research or leave it blank with perhaps a "to be added" disclaimer

ocean slate
#

also, gonna bring something up here

#

can we make techincal mods have an image that isn't pointer, since cryptid isn't even a techincal mod

hexed canyon
#

its symbolic

ocean slate
#

everything else on the homepage has an image of a mod of that type

hexed canyon
#

no it doesnt

ocean slate
#

wait am i

#

dumb

hexed canyon
#

oinite used images symbolically rather than it being demonstrative

ocean slate
#

i personally prefer demonstrative images, but got it

dapper horizon
#

since QoL mods include auto-calculators implemented into the game

ocean slate
#

what here is the internal id? is it cry_m or just m

untold ether
#

j_cry_m

ocean slate
#

is the way to get joker art just cropping it from the atlas of a mod? or is there an easier way

hexed canyon
#

i believe so yes

#

make sure to upload the 1x size version of it

#

we're already getting people uploading the 2x version which isnt great

#

actually. the vanilla wiki uses the 2x version, is there a reason we're sticking to 1x? @dapper horizon

ocean slate
#

is this good enough

hexed canyon
#

yes

ocean slate
#

any idea why the rarity just isn't showing up

burnt seal
#

don't put it in parentheses

ocean slate
#

ohh

#

ty

#

it seems like using the rarity templates automatically creates a line break that i can't get rid of, how to fix this lol

hexed canyon
#

its not meant to be used in-line

#

use {{Ct|cryptidepic|Epic}}

ocean slate
dapper horizon
#

@hexed canyon is it ok if i copy some sections from the joker guide, specifically synergies onward

hexed canyon
#

what style guide is this for?

dapper horizon
#

item lists

#

i.e. Jokers, Decks, Planet Cards etc

#

particularly, turns out stuff like consumables have synergy sections on vanilla balatro wiki

#

actually hm

#

i might need to rethink my plan for this item list guide

hexed canyon
#

sorry, just reading this now

#

let me know what changes

ocean slate
#

this is what i have so far, how do you mkae one of th ose drop down things for synergies

burnt seal
#

drop down?

hexed canyon
dapper horizon
#

On visual editor there should also be a dropdown for those

ocean slate
#

anyway, i released the m page for tonight

#

probably adding synergies tommorow?

hexed canyon
#

send a link

ocean slate
hexed canyon
#

nice

ocean slate
#

hopefully now that i've figured out how to use all the templates i can make pages way faster

hexed canyon
#

use the Vj template to link to vanilla jokers

ocean slate
dapper horizon
#

also you need to put {{modsubpage}} for all subpages under a mod (which includes Joker pages)

#

just for organizational purposes

hexed canyon
#

yes

dapper horizon
#

speaking of which i'm gonna note that down on the joker guide

hexed canyon
#

actually i need to write that down in the

#

yep

ocean slate
hexed canyon
#

uh yea

#

i think so?

#

yea

hexed canyon
#

also is there a style guide for making categories?

#

ah there is

#

found it

ocean slate
#

do i just put {{modsubpage}} at the top?

dapper horizon
#

Anywhere but preferably at the top so it can be found easily

ocean slate
#

also, do you guys think this article is a stub

hexed canyon
#

yes

ocean slate
#

alr

#

it becomes a non-stub when synergies get added, correct?

dapper horizon
#

space optional but good for source readibility

hexed canyon
#

a missing information mbox template would be good

#

also hm. this is off

ocean slate
hexed canyon
#

yes, but thats on us to fix it so dont worry about it

ocean slate
#

alr

dapper horizon
ocean slate
#

m

#

is there a harm in it for this page

#

also why is it not appearing whhen you click "m" in the cryptid jokers page anymore

#

https://balatromods.miraheze.org/wiki/Cryptid/m# page exists here, but it wants you to create a page here

Modded Balatro Wiki
M

m is an Epic Joker from the Cryptid mod. It gains X13 Mult when Jolly Joker is sold. This Joker is also a part of the "m jokers" set, which focuses on Jolly Joker...

hexed canyon
#

oh

burnt seal
#

caching, probably

#

i clicked purge cache and it blueshifted properly

ocean slate
#

ah

#

also is someone editing m synergies right now

#

or can i add one

burnt seal
#

i'm done for the moment
i forgot whether scrabble tile also creates jolly edition jokers, and also i need to go to bed already lol

dapper horizon
hexed canyon
#

now it works as intended

dapper horizon
hexed canyon
#

and eventually we'll make link templates that show a thumbnail and tooltip for every joker

dapper horizon
hexed canyon
#

oh? tell me more

dapper horizon
#

lua template lol

#

but specifically

#

Parameter names just add a row to the localization table

#

so like

{{localization
| Chinese (Simplified) = 帕奇欧
| Chinese (Traditional) = 佩爾基
| Japanese = ペルケオ
}}

and so on, but I'll have to see if this is possible, especially with parameter names

hexed canyon
#

great

#

oh thats fantastic

#

if it works successfully we can use it as our basis for making the more complex changelog table template

dapper horizon
#

hmm, i dont think this method would go well for the changelog table template

#

actually hmm

#

I might consider it

hexed canyon
#

heres how minecraft wiki does it, the application of it honestly feels messy to me imo
https://minecraft.wiki/w/Template:HistoryTable

Minecraft Wiki

A HistoryTable takes one or more calls to {{HistoryLine}} and forms them into a table. Each HistoryLine is its own unnamed parameter to HistoryTable, which can be accomplished with a single | (pipe) character before the HistoryLine call.

dapper horizon
#

It seems pretty fine to me; with this templates-in-templates method, each parameter of HistoryTable can hold multiple mini-parameters, if you will

#

but I'll see if there's another way to go about it

ocean slate
#

ok uh

#

for things like these

#

will we be counting (for cryptid) when a joker gets moved to source?

#

or only when it is in an official "release"

dapper horizon
#

that's what i've been trying to think about but couldn't come to a conclusion

hexed canyon
#

i think a change should only be documented if its in the main branch

dapper horizon
#

Personally I'd really prefer only stuff in official releases be documented, but some mods don't use the releases feature at all

dapper horizon
hexed canyon
#

oh you mean in when a joker is coded into a development version, not in a separate branch

dapper horizon
#

basically virtually all mods are on some sort of git (keeps tracks of changes and stuff), like github; there's a main branch where all the "official" stuff goes on

but users can "fork" from the main branch and make branches to implement their own features either as a separate thing from the main branch, or to test for viability on the main branch; in the latter case if it is viable, it gets "merged" into the main branch and becomes official

#

(idk entirely how git works this may be a bit wrong)

hexed canyon
#

yea, only document stuff when it gets merged into main

#

keeping track of branches would be a nightmare

dapper horizon
#

i tried figuring out where to actually find the list of changes that occur and i can't find the list on github

dapper horizon
#

especially if "Releases" is not used

hexed canyon
#

how so?

dapper horizon
#

(again im not really familiar with gits and github)

hexed canyon
#

looking it up rn

dapper horizon
#

also I'm gonna ommit "Notes" from the table in the modded wiki since on the vanilla wiki I have not seen the column used at all; and then people can just add footnotes or something

hexed canyon
#

great

hexed canyon
dapper horizon
#

epic, thank you

ocean slate
#

okay so

#

are we documenting stuff in source code of mods? or no

#

only when it uses "releases" on github

#

or at least, gets an official update number by the mods creator

hexed canyon
dapper horizon
ocean slate
#

btw, thats what i meant with ctrl+v earlier

#

that it wasn't "released" yet

#

obviously i woouldnt document something that you couldnt even use

hexed canyon
dapper horizon
#

ooh, nice

#

should use calendar tho, a lot of commits go on, hard to navigate

dapper horizon
#

should be an easy implementation xP

hexed canyon
#

"if a development version does not use any version number, list the date in which the commit was created in YYYY-MM-DD format"

dapper horizon
#

oh, i mean the calendar in the commits list, for navigation

hexed canyon
#

ah

#

yea that also makes sense lol

dapper horizon
#

I think the commit ID should be used for changes

hexed canyon
#

as in the string of numbers and letters?

dapper horizon
#

this thing yeah

hexed canyon
#

mmm

#

thats not great

dapper horizon
#

why not?

plucky viper
#

that's not helpful information to most people imo

hexed canyon
#

unless its a hyperlink leading to the github page in question, it doesnt give a lot of useful information to the average reader yea

plucky viper
#

dates are better

dapper horizon
#

ah

#

makes sense

dapper horizon
hexed canyon
#

oh nice

#

do they appear in the order that you put them in the template parameters?

dapper horizon
#

No, alphabetical by key

#

something bothering me: are these "comits on [DATE]" the same for everyone or is it dependent on viewer's computer time zone

#

i switched my system time to UTC and the first two changed from "on May 9" to "on May 10"

hexed canyon
#

ugh that sucks

hexed canyon
dapper horizon
#

or the first parameter is always going to be the top entry?

hexed canyon
#

the latter

dapper horizon
#

Hm, I'm not sure how I can pull that off; by design parameters are always unordered, and Lua interprets an input of parameters as unordered (as Lua tables are unordered); I've already had trouble with templates not following the order of parameters

#

But I'll see what I can do

twin osprey
hexed canyon
dapper horizon
#

oh wait, i think i got an idea

hexed canyon
#

oh neat

dapper horizon
#

it involves 2 defined parameters, "original language" and "article language"; both parameters take the name of one of the language parameters

whatever is put in "original language" appears first on the table, while whatever is put in "article language" appears second on the table

hexed canyon
#

oh thats interesting

#

what about in the case of when the original language and the article language are the same?

dapper horizon
#

that language appears first on the table

dapper horizon
hexed canyon
#

if its too complex im totally fine with the table being purely alphabetical

dapper horizon
#

the 2 defined parameters is pretty feasible, i can try implementing it

hexed canyon
#

nice

dapper horizon
#

in the case that the input language of either original and article parameters is never defined, then either parameter are just disregarded entirely

hexed canyon
#

i see i see

dapper horizon
#

to those who speak articlelanguage or publisherlanguage, i apologize for using your language as special parameter names

#

also publisherlanguage is "original language", using the term to remove ambiguity

hexed canyon
#

nice! love it

woeful shell
#

hmm...

untold ether
#

what's the point of misc mods

austere robin
#

a mod that doesn't fall under any of the other categories I'm assuming?

untold ether
#

not sure what mod wouldn't fit under any category (unless its a meme mod) but i don't have much of a problem with it

austere robin
#

actually, does localization fall under QOL?

untold ether
#

more than likely

#

could be under resource

plucky viper
austere robin
#

(though some of them do have reskins and those that do would belong there)

dapper horizon
#

I mean, Minecraft resource packs also has language features

dapper horizon
#

Also localization files are technically a "resource"

dapper horizon
# woeful shell hmm...

Also I don't see the point of Miscellaneous Mods, the categories encompass most mods already

ocean slate
dapper horizon
#

adding onto that, if we figure out what would go there, we can just probably make a category for the case

dapper horizon
#

The 100th article was created! It is Cube (Cryptid)

Modded Balatro Wiki

Cube is a Common Joker added by Cryptid.

final mesa
#

🧊

ocean slate
dapper horizon
#

I think it's noteworthy for Cube since it is always eternal, regardless of stake or deck

dapper horizon
hexed canyon
#

its okay, i didnt realize you didnt answer either ;-;

dapper horizon
#

my initial thought was to reduce the amount of sapce they took up and stuff, and scaling can be compensated for with image-rendering: pixelated

however now i'm thinking, such doesn't seem all that worthwhile; pixelated image rendering doesnt look good at certain image scales (particularly non-whole-number scales) and we really shouldnt be all too concerned about the amount of space images take up

#

i might be seeing this the wrong way tho

#

we do need to decide on which to stick though; we've already got severe inconsistencies with sprite resolutions

#

I'm thinking we should switch to 2x res since most wikis for pixel art games go for that, so it's the de-facto standard

runic snow
#

@final mesa BTW, I gotta ask, why is the main icon of the Moddedtro Wiki this?

dapper horizon
#

default logo for miraheze wikis

#

that's the miraheze logo

#

we haven't decided on a wiki logo lol

dapper horizon
#

well idk what to think of it now

#

im tired, im gonna grab some poutine if they're still open, and if not i'm gonna throw a fit or smth idk

#

I am going to throw a fit

#

@hexed canyon what if we made a central meta page for Trivia sections for the various style guides to point at, instead of copy-pasing text across different pages

hexed canyon
#

actually we can just put it in the main style guide page

#

and then put in like a shortcut to it or something

dapper horizon
burnt seal
#

being always eternal is especially relevant on low stakes where eternal jokers don't spawn naturally

slender lake
#

I noticed there was a Grim page, so perhaps this picture would be a good addition for the skills section.

#

(complete chart of what skills require what other skills)

#

just noticed the two red lines at the bottom aren;t even touching the skills properly, oops

final mesa
dapper horizon
#

an idea that came up at one point was blueprint

#

one sec lemme search for it rq

#

here

dapper horizon
slender lake
#

np

dapper horizon
slender lake
#

would a text file on all features in Grim help with the Grim page btw, there is a lot missing.

dapper horizon
#

It might, rn things are just a bit inactive while we try to get wiki fundamentals set up

#

so not a lot of content editing going on rn

#
1x
+ Small file size
+ Scaling can be done with {image-rendering: pixelated} (so on the fly)
- Requires whole-number scaling to look good with {image-rendering: pixelated}
- Blurry with default image rendering when scaling image to larger sizes
- Frame mode for images means that 1x images are small and not easily seen

2x
+ Blur a bit less evident with default image rendering
+ Frame mode for images does not make 2x images hard to see
- Larger file size

These are the points I could come up for preferring 1x or 2x

quasi stump
#

this is super cool and a good way to find new mods

#

if anyone would like to help fill out the page for me and kekus mod, cardsauce, itd be appreciated

wheat tundra
#

added this to the cryptid stickers page

dapper horizon
#

nice, thank you; i just remembered i never filled that part out, so i appreciate the edit

hexed canyon
#

jokerinfobox and modinfobox are ready to go i think

#

we'll have to deprecate the old ones first but otherwise we're good to go

#

we also need a page to request special infoboxes for different mods and features

naive wadi
feral heron
#

I don’t think they can be converted by death either

dapper horizon
#

@hexed canyon heads up, I edited the Joker template so that sellprice has a default value that is approximately half the buy price (| sellprice = {{#if: {{{sellprice|}}} | {{{sellprice|}}} | {{#if: {{{buyprice|}}} | {{#ifexpr: {{#expr: floor({{{buyprice}}}/2) }} > 1 | {{#expr: floor({{{buyprice}}}/2) }} | 1 }} | ? }} }}) (taken from the old joker infobox)

#

we've got a problem

#

I undid my edit for now, you can take a look in history, but yeah

austere robin
#

can you not use clear?

dapper horizon
#

yeah i just figured out that was the fix

#

I'll make the fix

#

Fixed

#

im gonna do modinfobox tomorrow, getting tired

hexed canyon
#

i was asleep during this (you sent this at 5AM my time) but this is really helpful thank you

dapper horizon
#

Np

hexed canyon
#

also good job on the clear property fix, i did not account for multiple infoboxes on the same page (rare, but possible)

#

is there a reason the body parts of the forbidden one dont have their own article? i suppose i can see why they would all be compartmentalized into one article but im just asking for asking's sake

dapper horizon
#

Not sure, up to digitaldetective47

hexed canyon
#

i see

#

also, we need to create a special infobox for cryptid jokers
there will be a new system called gamesets that buff and nerf jokers depending on the gameset a player chooses when making a new savefile (modest, mainline, madness)
my idea is that there is a subbox similar to the "from [MOD]" subbox that has three interactable sections each corresponding to the gameset, and the information in the infobox dynamically changes
its like how a lot of fan wikis have different images for a certain character in an infobox and theres interactables at the top where you can show which image you want to see, except for an entire infobox

#

i need to research how wiki developers make their infoboxes contain this feature

dapper horizon
#

Oh god

#

You mean like stabbers?

#

*tabbers

#

Thx autocorrect

#

You have three tabs (buttons) and each one reveals a different set of information contained in one box, dynamically switched out and stuff?

hexed canyon
#

yes tabbers

#

preferably i would like the template to only call the subboxes once and change the text within them dynamically instead of creating three separate infoboxes within one template with their own subboxes

dapper horizon
#

Ohhhh

#

Hmm

hexed canyon
#

looking through the tabber extensions available, theyre not really suited for what i have in mind (changing only text and not having to call two more versions of the same subboxes) and the tab names and bars are not easily stylable

#

hmmmm

dapper horizon
#

Yeah I tried looking too and they seem too clunky for any tabber use

#

I do have an idea though

hexed canyon
#

maybe i can use the spoilertext code that i developed in my sandbox and adapt it to this purpose

#

it shows and hides text right now, and what i would need to do to adapt it properly is

  1. make it so that clicking a new gameset would hide the current info being shown and show the new info the user wants to see and
  2. make sure that clicking the same gameset will not hide the info currently being shown
dapper horizon
#

My idea requires JS and thus asking admin for putting some JS code into Common.js but basically:

  • 3 buttons (or however many) toggle certain classes in the overall infobox (.mode-1, .mode-2, .mode-3 etc)
  • Each section with information (effect, buy cost, etc) has 3 divs/spans/whatever; by default they are all display: none but depending on the dynamic infobox class they may be revealed (I.e. .mode-1 .mode-1-cash {display: initial}
hexed canyon
#

oh thats interesting

#

i think i can make something work in-line but if it doesnt work out we can try out your method

dapper horizon
#

Alright

hexed canyon
#

is there an advantage in terms of adaptability or other aspects that come from being coded in JS?

dapper horizon
#

It's pretty much the only way to introduce new front-end dynamic behavior

#

Wikitext and Lua-Scribunto won't help in this case

hexed canyon
#

front end dynamic behavior?

#

what are some examples of that

dapper horizon
#

Math calculations with form inputs, changing style in real time (text color, display, position, etc.), mediawiki gadgets

#

Anything that requires changes after page parsing and during page viewing

hexed canyon
#

oh interesting

dapper horizon
#

There's probably a more layman way of saying front-end dynamic behavior but that's the best way I can describe it for JS

#

Oh, client-sidd

#

Shoot gtg phone out of power

hexed canyon
#

damn

hexed canyon
#

time to learn JS

dapper horizon
#

I can help out with the JS part

hexed canyon
#

thatll be very helpful

dapper horizon
#

After I sleep and do exams

hexed canyon
#

damn

#

good luck

dapper horizon
#

Thx

hexed canyon
#

i also need to learn how to do JS anyway so i can be more useful

wheat tundra
#

hey so i feel like there should be a category for this, so i may as well ask;
what do you guys think is a fitting term for jokers that only start appearing once a certain condition is met

#

(i.e. Big Cube)

hexed canyon
#

like how cavendish works?

wheat tundra
#

ye

hexed canyon
#

i see

#

perhaps "discoverable jokers" would be a good name for it

wheat tundra
#

now i do like that

#

but yknow

#

you kinda need to discover jokers in order to get them in the collection

#

could be some confusion in that regard

hexed canyon
#

thats what the word "unlock" is for

austere robin
#

well there's unlocking and discovering

austere robin
wheat tundra
#

hadn't considered that

#

with that in mind yeah i think that's what it should be

hexed canyon
#

oh yeah spawn conditions

#

we can name it like that to avoid ambiguous meaning

wheat tundra
#

there's also jokers that can only spawn after discovering secret hands iirc so i feel like that could fall under that category as well

austere robin
#

probably would yeah

hexed canyon
#

"jokers involving secret hands"

burnt seal
#

for the jokertype field in the infobox, do we want to use template:Jtype for this?

burnt seal
#

if so, we should add it to the interwikis

austere robin
#

isn't there a joker fandom link template?

burnt seal
#

there is, yes, but it doesn't allow changing the display text

austere robin
#

it should probably support that actually?

burnt seal
#

i.e. a link to Ceremonial Dagger has to read "Ceremonial Dagger", when in this context i want it to read "Ceremonial"
and yes that feature should be added but we don't currently have it

austere robin
#

alright well added it as argument and documentation

austere robin
hexed canyon
#

i wrote in the joker style guide to avoid fandom links if possible

naive wadi
hexed canyon
naive wadi
#

idk honestly, the body parts have the same basic effects as the editions, so they would be pretty uninteresting on their own

hexed canyon
#

we can keep it in one article then

hexed canyon
#

i might have figured out how joker tooltips work in the fandom wiki
they use dynamicpagelist which pulls the parameters used in the joker infobox to display the info into a tooltip
https://www.mediawiki.org/wiki/Extension:DynamicPageList3

MediaWiki

The DynamicPageList3 extension is a reporting tool for MediaWiki, listing category members and intersections with various formats and details.
For full documentation, see the manual.
When invoked with a basic set of selection parameters, DynamicPageList3 displays a list of pages in one or more categories.
Selections may also be based on factors ...

#

the first link is the J template, where the article editor types in the joker they want to link to and enters the joker's name into the TooltipBase template, calling the tooltip template used in Template:Joker info
https://balatrogame.fandom.com/wiki/Template:J?action=edit

the second link is TooltipBase, where it finds the joker link and pulls the information for Joker info.tooltip to use
https://balatrogame.fandom.com/wiki/Template:TooltipBase?action=edit

the third link is the Joker info.tooltip, which pulls the parameters used in the Joker info template found by TooltipBase and injects the info into the table that shows up in the final result
https://balatrogame.fandom.com/wiki/Template:Joker_info.tooltip?action=edit

hexed canyon
#

im not sure i explained it properly

austere robin
#

I wrote the thing

#

is there anything about it you don't understand?

hexed canyon
#

oh! youre the one who made it, thats pretty cool

#

great work on it

austere robin
#

hah, definitely took me way too long

#

it's called a "DPL phantom template", which like you said pulls arguments from the first template (Joker_info) and uses it as input for the second (Joker_info.tooltip)

hexed canyon
#

a phantom template??

austere robin
#

look man I was in the trenches with this DPL stuff

hexed canyon
#

coding takes you to deep and hellish places

austere robin
#

anyway that was an absolute pain in the ass and I suggest doing something else if you want tooltips

hexed canyon
#

i looked at the other tooltip extensions that i could find and i dont think this can pull existing info from articles without DPL3
https://www.mediawiki.org/wiki/Extension:Tooltip

MediaWiki

The Tooltip extension provides the ability to add fancy tooltips to wiki text. Unlike other extensions which provide similar functionality, this extension allows for multi-line wiki and/or HTML syntax text for the tooltip. Additionally, the tooltip itself is displayed in a fancy semitransparent window.

hexed canyon
# hexed canyon also, we need to create a special infobox for cryptid jokers there will be a new...

unrelated but i found the manual to how i think i could achieve changing gameset info for cryptid joker infoboxes
https://www.mediawiki.org/wiki/Manual:Parser_functions

MediaWiki

Parser functions, added in MediaWiki 1.7, are a type of extension that integrate closely with the parser.
The phrase "parser function" should not be confused with Extension:ParserFunctions , which is a collection of simple parser functions.
(See Help:Extension:ParserFunctions for those.)

austere robin
hexed canyon
#

interesting

#
  • you said this was painful to work with so ill take your word for it
  • i dont like creating separate sources for useful info when you could just directly input it into the joker article
  • currently looking at LinkPreview, if you can customize the CSS for the tooltip then this could work
#

actually hm. i dont think LinkPreview has the ability to select certain elements and only show those in the tooltip

dapper horizon
#

Rn the only wiki for vanilla Balatro is on Fandom so we gotta go with what there is

austere robin
hexed canyon
#

what

austere robin
#

For the tooltip we kinda wanted to just show the infobox but without some of the fluff

hexed canyon
#

i see

#

well i think thats what we want here too

#

and by the looks of things it seems that the only viable option here would be to use......... DPL3

#

which looks really really daunting

austere robin
#

😬

#

Well if you do decide that route you'll at least have something to base it off

hexed canyon
#

are we sure we know every possible option?

austere robin
#

There might be other options out there? I didnt really do a full and complete search. I saw DPL3, thought I could use it for the tooltips and I started coding

#

Some people in this thread might know better options, or know who to ask for better options

hexed canyon
#

why is DPL3 hard to work with anyway

dapper horizon
#

Hmm, tried reading up on it, DPL3 doesn't seem too bad? I'll have to play around with it tho

austere robin
dapper horizon
#

I think I get what's going on

#
  • Enable DPL3
  • Create Template:JokerInfobox.tooltip, a surrogate which pulls the following parameters from the parent:
    • name
    • image
    • mod
    • rarity
    • effect
  • To get the surrogate or info from the surrogate, call the following parser function:
{{#dpl:
| title=(PAGE NAME)
| include={JokerInfobox}.tooltip
}}
austere robin
#

yeah that's how you'd get the 'table'

#

Or tooltip content rather

hexed canyon
#

for effect we would have to create a special parameter in jokerinfobox called tooltipeffect because there are certain effects that are spoilers or are way too detailed to efficiently fit in a tooltip

dapper horizon
#

Wait, would DPL3 not lead to a problem with page loading times? I recall that was an issue with the previous version of the tooltip implementation on the vanilla wiki

hexed canyon
#

yep, theres a disclaimer saying not to use more than two instances of a DPL3 powered template or something like that

dapper horizon
#

Hmm

#

Then ig somehow we need to only call the data when it needs to be called, i.e. during hovering over a link

hexed canyon
#

could this work?

  • catalog all links used in the article
  • find jokers based off links
  • save joker info into hidden article table
  • pull info when hovering over link
dapper horizon
#

Not sure if that will work; I haven't heard of a way for a page to provide all the links it uses into one place or something

hexed canyon
#

interesting

austere robin
dapper horizon
#

How did you guys manage to solve that issue?

austere robin
#

used a version of the tooltip that only loaded the content on hover

#

instead of loading all the tooltips on the page if the page loaded

dapper horizon
#

okay stupid idea but what if

#

new namespace dedicated entirely to storing Joker information for the tooltip to refer to

#

maybe w/o DPL3, in JSON format or smth

#

also i tried looking at template source on vanilla wiki and

#

:(

hexed canyon
#

sad face?

dapper horizon
#

the source code was scary

hexed canyon
#

yea

austere robin
slender lake
burnt seal
#

creation date is empty in the template; unclear why it defaults to today in that case

austere robin
dapper horizon
#

im gonna edit the template to hide it if unspecified

#

there we go

naive wadi
naive wadi
#

is there something special that has to be done for upscaled images or is {image-rendering: pixelated} applied automatically?

austere robin
naive wadi
#

i think it would make sense to

austere robin
#

No I agree I'm just not the one that made the template haha

dapper horizon
#

nah just kidding, i'll look into it

dapper horizon
#

(specifically, image-rendering: pixelated is analogous to nearest neighbor scaling)

hexed canyon
#

but yea we could have Month Day, Year as default and have it adjust based on user prefs or even country

naive wadi
hexed canyon
burnt seal
# hexed canyon but yea we could have Month Day, Year as default and have it adjust based on use...
MediaWiki

Magic words are strings of text that MediaWiki associates with a return value or function, such as time, site details, or page names. This page explains only the standard magic words; for a technical reference, see Manual:Magic words .
There are three general types of magic words:

Behavior switches: these are usually written as uppercase words ...

hexed canyon
#

yea

dapper horizon
#

only works for me tho since the script is only on my end

hexed canyon
#

oh thats sick

#

i havent actually researched how i can test and learn javascript efficiently

#

idk the pros and cons of visual studio or chrome dev or whatever

hexed canyon
#

wiki team id like to relay a situation to yall

three hours ago jen's almanac just released a playtest version of a major update for 0.1.0, with dozens of new features and jokers
jen says that a public release for 0.1.0 will come out in Q1 of 2025 (jan to mar)
we want to document jen's almanac as its one of the most popular mods rn, but we dont have a wiki page for almanac yet
on one hand, we have our policies on not fully documenting development versions of mods; on the other hand, there is a public interest in wanting to see jens almanac in the wiki due to its dense amount of new additions
i see two main courses of action that i want your opinions on, we can either:

  1. start documenting jens almanac with 0.1.0 features despite it being a playtest version
  2. wait for 0.1.0 to fully release around january to march of next year
  3. a compromise of these two or something else entirely
    let me know what yall think
plucky viper
#

at least make the main page i think

#

for jokers, make pages for ones that are present in both 0.0.7 and 0.1.0

dapper horizon
#

I don't think Almanac v0.1.0 is accessible enough to be reached by the greater mod community (i.e. remains on the Cryptid server and advertised as a dev version) so I don't think there will be a lot of people that want to seek out a wiki for the mod; I say for now we hold off on documenting Almanac or at least just not focus on it and instead worry about other stuff

hexed canyon
#

almanac in general is fairly inaccessible in the first place as previous versions were restricted to only being found in a channel on a discord server

austere robin
#

Since it's still a dev version etc I'm inclined to agree to make a main page, and leave it at that for now

burnt seal
#

The internal name used for the Joker in the code. Mod prefix must be included.
do we also want to include the item type prefix? that is, should it be minty_lucky or j_minty_lucky?
i assumed the former, but i've seen the latter on some other pages

hexed canyon
#

heres the most recent version of the mod page style guide, the only sections that are not complete yet are "gameplay", "configuration", "complimentary mods" (need to write what makes a good or bad complimentary mod), "gallery", and all subsections under "features"
if anybody else would like to help contribute i would appreciate it

final mesa
# dapper horizon

neat
btw you should also make sure to add the option for extra options, since some jokers might have those

burnt seal
hexed canyon
#

what would the criteria be for a good mod combo is the big question that needs to be answered

final mesa
#

eg. restoring old versions of reworked items

#

like for instance if the crustulum rework is also in madness, the old reroll one will be an extra option

hexed canyon
#

hmmm

#

i think using a separate infobox would be the best way to show that information

#

with a subtitle of (nostalgic) or (old version) idk

dapper horizon
#

Maybe a separate page for it? A subsubpage if you will

hexed canyon
#

that feels too cluttered to me

dapper horizon
#

How so? I feel like putting the restored-old version on the same page as the reworked version would itself be cluttered, especially if the effects are significantly changed

hexed canyon
#

i suppose thats true

#

what would we call it? or rather what would math call it

dapper horizon
#

Ig it depends on what the config name for this system would be

runic snow
#

@worthy ravine Hello, I'm just asking if the old Jokers from the 0.9.8 version will be added to the Wiki, perhaps in a "removed Jokers" section.

(Also, I'm asking if Paint Bucket was removed as well, since I really liked that Joker when I had 0.9.8.) :(

#

Also, where did this come from?

worthy ravine
#

that's mikas mod collection iirc?

burnt seal
#

hmm, as a matter of general wiki policy, do we want to document removed content?
presumably we'd want to keep anything already documented that is subsequently removed, but stuff that got removed before we ever documented it

i suppose if the github commit history is still available, it can still be downloaded and can be considered "available" in some sense

hexed canyon
#

i think its good to document deleted features if they were deleted after their wiki articles have been created

#

cataloging deleted features from before the wiki are not discouraged, but also not a priority

runic snow
hexed canyon
#

hi

#

hows the wiki going

burnt seal
#

like all wikis, it's going as much as the editors put in

hexed canyon
#

and hows that going

dapper horizon
#

i got exams to wory aobut :(

near wren
#

good luck!!

dapper horizon
#

thank you

open umbra
#

I'll contribute a little with what I know

hexed canyon
#

id like to make progress on cryptid joker pages, but we dont have the cryptid infobox template set up yet unfortunately

woeful shell
#

im making the jen's almanac main page incase yall are fine with that

austere robin
woeful shell
#

they said at least make a main page

dapper horizon
#

ye

#

you can go ahead and make it, just hold off from documenting game content

#

Also while I'm here: I know that there aren't a lot of us working on this project but I was wondering if we want to make a separate Discord server for this wiki

So far it's been really annoying dealing with forums to search for anything in this thread; the most accessible points in this thread are now and the first message; finding anything between requires a lot of scrolling and as we continue to talk more and more it's going to get harder to find anything in this thread

which is important because we often plan stuff but don't have a central location to place our plans/to-dos in; rn to find any plans, we need to scroll through old messages which, while obviously not impossible, is becoming more and more tedious

clever knot
#

I'd also wanna say

#

Why's twelve souls still have a page if mods must have public version?

#

It saids the mod still not released yet

#

Or is it?

dapper horizon
#

pages were made before that policy was enacted (grandfather clause)

woeful shell
#

i made it, using the JA logo as an image, is this good?

clever knot
#

Aw, come on

woeful shell
final mesa
dapper horizon
final mesa
#

yeah we shouldn’t give Cryptid too much credit in general for addons

dapper horizon
#

wdym?

final mesa
#

basically that I like the wording of “addon for Cryptid” better

#

lmao

dapper horizon
#

ah okay

dapper horizon
#

granted I want this implemented with gadgets because Common.js doesn't support ECMAScript 6, while gadgets do (basically Common.js is the boomer who doesn't get with today's times)

#

to-do:

  • Continue work on multimode tabs
  • Further inquire on making a Discord server for the wiki
  • Update mbox styling for some mboxes
  • Extension:Cargo?
ocean slate
#

if you'd like i can help with setting it up

dapper horizon
#

feel free, currently unable to do so myself (b/c upcoming exam)

#

Oh yeah other benefit of a discord server for the wiki is we can add obligatory wiki-bot that every wiki discord server must always add

#

"Wiki-Bot" (case-sensitive hyphen-needed)

ocean slate
dapper horizon
#

ah, alright

#

I'll look into it after my exam then

ocean slate
#

alr

dapper horizon
#

before I get going I made a new template, "cry-modes" specifically for use in cryptid infoboxes; the template allows multiple values for different modes per individual parameter in the infobox, does so by having different divs for each mode that are revealed at the press of a button

It's hidden outside the infobox and won't work without the script tho

#

If anyone does want to play around with the multimode tab script though, here's the code for it:

/* multi-mode infobox test */
function multiModeInfoboxScript() {
    let multiModeInfoboxes = document.querySelectorAll(".bmw-infobox-multimode");
    if (multiModeInfoboxes.length < 1) return;
    
    let modes = ["modest", "mainline", "madness"];
    
    function switchMode(newMode, e, targetElType) {
        let infobox = e.target.closest(".bmw-infobox-canvas.bmw-infobox-multimode");
        for (let i in modes) {
            let mode = modes[i];
            if (newMode != mode) infobox.classList.remove("cry-mode-" + mode);
            else infobox.classList.add("cry-mode-" + mode);
        }
    }
    
    for (let i = 0; i < multiModeInfoboxes.length; i++) {
        let currentElement = multiModeInfoboxes[i];
        for (let i in modes) {
            let mode = modes[i];
            currentElement.querySelector(".cry-button-" + mode)       .addEventListener("click", (e)=>{switchMode(mode, e)});
            currentElement.querySelector(".cry-button-" + mode+" img").addEventListener("click", (e)=>{switchMode(mode, e)});
            currentElement.querySelector(".cry-button-" + mode)       .addEventListener("keydown", (e)=>{switchMode(mode, e)});
            currentElement.querySelector(".cry-button-" + mode+" img").addEventListener("keydown", (e)=>{switchMode(mode, e)});
        }
    }
}

multiModeInfoboxScript()

Add to User:[YOUR USERNAME]/Common.js so that it only works for yourself; will not work on MediaWiki:Common.js
Then I have an infobox set up over at https://balatromods.miraheze.org/wiki/User:Oinite12/Sandbox/1

Modded Balatro Wiki
1

.

#

I'll have to inquire about how gamesets will work to get a good idea on what the default mode should be, how to handle undefined parameters, etc

hexed canyon
#

also god. i hate downloading mods on discord

hexed canyon
hexed canyon
#

also, whats cargo extension and wikibot?

hexed canyon
dapper horizon
# hexed canyon also, whats cargo extension and wikibot?

Wiki-Bot basically relays RecentChanges to Discord, and also allows quick linking to the wiki

From what I understand, Cargo allows for information in templates (that are set up for Cargo support) to be stored in a single database that can be referred to from anywhere else without having to refer to the source page; Terraria Wiki on wiki.gg uses this for entities and I think drops

hexed canyon
#

oh thats cool

#

cargo will be really useful for tooltips and fancy links

#

heres my design for the infobox gameset buttons, drop shadows are not shown here and neither are their "active" positions

dapper horizon
#

Ooh, nice

#

I'll look into those after exam

#

Speaking of which gotta hop off now, brb in ~3hr

hexed canyon
#

good luck on your exams!

#

also heres a bad ms paint mockup of how i think the final result should look

dapper horizon
#

back, exam went better than expected but still not good 😅

#

@hexed canyon is the middle one supposed to be the active one?

hexed canyon
#

yep

dapper horizon
#

Ah

#

Hmm, what if it was the inactive one instead, as in buttons? I feel like it's more intuitive that way, like buttons

#

like my mind keeps telling me "that square is sticking out, it's just begging to be pressed"

hexed canyon
#

that makes sense

#

i think the grayed out buttons could still have depth, just not as much as the active button

stark obsidian
#

Prob better for the selected to look like it's pressed instead of the other way around.

hexed canyon
#

ah

#

i edited the mockup but its not what you suggested

stark obsidian
hexed canyon
#

yea i understand

stark obsidian
#

This looks like the inverse when Modest and Madness are pressed down and Mainline isn't.

hexed canyon
#

mhm

stark obsidian
#

I do think the slight coloration for madness is neat though.

hexed canyon
#

oh i was just lazy with not making it completely grayscale lol

stark obsidian
#

lmao

final mesa
#

the gameset sprites might get some reworks anyway since they're not evenly sized

hexed canyon
#

i see

#

i want the active gameset to be highlighted and in color, but not depressed

dapper horizon
#

putting this here just in case i do a stupid:

.cry-button {
  padding: 0.5em;
  cursor: pointer;
  color: white;
  margin: 0 0 0.3em;
  user-select: none;
  flex: 1 1 0;
  font-size: 15px;
  border: none;
  background-color: #919191;
  box-shadow: 0 0.3em 0 #606060;
}

html.client-nojs .cry-button {
  cursor: default;
}

.cry-button:first-child {
  border-radius: 7px 0 0 7px;
  background-color: #737373;
  box-shadow: 0 0.3em 0 #4D4D4D;
}

.cry-button:last-child {
  border-radius: 0 7px 7px 0;
  background-color: #737373;
  box-shadow: 0 0.3em 0 #4D4D4D;
}

html.client-js .cry-button:active {
  box-shadow: 0 0.1em 0 #606060;
  margin: 0.2em 0 0.1em;
}

html.client-js .cry-button:first-child:active, html.client-js .cry-button:last-child:active {
  box-shadow: 0 0.1em 0 #4D4D4D;
}

.cry-mode-modest .cry-button-modest, html.client-nojs .cry-button-modest {
  background-color: #22B14C;
  box-shadow: 0 0.3em 0 #1E7D3A;
}

.cry-mode-mainline .cry-button-mainline, html.client-nojs .cry-button-mainline {
  background-color: #ED1C24;
  box-shadow: 0 0.3em 0 #952242;
}

.cry-mode-madness .cry-button-madness, html.client-nojs .cry-button-madness {
  background-color: #00A2E8;
  box-shadow: 0 0.3em 0 #2567AF;
}

html.client-js .cry-mode-modest .cry-button-modest:active {
  box-shadow: 0 0.1em 0 #1E7D3A;
}

html.client-js .cry-mode-mainline .cry-button-mainline:active {
  box-shadow: 0 0.1em 0 #952242;
}

html.client-js .cry-mode-madness .cry-button-madness:active {
  box-shadow: 0 0.1em 0 #2567AF;
}
hexed canyon
#

oh the colors i used were just ms paint colors lol, ask math for the actual colors hes gonna use

dapper horizon
#

alright

#

i just needed colors for prototypign too lol

dapper horizon
#

because previous script version won't work when clicking on the image... that is inside the button? 🙃

dapper horizon
dapper horizon
hexed canyon
#

i will say though that the buttons are itself their own subbox and not inside a subbox

#

although..... would it look good if it looked like an extension of the "from cryptid" subbox

dapper horizon
#

the buttons are inside a container that's inside a subbox

#

I can try moving the container with the mod name tho

#

before I do so here's a screenshot for what the infobox looks like with javascript disabled (mainly a minor accessibility feature); yet to be implemented is buttons not graying when javascript is disabled

#

(I have to do this to accomodate for Ct)

dapper horizon
#

I think it looks fine

hexed canyon
#

fantastic

#

not sure why the word cryptid looks like its in a different font lol

dapper horizon
#

yeah i have no idea either lol

#

same thing with a bunch of other templates i worked with like linkportal

#

Okay, I got the steps ready for admins to add tab-switching functionality

#

where did it go

#

?

#

ok thx internet ig

#

gonna take a break for a bit before making the template page for cryptid n stuff

hexed canyon
#

niceee

#

now that im looking back on it i think the drop shadow is too much on the buttons

dapper horizon
#

Like the blur or the dark-shaded bottom part?

hexed canyon
#

the blur

dapper horizon
#

ah

#

should we remove it or just tone it down?

slender lake
#

I think the grim skills page is unfinished and also the prestige I skill is incorrect

dapper horizon
#

I'll look into it then

hexed canyon
#

tone it down, either in transparency and/or radius

dapper horizon
#

2px radius

hexed canyon
#

yea thats much more reasonable

#

and actually hm.

#

the dark bottom part can be halved in width

dapper horizon
dapper horizon
#

I'm gonna get this moving to CryJokerInfobox

#

actually we gotta replace the icons lmao

dapper horizon
#

Setting up wiki discord server rn

dapper horizon
#

Done, will share tomorrow when more people are awake

#

(because if I share it right now the server is likely to be blown to shit due to lack of moderation)

worthy ravine
#

considering you own the wiki discord, do you want to be the owner of the wiki?

dapper horizon
#

I mean I can transfer server ownership, just wanted to get something up and going asap

worthy ravine
#

considering i don't do much for the wiki i'd rather give ownership to someone else

dapper horizon
#

Fair enough

clever knot
dapper horizon
#

I can develop one

#

(After I sleep)

#

What do you need in it?

hexed canyon
hexed canyon
dapper horizon
dapper horizon
final mesa
#

Looks epic!

hexed canyon
#

hehe click

dapper horizon
hexed canyon
#

oh nice

clever knot
#

You serious?

dapper horizon
#

?

runic snow
dapper horizon
#

||aw man, im sorry to hear||

#

||seems like you're almost through, though; you got this||

hexed canyon
#

bump

vast snow
#

what if instead of bump it was pumb and pinball purgatory celeste.....

hexed canyon
#

no way

vast snow
#

😱

untold ether
#

what happened to this project

#

oh nvm its on the wiki server spinningskull

dapper horizon
celest spear
#

Content mods should be an umbrella category i think?
Content mods

  • Joker

  • Consumable

  • Deck

  • New Mechanic

  • Multi

woeful shell
#

on iphone you can just tap the dynamic island to go to the top

austere robin
woeful shell
#

idk

warm anvil
#

Hi, can anyone create a new page for their own mod? Or is there a restriction for only big mods

dapper horizon
#

Only restriction is that the mod must be publicly accessible, I.e. dev versions insufficient, no concept phase; particularly if a Git exists for the mod then it's sufficient

Otherwise no restriction

warm anvil
dapper horizon
#

No standard

dapper horizon
#

Hey, just making this post to let others here know that this project is very much not dead! We've got a lot of progress made in terms of setting some fundamentals up, from templates to the style guide. The wiki also has several pages for mods, but most of them are far from finished; any help with making pages for Jokers, Decks, mods (that are publicly available and ready to play), etc. is greatly appreciated!

Most wiki discussion now occurs mainly on a dedicated server: https://discord.gg/QnqgjwNxQE - discussion sometimes occurs on wiki talk pages as well.

#

Recently, we overhauled the wiki theme to look a bit more "Balatro-ish"; here's a screenshot of the main page in both light and dark mode. There are a couple of bugs that still need to be patched out, but they're really only found in niche scenarios, so reporting these bugs here or the other wiki discussion places would be greatly appreciated.

#

We also recently finished developing tooltips for modded Jokers; these work for any Joker that has a page (and infobox) made for them.

#

That's all I have to say, I think. (Quite a handful has been developed, can't keep track of all of it) Again, feel free to come along and help out! There's a lot to work to do on the wiki, and any help is greatly appreciated.

clever knot
#

Oh jesus christ

#

Why did you have to choose this joker

dapper horizon
#

The dart landed there, not sure what to tell you

warm anvil
#

the new dark mode is neat, thanks for changing it

dapper horizon
#

I know

dapper horizon
#

Heads up: We enabled anonymous editing again on the wiki!

No longer do you have to make an account to make edits to the wiki; just hop right in and edit a page, whether it's a small typo fix or an entire new page.

(Note that this will reveal your [publicly available IP]; if you don't want this happening for whatever reason, make an account)

west flame
#

bo

clever knot
#

You doomed the wiki future

dapper horizon
#

I am happy to announce a month later after this change, that the wiki is still intact

clever knot
#

Don't jinx us

dapper horizon
#

I don't know what to tell you, things are still intact

#

I'm also not really sure what to report here besides the fact that we got consumable tooltips now

outer mirage
#

wiki yeah

dapper horizon
#

yea

outer mirage
#

btw

outer mirage
#

😔

#

I'm sorry

dapper horizon
#

How many did you add?

outer mirage
dapper horizon
#

Hmm, interesting

#

Alright, I'll see what I can do

icy copper
dapper horizon
#

wdym rules?

icy copper
# dapper horizon wdym rules?

I'm just curious about the invite being open. I figured with it being a wikipedia of sorts, it would be a more restricted?

dapper horizon
#

ah

#

the server's open, no pre-requisites or anything

#

we don't really have any rules there since it's not super active, just be courteous of others and stuff

#

(And in general, the wiki itself doesn't restrict editing from anyone (besides blocked users); anyone can edit anytime)

icy copper
#

Okay, just wanted to make sure, thanks 👍

soft rapids
#

so uh, first time using miraheze and i accidentally uploaded multiple of one image, is it possible to delete them?