mpawelski

CoMaps is great!

I'm still mostly using Organic Maps though, and from time to time I switch to Comaps to see the differences.

In general I like the colors of CoMaps more than OrganicMaps (light theme, dark is so-so), but I still use OM because:

- OM shows colors for marked trails. Pretty recent feature and not as good as in Mapy.com, but at least I don't need to switch to Mapy.com just for this feature.

- recently OM added public transport routes. UX is quite bad, but it's much better that having nothing! It was quite useful at my last trip.

The nicest feature that CoMaps added recently are map updates that are independent to an app update, and they try to update maps like once a week. So it's much more probable that you will have more up to date data there than on OM. So I started using it more too :)

Plus the code that's necessary to generate the map files that OM relies on is no longer openly published.

Seems like a big red flag. And another reason to migrate to CoMaps.

Yeah, and the content is not really thought provoking by any means.

I was surprised to see such obviously low quality slop here on HN.

I'm pretty sure at one point there was proposal that allowed declaring something like `int or string`. Not sure what happened with it though.

Damn, I got frustrated just by reading this comment :D

I always though Damien earns well with the iOS mobile version. Does he also pass it to AnkiHub too so they can earn from the app sales?

It's not that I suffer from a short attention span, it's that there's nothing to pay attention to.

Is it only me that think this is exactly a short attention span?

I don't use it much, but for a default audio player for KDE, it's surprisingly slow to open audio file just to play it once (around a second on my machine)

This restriction of git worktrees is annoying but I just learned one simple rule to follow: Never check out the main development branch (main/master/develop/etc) in other worktrees (non "main worktree", using git-worktree nomenclature)). Use other name with "wt-" prefix for it. Like in:

git worktree add ..\repo -b wt-main --track origin/main

And to be honest, after being disciplined to always do that, I very rarely get error message saying that the branch I want to check out is already checked out in other worktree. Before that, I regularly had a situation when I checked out main branch on second worktree to see the current state of the repo (because my main worktree had a work in progress stuff) and after some time when I finished work on main branch, I tried to check out main branch on my main worktree and got the error. Because I totally forgot that I checked it out some time ago in the other worktree.

It works when you watch video on youtube, when it's embedded on other site I get the automatic translation.

I still cannot believe that Google doesn't understand that a person can speak more than one language.

Don't you keep the the current version of the software even if you don't buy the subscription for the next year?

I concur. My company is using Rancher Desktop on Windows machines. No problems. As long as you use don't care about GUI, and just use CLI dommands ("docker" , "docker compose" ).

In my experience, the long intervals can freak you out at the beginning. You might think that it's just stupid and not possible to have that long intervals ("I will remember that in 3 years!?").

But in practice long intervals are shortened when you answer wrong once or more, or when you mark the answer as "hard" when it actually takes time for you to recall a card.

For me FSRF really work well, sometimes I see cards that I feel are really showing quite often and when I check the card history it usually shows that I had some "again"/"hard" answers in some recent past, and because of that these intervals and not increasing that much.

Plus you can also always increase "desired retention" from default 90%. You will have shorter intervals, but it will of course increase number of the reviews too.

Can confirm. Plus nowadays you can find 0% beers that are actually quite good and very similar in taste to a regular beer. In the past there were really only shifty ones.

lol, I added this comment to favorites remembering I once did add some other comment explaining well some React rendering behavior pitfalls, and it looks it was you too :D

https://news.ycombinator.com/item?id=37349286

great explanations, thanks!

In C++ in one giant file: https://github.com/dotnet/runtime/blob/main/src/coreclr/gc/g...

From my experience the best one currently is EveryDoor. But even if you just use Organic Maps, it has some basis functionality to add and edit places.

StreetComplete is also great and very beginner friendly, but it is mostly for completing missing information for existing places. However, I think quite recent addition was that now you can actually add new places. Haven't used it much though.

Vertical tabs are fine, but this seems like catching up up with the other browsers.

I wished Firefox had natively supported tabs like in "Tree Style Tab" extensions. The extension is great, but out of the box it breaks some assumptions where the tabs appear and how they behave. I alway have to figure out which option to change after I install it. Having something native and polished would be a huge selling point for Firefox.

Can't you just write an Github issue and suggest splitting of these areas? I remember them splitting some areas in the past (because map data are getting bigger and bigger)

Yep, it's totally unreadable. To author, please check you website with "prefers-color-scheme:dark". It looks fine on light.

https://developer.mozilla.org/en-US/docs/Web/CSS/@media/pref...

https://learn.microsoft.com/en-us/microsoft-edge/devtools-gu...

I like the brevity of this blog post, but it's work noting that this mostly feels like a workarounds for Typescript not supporting any form of nominal typing or "opaque type" like in Flow.

Supports exhaustiveness checks only if you explicitly opt-in it (by coding to pattern where you use helper function that accepts `never` type). "Dicriminated Unions Type"/"Sum Types" feels very hacky there, at least syntax-wise, because it is constraint by being "JS + types" language. It's remarkable what Typescript can do, but having native Discriminated Unions in JS (hence in TS too) would be much more ergonomic and powerful.

It's worth to note that MAUI is not cross-platform (Microsoft say it is, but for me excluding Linux desktop and calling it cross-pratform is a lie/marketing bullshit)

What concrete companies you are talking about?

Really weak article, I didn't expect to see such article on HN.

Delegates are a language feature of C# that have been around for a few years now,

You mean since the very beginning of C# and .NET Framework? :-D

With all the recent CSS improvements I still miss the possibility to have working transition to "height:auto". The issue [1] on csswg-drafts is the most upvoted one. At least we can now use css grid and track sizes transitions, but it's far from intuitive, transition for "height:auto" should just work.

[1] https://github.com/w3c/csswg-drafts/issues/626

There is a slight difference in behavior though. For restore you won't get you index (staging area) changed. Pass "--no-overlay" to checkout to get the same behavior as restore.

Java is surely keeping up but I can't name single Java feature that I miss in C# or is implemented better in Java. I haven't used Java in a long time though, just occasionally I read about new Java features and I've never said to myself "cool, I wish I had it in C#".

Static import are also available in C# for quite some time now (c# 6, released in 2015, and in C# 10 you can even make this import global for for project).

I haven't used Kotlin, is there any killer feature compared to C#? (except more succinct code in certain cases?)

After couple of years of not using Thunderbird (I switched completely to web portals) I tried it when they released Supernova and all I can say is that it's... slow. Really, I often have UI freezes, data doesn't appear immediately, downloading mails take a lot of time, calendar also is not that snappy. I somehow expected to have everything super fast as it's a local app (after all the data is downloaded), but it clearly doesn't handle large amount of mails efficiently.

You must specify concrete type.

There was a plan to have "natural type" so "var list = [1,2,3]" would be of type "List<int>" but it was postponed to C# 13 (https://github.com/dotnet/csharplang/issues/5354#issuecommen...)