FrameXX

joined 2 years ago
[–] FrameXX@discuss.tchncs.de 1 points 1 week ago* (last edited 1 week ago) (1 children)

I will be honest that I don't know what exact shit are we discussing here I rather wanted to point out that Apple might not be as much privacy first company as they like to present themselves.

[–] FrameXX@discuss.tchncs.de 2 points 1 week ago* (last edited 1 week ago) (3 children)

I can't. Everything they release is proprietary and locked down, so let's just trust their narrative.

I can only recommend well researched eyeopener from Techaltar: https://youtu.be/JHnBOUNxHsw

[–] FrameXX@discuss.tchncs.de 1 points 4 weeks ago* (last edited 4 weeks ago)

It makes sense if your phone is well supported in the custom ROM comunnity and doesn't receive feature or security updates from the manufacturer anymore. I am already 3 Android versions past the last supported Android version by the manufacturer thanks to community maintained ROMs. (Xiaomi Poco X3 NFC).

[–] FrameXX@discuss.tchncs.de 3 points 4 weeks ago

Google play services is a monolith, that does a plethora of stuff on the phone, including features like quick share, location services, various Firebase APIs for instant notifications stuff, find my device and whatnot, so I think the size is pretty reasonable.

[–] FrameXX@discuss.tchncs.de 5 points 1 month ago* (last edited 1 month ago)

The newer Android versions aren't that much more bloated. Sure. If you compare Android KitKat with Android 14 it is gonna be a bit more demanding probably especially on graphics, but overall there were a lot of improvements to the battery usage and memory management over the years and I have an experience of newer Android versions running better than the older ones. You can have a 6 years old phone that will run the newest Android version just fine because you flashed it with a custom ROM.

When we get to the manufacturer's custom Android skins... Well that's a different story. Most of them are gonna be more or less bloated than stock Android, but this is a problem of manufacturers and the fact that mobile OS market and ecosystem is so much locked down compared to desktop, which makes it harder to remove manufacturer's bloat from your OS, install different ROMs and tinker with it, rather than Android being bloated as an OS.

[–] FrameXX@discuss.tchncs.de 1 points 2 months ago* (last edited 2 months ago)

You could license it under the (A)GPL, charge for downloads in the Play store or for compiled binaries on ur website and ask for donations on F-Droid.

You could even do a freemium version where some features are locked in the binaries you distribute and need a license from ur website or smth (for those who don't want to use Google Play). (iirc SD Maid 2/SE does this)

Someone else could just compile the app themselves, unlock all premium features and distribute it to play store without violating the license?

[–] FrameXX@discuss.tchncs.de 13 points 2 months ago

Chrome or Chromium project?

[–] FrameXX@discuss.tchncs.de 3 points 3 months ago

Do the "right" thing.

[–] FrameXX@discuss.tchncs.de 8 points 3 months ago

If you like VSCode you can try VSCodium which supports almost all features of VSCode but should be fully FOSS without Microsoft proprietary blobs.

[–] FrameXX@discuss.tchncs.de 9 points 3 months ago* (last edited 3 months ago) (1 children)

AFAIK you have to give the app location access for it to be able to scan sourrounding networks and see the SSIDs (At least that's how it works on the newer Android versions circa around Android 10 or 9). For bluetooth you have to enable at least the nearby devices permission. If you do these things then it makes sense that the app can track your location.

[–] FrameXX@discuss.tchncs.de 2 points 4 months ago* (last edited 4 months ago)

I think the Kiwi browser has it. EDIT: Or had it when it existed. I don't see it on Google Play anymore.

 

I know this is probably a primitive topic for most, but I just got into coding in c++ because a simple project I am working on that uses esp8266 which can be programmed using c++. Before this I only had experiemce with python, javascript and typescript.

Now to my problem: I am trying to split my code that is getting longer into multiple files.

I already think that I understand right that each library has a header (.h) file and source (.cpp or .c in case of c) file. The first thing I already have problem with is that as you are defining your functions and classes in the header file and then implementing them in the source file you are repeating yourself with the declarations which is not something I would like. I presume that most IDEs will probably automatically help you with generating or editing the header file automatically as you change code in the source file and I guess I will need to learn to live with it.

Then there's the thing with importing. It may happen that if you create a library it also has some dependencies that it needs to include. But as far as I understand one library shouldn't be included multiple times. So from what I can see most libraries check whether a global variable with an ARBITRARY name that the library chooses itself is not defined and then if that's true it defines that variable to indicate it has been included (the name of the variable is not compketely arbitrary and usually follows LIBRARY_NAME_H but the convention cannot be really relyed on). When the library includes other library it also needs to check whether the variable of that library that is defined on its import is defined. The main file should also probably check this for every library it includes because it can't know what lins were already imported by libs it imported? Am I getting something wrong or is it sometimes ok for some libraries to be included multiple times. There's the #pragma once to handle these situations?

view more: next ›