4 ms·

Show HN: EMU – A Programmable Personal Wiki

10 points by chvid 11y ago

chvid 11y ago
The client is written in JavaScript 6 using React and the excellent Nearley library for lexing/parsing (http://nearley.js.org http://nearley.js.org). Besides the editor, there is a small embedded language. Sort of a JavaScript without side-effects; the intention is to combine what you can do in a spreadsheet with a normal text editor. The server is written in Java 8. Does not at this point support concurrent editing. Works on the latest Chrome, Safari or Firefox. iPhone is partially supported. Input method editors (for writing i.e. Chinese) not supported.
- galfarragem 11y ago
  Interesting work but can it compete with jupiter notebooks? http://jupyter.org/ http://jupyter.org/
  - chvid 11y ago
    Jupyter looks very good; I haven't seen it before. I know that document editing, wikis, small programming languages are areas with lots of existing work. I don't really view EMU as competitor (if I did I would have given up already). I made it because it there are some fun and challenging problems there (creating a WYSIWYG editor in React, creating a language). Jupyter is as far as I can see a different approach than EMU; and very focused scientific computing. The text format in EMU is basic text with markdown style formatting and then an escape using tuborgs into a JavaScript-like language. The document format is fully visible to the end-user. The language is designed to be executed in final time and have no side-effects. Everything is done client-side. Jupyter has more complex format where entities of various types (text, images, programs in up to 40 different languages) are collected together in a single document (https://nbformat.readthedocs.org/en/latest/index.html https://nbformat.readthedocs.org/en/latest/index.html). The programs are executed on a server and results are transferred using a open protocol. It looks an impressive project though.
- jclos 11y ago
  Is the server part very important? It would be great as a self-contained javascript app that I can store on dropbox and sync between devices.
jauco 11y ago
You can skip past the signup form using the skip button. Nice work btw!
- chvid 11y ago
  Thanks. Yes. Maybe it is not particular clear. If you click skip your data gets stored in the local storage of the browser. Because there is a cache manifest you can run it completely offline using this way.
  - brudgers 11y ago
    Is there a repository for the client side code?
    - chvid 11y ago
      It is not open source. At least for the time being.
      - chvid 11y ago
        I have an idea of open sourcing some of it: The most interesting parts are probably the wysiwyg markdown editor and the JavaScript without side-effects language. However I need to put some more work into it before I do that.
        brudgers 11y ago
        I asked because if there was one, it might have added to the thread. Sometimes the administration of making a hygienic public repository isn't consistent with a project's goals and that's o.k.

10 points by chvid 11y ago

chvid 11y ago

The client is written in JavaScript 6 using React and the excellent Nearley library for lexing/parsing (http://nearley.js.org http://nearley.js.org). Besides the editor, there is a small embedded language. Sort of a JavaScript without side-effects; the intention is to combine what you can do in a spreadsheet with a normal text editor. The server is written in Java 8. Does not at this point support concurrent editing. Works on the latest Chrome, Safari or Firefox. iPhone is partially supported. Input method editors (for writing i.e. Chinese) not supported.

galfarragem 11y ago
Interesting work but can it compete with jupiter notebooks? http://jupyter.org/ http://jupyter.org/
- chvid 11y ago
  Jupyter looks very good; I haven't seen it before. I know that document editing, wikis, small programming languages are areas with lots of existing work. I don't really view EMU as competitor (if I did I would have given up already). I made it because it there are some fun and challenging problems there (creating a WYSIWYG editor in React, creating a language). Jupyter is as far as I can see a different approach than EMU; and very focused scientific computing. The text format in EMU is basic text with markdown style formatting and then an escape using tuborgs into a JavaScript-like language. The document format is fully visible to the end-user. The language is designed to be executed in final time and have no side-effects. Everything is done client-side. Jupyter has more complex format where entities of various types (text, images, programs in up to 40 different languages) are collected together in a single document (https://nbformat.readthedocs.org/en/latest/index.html https://nbformat.readthedocs.org/en/latest/index.html). The programs are executed on a server and results are transferred using a open protocol. It looks an impressive project though.
jclos 11y ago
Is the server part very important? It would be great as a self-contained javascript app that I can store on dropbox and sync between devices.

jauco 11y ago

You can skip past the signup form using the skip button. Nice work btw!

chvid 11y ago
Thanks. Yes. Maybe it is not particular clear. If you click skip your data gets stored in the local storage of the browser. Because there is a cache manifest you can run it completely offline using this way.
- brudgers 11y ago
  Is there a repository for the client side code?
  - chvid 11y ago
    It is not open source. At least for the time being.
    - chvid 11y ago
      I have an idea of open sourcing some of it: The most interesting parts are probably the wysiwyg markdown editor and the JavaScript without side-effects language. However I need to put some more work into it before I do that.
      - brudgers 11y ago
        I asked because if there was one, it might have added to the thread. Sometimes the administration of making a hygienic public repository isn't consistent with a project's goals and that's o.k.