# Org-roam on an e-ink paper tablet **URL:** \ **Category:** Development\ **Created:** [January 11, 2022, 9:41am UTC](https://org-roam.discourse.group/t/org-roam-on-an-e-ink-paper-tablet/2360 "2022-01-11T09:41:43Z")\ **Posts on this page:** 4\ **Page:** 1
**Author:** ![stfl](https://avatars.discourse-cdn.com/v4/letter/s/5fc32e/32.png) [@stfl](https://org-roam.discourse.group/u/stfl)\ **Post date:** [January 11, 2022, 9:41am UTC](https://org-roam.discourse.group/t/org-roam-on-an-e-ink-paper-tablet/2360/1 "2022-01-11T09:41:43Z")
I recently again stumbled across paper tablets with e-ink display like the reMarkable 2. The reMarkable runs Linux and apparently has quite a large FOSS community. I would love to have such a device that lives between having to have a laptop all the time, and an inferior org experience on my phone. Pine64 is currently also developing the PineNote, a 10" Linux e-ink tablet. > **[PineNote | PINE64](https://www.pine64.org/pinenote/)** > > Quad-Core Rockchip RK3566 @ 1.8 GHz 1404×1872 (227 DPI) 16 grayscale multi-touch Eink panel Wacom EMR Pen Digitizer Up to 4GB of LPDDR4 RAM Built-in 802.11ac WiFi with Bluetooth 5. Has anyone thought about that or knows about a project that supports that? If there is interest in the community this could also be a nice project to start. Some thoughts on what would be necessary to make this work. - Installing GUI emacs. this should work as it’s a Linux tablet. Don’t know if it runs X - decent stylus/pen integration in emacs with a context menu for navigation (on-screen keyboard might be sufficient for navigation.) - Touch gestures mapping. For example actions in org-agenda or indenting headlines. - Take notes with the pen - store it as a picture and separately create links to other notes. - handwriting to text conversion - integrate with the default/another drawing handwriting app/interface? I think the actual note taking part would be the most difficult and kinda forces emacs to divert from its keyboard-centric philosophy. I’d like to hear other peoples thoughts and ideas. ---
**Author:** ![nom](https://avatars.discourse-cdn.com/v4/letter/n/db5fbb/32.png) [@nom](https://org-roam.discourse.group/u/nom)\ **Post date:** [January 16, 2022, 12:11am UTC](https://org-roam.discourse.group/t/org-roam-on-an-e-ink-paper-tablet/2360/2 "2022-01-16T00:11:13Z")
I got a development version a while ago, but I haven’t had time to work on it. X works fine so far and keyboard-based handling of emacs should fine as well, but developing a touch-based / pen-based interface is going to be a whole different story. I plan on using it mostly for reading and annotating PDFs (perhaps using xournalpp or a modified version of KOReader), and synchronising those so they’re linked in my bib files. I’m not sure where to go from there, but I will see how it goes and report back once I’ve got around to it. ---
**Author:** ![nom](https://avatars.discourse-cdn.com/v4/letter/n/db5fbb/32.png) [@nom](https://org-roam.discourse.group/u/nom)\ **Post date:** [January 26, 2022, 2:35pm UTC](https://org-roam.discourse.group/t/org-roam-on-an-e-ink-paper-tablet/2360/3 "2022-01-26T14:35:05Z")
Emacs 27.2 is fairly usable under both X and wayland on the pinenote, provided one uses a keyboard. Pen events and touch events are both translated into mouse events. The starting point would probably to make all relevant information from the xinput2 events available in lisp, starting with the originating device, so we can distinguish pen input from touch input. This can be tested without a touchscreen or a pinenote, as any second input device (e.g. a USB drawing tablet, a second mouse) should do. I’m considering integrating some of these things into pdf-tools, as my main applications are reading and annotating PDF files (mostly text-based highlighting, perhaps some scribbling at the side that is not implemented yet). At the same time a stand-alone application directly using libinput (more events, including proximity events) and poppler would mean less work and result in better rendering because of more fine-grained control over the waveform / rendering surface, which would give noticeable improvements in terms of latency and rendering quality when visualising the pen input. ---
**Author:** ![edumerco](https://yyz2.discourse-cdn.com/free1/user_avatar/org-roam.discourse.group/edumerco/32/52_2.png) [@edumerco](https://org-roam.discourse.group/u/edumerco)\ **Post date:** [January 26, 2022, 7:08pm UTC](https://org-roam.discourse.group/t/org-roam-on-an-e-ink-paper-tablet/2360/4 "2022-01-26T19:08:10Z")
While not exactly the same, something along some of this lines that caught my attention was “Prose: the distraction-free, e-ink laptop that should exist”: > **[Prose: The distraction-free, e-ink laptop that should exist](https://medium.com/this-should-exist/prose-a-distraction-free-e-ink-laptop-for-thinkers-writers-4182a62d63b2)** > > This Should Exist is a series in which I explore some ideas for things that don’t exist yet, but should. These ideas are open source: I may… How much I would love something like this… 🙂