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

Confirms Rust is about where I thought it was. In a strange niche where you don’t need 100% the performance of C, but the 90% you get from a managed language isn’t enough. And you can’t run on the GPU.


How about 'click-to-bill'. If I don't touch your service you can't charge me.


Kagi's policy is in the direction of that:

https://help.kagi.com/kagi/plans/plan-types.html#fair-pricin...


Kagi is doing it the right way...


The finger on the monkey's paw curls.

Now every service will be spamming you notifications and emails even more desperately to bait you into "using" the service so they can bill you. More clickbait and scare tactics on news subscriptions. Also goodbye monthly subscriptions.

It only works for Kagi because they're pretty decent folk.


Some good patterns here. An Event with a callback (what you're calling [context protocol](https://github.com/webcomponents-cg/community-protocols/blob...)) I think will prove useful.

My main gripe with web components is that while they expose the first half of the tree traversal (from the outside in, via connectedCallback), they don't provide access to the second half, after child elements have been created. (akin to Initialize and Load events from ye olde .NET)


You could start with something like this:

    customElements.define('html-import', class extends HTMLElement {
        connectedCallback() {
            const href = this.getAttribute('href')
            const fetch = new XMLHttpRequest()
            fetch.responseType = 'document'
            fetch.addEventListener('readystatechange', (function onfetch(e) {
                if (fetch.readyState !== XMLHttpRequest.DONE) return
                const document = fetch.response.querySelector('body') ?? fetch.response
                this.replaceWith(document)
            }).bind(this))
            fetch.open('GET', href)
            fetch.send()
        }
    })


Well, that's not "HTML alone".


Could you use an object tag for this?


In one line

customElements.define("include", class extends HTMLElement { connectedCallback() { fetch(this.getAttribute("href")).then(x => x.text()).then(x => this.outerHTML = x) } })


Amazon does not have this information, nor would a competitive seller wish to provider it. Who my suppliers are and what they charge? So what, Amazon can better decide whether to enter my market?


This looks to use Web Sockets, not WebRTC, right? I don't see any RTCPeerConnection, and the peerServer variable is unused.

I ask because I've spent multiple days trying to get a viable non-local WebRTC connection going with no luck.

view-source:https://thelongestyard.link/q3a-demo/?server=Seveja


Web sockets are only used for WebRTC connection establishment. The code that creates the RTCPeerConnection is part of the Emscripten-generated JavaScript bundle. I'm using a library called HumbleNet to emulate Berkeley sockets over WebRTC.

The code is here: https://github.com/jdarpinian/ioq3 and here: https://github.com/jdarpinian/HumbleNet. For example, here is the file where the RTCPeerConnection is created: https://github.com/jdarpinian/HumbleNet/blob/master/src/humb...

I feel your pain. WebRTC is extremely difficult to use.


Check out Trystero[1], it makes WebRTC super simple to develop with.

[1] https://github.com/dmotz/trystero


My test is to take a sized chunk of memory containing a TrueType/OpenType font and output a map of glyphs to curves. Bot is nowhere close.


You can tell the authors realized this was a bad idea when they had to add the 'OVER' keyword, which isn't documented and hardly mentioned in the paper.


ZetaSQL’s docs for the ‘OVER’ keyword you mention: https://github.com/google/zetasql/blob/master/docs/window-fu...

I disagree that the paper not mentioning ‘OVER’ implies that the paper authors secretly think pipe syntax is a bad idea. They probably just wanted to keep the paper concise, or forgot about that one less-used bit of syntax.

Do you think that ‘OVER’ keyword implies something fundamentally wrong about pipe syntax? If so, how?



Oh science. Peer review, the ultimate "LGTM", stands in for replication.


You can't build a "for-real native desktop app" without building half of a browser anyway. Can't use a font without FreeType or HarfBuzz, can't use a secure socket without OpenSSL. Can't afford to redraw the entire screen each frame, so you need a DOM of some kind to cache rendered boxes. The OS doesn't do anything it didn't do 20 years ago. Stack's a mess rn. imo


No, I'm pretty sure OSes provide text rendering, SSL, and some analog of MVC.


Thankfully, JavaFX does all of that (fonts, SSL, scene graph), but it's an unpopular option.

Yea, it's not native, but its more the native dev experience, and its actually quite portable.


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

Search: