humanengr
Level 3-
Posts
114 -
Joined
-
Last visited
About humanengr
Recent Profile Visitors
humanengr's Achievements
53
Reputation
-
Did EN remove 'history' feature from Personal accts?
humanengr replied to humanengr's question in General Technical Issues
Thx @agsteele; had neglected to check that — have multiple accts. -
Did EN remove 'history' feature from Personal accts?
humanengr replied to humanengr's question in General Technical Issues
-
Do not change 'date updated' when changing tags, notebooks, note title
humanengr replied to humanengr's question in General Feature Requests
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. -
Do not change 'date updated' when changing tags, notebooks, note title
humanengr replied to humanengr's question in General Feature Requests
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. -
Do not change 'date updated' when changing tags, notebooks, note title
humanengr replied to humanengr's question in General Feature Requests
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. -
Do not change 'date updated' when changing tags, notebooks, note title
humanengr replied to humanengr's question in General Feature Requests
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.) -
Do not change 'date updated' when changing tags, notebooks, note title
humanengr replied to humanengr's question in General Feature Requests
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. -
Do not change 'date updated' when changing tags, notebooks, note title
humanengr replied to humanengr's question in General Feature Requests
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. -
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).
- 78 replies
-
- 10
-
Bugs on version 10 of iOS
humanengr replied to Alvin C's topic in Evernote for iOS Issues (Versions 10.0 and above)
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. -
Bugs on version 10 of iOS
humanengr replied to Alvin C's topic in Evernote for iOS Issues (Versions 10.0 and above)
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). -
Bugs on version 10 of iOS
humanengr replied to Alvin C's topic in Evernote for iOS Issues (Versions 10.0 and above)
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.