In general the Yiffalicious 32bit version has been running well under Wineskin on the Mac.
Wineskin Version 2.6.2 - Wrapper WS9Wine1.9.21
In 0.6.2b however I am now unable to load or save any interactions. Any choice from the cloud will give me an eternal spinner.
When an interaction has been saved, it is created and present in the local interactions folder.
~Application Data\yiffalicous\interactions\local
but it is not displayed, and unable to be loaded from the menu.
I'm not sure if the is a problem with the 32bit version or a problem with Wineskin but this seemed to begin happening with the 0.6.2 series.
I'm not sure if this is unique to my installation. So if anyone is currently running under Wineskin on the Mac I would be interested in learning your experiences.
Comments
In 0.6.2 we changed the way interactions are stored. They're now compressed, and upon load they're uncompressed to a temporary location and then read. I'm guessing that temporary location thing maybe doesn't work properly in wine? For the technically interested, it's System.IO.Path.GetTempFileName(); that we're using.
while i haven't been able to get it to run quite yet i did notice that there isn't a 'Roaming' folder under {User}\AppData\ which is where %appdata% normally maps to in windows.
if you copy a .yiff file to ".\drive_c\users\{your user}\AppData\Roaming\yiffalicious\interactions\local\" does it show up in game?
are you getting an output_log.txt in the \yiffalicious_Data\ folder?
and did you use the installer or the zip file to install into the wrapper?
@odes: no need to waste your time. As you said it's not a supported platform, I'll play around with it a bit and see what I can come up with.
but other apps that are coded to reference Environment.SpecialFolder.ApplicationData do seem to work, so i doubt the ApplicationData folder is the issue.
The System.IO.Path.GetTempFileName call on Wine in OSX however does some weird stuff and fails when i try to get a temp file:
On Windows the path looks more like this:
i really haven't played with it much, I may find the time later in the month.
https://drive.google.com/open?id=0B4arJ6EA3nSjQ1NnMC1tZHd2Y1U
local interactions save correctly and i've validated that they are proper .yiff files, but the load interaction screen shows up blank.
i tested this in 0.6.3b for both the 32-bit installer and ZIP file, both have the issue.
0.5.4 on the other hand displays local interactions fine.
-- edit: figured it out --
the change that broke this is switching from looking for "*.yiff" to "*.yiff?"
i'm guessing it has something to do with ? being valid on macOS's filesystem
i don't see a workaround that an end user can use to get around this, it'll probably just need to be fixed in a later release.
if you rename an interaction to .yiffx (where x is an alphanumeric character) it will show up in the local interactions browser, but this isn't a very feasible workaround.
i wrote a quick test app to query for *.yiff? using both GetFiles and EnumerateFiles and saw the same behaviour under wine on Ubuntu as well.
so "*.yiff*" works, "*.yiff?" doesn't. that would at least give you a smaller list than ALL files.
Nice catch, it's not a bad workaround really. No trouble to rename a file and if I get lazy I can always write a bash script to find and rename *.yiff to *.yiff1.
glad i could help, you'll just want to make sure you revert the file names when this is actually fixed / worked around in game.
i tested it on macOS 10.12 with Wineskin 2.6.2 + WS9Wine1.9.24