Recent submissions

Comment · 1 year ago
It is true for a few components derived from TouchableOpacity like Button, sure. That is NOT true for most other components. You does not have UICollectionView, UINavigationView (only solvable with third-party buggy components), etc.
Comment · 1 year ago
React allows you to write custom renderer and React Native is a quick and dirty example of that custom renderer. The only reason it does not "feel native" is because Meta does not invest much into it and only subset of the "native" features is implemented in "native way".
Comment · 1 year ago
React Native constructs only single UIView by default and draw actual UI using poorly man browser engine using JS. This UI does not "feel native" to user, because it has wrong animation timings, scroll speed, border elevation, missing "native" gestures, etc.
Comment · 2 years ago
"html_elements_cant_self_close" is not a very clear error. Yes, now it is clear what does it mean, and it would be great if other users should not start a new HN-discussion to receive clear explanations when it can be explained directly on "html_elements_cant_self_close" tooltip. We can polish text, decide to mention XHTML or not, but the error message should be more informative.
Comment · 2 years ago
I got this error first with HTML doctype, so it is a problem in my code which uses self-closing tags with HTML doctype. Instead of very noninformative "html_elements_cant_self_close" message it should explain that HTML spec does not have "self-closing tags", and this code uses deprecated feature from previous (XHTML) specs.
Comment · 2 years ago
OK, so it should not warn with XHTML doctype? But it does too
Comment · 2 years ago
My html is: <!DOCTYPE html> <html>

<head> <meta charset="utf-8" /> </head>

</html> Why it warns html_elements_cant_self_close on meta tag?

Comment · 6 years ago
What is "latest build"? V does not release any stable build and you can get "large error" on any platform right now when trying random "latest build" without any effort to investigate the issue.
Comment · 6 years ago
V have first-class Windows support, what is your problem?
Comment · 7 years ago
The former is a human-readable text which allow eye to easy understand and latter is a technical info which is not required to have space on the screen and makes UI "hard to use".
Comment · 7 years ago
gitweb requires server setup, while Mercurial web ui can quickly start locally without any configuration and that was the one of mercurial selling point until github and other services arrives.
Comment · 7 years ago
Can you make "sr.ht git services" the blue title of the repo "card" and "~sircmpwn/git.sr.ht" - the subtitle (with dimmed color)? This simple change will improve UI usability in 10x times.
Comment · 7 years ago
Mercurial users can use their builtin Web UI unlike Git users
Comment · 7 years ago
Am I the only one who can't find the source of this "open source software"? How they can beat Bitbucket while they hide the code under unusable UI?

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton