sefr (Search Engine FRontend)
Terminal program for interactively opening search engines / parametric URLs.
It's kinda like surfraw but with interactive suggestions (via parsing opensearch json).
Motivation
I use custom url bar search engines a lot, but browser support for them is frustrating.
- Firefox has a really obtuse way of defining them, doesn't let you specify suggestion endpoints, and still doesn't sync them.
- Chrome makes defining them easy, syncs them, but doesn't let you specify suggestion endpoints.
- Vivaldi makes defining them easy, lets you specify suggestion endpoints, but doesn't sync them.
e.g. in stock Firefox, you can't create a search engine that, when you type "r foo" in your url bar, automatically goes to "reddit.com/r/foo". You have to manually write the URL, and you don't even get completions!
This is meant to be a customizable crossplatform solution, and since it uses your default browser (more details), I hope to fit it into my workflow with a global keybinding.
Installation
There are two ways to install sefr
:
- Clone this repository, install the Rust toolchain, and either call
cargo run
in the cloned directory to try it out, orcargo build
to create a binary located attarget/debug/sefr
. - Install via cargo by calling
cargo install sefr
. This should make it runnable from anywhere.
Configuration/Customatization
Config file
On its first startup, sefr
will automatically generate a TOML configuration file in the config directory provided by the directories crate. Any subsequent changes should be made inside it.
e.g. For Linux, the config file will be found in ~/.config/sefr/config.toml
.
Adding new engines
Warning: The current configuration format might be changed in the future!
New engines can be added for use by sefr
by adding them to the config.toml
file.
A basic engine definition looks like this:
[]
= "YouTube"
= "https://www.youtube.com/results?q=%s"
= "http://suggestqueries.google.com/complete/search?client=firefox&ds=yt&q=%s"
[engines.PREFIX]
defines what prefix (also known as a keyword or trigger) activates the engine.name
is the name of the engine, used for the prompt text if not defined in the prompt section (more on that later).search_url
is opened in your browser with%s
replaced by the search term when enter is pressed.suggestion_url
(optional) is the endpoint queried for suggestions (with%s
replaced by the search term) while typing. It must return OpenSearch suggestions schema json.space_becomes
(optional,+
by default) is what spaces are replaced with beforesearch_url
is opened. In the default config:engines.wkt
has it set to_
, because that's how Wiktionary (and Wikis in general) encode spaces in their URLs.engines.r
has it set to a blank string, because subreddits can't have spaces in their names (note that this value prevents spaces from being entered into the input buffer when the engine is selected so that space can be used to select a suggestion without performing a search).
The engine used when no prefix is entered is defined as _default
in the config, and it is obligatory for the program to start. Example:
[]
= "Google"
= "https://www.google.com/search?q=%s"
= "https://www.google.com/complete/search?client=chrome&q=%s"
Along with this, there is also an optional prompt
section which handles the prompt displayed when the engine is called. It will usually look like this:
[]
= " ▶ "
= "Red"
= "White"
= " Youtube "
= "White"
= "Black"
The following fields are supported, and all are optional:
icon
: the icon displayed in the prompticon_bg
: background color of the iconicon_fg
: foreground color of the icontext
: The text displayed after the icon in the prompttext_bg
: background color for the texttext_fg
: foreground color for the text
Note that icon
and text
are padded with whitespace for aesthetics in the example configuration, but this is not required.
The fields are all strings except for colors (*_bg
, *_fg
). They can be strings (corresponding to the color names here), 8-bit numbers (corresponding to Ansi color codes), or 8-bit RGB tuples like [255,255,255]
If this section is left out for a particular engine, a basic prompt displaying the engine's name will be used.
Keybindings
For the time being, keybindings are hardcoded and they can be found below:
Tab/Down/Ctrl-N
=> Select next suggestionShift-Tab/Up/Ctrl-P
=> Select previous suggestionCtrl-W
=> Delete last wordCtrl-C
=> ExitEnter
=> Perform selected search in browser
Progress
This project is currently in its alpha stage but is relatively stable.
- Prompt
- Suggestions request / json parse
- Definable engines with prefixes, prompts, and endpoints
- Browser launching
- Selection of suggestions w/ prefix edge cases
- TOML file config
- Use real cursor for rendering input buffer, and be able to move it
- Configurable keybindings
- Better feedback for when suggestion endpoints misbehave
- CLI args, e.g. providing the initial input buffer through an argument for aliasing.