HN user

jfk13

7,203 karma
Posts110
Comments1,810
View on HN
www.pbs.org 11mo ago

Tom Lehrer, mathematician and singer-songwriter known for colorful satire, dies

jfk13
2pts0
www.bbc.co.uk 2y ago

2023 confirmed as hottest year on record

jfk13
16pts3
www.bbc.co.uk 2y ago

Twitch U-turns on 'artistic nudity' policy

jfk13
1pts1
www.bbc.co.uk 2y ago

US issues first ever fine for space junk to Dish Network

jfk13
2pts0
www.bbc.co.uk 2y ago

Russia's Luna-25 spacecraft crashes into moon

jfk13
22pts9
www.bbc.co.uk 2y ago

X sign removed at Elon Musk's HQ after neighbours complain [video]

jfk13
5pts2
www.bbc.co.uk 2y ago

Threads users down by more than a half

jfk13
77pts1
www.bbc.co.uk 2y ago

Twitter: Sign change paused as police arrive at San Francisco HQ [video]

jfk13
3pts2
www.bbc.co.uk 3y ago

Discord plans to make everyone change their username

jfk13
53pts48
www.bbc.co.uk 3y ago

Musk feuds with Apple over Twitter advertising

jfk13
9pts1
www.bbc.co.uk 3y ago

US bans sale of Huawei, ZTE tech amid security fears

jfk13
4pts1
www.latimes.com 3y ago

I once fell for the fantasy of uploading ourselves. It’s a destructive vision

jfk13
3pts1
www.bbc.co.uk 3y ago

New destination sought for axed UK built Mars rover

jfk13
2pts0
www.bbc.co.uk 4y ago

Neutron stars: New telescope detects dead suns colliding

jfk13
2pts1
www.bbc.co.uk 4y ago

India: Police rumble fake 'IPL' cricket league

jfk13
3pts0
www.bbc.co.uk 4y ago

Perseverance: NASA rover begins key drive to find life on Mars

jfk13
1pts0
www.bbc.co.uk 4y ago

Elon Musk would reverse Donald Trump's Twitter ban

jfk13
10pts0
www.bbc.co.uk 4y ago

Dyson headphones come with air vacuum for mouth

jfk13
3pts0
www.techradar.com 4y ago

Firefox bins Russian search engines over misinformation fears

jfk13
1pts1
www.bbc.co.uk 4y ago

Bitcoin cash machines ordered to shut down in UK

jfk13
2pts0
www.bbc.co.uk 4y ago

Iris: Student-built robot rover on track to explore the Moon

jfk13
1pts0
www.bbc.co.uk 4y ago

Elon Musk SpaceX rocket on collision course with moon

jfk13
7pts1
www.bbc.co.uk 4y ago

Mobile firms agree another 5G delay at US airports

jfk13
1pts0
www.bbc.co.uk 4y ago

US airlines warn of impending 5G flight disruption

jfk13
2pts0
www.bbc.co.uk 4y ago

James Webb Space Telescope extends secondary mirror

jfk13
4pts0
www.bbc.co.uk 4y ago

BBC Bitcoin mining report used in crypto-scam

jfk13
1pts0
www.bbc.co.uk 4y ago

Anti-5G necklaces found to be radioactive

jfk13
1pts0
www.bbc.co.uk 4y ago

Jeff Bezos' Blue Origin: Allegations of safety issues at company

jfk13
7pts1
www.bbc.co.uk 4y ago

How a fake network pushes pro-China propaganda

jfk13
152pts143
www.nytimes.com 5y ago

Why Don’t Some TV Shows Sound the Way They Used To?

jfk13
16pts12

Sounds like you're expecting the AI-based tools that are finding bugs to also provide fixes.

I've been dealing with a bunch of AI-generated (or at least -assisted) vulnerability reports lately. In many cases the reports include proposed patches to fix the issues.

It's been..... interesting. In many cases, the analysis provided in the report has been accurate and helpful. In some cases, the proposed patches have also been good, and we've accepted them with minimal or no changes.

In other cases, despite finding a valid issue, and even providing a good analysis of the problem, the AI tool's suggested patch has been, quite simply, wrong.

Careful review from somebody who really _understands_ the code -- and the wider context in which it is operating -- is still absolutely necessary. That's not always going to happen in an hour.

