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

That's very good.

I wrote a script that takes two git commits and opens all changed files in vimdiff tabs side by side. I find lots of things too hard to see in github gui. It depends one [tpope's vim-fugitive].

[tpope's vim-fugitive]: https://github.com/tpope/vim-fugitive

I'll paste it next time I'm on that machine.


I tried to clean it up and put it [on sourcehut] and [on github].

[on sourcehut]: https://git.sr.ht/~jbaber/shadiff

[on github]: https://github.com/jbaber/shadiff


The only lock-in for github is issue tracking and actions, yes? The actions lock-in could be significant, but issues can be exported and moved.

I'm glad we live far enough in the future that there are several alternatives. Of course sad to see github has come to this.


Migrating off Actions is a pain, but the real lock-in is the network effect. Moving to something like Codeberg means losing all those "drive-by" contributors who won't bother signing up for a new instance just for one small fix

Though given the current flood of AI slop, filtering out the casuals might actually be a feature, not a bug


I agree that sieve is now a feature. And I regret it.

Any combination of ghostscript flags or something to turn a random pdf into one that uses these things to make a pdf as fast and small as a djvu?


https://github.com/internetarchive/archive-pdf-tools

Though note that this uses j2k by default and jpegoptim for JPEGs. For pages that are mostly just images (e.g. color comics) I prefer to use cjpegli on each page and img2pdf to combine them to a PDF.

Modifying archive-pdf-tools to allow use of cjpegli is something I keep meaning to look into[1], but not at the top of my list.

1: In my tests, cjpegli is more consistent than j2k compressors; that is, for each image there is a setting that j2k does as good, or better, than JPEG, but there is no setting for which j2k averages better than cjpegli because cjpegli just does such a good job of aggressively compressing while always looking good


ghostscript does not support jbig encoding, only decoding.


Often enough I just make a regular html table, the 'pandoc -f html -t mediawiki' or 'pandoc -f html -t markdown' as the case may be.


Working as Fischer intended, right?


For sure and I get how someone who's truly immersed in chess theory the entire day can get bored of standard chess but I disagree that its gotten more boring to watch. Here's a very recent Hans Neiman game at Tata steel that's just incredible

https://www.chess.com/news/view/2026-tata-steel-chess-round-...


https://jbaber.sdf.org/

What remains of my personal site that I've been messing with since about 1998.


I usually just write html tables, then convert to markdown via pandoc. It's a crazy world we live in.


I am unhappy about the criminal dimension of voice cloning, too, but there are plenty of use cases.

e.g. If I could have a (local!) clone of my own voice, I could get lots of wait-on-the-phone chores done by typing on my desktop to VOIP while accomplishing other things.


But why do you need it to be a clone of your voice? A generic TTS like Siri or a vocaloid would be sufficient.


Having gotten used to SO, I was shocked when I found I could mark multiple answers correct on AskMetafilter. It felt like an innovation.


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

Search: