Jump to content

AndyDent

Level 4
  • Content Count

    363
  • Joined

  • Last visited

  • Days Won

    1

AndyDent last won the day on September 1 2017

AndyDent had the most liked content!

Community Reputation

76 Great

3 Followers

About AndyDent

Profile Information

  • Subscription
    PREMIUM

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. They don't (normally) pull the selection directly into your message at the current location. They require you to - go to the Finder - Show Desktop - Find the screenshot file - make the current note visible as a drag target - drag the screenshot file into that location Ahh, but you may say you can set the Save location for your screenshots to go to Clipboard True, but that then means, as I'm busy writing and want to quickly grab an illustration in my current note, I have to stop and think can I throw away whatever is in the clipboard It's all about breaking the flow with Evernote Annoyances.
  2. Similarly infuriated at this loss. I use this feature all the time. Using Grab and copy is a distinct hit on my workflow. Also, the Import Image command has been broken for a long time, on two different Macs I have noticed it apparently freezing Evernote for minutes, eventually saw the alert below.
  3. I'm always willing to admit I've misunderstood, forgotten or missed the arrival of a feature. Is there some way to tell Evernote Mac to store attachments externally? Or are you just talking about pulling content out of Evernote onto another disk, in which case it would not be synchronised or scanned?
  4. I think something else is going on that you're not understanding. Catalina doesn't magically compress data to some extent but it does introduce a new system partition. If you validly used to have 50GB of notes then you should still have them somewhere. I'm a developer and have a pretty good idea of how things like Evernote work including their database. Data doesn't just magically vanish unless you had an index which drastically needed a rebuild.
  5. Well, in my experience, with around 40,000 notes, it can definitely total up to being a problem - nearly 37GB folder size here. If I had to leave it on the internal drive I would be unable to use Evernote desktop on the Macbook I'm taking on holiday, despite having a 1TB external SSD, because it's a relatively low-spec machine. Fortunately, using a symbolic link let me move the Evernote main data folder to the external.
  6. This is related to issues with searching offline. Different results are being reported and I'm wondering if the OCR searching bypasses local indexing, or varies according to account type. There are a couple of interesting articles on how indexing works but are many years old 2011 blog post on indexing 2013 blog post on image recognition
  7. I think I have an explanation for our different results. I'm fairly sure, after reading your and PinkElephant's post, that you are only talking about hits on OCR documents. That's a very interesting point of difference, which may indicate these searches are using the server API rather than local indexes. Do you have any plain text notes which verify these results? What happens if you type in a plain note with invoice in it then do a search on "invoic"? Note that the results I quoted in my message above are from testing I repeated as I wrote the message, on the current desktop clients. I'm definitely not working from old samples or memory. During the last tech support thread I triggered complete re-indexing to see if there was a related problem. This is highly repeatable for me.
  8. Just to clarify things, for anyone reading that comment, I am not talking about OCR. Evernote search is fundamentally broken as I described at length for original content typed into notes and text clipped from the web. I agree OCR is not perfect and sometimes I've seen slightly off interpretation of words on photos. This is not the same thing.
  9. Where is use of hyphens advertised/described? It doesn't work for me. Are you talking about a really specific example where this worked or am I missing something? The documentation I linked to is the standard Evernote search help page which clearly states using quotes to limit a search. It is the top hit when you Google Evernote Search. At the bottom of that page is a link to the Search Grammar page. I erupted with frustration a while back because the standard helpdesk response is to direct people to that page even though it is only correct for the web client. Neither of those pages states that there is any difference with desktop or mobile client search. In one of my more recent support ticket responses I got the impression I should have been cognisant of the wording on the Search Grammar page that it says Cloud API. Users do not care if you are documenting an API. If an API describes behaviour that is not applicable to end user apps, it should be very difficult for them to find and have a clear disclaimer at the top. (more lines of rant elided...) Back to the search problem Here's the test I used in reporting the problem - search for china "chan" That's a good test because if the quotes are working it should ignore common words such as changes and changed. On the web, I get 27 notes (out of my 40K), indicating that the web client uses the API directly and thus works as documented. On Mac and Windows desktop, iOS mobile clients: 43 notes found, with the highlighting indicating it is indeed doing a partial match on chan in changes. Interestingly, my Android client found the correct 27 notes but I wonder if that was because I seldom use it and it did the search whilst it was part-way through a major metadata sync, so would have had to call the API for the search. Note, my frustration is not because I have to skim 27 vs 43 notes but because in some cases I'm visually scanning hundreds of false positives, having to read through their content. That's a massive waste of time. So my workflow is often: search in Mac client realise there are massive numbers of hits swear open the web client repeat search, noting drastically smaller list stay in web until I've finished my task My workflow if I'm away and trying to use mobile clients involves a lot more swearing if need to search on small terms. Why am I so obsessed by, and upset with this? It's really broken - there is no replacement for being able to restrict searches other than having to use a web client, which is not always an option. A major product point is that Evernote should work offline. It's neither well-known within Evernote support nor is it documented, because the wrong help advice is given. I had to push and push to get someone to talk to developers to realise I was right and the docs didn't reflect reality. As a developer for over 35 years, who's worked on multiple database engines, query interfaces and data visualisation products, I'm professionally embarrassed on behalf of Evernote. This is shoddy, indefensible work.
  10. Something that drives me utterly crazy is that Evernote desktop (both Mac and Windows) has a stupid search - putting things in quotes does not force an exact match. This is contrary to the way the API and the web interface work. It is contrary to the way the documentation says it works, but there is no desktop-specific documentation explaining this difference. This may not be much of an issue for trivial users. I have nearly 40K notes and frequently want to search on exact matches. I have at times given up and used the web UI because desktop returns too many hits. There seems to be some very serious quality engineering going on in Evernote - I'm very impressed by the speed improvements recently in v7. So, please give us a way to search like you have documented, with exact matching. My most recent attempt to clarify this was ticket #2765560 back in Feb 2019 at the end of which I received a clear message. I've just heard back from our developers on the "Search Grammar" issue. From my understanding this appears to be an issue due to confusion between searching from the API vs. searching from the Evernote client. According to our product engineers, the behavior described below is exactly how our API and client always worked. When searching for the word foo through the API (that's important!), you will only find full words. foo will be matched, foobar won't. That aligns with what we have in the API documentation. When searching for the word foo through any Evernote client(including Mac), the actual submitted search query that will hit our API will be foo* — this way you will find both foo and foobar. According to our engineers, this behavior was always like that in all official Evernote clients. Note that, earlier in the discussions, we had again gone around the circle where I'd said search didn't work as documented, people referred me to the search grammar pages (standard helpdesk response) and I had to prove that it didn't work. It would be funny if it wasn't so painful.
  11. I have just logged a bug "Search no longer works as documented for text matching without quotes." because the unquoted search is no longer working on the web client either. support ticket #2767048
  12. It's broken. I'm currently writing another response to a bug report I made and pointed out that the documentation on search has not matched the reality for several years. Originally, search behaved as documented. Now, it's as if every word you type is followed by an asterisk, unless you use quotes. The bug I just reported is that a recent Mac desktop update broke that too!!!!! So, on web, searching for "chan" china gets 23 hits. On my Mac it gets 36 because the "chan" ALSO matches change.
  13. I noticed a few days ago that when I use the Chrome clipper to Open in Evernote it is using an HTML link and opening the web client. Previously it would briefly open a web tab then the desktop client would launch. Anyone know if this is a by design change? It's a really annoying break in my workflow - about 20% of my clips I either want to further annotate or link to them from another note, immediately after clipping. The preference in Evernote Mac Desktop for Clipper is set to After clipping: Bring the clip to the front. Chrome Version 71.0.3578.98 (Official Build) (64-bit) Clipper version Version: 7.9.0.39-ddf2b57 Mac Evernote 7.8 (457453 Direct) macOS 10.13.6
  14. Prompted to look at this by seeing @jjdevenuta comment on another thread. I am about to travel so not inclined to experiment but has anyone tried using a hard link to redirect their Evernote folder? I use them to have some of my iTunes content on my Drobo. There's a good user-level discussion here of aliases vs symbolic links vs hard links. Warning they are broken by APFS, the new file system in macOS High Sierra. See Apple doc and this recent Ask Different thread. I'd also suggest experimenting with symbolic links (they may still work depending on Evernote). So if hard links are the only way to go, your main drive needs to remain HFS+. Use the diskutil terminal command to determine if your drive is HFS+ $ diskutil info / Device Identifier: disk1s2 Device Node: /dev/disk1s2 Whole: No Part of Whole: disk1 Volume Name: MBPHD Mounted: Yes Mount Point: / Partition Type: Apple_HFS File System Personality: Journaled HFS+ Type (Bundle): hfs Name (User Visible): Mac OS Extended (Journaled) Journal: Journal size 40960 KB at offset 0xe8d000 Owners: Enabled
  15. Sync is also a pain if you need to setup a laptop for travel which is not commonly used, or have to reinstall - I've had a Surface which required a reinstall two days before a trip. Fortunately, the Windows version allows for on-demand download but that's still not a substitute for proper selective sync on desktop.
×
×
  • Create New...