An example worth considering is TeX, which is now 43 years old (considering only TeX82; the earlier TeX78 was a substantially different piece of software). There has been some maintenance over the years, it's true, including a few feature additions in 1990 (TeX 3.0), but I would suggest it has shown itself to be extremely durable.

Except that it's not clear whether the intelligence† that underlies their homing ability is equally effective in helping them evade predators.

†Is "intelligence" even the right word here? I don't know. Much depends on how you define it, I guess, combined with the unknowability of the pigeon's own mental processes.

Yes, agreed! The first time I visited San Antonio (as a Brit who was based in Dallas for some months) happened to be at exactly that time. We didn't know anything about it, but found ourselves on the river walk in the evening, and along came the parade of boats bringing Pancho Claus & co... it was a lovely surprise and a beautiful evening.

It looks like for some reason Firefox isn't being served the same source as Safari or Chrome. In those browsers, the filename is wrapped in <center>, <a>, and <tt> elements, and followed by <hr> <br>.

But in the version of the HTML that Firefox receives, all that is missing and the filename is just some text that ends up immediately in front of the first line of code.

That's how my mother used to do it, but I've found that you don't actually need to use "lots of fat" -- you can get good results with much less (just enough oil or goose fat to cover the bottom of the roasting tray), provided you toss the potatoes in it (pre-heated) when putting them in, and turn them a few times during cooking.

The variety of potatoes used is also a critical factor.

Another issue you'd run into, I suspect, is that in practice text engines/editors/etc will often repaint only fragments of the content, and so the syntax highlighter would not necessarily see all the context it needs.

E.g. if you have a comment that starts with "/*" and ends several lines later with "*/", but the editor decides to just redraw a line in the middle, the highlighter won't "know" to use the comment color as the text-drawing operation won't include the delimiters.

(This issue already exists in a small way, as mentioned in https://news.ycombinator.com/item?id=41251114, but it'd only get worse as the syntax highlighter becomes more sophisticated.)

I tried it (via Firefox DevTools) on your example page by inserting a @font-palette-values rule alongside the @font-face that loads the font:

    @font-palette-values --mycolors {
      font-family: Monaspace;
      base-palette: 0;
      override-colors: 0 red, 1 green, 2 blue,
                       3 magenta, 4 cyan, 5 yellow;
    }
(I just picked some arbitrary colors as a proof-of-concept; they don't actually look good.) Then adding the property:
    font-palette: --mycolors;
to the textarea element causes it to use these colors instead of the defaults in the font.

Would LaTeX apply the 'calt' lookups? I don't think so.

XeLaTeX or LuaLaTeX should be able to do that, though I'm not sure offhand whether they successfully embed color fonts into the output PDF.

It's definitely going to be significantly slower as a result of all the contextual lookups.

To get an idea, I repeatedly duplicated the CSS in the "tiny sandbox" until there were nearly 20,000 lines there, and then profiled the operation of changing the font-size by 1px in Firefox. Reflowing the textbox took about 1.6 seconds.

With `font-feature-settings: "calt" off` applied, so that the contextual lookups aren't being run, a font-size change for that same textbox content reflows in about 100 milliseconds.

(I don't have actual timings for the same example in Chrome, but subjectively, with "calt" disabled, the resize is near-instant, whereas with it enabled, it's quite laggy, similar to Firefox.)

What a fun hack!

One small note: the post seems slightly confused about the use of OpenType features, as it calls for:

    font-feature-settings: "colr", "calt";
but there's no 'colr' feature tag in the font's OpenType layout tables, so that's meaningless here.

I suppose this was intended to "activate" the color glyph table (COLR) in the font; but that isn't an OpenType layout feature that would be controlled by font-feature-settings, and doesn't need to be "turned on" like this.

(In addition, the 'calt' feature is (according to the spec[1]) supposed to be active by default, so it shouldn't be necessary to explicitly set it either. And indeed, the font works for me in both Firefox and Chrome without this rule; sadly Safari doesn't seem to handle it.)

[1] https://learn.microsoft.com/en-gb/typography/opentype/spec/f...

Wow, that brings back memories! I still have a copy of BCPL: the language and its compiler on my shelf, though I admit I haven't looked at it in years. But spent¹ many happy hours with BCPL back in the early 80s. (It was that, Fortran, or Pascal; we didn't have a C compiler on the University system. Oh, there was also Algol68C, but I never really got into that.)

¹Perhaps my tutor would've said "wasted", as it had nothing to do with my courses. But I learned a lot, anyhow.