It’s truly amazing that we have seemingly regressed in basic desktop functionality since the early 2000’s.
It’s truly amazing that we have seemingly regressed in basic desktop functionality since the early 2000’s.
Just for fun, try installing an old OS in a virtual machine. Marvel at how fast the old OS runs at modern SSD speeds. Get frustrated at the random hangs, freezes, glitches, and plain bad behavior of the programs you know and love, because the slowness of computers at the time hid it all. 20 cores of unused CPU power, dozens of gigabytes of RAM laying at the ready, disk I/O hitting dozens of megabytes per second, but still loading screens everywhere.
I once tried to go back, for nostalgia's sake, just doing the things I do on an old OS for fun. The grass wasn't much greener back then, I just had lower standards.
Can't really blame the devs though because very often they only had single threads and definitely single cores to work with.
I have to assume that Outlook email searches have already been set up to have ads injected into them, when/if one day Microsoft decides to flip the switch. Actually, I'm so out of touch with Windows they might already be doing this.
The airport approach to computing!
I have a feeling it's based on tokenising the input rather than a string scan like we'd do in the old days. Harder to match a literal string if all you have is a tree of tokens or something, I guess.
Opengrok was the first time I ran into this years ago. We had a perl code base, perl syntax is well known as "an explosion in an ASCII factory", so it was a real pain trying to find exact text matches using it.
Having said all that: I also hate how shitty search almost everywhere is. It’s hard, but not that hard.
We only have a single text field as the input; how are we supposed to guess whether you want to find an exact match of the phrase, a fuzzy match, at least one of the words provided, or any other possible variation? Also, are you interested in the content, the subject, the recipient, the sender address you used, a header field, an attachment, what have you? Do you want them ranked by the frequency of the word, or the position from the start of the text? Does it count those occurrences in quoted passages of previous mails downthread multiple times? What if it’s a stop word?
There are of course sensible ranking solutions and heuristics for these questions. I just want to highlight it’s not as trivial as it first sounds. Most mail clients probably don’t ship with a Lucene index—while they should.
I use Thunderbird and it's approximately 100x better at searching for emails than Excel. I just tell it if I'm looking in the subject, in the body, in the sender, whether it's fuzzy, etc, and then it pulls up the emails.
Whereas Excel doesn't ask shit and, in return, doesn't have a working search.
With mu4e (an Emacs package), you can have lightning fast searching across multiple mail accounts. And with a bit of work (https://stuff.sigvaldason.com/email.html) it will happily interoperate with Microsoft Exchange systems that require the OATH2 dance.
If the macOS or Windows searches were just wrappers for find/grep, it would already be an improvement!
Probably explains why it's something that works well and works fast.
Which is maddening because back when it was released on Tiger it was great, and on spinning disks.
Granted, creating any kind of complex multi-clause query is a pain, but for simple searches it never lets me down whereas Outlook often just fails to find things I know are present.
https://marcoapp.io/blog/marco-an-introduction
We're building an IMAP-primitive, cross-platform, multi-account email client that is single-digit-ms fast in terms of search.
I am using my mac with an LDAP (AD) user account, so I am possibly in the minority of people here.