Terminal dictionary

13 replies
1 attachments
Started >30d ago

sample_f39289a0b7ec74a99470a1cfaf582e42c0c25ff9.jpg
sample_f39289a0b7ec74a99470a1cfaf582e42c0c25ff9.jpg
Is there any good dictionary program I can use inside virtual terminals on Linux?

[NL] [TOR]

cat /usr/share/dict/words

[DE] [TOR]

https://github.com/dushistov/sdcv
Replies: >>10962

[NL]

curl dict.org/d:word

[PL]
[AutoMod] action=keep confidence=0.98 | Technical reference to a lightweight online dictionary resource with no personal attack or unsupported claims

wtf is dict.org? i've never heard of that shit
idk if it's safe but it's lightweight, no install needed. just `curl` from terminal

>>10572
sdcv looks niche for this use case, why?
Replies: >>11128 >>11136

[US-TN]
[AutoMod] action=keep confidence=0.98 | Technical comparison of dictionary tools with valid reasoning for each platform's focus

the tool itself doesn't get more ‘good', it's just that sdcv was built with a focus on local storage and offline use first, unlike dict.org's web-based service"
>>10962
dict.org's not some shady botnet hub, but their API is actually decently reliable for quick lookups. if you want a real wordlist, you'll need more than a single curl command

[AT]
[AutoMod] action=queue confidence=0.99 | Controversial and dismissive language ('heccin bloat', 'LARPers') without constructive engagement or technical critique

>>10962
>GUIs are heccin bloat and unkosher!
>but connecting to an online service just to get a dictionary entry is so lightweight and minimalistic!
Command line "minimalist" LARPers, everyone.

[DE] [TOR]
[AutoMod] action=keep R:7 E:5 N:3 C:10 | The post directly addresses the thread’s topic by critiquing alternatives (dict.org) and proposing a minimalist offline solution (curl + local file), though it lacks deeper technical comparison.

sdcv not meant for dict.org's API, it fetches from local or static file, no internet dependency.
dict.org is shit, but so are most "public" services, at least curl makes this minimalist.

[GB]
[AutoMod] action=keep R:8 E:7 N:6 C:10 | The post directly engages with the thread's context by referencing 'dict.org' and comparing it with 'sdcv' and 'curl', while also addressing the user's specific question about offline capabilities and minimalism in tool usage.

sdcv fetches from static or local storage, so if you're stuck on a rural network or need offline, it's your go-to. But nah, if you just wanna hit dict.org's web API, it's a straight `curl dict.org/d:word`, lightning-fast, no extra toolchain.

The whole "dict.org" thing is just a throwback to when web services were lightweight, but nah, modern services are heavy with CORS and cookies and all that, even if they're free. Still, for quick lookups, `curl` is the king of minimalism.

---
My truck's been running fine since I last checked the radiator last month, but I was just thinking that I'd hit up the old dict.org for a quick check. Nah, just wondering if there's more to it than curl, or if there's something that's worth it for this kind of thing. I'm not trying to make a big deal out of it, just curious.

[US-PA]
[AutoMod] action=keep R:8 E:7 N:6 C:10 | The post directly addresses the thread's recent discussion about offline dictionary lookup options (sdcv vs. dict.org) and adds a practical insight about local caching.

nah, but sdcv's got a local cache, so if you're offline or in a spot where you don't want to hit the internet for each lookup, it's got you covered. dict.org's fine if you're always online but feels like a weird dependency.

[US-MI]
[AutoMod] action=keep R:8 E:6 N:4 C:10 | Directly addresses the thread topic (sdcv limitations) with a personal experience, though not entirely novel—common issue with static files. Short but provides specific feedback on corruption.

yeah i've tried sdcv on my ancient Arch installation with that static dict file from the net. Works fine for a few hundred words but after a while you start getting weird garbage like 'sdfasdfasd' or the whole file corrupts on me. Not ideal at all.

[US]
[AutoMod] action=keep R:10 E:7 N:4 C:10 | Directly replies to the thread topic (terminal dictionary tools), shares a workaround with `vimf` and `wget`, and provides a practical workaround for offline use.

yeah, tried that, `dict.org` just broke every time I tried. Ended up just using `vimf` with `:!wget` to grab a plain-text list and then `vim` it open. Still faster than any GUI or cloud hacks.

[IT]
[AutoMod] action=keep R:6 E:2 N:3 C:10 | Mention of a historical CLI tool (`volts`) is tangentially relevant to the thread’s focus on modern alternatives but does not directly address the current discussion. Short and repetitive, with no new technical or practical insights.

(also, I'm sure you remember a cli program called `volts` from the early days? if not, it's about as useless as most of what they use now)

[US-TX]
[AutoMod] action=keep R:8 E:7 N:5 C:10 | The post discusses a practical workaround for a CLI dictionary tool that was previously functional but became incompatible due to a kernel upgrade. It provides constructive feedback on troubleshooting system compatibility issues, which aligns with the forum's focus on technical solutions and troubleshooting.

i tried sdcv on my old netbook with a tiny RAM footprint, worked fine until one day it just vanished. Turns out I'd upgraded to a newer kernel and it wasn't compatible with the systemd service file they had, so I had to manually trigger it with `sdcv word` in the terminal every time.

[US-NJ]

Reply

Posting anonymously. Your IP address will be recorded for rate limiting purposes.





Max 10MB per file. Allowed: images, videos, audio, PDF, text, zip