Jump to content

humanengr

Level 3
  • Posts

    114
  • Joined

  • Last visited

About humanengr

Recent Profile Visitors

2,797 profile views

humanengr's Achievements

53

Reputation

  1. Thx @agsteele; had neglected to check that — have multiple accts.
  2. Thx — that's Windows, right? On my Mac, there's no 'Note history' below 'Note info'..
  3. It's not a 'core function'. If it was core, it would have been there pre-v10. And likewise in all other apps and OS's. But it's not. This restores — as an option — pre-v10 treatment for those who prefer that. And stop with the condescension: "We", "each personal method", "always the same", "only a fraction", "if they configure them badly". Glad you can use the app without thinking.
  4. You still don't get it. And you're condescending. The date updated field is metadata that the program needn't change when other metadata (tags, location, name) are changed. It should be user choice as to whether it is automatically changed. All this proposal does is give the OPTION to restore that treatment. OPTION means you can have the current v10 treatment and others who want the pre-v10 treatment can have that.
  5. You're still wrong. Pre-v10 they could be modified by users. So they were not "under system control". You're not helping the discussion.
  6. Appreciate the sympathy on the different use cases — ergo, my proposal as a settings option. (FWIW, I also used 'date created' "to get a past document in the right place"; I didn't include 'date created' in my list b/c I imagined greater objections to that — but am willing to include if more express support.)
  7. You're wrong: The field wasn't always written by EN. Pre-v10, users could edit the 'date modified' field. (They could also edit the 'date created' field, but that's not what's being discussed.) And you're missing the point. When changing tags or moving between notebooks, EN should provide an option in settings to not update 'date modified when tags are changed or when notes are moved between notebooks. Tags and file location are metadata, not content. Pre-v10 EN didn't update 'date modified' when changing tags or moving between notebooks. Neither does MacOS — which also doesn't update 'date modified' when renaming files (which supports my inclusion of 'note title' in my proposal). EN should restore this key feature (as an option) that some experienced users have relied on.
  8. On Mac, convention is to not update for any of those — so default of 'none' would be consistent there. UPDATE: At this point (2018/05/08) it looks like, of those who expressed an opinion, those who favor having "change 'date updated' only when note content is changed" as the default outnumber those in favor of having "change 'date updated' when either note content or note metadata (tags, notebook, title) are changed" as default by 8:2 (7:2 at least for tags) w/ 1 'no objection', if I count right.
  9. The default should be to change 'date updated' only when note content is changed. Make this the default convention. Perhaps include a settings option for users who prefer 'date updated' be changed when changing tags, notebooks, note title (either as a single or separate sub-options).
  10. Search text inside Office docs and PDF — https://help.evernote.com/hc/en-us/articles/208313388 says, if I read it correctly, that search no longer works in side EN for OCR'd pdfs and one needs to open each pdf found in the EN search in a separate app and repeat the search there in order to find the one pdf you are looking for. That's entirely unworkable. If it's this way on Mac, I'll never upgrade. Give us the old iOS EN back.
  11. That answer is a lie hidden (see answer from below) but still unworkable (see 2nd answer from below; often opening the pdf just gets a spinning cursor; if the pdf does open, it's halfway off-screen and you can't move it).
  12. I've only upgraded iOS (except for one old iPad); having seen that disaster I haven't and won't upgrade on Mac. Unfortunately, legacy versions are only available for Mac and Windows.
  13. Not only select text, while EN still finds notes containing a PDF that contains the search string, it no longer indicates -where- in the PDF the search string appears. It also doesn't let you search within a PDF. This makes it EXCRUCIATING to search to find the desired note, as many notes (and the PDFs within them) might contain the same search string — but only one of them is the desired note (PDF). PDF search was a PREMIUM feature — and a main reason we've been paying — and paying for multiple accounts — all these years. We're looking elsewhere.
  14. This was one of the most valuable features; without it, finding the desired note is drastically slower and EN is pretty much useless to me. Support says “This is one of a handful of features we are still considering.”. Please add your vote!!
×
×
  • Create New...