I am currently using Brave after switching from Chrome. Chrome changed the way accessibility worked last year which didn't work for me. Instead of scaling text it zooms in on pages which results in an undesirable scrollfest.
Once in a while I retry Firefox but text scaling is a hot mess. On some sites it simply doesn't work, on others content will go outside of the bounding box and on some sites it just clips text. For me it is barely usable in its current form leaving me at Brave.
Is this the reason that Chromium based browsers always change font sizes for me on here? Since I'm visually impaired and have set my text sizing pretty large, I have that issue on multiple sites, including Hacker News. It's a bit of a gamble how large text will be when I refresh the page.
I was generating some SVGs from text last week and thus editor just refused to paarse the generated content. However this viewer worked just fine: https://codebeautify.org/svg-viewer
Probably not. In my experience most standards are pretty broadly defined with hardly any technical requirements.
For instance in ISO 27001 it states that you should create awareness in your organisation about information security. A very minimal way is to send a mass email to everyone in the organisation or hang up posters in the office. But I also spoke to someone that was determined that a half day security awareness training was minimally required.
You are right. However sometimes a change can be so bad, that there is no other option. For instance when Chrome changed the way zoom worked in their Android browser. I had to revert, otherwise it was unusable for me.
Brave browser recently also introduced buttons. I was a tad annoyed with it, but accepted it. Until my wife recently saw the new look while I was working and asked how I could even put up with this. She argued that tabs should look like tabs and not buttons.
Fortunately for Brave the rollback is quite easy with a flag in `brave://flags` where you can disable the `brave-horizontal-tabs-update` feature.
Great addition. I remember that I also looked at Obligator and saved it to my bookmarks. But I decided against it because IMHO the project was just a bit too young. Normally I tend to ignore that, but I really didn't want to switch auth/SSO solutions in a couple of months time because of a lack of maintenance or something like that.
Dex only acts as a federated identity provider. Unlike oauth2-proxy which acts as a service provider for services that don't have authentication themselves.
Recently I looked into having a relatively simple SSO setup for my homelab. My main objective is that I could easily login with Google or GitHub auth. At my previous job I used both JetBrains Hub [1] and Keycloak but I found both of them a bit of a PITA to setup.
JetBrains Hub was really, really easy to get going. As was my previous experience with them. The only thing that annoyed me was the lack of a latest tag on their Docker registry. Don't get me wrong, pinned versions are great, but for my personal use I mostly just want to update all my Docker containers in one go.
On the other hand I found Keycloak very cumbersome to get going. It was pretty easy in dev mode, but I stumbled to get it going in production. AFAIK it had something to do with the wildcard Let's Encrypt cert that I tried to use. But after a couple of hours, I just gave up.
I finally went with Dex [2]. I had previously put it off because of the lack of documentation, but in the end it was extremely easy to setup. It just required some basic YAML, a SQLite database and a (sub)domain. I combined Dex with the excellent OAuth2 Proxy and a custom Nginx (Proxy Manager) template for an easy two line SSO configuration on all of my internal services. I also created an Dex Docker template for unRAID [4].
In addition to this setup, I also added Cloudflare Access and WAF outside of my home to add some security. I only want to add some CrowdSec to get a little more insights.
Last year I bought a Microsoft Intellimouse Pro which I really, really like. Besides being a tad heavy it has been a pleasure to use. I didn't know Microsoft stopped making mice and keyboards. Such a bummer.
I wonder what some alternative brands would be. Logi has been terrible for me in reliability.
At university we were tasked with making an Android application for a real client. This was part of our course and was really fun to do. Especially because we did this in two groups competing with each other. The app was some sort of geocaching mixed with a quiz to discover a city in groups. We also built a server side app that accompanied the clients. This app was targeting Android 2.3 and ran on some sort of old Xperia device.
Building the app was a lot of fun and it worked pretty well most of the time. During beta testing however, we were given all the resources that were crreated by a third party. This mostly included UI elements and other images that made up the UI. Testing it out, again, it worked pretty good. Until one time it didn't...
After about an hour or so of playing, the app would consistently crash. After some OS troubleshooting, we came to the conclusion that apparently Android (at the time) had the habit of not putting images in managed memory, but separately. And whenever this space overflowed, an app would simply crash. To resolve this you would need to manage this space yourself and clear out memory.
However we only discovered this a week or so before the deadline. And implementing memory management would be nigh impossible to do. So I came up with the hackiest solution that I ever built. I added a crash handler to the app, which would start another instance. I also added a serializer / deserializer to the app and whenever you reached the main menu all play progress was serialized to storage. Whenever the app crashed and restarted, this was read again and letting the users resume play. The only side effected was some weird app flickering because of the crash and restart.
A week later when we delivered the app to our clients, they wanted to try it out and play test it. So we did, along with the other group. And lo and behold, after an hour or so the app crashed. And restarted. Unlike the other group, were the app crashed and had to be restarted manually.
In the end the client was really happy with the result. Because it just worked. AFAIK the app is still in production the same way it was about 10 years ago.
I'm unsure what a 'TrueCharts' is, but if it's anything Docker based you probably need to mount the Intel GPU device. You can do this pretty easily with a device mount: `--device=/dev/dri`. Another issues that may occur is that `/dev/dri` has insufficient permissions for Docker or that the device driver hasn't initialized.
Maybe it's not really up your alley. But I learned Java with the Java in Action with BlueJ [1]. Although it's pretty basic, the text book really explains all the Java (and OOM) basics in a pretty clear way. The book is called Objects First [2].
In addition I really enjoyed exploring the JDK documentation. Especially Java <1.7 is extremely manageable. Java 8 introduced NIO and lambda's which make Java way more fun, but also a tad harder to learn.
It's not exactly JVM, but just wanted to share anyway :).
Once in a while I retry Firefox but text scaling is a hot mess. On some sites it simply doesn't work, on others content will go outside of the bounding box and on some sites it just clips text. For me it is barely usable in its current form leaving me at Brave.