Author of this new PoC here. IPNS propagation is slow in the current implementation and it is a blocker for instant propagation irrespective of number of peers. In my discussion with IPFS developers, I was told that they are going to look into this issue in next versions.
I am developing a modern wikipedia interface - a Vuejs powered modern, single page, progressive, offline capable web application for Wikipedia. I have been working on this for last several months and have working version available at https://wikipedia.thottingal.in
It is a fully client side PWA application using wikipedia web apis, installable in desktops and mobiles and use like a native application. It has offline support - With the help of service workers, the application even works when there is no internet, provided, the content is previously viewed. It is a single page application - page does not reload when exploing wiki articles, presenting an immersed reading experience. uIt ses modern UI framwork Vuetify. Adapts to all kind of screen sizes. It presents an optimized reading experience with good typography and optimum page layout. Multilingual by default - All language editions are in single app. Using language selector user can select the language edition.
I wanted to make this as a p2p capable application. Currently it runs on dat protocol as well: dat://25689f3a757853a511474d38f0a6d6be2cd2b0cb161686d75fda5c1619137921(need beaker browser) or wikipedia.hashbase.io
This looks pretty clean! The enhanced readability reminds me of Wikiwand.
If you're looking for a bit of feedback, the search doesn't seem to handle fast typing well. I tried searching for "Frank Chu" and it seems that if I type it really fast, I get either no results or Franks that aren't Frank Chu. If I type slower, Frank Chu shows up.
Here is an example for a very recent progress in language model which does not mention the language name at all:
"CTRL - A Conditional Transformer Language Model for Controllable Generation" -
https://blog.einstein.ai/introducing-a-conditional-transform...
As a researcher in a non-english, morphologically rich language, I completely agree with the article by Emily Bender. Everytime I read papers, when people ask questions or discuss on NLP in various forums such as reddit/stackoverlow, the language name is taken for granted as English.
A big disadvantage with TUI based email clients is it can only work with English or latin script based languages. Complex scripts(https://en.wikipedia.org/wiki/Complex_text_layout) does not render properly in terminals.
This depends on the terminal. Konsole, mlterm, and Apple's Terminal.app can do complex text layout.
Recent versions of Emacs support a modern text-shaping engine, Harfbuzz, when run in GUI mode, which is another option for emacs-based mail clients. I guess it's maybe not technically a TUI in this case, but emacs mail clients are still very TUI-like, even when run in non-terminal emacs.
