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

The 00's podcasts I listened to were often in 2-3 hour episodes, rarely well scripted (or scripted at all?), but a lot of fun and very amateurish. I re-listened to several entire series recently and the episode lengths were the only thing I think was worse than in newer podcasts.

On the other hand, if ads etc gets too annoying, I already have run all my downloaded podcasts through whisper to get transcripts with timestamps. Running some LLM to find ranges to delete would probably be quite easy. As a bonus I would be happy to also cut out all the filler repetitions that seem popular these days ("yes, X, I absolutely agree, [repeats everything X just said]"). Could probably cut 1 hour episodes to 20 minutes without losing any content.


I use TUIs almost daily on my android phone, either some Linux application in Termux or a DOS application in DOSBox. Both have some extra on screen controls to add special keys, and DOSBox in particular allows adding widgets to control things (including invisible buttons, that are fun to add in some cases over parts of the screen in DOS to give an old game or application touch controls).

I also use Termux daily!

It's really a superb tool.

I only wish we could have that same experience without requiring a native app.


I built a TUI application for MS-DOS (well, DOSBox) recently, just using the few functions in MSC 5.1's included graphics library (plus a few simple BIOS calls) and what a joy compared to web interfaces or any GUI library I have used. Having a fixed screen size and known, limited, character set is at least developer-friendly. Of course there existed more advanced libraries as well, but for a simple TUI just a few functions can go a long way.

https://github.com/microsoft/MS-DOS/blob/main/v4.0/src/TOOLS...


> It’s easier to do split windows in a terminal or tmux/zellij panes than to script two separate app windows to stay locked together as a pair. Although, I’d welcome advice as to how to do it better.

Did you try some tiling window managers and decided you did not like that?


I prefer most apps to not tile. Tiling window managers might still work with config.

Dropbox seem to be doing the same thing. After years of whining about my 2TB above limit I recently received a mail with a deadline to delete my files or they will.

Tiled has some mode where you can paint the tile corners or/and edges to automatically insert tiles. When using only the corners to paint (and only a single terrain type) that would be equivalent to shifting the visual grid by a half tile trick, if I understand correctly?

Adding multiple types of terrain and also making it possible to paint the edges of course will add an explosion of possible tile types that are required. Looks like there is support in Tiled for optional automatic mirroring or rotations to add missing tile variations.

https://doc.mapeditor.org/en/stable/manual/terrain/


> Looks like there is support in Tiled for optional automatic mirroring or rotations to add missing tile variations.

Tiled uses tile "Global IDs" that encode booleans for flip and rotation into the upper bits: https://doc.mapeditor.org/en/latest/reference/global-tile-id...

It's kind of a pain in the ass to implement IMHO because you need to strip these bits and iterate all of your tilesets to find the correct tileset and tile for the GID for every ID (which is what the tile layers actually store) but a lot of the inherent performance issues can be improved upon by caching the last result, since consecutive tiles in a tilemap are likely to repeat.

Also I found this page useful: https://eishiya.com/articles/tiled/


I think community development with repos out in the open and all that is increasingly a too high cost. I will migrate my little open source projects from GitHub as soon as I can decide on what site to post source code releases (tar.gz). Happy to share my code, but no need for everything to be out in the open.

I fail to see the difference between public on github or public elsewhere.

No public version control. No issues or pull requests or other social features. Like every project, more or less, before GitHub or Sourceforge.

Well we had RCS, CVS and Usenet groups.

And before that, compressed archives on BBS, or type in listings with snail mail.


IME, on GitHub (or the other major public repo services), it's far more likely than not that I can pull up an old version of a project from 10 years ago if I want to experiment with it. (In case other old things used it as a dependency, I really want to reproduce an old result, etc.)

On the vast majority of other distribution platforms, it's at best a 50/50 as to whether (a) the platform still exists with any of its contents, and (b) the authors haven't wiped all the old versions to clear up space or whatever. The former typically fails on academic personal websites (which generally get dumped within 5-15 years), and the latter typically fails on SourceForge-style sites.

That is to say, I am not a big fan of the popular alternatives to Git repos as a distribution method.


codeberg is run as a foundation with the explicit aim to help open source projects prosper

github is run by microsoft to sell tools to your CEO with the ultimate aim of making you redundant


I always thought ed would be a perfect match. Line-based instead of having to manage cursor movements.

I bottom-post if the other person do so first. That almost never happens these days. I guess if too many do it like that then no one will be the first to bottom-post, even when both would prefer that. Not sure what a good solution would be that did not involve confusing random other people with bottom-posts.

I remember around the time top-posting had taken over, someone on a mailing list being upset about having their mail cut up and quoted inline by someone else. Can imagine today many might react like that if they ever encounter nicely formatted mail replies.


You do not need hypertext to prefix lines with "> ".

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

Search: