I’m trying to figure out how to make a word dictionary (for foreign words and phrases) in Devonthink. As there’s no notion of a beginning of a line or wild card, is the only way for me to put a start-of-line character in front of each entry, such as $སྟོང་ or #སྟོང་ ?
How is the fuzzy search, could it operate outside the words themselves finding fuzzy matches for larger matches such as partial sentences, does the fuzzy search work reliably using any UTF-8 characters outside the normal range (see the odd letters above which are Tibetan)? Thx.
Thanks, yes I know of the regex * notation. Fuzzy searches are more in line in how TMX records operate with translation software. You type in a string and it matches both exact and close enough matches based on ranking. I was hoping fuzzy search in DevonThink would operate close enough but most likely I need to experiment more.
PS: If I need to custom prepare glossaries I will use a $ prefix in honor of how that’s the symbol for start of line in regex anyway…
Also, professionally speaking, I rarely use third-party tools like this for work purposes. Dependencies lead to fragile situations and extra, uncontrollable variables. If there’s something our Development team or Apple hasn’t included it out-of-the-box, I will only rarely use (and potentially advocate) such things.
Pretty much, if it involves statements like, “You just need to download this first…” or "Open Terminal and run brew cask…", I shy away from it for all of you.
Fun stuff off to the side? For sure.
Fun for everyone, including people expecting us to explain why it’s not working or worse, to fix it? Nope.
I have to think of a time when a command line tool bite me… hmm, can’t remember. Maybe I’m getting too old… If it does not work, then it just crashes. Most tools won’t format the hard drive or install viruses. And if they are curated, on github, widely used and so on, it’s hard to sneak in something nasty.
Especially with ripgrep who is the author for the regex support in Rust.
I agree, I don’t use rsync for that reason, it’s too powerful and requires careful testing. Depending on the copying it’s only useful for shallow trees with few files being updated. Otherwise it eats up time where a plain cpio pipe works better - such as copying files in larger build systems.
Now, if I remember correctly XCode use rsync internally (unless they removed it…). It’s a common trick with large builds to move files around, where cpio pipelines (see above) might work better. Anyway, now we are deviating…