Mindey, 
Internet Browser
All ports, all protocols Internet browser. Open ports and support protocols to direct browsing of databases, and other internet resources, make web browsers support accessing them directly and nicely.
What people currently think of a browser, is a "Web browser," that works on http:// and https:// and primarily 80/443, that are on top of TCP-IP. The idea of "Internet browser" is that any record in any system could have a "url" to any other record in any other system may be useful in many situations, including the creation of semantic web.
Given a good popular data browser, many would probably care to open their databases for public access with default database ports, like 5432, or 27017, for data consumption, and so, we could start using hyperlinks like:
postgresql://www.example.com:5432/example/topics/123
The database programming languages like (PL/SQL, PSL, etc.) would come back to relevance, allowing the flexibility to define the added business logic and functionality, which these days usually is provided by building an API on to of databases.
Today, while most of the web pages on ports 80/443 are open to public, traditionally, most records in databases are behind an authentication, and thus, people are not inclined to make such links (they are inclined to scrape the web rather than properly use databases).
Given an existence and wide knowledge of a good data browser (with ease of use and powerful analytics capabilities on local computers), it is likely to expect that people would care to make proper public access to them, and create a web of data.
Imagine, browsing postgresql://, rdf://, or ethereum:// or rest:// endpoints, or graphql:// endpoints, or gopher://, or ftp:// endpoints, or anything else just as easily as we browse http://, with nice out-of-the-box UI, right inside the browsers.
Since protocols are tightly coupled with software, one path to achieve this is through WebAssembly making traditional software become runnable in browser. Another, is through building clients to support browsing resources all of those protocols, as a "browser" plugin.
我想要一個通用數據編輯器。
I want a general purpose data editor.
[按時間順序]，我也是。到目前爲止，我見過的最通用的UI中有用於非結構化數據的[dynalist]（https://dynalist.io）和用於結構化（表格）的[airtable]（https://airtable.com） ，類似關係數據庫的數據。但是，我想它們都不足以滿足複雜的超圖。
它可能類似於鉻的電源模式擴展:)
[chronological], me as well. Among the most generic UIs that I've seen so far, are that of dynalist for unstructured data, and airtable for structured (tabular), relational-database-like data. However, neither of them are good enough for complex hypergraphs, I suppose.
It may be something like a power-mode extension for chromium :)
順便說一句，假設每個協議都由應用程序本身定義，並且協議只是某些常見應用程序的模式（think，aMule和“ ed2k：//”，Telegram和“ tg：//”等），以及考慮到運行WebAssembly的瀏覽器的總體趨勢，即允許在Web瀏覽器上運行任何應用程序，這些應用程序自然會在瀏覽器窗口中得到支持。
可以，但是這通常意味着要增加瀏覽器作爲客戶端的負擔，並且我不確定這是否是我們想要的。另一個是通過構建客戶端來支持瀏覽所有這些協議的資源，作爲“瀏覽器”插件。
Btw., assuming that each protocol is defined by the application itself, and protocols are simply the patterns of certain common applications (think, aMule and
ed2k://, Telegram andtg://, etc.), and considering the general trend of browser running WebAssembly, that will allow to run any applications on web browser, those applications could naturally become supported in browser windows.This is ok, but that means making browser more heavy as a client in general, and I'm not sure if this is what we want. Another, is through building clients to support browsing resources all of those protocols, as a "browser" plugin.