Lots of new functions for wine

• Big News! you can now create flasks (aka wine prefixes) they don’t actually show up anywhere or anything and you can’t do anything with them yet…..but it’s a start
• I made it keep a small flask.json file inside each prefix to keep track of which wine version created the prefix, which programs should get launched with that prefix, etc, ofc this is just a json encoded instance of the flask struct using swift’s JSONEncode
• I wrote functions to launch a .exe from Wine and to scan for created flasks, i just haven’t hooked them up to any UI yet

What’s next

• I really really NEED to figure out error handling in SwiftUI apps as i am currently just throwing errors to standard output or straight up ignoring them and returning (which is bad), so i think i won’t work on more backend functions until i learn how to handle errors correctly
• And ofc hook the UI up to the wine functions and error handlers and whatnot
• Also polish the UI a bit, currently a bit rough

More UI Changes

• So I realized i have no idea how to design good UX so i went and took inspiration from other wine frontends and settled on a “setup wizard-like thing” to create a new flask (and yea we are going with one program per flask for now) and now the setup wizard is divided into 3 sections/steps Flask, App, Options (with Flask being the screen we designed in the previous devlog)
• continuing on that i made the App section/step view which just lets you select whether your program is standalone/portable (meaning doesn’t need an installer) or an installer and lets you select its path

Now Hopefully we can stop working on UI for a bit bec UI is boring imo

Changes

• Made this ugly dialog box for creating bottles which i am calling here flasks (since the app name is flasks), i really struggled making it not look atrocious but alas it still looks ugly in my opinion (add it to the “will fix later” list)
• Earlier i was trying to use a module called SWCompression to untar the wine download but turns out calling /usr/bin/tar is much easier but i forgot to remove an import of SWCompression and somehow it never warned me about it? in any case, i just removed it
• Added some more .gitignore entries for xcode, swift and MacOS stuff from gitignore.io (may be useful later ig)

Changes

• I made a small modal window sheet to download wine runners/versions/engines (whtv you wanna call them) ofc only Gcenx’s builds are available and are hardcoded in for now (and also need to add the option to cancel a download but later lol)
• Earlier i made a WineLibrary class to scan for installed wine versions in Application Support/Flasks/Runners, hadn’t had the chance to check if it actually works tho (hopefully it does?)

yeah that’s about it.

What this is

I was kinda feeling frustrated that the only good option to run Windows apps and games on MacOS was crossover (which is paid) so i decided i would try making an alternative for it (that doesn’t suck + is user friendly)

Disclaimer: I will try my best but wine is a really complicated piece of software and making a FOSS competitor to a paid product like crossover ain’t ez so NO PROMISES that i will actually be able to complete this

Changes (not really much)

• made sidebar for displaying wine prefixes (currently just uses dummy data :<)
• implemented some download functions for downloading & extracting wine from Gcenx’s MacOS wine builds and placing it in a “runners” folder in App. Support (hopefully i can find something better than that but for now it’s fine)