There's also Allegro[1] (the graphics/gaming library). I was confused on why the old-school gaming library was interested in testing the old-school terminal browser
The 'who was there first' game doesn't make sense because neither of them created this term. One is older, the other is a company worth over seven billion euros and one of the biggest marketplaces in Europe. I'd argue that it has wider brand recognition because of that, but ultimately it all comes down to your background. I'd expect the number of people in the US who heard about it in context of the game library to be larger than for Allegro.eu and at the same time smaller than the original meaning.
self_awareness 2 days ago [-]
Well, true, but it was a small Atari ST library back then. For example, first commit to SourceForge SVN was done in year 2000.
I mean it wasn't popular back then at all.
2 days ago [-]
entropyie 2 days ago [-]
That name is taken, especially for anything web related.
AntonnyRises 2 days ago [-]
Interesting read. This mirrors a lot of what we’ve seen with server-driven UI aging into something more complex than it was designed for. The lack of client-side JS tends to hurt once “content” screens start growing real interaction.
Lynx sounds promising if it really avoids the usual WebView tradeoffs while still letting teams reuse React knowledge. Curious how it compares in practice once screens get state-heavy or animation-heavy, and how painful debugging is across iOS/Android/Web.
hsaliak 2 days ago [-]
i thought this was about allegro common lisp and lynx browser. It's about something else completely. That's not cool.
tgebarowski 2 days ago [-]
After more than 6 years of building and running our own Server-Driven UI at Allegro, we decided it was time to ask: what’s next?
With all the hype around LynxJS last year, we took a closer look to see whether it really lives up to expectations. In this post, we share our experience, lessons learned, and thoughts on using it in a real production environment.
If you’re interested in mobile architecture, SDUI, React or cross-platform development.
MaxMonteil 2 days ago [-]
I'm considering something similar and Lynx did seem interesting. Thanks to your article I think it is indeed a bit too early.
Another option looks like Tauri v2[0]. It also promises iOS, Android, and Web support (as well as a desktop application). The core is Rust which may or may not have the same adoption issues you saw for C++.
I haven't given it a try yet though but you may find it interesting.
The one that recently kept "accidentally" switching pick-up points? I sure hope it was not caused by Lynx, just shitty business requirements.
mrgoldenbrown 2 days ago [-]
Seems especially cruel to reuse "lynx" for a fancy graphics project given the real lynx is focused on text.
self_awareness 2 days ago [-]
Ale was boli ten InPost, nawet na przykładzie wciskacie te swoje OneBoxy.
mystifyingpoi 2 days ago [-]
What's the problem here? It was obvious that at a certain scale, they'll want to have their own infra for shipping.
self_awareness 2 days ago [-]
The background story is that Allegro defaults the selection of infrastructure from their competitors to their own, even if the user uses competitor all the time. Sometimes the user forgets to check, and it will result in using Allegro's infrastructure even if the user didn't want it.
It's called "a dark pattern".
mystifyingpoi 2 days ago [-]
Right, now I get what you're referring to.
lossolo 2 days ago [-]
> Sometimes the user forgets to check, and it will result in using Allegro's infrastructure even if the user didn't want it.
Strasznie denerwujące, też mnie to spotkało.
renegat0x0 2 days ago [-]
dziwnie sie czyta komentarz po polsku na takiej stronie jak ta
lossolo 2 days ago [-]
Na początku próbowałem czytać to po angielsku i czytam "Ale był.." i potem nic nie miało już sensu haha
eithed 2 days ago [-]
Especially when some of the responses are in English :D
Rendered at 12:20:59 GMT+0000 (Coordinated Universal Time) with Vercel.
- https://franz.com/products/allegro-common-lisp/
- https://lynx.invisible-island.net/
[1]: https://liballeg.org/
https://en.wikipedia.org/wiki/Allegro_(software_library)
I mean it wasn't popular back then at all.
Lynx sounds promising if it really avoids the usual WebView tradeoffs while still letting teams reuse React knowledge. Curious how it compares in practice once screens get state-heavy or animation-heavy, and how painful debugging is across iOS/Android/Web.
With all the hype around LynxJS last year, we took a closer look to see whether it really lives up to expectations. In this post, we share our experience, lessons learned, and thoughts on using it in a real production environment.
If you’re interested in mobile architecture, SDUI, React or cross-platform development.
Another option looks like Tauri v2[0]. It also promises iOS, Android, and Web support (as well as a desktop application). The core is Rust which may or may not have the same adoption issues you saw for C++.
I haven't given it a try yet though but you may find it interesting.
[0] https://v2.tauri.app/
The one that recently kept "accidentally" switching pick-up points? I sure hope it was not caused by Lynx, just shitty business requirements.
It's called "a dark pattern".
Strasznie denerwujące, też mnie to spotkało.