It looks like this works by making the browser use dn as a local proxy. That should also work with non-chromium based browser right ? I guess it will then be necessary to configure the proxy manually.
Conceptually yes, but specifically it's implemented by intercepting the browser's internal fetch process. So it's like a "browser-internal" proxy -- or not a proxy at all.
You could do something similar with a proxy, but it may run into issues with HTTPS, which this gets around as we are beyond the terminator. In this way, you can serve the content, and save the content, via getting in the middle of the same fetch process and the browser doesn't know the difference (mostly).
The radio has a range of max 1km. If there are no other devices in range to extend your reach by mesh routing, you will quickly lose track of your pet...
Maybe with a lower band radio and/or a Lora-like transmission technique these could have been made with a higher range but 1km seems ok for a festival setting
There are use cases where 1km is too short (and Garmen does make dedicated, multi-gps trackers for hunting with dogs), but for many run of the mill use cases (i.e. losing your dog on a hike) it seems great.
When I wanted to have a shared calendar with my spouse, at first I was very motivated to go full self-hosted and spent quite some time to investigate CalDAV, CardDAV, the server implementations (Wikipedia has a good feature matrix), the client implementations (of course there is no builtin way to synchronize an android phone with calDAV, even if the software managing Google calendar sync must be more or less the same...). In the end I managed to have it work on my phone with an a ad-hoc server, but was not really sure that would be the good solution for my problem since I would still have to host that on a publicly reachable place, with my own implementation of access control and to configure everything on both of our phones... In the end I figured that there must have been some way to share a calendar between Google accounts as I had used at work, and found out about the family group https://support.google.com/googleplay/answer/6286986?sjid=31... and family calendar https://support.google.com/families/answer/7157782?hl=en&co=... Google features. Five minutes later we had a working synchronized calendar, even if I am still a bit sad to be dependent of Big G instead of relying on a open standard...
You don't need a family calendar. You can make extra calendars and in the settings on web desktop you can share just the one calendar with another friend's Google account, and if you pick the good permissions either of you can make events in it, and it syncs to all who have it, magically:
https://support.google.com/calendar/answer/37082?sjid=171696...
Oh you are right, thank you ! I don't know why I didn't found this out earlier... Still, it's a shame that this feature is only usable on the desktop web app that most users will never use
Did not know of this plugin but my life changed when I realized that pressing ALT+<key> registers as pressing Esc then pressing the key. Therefore in insert mode I just do ALT+I to go to start of line, ALT+A to go to end of line, ALT+o / ALT+O are also useful
Have you tried https://tmate.io/ ? It's a fork of tmux that, on startup, gives you web links and ssh connection strings to connect to the session. For each connection method you get one adress for read-only access and one for normal access.
How do you proceed to use it this way ? Did you have to write custom code to call the API with your codebase ? Can you give some example questions for which the LLM gave you useful insights and/or made you save time ?
Since you say that you were working on VR at Google, did you work on Cardboard Camera or know someone that did ? Do you think there is any chance that the app woukd be open sourced some day ?
I did work on Cardboard. The SDK was open sourced to some extent at https://github.com/googlevr/cardboard . But I doubt Cardboard Camera will be open sourced since everyone has moved on. I was disappointed when I could no longer run the app since it's 32-bit only.
It is working flawlessly on my current phone despite it having a aarch64 CPU, I guess that my OS must have some kind of multilib setup to keep compatibility with 32 bits apps. I am really anxious of not being able to continue capturing stereopanoramas whenever I will have to replace my trusty Huawei P30... Is there any way of knowing in advance if a given phone would be able to run Cardboard Camera ? I have built a collection of 200+ panoramas and really enjoy capturing some more when I am visiting new places. I got even more into this since I hacked myself some workflow to convert them and finally viewed them in all their glory in my Quest 2. The stereoscopic effect makes them really immersive ! I want to make the collection public when I will have taken the time to make a more practical/pretty listing page.