Posts by ROllerozxa

Okay I see, so it's an issue with the multiselect connection strength dialog (makes sense, since they are duplicated across platforms and without a doubt contain inconsistencies).

I did some digging in the code and saw that, while the strength that is reported by the desktop dialog is accurate to what the game tells, this is not the case on Android. On Android the strength multiplier factor when converting from a float to an integer is wrong by a single zero causing the strength to effectively be multiplied by 10. This would mean that e.g. 0.05 becomes 0.5 (50%) and 0.1 is indestructible. When you say 1.2 I assume you mean 0.2, which would become 2 on Android (basically indestructible).

So anything above 0.1 on Android, as it is currently, would be indestructible while on PC the only time it is indestructible is 1.0 when the slider is at its max. Dunno what to tell you about having to set strengths on Android. There's no strength level you cannot apply on PC, it's just heavily skewed against indestructible on Android.

Anyways the fix for the Android dialog seems trivial, but it is really late here so I'll save committing it for tomorrow.

macOS support would be great, just needs someone with the hardware that can port it. I would be willing to but don't have any hardware to work on it. I opened an issue #144 for this a while back and wrote a bit about it.

Yes, so principia-url-handler.desktop in the packaging/ folder is for handling the principia:// protocol URLs. This gets installed when you do ninja install or package the game, but if you're running from source then it won't know where to look.

The method I've recommended doing on the Wiki for getting it to work with a source tree build is modifying the Exec path and putting it in ~/.local/share/applications/. Maybe the MIME database needs to be updated after you do this, can't exactly remember.

I'm unsure if there's any better way to solve this. Maybe the game should write this file automatically to the local applications folder if it's not been installed to the system, which is probably what I'll need to do for the AppImage version anyways.

While I was working on the AppImage builds I figured out what was missing in the documentation, namely calling xdg-mime. I assume this is what package managers do automatically when they call update-desktop-database, as when I e.g. build and install the AUR package it will work out of the box without having to register any association. I've updated the Wiki page to include these details.

I've also done some improvements to the level play buttons, if you press it three times a little box will pop up linking to a troubleshooting page on the Wiki which should contain all the possible issues I can think one would run into with the protocol links on various platforms. Hopefully it will be of use to anyone else who has issues with it in the future.

Unless Github does a Sourceforge I don't see any reason to completely move off of it.

Like if they start lacing repository releases with malware, force Microsoft accounts upon everyone, fork the Git protocol into a proprietary one or automatically turn every repository into an NFT then I would reconsider but the current points are not nearly bad enough to justify moving. I'm by no means a FOSS zealot and have no issues with the Github server software staying proprietary or them offering Copilot AI services under the Github branding as long as they don't severely disrupt open source projects like ourselves being on the platform.

One of the things that I would want to stay on Github for would be their very powerful CI machines, which we use extensively for making releases much more painless as it takes care of compiling and making builds on all three platforms for each commit. Hosting our own CI is not going to happen, I don't know if Codeberg has any substantial CI infrastructure and last I heard of GitLab's CI it required credit card verification (I only have a debit card) but maybe they're willing to give exceptions if asked.

Setting up a mirror of Principia related repositories on Codeberg sounds like a good idea though. We'll just be using Github as our canonical source until anything actually happens with Github.

(P.S. Claiming that the issue tracker or pull requests is a type of lock-in is pretty dishonest. pull requests are simply a connection to a branch in a forked repository which can be cloned and stored locally, and issues can be exported from GitHub or even scraped. It would not be any kind of hinderance to a real migration effort)

I have begun mirroring Principia-related repositories on Codeberg based on some advice from a friend of mine: https://codeberg.org/principia/ Currently they are read-only but I heard that apparently it is possible to also mirror the issue tracker in both ways as well as accepting pull requests from the Codeberg side that can be merged and propagate to Github. I'll have to look further into that.

That being said, you (asdfLin) are a toxic individual. I am not a Microsoft fanboy nor am I a corporate bootlicker and I am insulted that you would say such a thing about me. If it weren't for the fact I had already looked into mirroring our source repositories elsewhere I probably wouldn't have done it, especially after this thread. Your attitude is counterproductive to the views you hold and I hope you do not behave in this manner in any other open source project.

I don't think there's much else to discuss, so I'll go ahead and lock this thread.

hi there, glad to have you here ^^

No updates on macOS support. I don't have any Mac hardware to port Principia with, so will most likely never happen from my side unless that changes. That's about it.

I've heard that Wine (compatibility layer for running Windows programs under Linux) is also available on macOS. Running the Windows version of Principia on Linux under Wine works fine without any issues (even though the native Linux version is of course recommended), so it should work on macOS too.