Что бы такого сделать

Клиент для телеги, заодно заработаешь.

Ну щас тебе тут набегут и понапросят разные Cad-ы сверстать на коленке.

текстовый редактор типа Microsoft Word

графический редактор типа Adobe Photoshop

Предлагаю сделать Emacs.

И да, перенести Freecad в wasm было-бы круто.

Так вроде есть же веб-клиент у телеграма: https://web.telegram.org/

Он отстаёт по возможностям от мобильного и «Конкурс на создание веб-версии мессенджера, приз $200 тысяч, JS, стартует 1 ноября».

Ну можно портировать Draw Your Own Dildo на WASM.

Это холостая жизнь уже так довела?

А я тут при чем? Про этот проект тут писали ещё до того, как 3d-принтеры стали мейнстримом.

Условия: работает в браузере, пишется на wasm + webgl. Причём не игра, а именно приложение.

Сделай приложение чтобы можно было записывать сколько раз вздрочнул и в каком положении и какой рукой и краткий дескрипшн к дрочке.

Симуляцию/визуализацию пипца сделай. Ядерный гриб там или вирус в крови

Визуализацию своего пипца на порнхабе надо выкладывать.

Сделай эмулятор терминала на WebGL в футуристическом стиле.

Поддерживаю, вещь полезная. http://www.dildo-generator.com/gallery/?public_hash=99fc78e35454bb9302e44a195...

Butt a cup. Выпил и рюмку запихал!

А как он должен работать? Он же в браузере. К хосту доступ невозможен.

Можно портировать какую-то коллекцию демок, чтобы вставлять на страничку.

Шелл на хосте - не единственное что можно запускать в терминале. Ну и плюс электрон.

т.е. обычный DOM должен плохо подходить для такой задачи

Придумай приложение с интерфейсом как в играх.
3d редактор может быть какой нибудь, а так сложно придумать для чего бы DOM не подходил https://vectr.com/new

Шелл на хосте - не единственное что можно запускать в терминале.

А что ещё можно запускать в терминале? У меня фантазия не работает. Если бы с браузера можно было на произвольный порт по TCP пакеты гонять, можно было бы ssh написать. Это, кстати, очень крутая идея. Но нельзя. Фиг знает, почему. Уже и в файлы на локалхосте можно лазить из браузера, а простой TCP коннект не сделать.

Ну и плюс электрон.

Не, я в браузере хочу. Электрон это извращение. Зачем писать на жаваскриптах для хоста, если можно просто писать на ассемблере и дёргать любые сисколлы. А в браузере нельзя.

заодно заработаешь.

Угу, если повезёт, то условно.

Сделай красивую рисовалку mindmap. С сохранением в markdown и org-mode.

А что ещё можно запускать в терминале? У меня фантазия не работает. Если бы с браузера можно было на произвольный порт по TCP пакеты гонять, можно было бы ssh написать. Это, кстати, очень крутая идея. Но нельзя. Фиг знает, почему. Уже и в файлы на локалхосте можно лазить из браузера, а простой TCP коннект не сделать.

Ну если и нельзя то это (за минусом безопасности) решается сервером из двух строчек на твоём любимом ассемблере. А так море же всего - эмуляторы (нативные или собранные в тот же wasm), текстовые адверчуры, MUD’ы, рогалики, REPL разных языков, в т.ч. жаваскрипта, интерактивные среды программирования (была поделка на быдлоскобках - по сути написанный на OpenGL редактор в котором ты описываешь на лишпе сцену, и она сразу же рендерится у тебя прямо за текстом), обучающие программы эмулирующие шелл, игрушки про хакеров, cowsay, moon-buggy, звёзные войны в ASCII, фронтэнд к гарфане, продвинутый hex редактор.

Тащемта что запускать в терминале найдётся, потому что это универсальное, в отличие от GUI средство взаимодействия с машиной, ты можешь сосредоточиться на написании библиотеки.

Не, я в браузере хочу. Электрон это извращение.

Дискридитировать его проще всего простейшими приложениями которые жрут гигабайты памяти и тормозят.

2D CAD, с реальными размерами и главное динамической привязкой.

Сделай красивую рисовалку mindmap.

С сохранением в markdown и org-mode.

ЭМНИП, что первый, что второе, built-in/native виде в графику не могут, i.e, in fact, не графические. Встраивать/отображать, ссылаясь, графику можно, ИМХО, тогда сохранять можно/нужно в соответствующий формат.

М.б можно извернуться и описать mind map какой - либо удобной для хранения в simple text структурой (e.g BST), но тогда, в следствие прямой зависимости от конкретного ПО, смысл использования вышеуказанных форматов совсем теряется, разве что ради синтаксиса, так это уже не про формат хранения.

что первый, что второе, built-in/native виде в графику не могут

Какая графика, зачем? Я про экспорт/импорт дерева списком. Ну и всякие фичи, вроде тэгов/аттрибутов можно тоже навернуть.

A--X--B
   |
   C

Должно записываться в

* X
  ** A
  ** B
  ** C

Какая графика, зачем?

красивую рисовалку

Положим, «нарисованное» храним «вот так» в markdown. Тогда:

• Насколько релевантно и удобно это будет, как минимум, читать, без использования решения, как этого предполагает идеология markdown. При условии, что mind map реальные, i.e ожидаются незаурядные витиеватость и объемность излагаемого;
• А создавать такой mind map, учитывая, опять же, идею «накидал быстро», i.e не утруждаясь аналитически;
• Если UX вне использования решения не рассматривается, зачем городить «экспорт/импорт дерева списком», учитывая последнее предложение первого пункта. Хранить кучу (увеличивающуюся экспоненциально) табов и звездочек, ради чего ? XML/CSV/DOT в качестве лог/физ модели, и то поинтереснее (эффективнее) будут.

BTW, не фанат mind map, в отличие от markdown/plain text, может от того не понимание.