goyo.vim
file-system-access
goyo.vim | file-system-access | |
---|---|---|
41 | 16 | |
4,435 | 642 | |
- | 0.8% | |
0.9 | 5.0 | |
about 1 year ago | about 2 months ago | |
Vim Script | Bikeshed | |
MIT License | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
goyo.vim
- Ensō: write now, edit later
-
Ask HN: Did anyone write a book in Nano?
I wrote a manuscript in vim a couple Novembers ago, for NaNoWrimo. I used a couple plugins, primarily Goyo [1] to add some margins, but otherwise, yeah, plain vim.
I don't think it was really any more productive than my current workflow in Obsidian. Vim keybindings are more useful for editing than for writing (and for editing code in particular, where the changes you're making are much more structured). Also, while the extra features afforded by Obsidian don't really make a difference during the writing process, I find they're really useful for outlines and other preliminary work, which is something of a point against a vim-only workflow unless you want to use vimwiki [2] or something.
Granted, Obsidian is still a markdown-based tool, so there's still some level of minimalism going on there, but by that point we're really discussing markup vs word processors, which is its own conversation—and to my mind, a much more important one. I much prefer working in markup than in a rich text editor, because plain text is easy to edit and process through the terminal, and because it lets me separate style choices from content.
I find that the markdown live preview that editors like Obsidian and Typora provide (and which vim doesn't) is a really nice compromise between a slick composing experience and the technical affordances of markup. Between that and Obsidian's hypertext features, I think I'll stick with Obsidian for the foreseeable future.
[1]: https://github.com/junegunn/goyo.vim
[2]: https://vimwiki.github.io/
-
is it possible to read books in vim?
Maybe https://github.com/junegunn/goyo.vim could be useful then.
-
Help with plugin: Goyo
Goyo is a distraction free plugin for vim/NeoVim. https://github.com/junegunn/goyo.vim. Typically used for people wanting to write inside of NeoVim. There isn’t a real purpose for me to use it other than I like the aesthetic looks. Thanks for replying!
- [Vim] Vous cherchez un moyen d'ajouter un rembourrage de tout le côté de la fenêtre.
-
An application that serves as a notepad that overlays the screen?
Maybe not of use, but what about just one of your editors + the terminal? Using vim with the goyo extension similarly without the overlay. I write my notes with markdown.
-
SQLite WASM in the Browser Backed by the Origin Private File System
I haven't maintained a Vim config in a few years now (more of an Emacs man now), but I do remember using Goyo in college. Looking back at it, I think it might scratch your itch as far as Vim plugins go, it even allows you to resize the area on the fly.
https://github.com/junegunn/goyo.vim
-
UPDATE: no-neck-pain.nvim - Dead simple plugin to center the currently focused buffer to the middle of the screen.
I went from https://github.com/junegunn/goyo.vim to https://github.com/folke/zen-mode.nvim and now this
Can't see https://github.com/junegunn/goyo.vim mentioned anywhere in this thread.
-
BlindVim, my first simple plugin.
This feels real similar in concept to limelight and goyo. Nice! 👍🏻
file-system-access
-
The web just gets better with Interop 2024
You can read about the privacy concerts the community group published [1].
[1]: https://wicg.github.io/file-system-access/#privacy-considera...
-
I spent two years building a desktop environment that runs in the browser, it's finally in beta!
WHATWG File System Standard provides a means to write directories and files to the private origin storage associated with a Web page origin. If you want you can use WICG File System Access API to write data directly to your filesystem in the browser. WHATWG File System Standard uses the same FileSystemDirectoryHandle and FileSystemFileHandle defined by File System Access API.
-
How to execute arbitrary dynamic shell scripts from and read output in the browser
Chromium-based browsers support File Systeam Access API.
-
"Can't open files in this folder because it contains system files"
We have stopped using the file system access API: https://github.com/WICG/file-system-access/issues/401
-
SQLite WASM in the Browser Backed by the Origin Private File System
Where file handling is concerned, there are at least
- File System Access API, https://wicg.github.io/file-system-access/
- File Handling, https://github.com/WICG/file-handling/blob/master/explainer....
- Origin Private File System, https://github.com/WICG/file-system-access/blob/main/AccessH...
There was also Storage Foundation API to which the reaction was "I don't think it's an acceptable outcome for the web platform to have that many ways to work with files" :) https://github.com/mozilla/standards-positions/issues/481 This one never saw the light of day.
-
Learn Postgres at the Playground
Huh. Disregard what I wrote entirely, then. Reading through https://github.com/WICG/file-system-access/blob/main/AccessH..., I can see how they’ve bypassed most of the problems I saw—I was making unnecessary assumptions.
Thank you for correcting me.
-
The State of WebAssembly 2022
> Browsers have never let anything (not even JS) have raw access to the host FS
I'm not sure what you mean by "raw access", but the File System Access API certainly allows web applications to do a lot of things.
> The File System Access API (formerly known as Native File System API and prior to that it was called Writeable Files API) enables developers to build powerful web apps that interact with files on the user's local device, like IDEs, photo and video editors, text editors, and more.
https://web.dev/file-system-access/
> After a user grants a web app access, this API allows the app to read or save changes directly to files and folders on the user’s device. Beyond reading and writing files, this API provides the ability to open a directory and enumerate its contents. Additionally, web apps can use this API to store references to files and directories they’ve been given access to, allowing the web apps to later regain access to the same content without requiring the user to select the same file again.
> Additionally this API also makes it possible for websites to get access to some directory without having to first prompt the user for access.
https://wicg.github.io/file-system-access/
It's not just a draft, it's been part of Chrome since version 78 in 2019.
> After a user grants access, this API allows web apps to read or save changes directly to files and folders on the user's device. It does all this by invoking the platform's own open and save dialog boxes.
https://blog.chromium.org/2019/09/chrome-78-beta-new-houdini...
Discussion at the time:
https://news.ycombinator.com/item?id=21032537
-
How to Persist Web App Data in the User File System?
In the post, the Vite webserver is only used to serve the HTML and JS static files to the browser. When the user saves or opens text files, the code uses the web File System Access API (https://wicg.github.io/file-system-access/) to interact with the user file system.
-
The road to universal JavaScript
Have you heard of Project Fugu and their idea of a File System Access API in the browser? https://wicg.github.io/file-system-access/
-
What's your prefered way to allow end user to rename multiple text files?
I don't know a C++ equivalent of HTML , prompt(), or File System Access API (https://wicg.github.io/file-system-access/; https://web.dev/file-system-access/) using JavaScript in the browser window.
What are some alternatives?
zen-mode.nvim - 🧘 Distraction-free coding for Neovim
datasette-lite - Datasette running in your browser using WebAssembly and Pyodide
vim-pencil - Rethinking Vim as a tool for writing
brave-browser - Brave browser for Android, iOS, Linux, macOS, Windows.
vim-easy-align - :sunflower: A Vim alignment plugin
webusb - Connecting hardware to the web.
vim-startify - :link: The fancy start screen for Vim.
fs - File System Standard
indent-blankline.nvim - Indent guides for Neovim
standards-positions
nvim-lua-setup
construct-stylesheets - API for constructing CSS stylesheet objects