Live data from Hacker News

Hot Dog Linux – Horrible Obsolete Typeface and Dreadful Onscreen Graphics

hotdoglinux.com

111–120 of 167 posts

Re: Hot Dog Linux – Horrible Obsolete Typeface and Dreadful Onscreen Graphics

#111
post #24

Earlier quoted context omitted.

Am I weird for liking Chicago?

I like Chicago too, but only the original 12 pt. bitmap version. For some reason it never looks quite right when scaled, I wonder why.

Probably because Chicago was originally created by Susan Kare in just the 12pt bitmap form for the original Macintosh. The scalable TrueType version was created years later for System 7 by different people, and I'm afraid they really didn't capture the spirit very well.

Re: Hot Dog Linux – Horrible Obsolete Typeface and Dreadful Onscreen Graphics

#112
post #100
post #78

Earlier quoted context omitted.

I use jsonlines on those occasions https://jsonlines.org/examples/

That's like a file with S-expressions, only worse (because those already existed, whereas this had to be made up as a new thing, without offering any improvement).

JSON lines has a few nice properties.

The biggest advantage is that 1 line = 1 record, so you can use unix tools like head, tail, grep, sed to work on it.

It's also easy to sync state in case of errors, since a newline always means record boundary.

In CSV and normal JSON a record can span multiple lines,which sucks, so you almost always have to write custom code to work on them.

Re: Hot Dog Linux – Horrible Obsolete Typeface and Dreadful Onscreen Graphics

#114

Earlier quoted context omitted.

System 7 was great with a color monitor. Subtle, clean, efficient without being boring or sterile.

Yeah, but without preemptive multitasking, it's like putting lipstick on a pig.

Preemptive multitasking is overrated. (In particular, it seems to me that graphical applications may behave better when they cooperate. I think that a desktop OS should accommodate both kinds.)

Re: Hot Dog Linux – Horrible Obsolete Typeface and Dreadful Onscreen Graphics

#115
post #100

Earlier quoted context omitted.

That's like a file with S-expressions, only worse (because those already existed, whereas this had to be made up as a new thing, without offering any improvement).

JSON lines has a few nice properties. The biggest advantage is that 1 line = 1 record, so you can use unix tools like head, tail, grep, sed to work on it. It's also easy to sync state in case of errors, since a newline always means record boundary. In CSV and normal JSON a record can span multiple lines,which sucks, so you almost always have to write custom code to work on them.

An S-expression file with a newline after each top-level expression has the same property. So that's not really a problem.

Re: Hot Dog Linux – Horrible Obsolete Typeface and Dreadful Onscreen Graphics

#116

As I’m growing older, I appreciate those typefaces for the sheer fucking contrast and readability they have. On low DPI screens, I seek bitmap fonts for the UI (and it disappoints me that the support for them in toolkits seems to be getting shoddier, to the point that it’s easier to use TrueType fonts that mimic bitmaps); on high DPI screens, I’m using serif fonts. I’m toying with the idea of purely black and white t…

It's the reason why I'm still using xterm where I can. Even on the screenshots in the OP, the xterm font comes out super crisp.

Re: Hot Dog Linux – Horrible Obsolete Typeface and Dreadful Onscreen Graphics

#117

This is so funny Like... It's a hot dog. Like code version of lips and asses I'm trying to think of what's still running in objective-c since the 90s outside of legacy iphone apps and it's SOGo [1] [1] https://www.sogo.nu/

It's named after the infamous "Hot Dog Stand" theme that was packaged with Windows 3.1

https://blog.codinghorror.com/a-tribute-to-the-windows-31-ho...

Re: Hot Dog Linux – Horrible Obsolete Typeface and Dreadful Onscreen Graphics

#118
post #88

Earlier quoted context omitted.

This is nice. But less space-efficient than CSV when its strictly tabular, since CSV has columns legend on first row allowing 'pure' rows, whereas JSON will have to key every field, on every row.

I don't understand why people keep using CSV today while SQLite is MIT-licenced and can be used everywhere, has a very portable and lightweight implementation, has a stable file format with long-term commitment, and a good compromise on the type system that gives enough flexibility to be on par with CSV if some entries happen to have a different type...

Are you suggesting sending around SQLite dbs as a data interchange format? Or to replace some other csv use case?

Re: Hot Dog Linux – Horrible Obsolete Typeface and Dreadful Onscreen Graphics

#119

As I’m growing older, I appreciate those typefaces for the sheer fucking contrast and readability they have. On low DPI screens, I seek bitmap fonts for the UI (and it disappoints me that the support for them in toolkits seems to be getting shoddier, to the point that it’s easier to use TrueType fonts that mimic bitmaps); on high DPI screens, I’m using serif fonts. I’m toying with the idea of purely black and white t…

I recently played around with the Badger2040 board, which has a low-res eInk screen, and was very disappointed that the firmware does not contain a single old-school terminal-oriented bitmap font - making all text look horrible almost on purpose. Hardware hackers can be occasionally puzzling in their choices.

Re: Hot Dog Linux – Horrible Obsolete Typeface and Dreadful Onscreen Graphics

#120

Earlier quoted context omitted.

Since the smaller scripts run in separate processes, there is in fact a safety benefit to the break-up, which compensates in some way for the lack of strict. Processes are isolated; you know that a function call in one script will not misuse a function in another. Or that a global variable defined in one script can't be modified or accessed in the other. The scripts can only communicate via external mechanisms: comma…

Simple is beautiful, less is more.

You just move the complexity one layer up, at the composition of all those small utilities.
Post reply on HN