this post was submitted on 14 Aug 2025
5 points (58.6% liked)
Technology
75548 readers
3617 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related news or articles.
- Be excellent to each other!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, this includes using AI responses and summaries. To ask if your bot can be added please contact a mod.
- Check for duplicates before posting, duplicates may be removed
- Accounts 7 days and younger will have their posts automatically removed.
Approved Bots
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Awesome! Thanks for the references, didn't know there were already some applications in this direction
there is a rich history of programming languages which are supposed to read like natural language. it gave us beauties like COBOL, SQL, and HyperCard. in other words, it's not good.
as for text browsers, nyxt is probably the one that's closest, or some browser mode in emacs.
ultimately what you want with navigation is precision and minimal typing, so a natural language interface is slow, and an ACE interface would be even slower.
I don't know. Basically, if you already know what you want, maybe you only want to type down a couple of statements (maybe even from a template or a tutorial that you found online), modify some stuff and then hit enter. And maybe this modifying of language could be the "browsing" part of the browser.
If you look at it like this it would also be immediate and precise. You would only need to add very good code completion tools, e.g. when you click on a noun, you see all the attributes it has in your ontology. Much like in a IDE. There you also "browse" the space of all potential programs with the interface of language with code completion for keywords and defined concepts, which act like links in traditional browsers.
In contrast, the semantic web is like a open, global code base, where everybody can contribute to. And traditional browser could not successfully implement a language interface because the code base had no defined semantic, this would be possible for the semantic web. And using LLMs, it could be propagated into other web paradigms.
i'm no longer sure if you're envisioning a web browser or a website builder. your terminology is all over the place.
and no, the semantic web is in no way an an open, global codebase. it's just a way of structuring html. i know berners-lee wanted the web to be more like what you are describing but the web we have today is not that. you'd need a new protocol.
I's blurring the line in-between. It's trying to set the interaction with the web on a lower level that is closer to the data. It's like you are live-coding the website you want to use for a specific use-case. But then just call the high-level API-endpoints right away. Basically making the dev-tools and the dev-console of browsers the main way to interact with the web (which assumes a web that is build in a similar fashion).
Yeah, that's true :(
you should probably also check out beaker browser then, it's also trying to blur the line.
personally i don't know if there is an actual benefit. most people seem content not producing things in fields they're not interested in. we'll never be able to get everyone on board with making websites no matter how simple the interface, just like we'll never be able to get everyone on board with gardening or carpentry. if you want to do it, you will learn. if you don't the learning curve is not the problem.