since the problem with a database that is managed by the users device itself, it makes sense there must a condition on which the migration would trigger
2024-03-26 08610, 2024
pranav[m]
Ahh got it here every user has a copy so every time it has to get triggered
2024-03-26 08611, 2024
pranav[m]
Yup
2024-03-26 08613, 2024
jasje
migrations take place at every app start
2024-03-26 08615, 2024
pranav[m]
Thanks a lot.. will update it
2024-03-26 08633, 2024
pranav[m]
So if I have 5-6 migrations than all those classes with appropriate conditionals right..
2024-03-26 08640, 2024
jasje
yes
2024-03-26 08651, 2024
pranav[m]
Damn.. ok thanks 🙏
2024-03-26 08601, 2024
pranav[m]
By the way could u also review my PR whenever u have time thanks
2024-03-26 08610, 2024
jasje
you can also enclose a variable inside the migration object itself btw
2024-03-26 08623, 2024
jasje
and do if else in kotlin
2024-03-26 08631, 2024
jasje
would result in same thing
2024-03-26 08659, 2024
jasje
just make sure the object is const
2024-03-26 08609, 2024
aabbi15 joined the channel
2024-03-26 08621, 2024
pranav[m]
Ohk alright I’ll do that thanks
2024-03-26 08644, 2024
aabbi15_ has quit
2024-03-26 08633, 2024
huhridge has quit
2024-03-26 08605, 2024
lucifer
bitmap: the endpoint looks great, thanks!
2024-03-26 08626, 2024
discordbrainz
<13Max (Maxr1998)> pranav: Room migrations usually expect a static from and to schema. So, if you change anything, you increase the version number. Thus, you don't have checks inside your migrations. That's pretty annoying during development but definitely the way to go for production. It also makes sense to export the schemas into the repo (as a JSON file), then you easily notice if something changes.
2024-03-26 08659, 2024
bitmap
👍
2024-03-26 08635, 2024
pranav[m]
Ahh thanks a ton Max that makes a lot of sense.. coz this method would be too tedious for multiple migrations..
2024-03-26 08655, 2024
aabbi15 has quit
2024-03-26 08611, 2024
aabbi15 joined the channel
2024-03-26 08607, 2024
aabbi15 has quit
2024-03-26 08630, 2024
aabbi15 joined the channel
2024-03-26 08630, 2024
huhridge joined the channel
2024-03-26 08637, 2024
aabbi15 has quit
2024-03-26 08614, 2024
aabbi15 joined the channel
2024-03-26 08608, 2024
mayhem
lucifer: looks like eur might be supported by stripe now. Let see if I can get that setup later.
2024-03-26 08648, 2024
insane_22 joined the channel
2024-03-26 08608, 2024
insane_22
Hello people! After loads of procrastination and self-doubts, I have finally posted my GSOC proposal on the forum.
yellowhatpro: yes the archiver can have different running modes to select different inputs.
2024-03-26 08629, 2024
outsidecontext
null_hawk[m]: Thanks a lot. I will review and give feedback. But currently I'm drowning in work related stuff and tomorrow I'll be traveling the whole day. I'll see that I can answer afterwards.
2024-03-26 08644, 2024
null_hawk[m]
outsidecontext: Sure 😊
2024-03-26 08644, 2024
munishk has quit
2024-03-26 08610, 2024
aabbi15 has quit
2024-03-26 08634, 2024
aabbi15 joined the channel
2024-03-26 08652, 2024
aabbi15
Hello! I am currently working on implementing i18n on BookBrainz as my summer of code project and needed some help..
2024-03-26 08658, 2024
Tarun_0x0 has quit
2024-03-26 08635, 2024
aabbi15
I researched on whats the best way to maintain continuous translations in a big codebase and found two approaches
2024-03-26 08613, 2024
aabbi15
1) build two locales folder - one for the devs to work on and push new translation keys and another for the website and translators to acess
2024-03-26 08605, 2024
aabbi15
2) get a seperate translation branch for the devs and translators to work on whihch will be pushed into the main code periodically(the approach MB currently uses)
2024-03-26 08648, 2024
aabbi15
I wanted to know why MB is using the approach 2 and why is it better. Also reasoning on why approach 1 isn't suitable would be appreciated :)
