![](/static/253f0d9b/assets/icons/icon-96x96.png)
![](https://beehaw.org/pictrs/image/7a17afb3-71f4-4ef1-a5ce-d2975ba46c88.png)
I guess this is an interesting contrast to Windows, where not only certain characters (like ? or * or |) are banned, but also entire filenames that used to refer to device files in DOS (con, prn, lpt1, etc.)
I guess this is an interesting contrast to Windows, where not only certain characters (like ? or * or |) are banned, but also entire filenames that used to refer to device files in DOS (con, prn, lpt1, etc.)
Not really. .
and ..
are the only standard directory entries that are added by the system.
Some shells may extrapolate from that by adding to go two directories up, but
can just as well be the name of an actual file or directory.
Browser integration works on my machine, which also uses Wayland, so unless you’re, say, running Firefox from a flatpak or something, I don’t see why it shouldn’t work.
It seems like on Invidious, the default setting is to still have the end user load the video directly from YouTube, whereas Piped defaults to proxying the video through its server as well. I would imagine this makes Piped servers a lot more noticable to YouTube.
It not only is still an option, it’s the default option.
Haven’t used Chrome or Chromium in quite some time, but sounds interesting – especially since fully open-source forks of Firefox, such as Fennec, can use Mozilla’s sync service.
What you’re describing sounds like an issue with either A-GPS (a mechanism by which sat navs can receive initial data over a cellphone connection, without which the initial location search can last up to 10 minutes, but afterwards it will be as smooth as always) or approximate location (a mechanism in which Google uses a huge database of cell tower and Wi-Fi data to quickly get your approximate position).
I would suggest checking the permissions on the OSMAnd app – maybe it’s lacking something that Google Maps has?