vale
vale copied to clipboard
Help test Vale's new Chrome extension!
The first release of Vale's new Chrome extension has been published to the Chrome Web Store (it will also soon be available for Firefox, Opera, and Edge).
The extension is currently unlisted and I'm looking for help testing it before going completely public.
Installation
- Install the latest version of Vale (v3.1.0).
- Run
vale host-install chromefrom the command-line. - Install the extension from the Chrome Web Store.
Configuration
The extension uses your default .vale.ini file for its configuration. Run vale ls-dirs to see its exact location on your system.
The contents of the active textarea or [contenteditable] are passed as paths taking the form of <domain>.<format> -- for example, github.com.md.
You can set the format for a particular website in the extension's settings (see Usage below).
This allows you to both write configuration targeting specific websites or use the typical [*.ext] sections:
StylesPath = styles
MinAlertLevel = suggestion
[*.md]
# All Markdown files
BasedOnStyles = Vale
[*{github,gitlab}.com.md]
# `github.com` and `gitlab.com`
BasedOnStyles = AnotherStyle
Usage
After editing text in either a textarea or [contenteditable] element, click the extension's icon.
NOTE: The extension requires manual activation (clicking its icon) for two reasons: (1) it only requires the lowest level of permissions (
activeTab) and (2) it doesn't compete for UI space with other extensions or built-in website functionality.
Uninstallation
- Remove the extension from Chrome.
- Run
vale host-uninstall chromefrom the command line.
Working beautifully here. Tested on a MediaWiki setup using the latest macos x64 build of Chrome and the latest version of Vale CLI. It'd be great to somehow set the location of the style using a UI in the extension's settings, overriding the default paths—right now that's the biggest hurdle for non-technical users.
On Fedora, I see this error:
$ vale host-install chrome
SUCCESS writing config
SUCCESS fetching binary
installing host [2/3] ████████████████████████████████████████████████ 67% | 1sE100 [host-install] Runtime error
E100 [host-install] Runtime error
open /home/aireilly/home/aireilly/.config/google-chrome/NativeMessagingHosts/sh.vale.native.json: no such file or directory
Execution stopped with code 1.
Execution stopped with code 1.
@aireilly, this should be fixed now. If you're so inclined, you can try building from the v3 branch to confirm.
vale host-install chrome
Yup worked a treat thanks.
I'm now here:
┌───── ~
$ vale ls-dirs
Asset | Default Location | Found
StylesPath | /home/aireilly/.local/share/vale/styles | ✓
.vale.ini | /home/aireilly/.config/vale/.vale.ini | ✓
vale-native | /home/aireilly/.config/vale/native/vale-native | ✓
Did you set that StylesPath in the .vale.ini?
If you don't set one, it will use the default. Otherwise, you'll need to create it as usual.
Ah Ok. I didn't have StylesPath = .vale/styles set. I created the folder manually and it works now
Slightly confused about the global .vale.ini. Should I run vale sync in this folder?
┌───── ~/.config/vale
$ vale ls-dirs
Asset | Default Location | Found
StylesPath | /home/aireilly/.local/share/vale/styles | ✓
.vale.ini | /home/aireilly/.config/vale/.vale.ini | ✓
vale-native | /home/aireilly/.config/vale/native/vale-native | ✓
$ cat /home/aireilly/.config/vale/.vale.ini
StylesPath = .vale/styles
MinAlertLevel = suggestion
[*.md]
# All Markdown files
BasedOnStyles = Vale
[*{github,gitlab}.com.md]
# `github.com` and `gitlab.com`
BasedOnStyles = Vale
It's just a config file that is either used in place of, or in addition to, project-specific ones:
- In cases where there's no project-specific configuration, such as the browser, this is the only configuration used.
- In cases where there is a project-specific configuration, you can use it to make local overrides. See https://github.com/errata-ai/vale/issues/737 for a description of the idea.
So, you can treat it as you would any other .vale.ini file.
Just gave it a try (latest macos arm64 build) and everything works great 👍
Working beautifully here. Tested on a MediaWiki setup using the latest macos x64 build of Chrome and the latest version of Vale CLI. It'd be great to somehow set the location of the style using a UI in the extension's settings, overriding the default paths—right now that's the biggest hurdle for non-technical users.
@theletterf, not sure I understand this. Do you mean the location of a .vale.ini file? Or specifically the StylesPath value?
@jdkato It'd be great if the Vale ini was somehow stored in the extension itself, or could be selected using the system UI. That would spare users from creating the file in the default path.
Hi there! What's the current status? Can we help with something?
Are the extension sources planned to be on github too?
Looking forward too try this out once Firefox support lands.
The status hasn't changed much lately. I'll probably work on getting the extension out as-is and then work on adding/improving features in later releases.
Love the idea. That way, I can get the team at Splunk to test it out.
I also took a quick test today, couple of thoughts / questions:
- I assume it doesn't work if I use symlinks in the extension's application support folder? Because of all the testing I do, I have quite an esoteric setup for Vale.
- To be more useful, it would be good to figure out how to do line decorations inline. I am investigating how to do this via attempting to update the Vale Obsidian extension and some other projects so I may find out how to do this. Other extensions do, so it's possible…
- I'd also like to try and make a version for other browsers.
To be more useful, it would be good to figure out how to do line decorations inline. I am investigating how to do this via attempting to update the Vale Obsidian extension and some other projects so I may find out how to do this. Other extensions do, so it's possible…
This is obviously a matter of taste, but I dislike this functionality. When every writing extension feels the need to inject styling into the page it often means that (1) you can't use them together and (2) it interferes will built-in corrections (such as are present in Gmail, for example). The solution here isn't clear to me, short of making this opt-in.
I'd also like to try and make a version for other browsers.
I have it working in Firefox and Arc locally. I just need to publish to the stores.