Use Case / Problem Description
First of all, thank you for creating omasnap! It is an incredibly tool that I use daily.
Currently, the tool exclusively uses the Neucha font for text annotations. While the handwritten, casual look of Neucha is great for casual screenshots, its default scale and proportions are often too large and stylized for technical work.
When taking screenshots of code blocks, terminal logs, config files, or system specs, the Neucha font makes it difficult to align annotations cleanly or fit concise technical details into a small area without overcrowding the image.
Having the option to use a compact, fixed-width (monospaced) font would drastically improve readability for technical annotation and make omasnap even more versatile for developers.
Potential Solution
To preserve the "zero-config UI" philosophy of omasnap, this doesn't necessarily need a GUI selector. Instead, it could be implemented via:
- An environment variable: E.g.,
OMASNAP_FONT or OMASNAP_FONT_FAMILY (similar to OMASNAP_OCR_LANGS).
- A CLI flag: E.g.,
--font-family <name> or a simple toggle flag like --mono to switch to a default monospaced system font.
Even if system font resolution is too complex for a single-binary deployment, adding just one or two pre-bundled, high-legibility open-source fixed/monospaced fonts would solve this issue completely.
Suggested Monospaced/Fixed Font Candidates (Open Source)
If you decide to bundle a monospaced font alongside or instead of Neucha, here are several industry-standard, highly legible, and liberally licensed (OFL/Apache) options:
- JetBrains Mono (SIL Open Font License)
- Why: Specifically engineered for developer legibility. It has a high x-height and clean, simple forms, making it incredibly easy to read at small scales on screenshots.
- Fira Code / Fira Mono (SIL Open Font License)
- Why: Extremely popular, modern, and clean. It behaves beautifully at smaller font sizes.
- Roboto Mono (Apache License 2.0)
- Why: Google's clean, geometric monospaced font. Highly legible, neutral, and fits in perfectly with modern desktop environments.
- Source Code Pro (SIL Open Font License)
- Why: Adobe's highly regarded open-source monospaced typeface designed specifically for user interfaces.
- Hack (MIT/OFL License)
- Why: A workhorse typeface designed from the ground up for source code and terminal readouts. Highly legible at extremely small sizes.
Thank you for considering this enhancement! I would be happy to help test any experimental implementations.
Use Case / Problem Description
First of all, thank you for creating
omasnap! It is an incredibly tool that I use daily.Currently, the tool exclusively uses the Neucha font for text annotations. While the handwritten, casual look of Neucha is great for casual screenshots, its default scale and proportions are often too large and stylized for technical work.
When taking screenshots of code blocks, terminal logs, config files, or system specs, the Neucha font makes it difficult to align annotations cleanly or fit concise technical details into a small area without overcrowding the image.
Having the option to use a compact, fixed-width (monospaced) font would drastically improve readability for technical annotation and make
omasnapeven more versatile for developers.Potential Solution
To preserve the "zero-config UI" philosophy of
omasnap, this doesn't necessarily need a GUI selector. Instead, it could be implemented via:OMASNAP_FONTorOMASNAP_FONT_FAMILY(similar toOMASNAP_OCR_LANGS).--font-family <name>or a simple toggle flag like--monoto switch to a default monospaced system font.Even if system font resolution is too complex for a single-binary deployment, adding just one or two pre-bundled, high-legibility open-source fixed/monospaced fonts would solve this issue completely.
Suggested Monospaced/Fixed Font Candidates (Open Source)
If you decide to bundle a monospaced font alongside or instead of Neucha, here are several industry-standard, highly legible, and liberally licensed (OFL/Apache) options:
Thank you for considering this enhancement! I would be happy to help test any experimental implementations.