Hacker Newsnew | past | comments | ask | show | jobs | submit | malodyets's commentslogin

I learned about this tonight when Claude Code picked up your library for my application that uses logical replication. Looking forward to putting it through its paces.


nice! would appreciate any feedback.


With Diesel async integrating everything with the pooling is a bit hairy. With sqlx everything just works.


Powers of 10 is the classic presentation: https://youtu.be/0fKBhvDjuy0


I haven't seen this in many years, it really is a spectacular way of making you feel the vastness of the universe and the difference in scales.


Much good there but l and 1 are identical.


I'm really surprised this made it through, it's one of the handful of character sets that require distinct glyphs to prevent confusion/mixups.


Not quite, the 1's top serif extends to the left edge. https://postimg.cc/nXMt2qhx Still way too close for comfort.


To be fair, they did say it was inspired by typewriters, and most old typewriters don't have a '1', so you type a lowercase 'l' instead.


Then don't call it "server". Call it "typewriter".


How did they type '2' on those old typewriters?


There was a "2" key, just no "1" key on some models.


That are really old typewriters.


Actually, it was /most/ typewriters. Having a numeral one (1) key on a keyboard was something brought about by computer input keyboards (where there did, indeed, need to be a distinct numeral one separate from lower case-ell (l)).

But for most typewriters, the ell (l) key also served as the numeral one key.


not really, in the sense that it would be a really old typewriter, there aren't any new typewriters. I'm not super old, and typewriters I used in high school did not have a one. Nobody had an IBM Selectric at home.

BTW on the same subject of fonts, you want to be able to distinguish between 1, l, and I which are not always distinguishable.


I just googled for some typewriter pictures and only really old typewriters didn't have a "1".


I use proportional fonts for coding that don’t really distinguish between 1 and l, it doesn’t seem to matter in practice.


Yeah it's annoying in several fonts, not just that one. So I simply modify the font I'm using: one thing I do is I remove the lower left horizontal bar from lowercase 'l', that way it cannot be mistaken from a '1'.

Basically changing what's on the left to what's on the right:

    ***         ***
      *           *
      *           *
      *           *
    *****         ***
It's a little trick I've been using since so long I don't even remember since when I'm doing that.


> I simply modify the font I'm using

One of those minor nudges in life...

EDIT: and also a monospaced comment on hn to describe it :)



Love the zero, but agreed.


yeah ibm's courier has a horizontal top line for 'l' and a slanted top line for '1'


This desperately needs a date `[1999]`


Physics answers what and how. Why is for philosophers and theologians.


The why is not required. It works whether we want it to or not.


What features or benefits would a small fraction of people love in an alt browser?

What would HN folk love in a browser?


> What would HN folk love in a browser?

A setting to completely disable support for media elements per-origin would be nice. Not this "we try to determine whether a video is eligible for autoplaying" bullshit. I want an "I wasn't asking" approach of the browser literally treating <video> and <audio> as unknown tags when this setting is off.

Native support for Flash via Ruffle would also be nice.

If it's a mobile browser, I really, REALLY want a setting to just completely annihilate all the PWA stuff. No, I don't want to add this random news website to my home screen, thank you very much.

More broadly, I want most of the "progress" of the web platform undone. Sure, new CSS features, like flexbox and grid, are nice. But all those new JS APIs that (try to) turn a hypertext document viewer into a (terrible) operating system? No thanks. I want my clear boundary between the "document" and the "application" back, hence the Flash thing.


Something less annoying to opt into web features would really be an improvement. Perhaps some "upgrade icon" next to that https lock icon? This already is the place were we take away the permission when we accidentally allowed some we did not want, and the "upgrade" would be somewhat parseable as all three of "upgrade to local(ish) installation", "upgrade to more site features" (push) and "allow more data upload" (location). All implicitly connected to the hostname.


for first: firefox + umatrix, you're welcome


Mouse gestures, opera had these back in the day. The right-left click to go back, ability to close a tab from anywhere on the page with just a single hand, etc.

Maybe it's no longer possible due to all the click hijacking introduced by web2.


Vivaldi and Firefox (via extensions) still have mouse gestures and there aren't any problems with it.


you still have this on keyboard with 1 hand tho


Lots of HN people are fascinated by Arc. That's a good place to start looking.


Can second this - Arc is my daily driver now


Being able to browse the web and not have pages render incorrectly, slowly or not at all is the big one.


Not tracking me and selling data to ad network buyers.


I’m a big fan of base58

+ almost as efficient as base64 + no special characters + no padding characters


Unlike Base64 or Base32, Base58 has approximately O(N^2) complexity because it requires iterative division and multiplication operations on big integers. You can't encode a gigabyte of data with Base58 in a reasonable time, but you certainly can with Base64 or Base32.


I thought base58 runs on 8 byte blocks because 58^11 is slightly larger than 256^8. Then I checked the spec and this is actually not a standard requirement.


Haven't seen that, but how do you work with carry for numbers that are 256^8 < x < 58^11 ?


If we cut off at 8 byte blocks every number would be < 256^8. Encountering x > 256^8 would simplify be invalid.


In that case, there would be padding left in every encoded block. The size overhead would weaken the case for Base58 especially if you consider using it for arbitrarily long data.


Seems like a compiler should be able to convert division to shifts and subtractions.

> u8 divmod 58 can be reduced to a u8->u16 multiply, a right shift, and three conditional subtractions; that's not great, but on a modern CPU it's a afterthought compared to the quadratic loop over the input size.

Same topic from 2018: https://news.ycombinator.com/item?id=18409344


I don't understand that comment. How do you handle carry?


Base64 doesn't need padding so that one's easy.

No special characters... I mean it's true, but there's not many places I'm worried about inability to mix in some - and _.

Base58 also avoids a couple confusable characters, but that only matters when copying by hand, and if I'm copying by hand I'd rather use base32.


I'm a big fan of not base anything encoding


Why? Use Vinci for everything?


I like plaintext


Svn externals provide similar capabilities, though I don’t remember if an external can be an individual file. TortoiseSvn on windows made it not to painful to use.

https://svnbook.red-bean.com/en/1.7/svn.advanced.externals.h...


Externals is a footgun that can cause nasty injuries. I like Svn, but I won't be using Externals again.


This sounds like the deal I have had with my (young-adult) kids (who live at home).


Unfortunately, some parents believe in "tough love" (throw them into the ocean to learn them to swim).


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: