Jump to content

John in Michigan USA

Level 3
  • Posts

    244
  • Joined

  • Last visited

Everything posted by John in Michigan USA

  1. Interesting. Many of their "smart" text editor features end up being buggy or at least not working intuitively.
  2. Indeed. Regression Testing a lot nicer when the vendor does it, but that's what "they" have "us" for! I've seen scripted, automated backup. I wonder if EN has any cross-platform unit test (editor quirks for example)
  3. Thanks @DTLow for the link to Cronofy, trying it out now...
  4. IMO Closing the thread is fine, as long as it remains online & searchable so that these issues can be "regression-tested" (as it were) vs. the new version
  5. It always gets me a better response from support if I can document the exact steps they need to take to consistently reproduce the issue. @mlenaghanit sounds like you are having sync problems often enough and consistently enough that you could do this? When troubleshooting note conflicts like this, it helps to know that the Web interface accesses the server database "directly", whereas the Mac and iOS clients sync their local data with the server. Therefore, when reproducing the problem, try making the change in a client, doing a sync, and then view the note in the Web interface to prove that your change sync'd. Then do the other steps that result in a conflict when there shouldn't be one. I agree that first level support will likely not be helpful. Most of what they do is scripted. But if you give them a reproducible bug, it increases the chances that the case will get the attention of someone who can investigate for real. In extreme cases, you can even make a video of yourself reproducing the error. Of course, that's a lot of work for no guarantee that your bug will be addressed. Again, this might be more than you're willing to do at this point! But if you decide to dive back in to this problem, hopefully these tips will help.
  6. This would be *great* to have but the devil is in the details...if a daily task scheduled for let's say 9 pm is executed (finished) at 1 am, do you want the repeat to remind you exactly 24 hr later (at 1 am)? Or at 9pm on the next calendar day (only 21 hours after it was completed)? You can imagine a bunch of varying scenarios for weekly, monthly, semi-monthly, etc., etc. that are hard to implement in a way that will please most people without being too complex. Maybe a better way is to just expose an API for task scheduling, and let people code their own rules (or use 3rd party helper apps like Filterize) for repeating/postponing/rescheduling tasks.
  7. One thing to think about is ease of editing. Here a larger screen can make a big difference if you are having trouble touching the "magic spot" that will correct the typo or whatever, without causing un-wanted side effects. For example, if you are trying to paste at a certain exact spot it can be difficult positioning the cursor where it needs to be.
  8. There are third party apps that will do this, but, they are a significant security risk as they have access to everything you type and view, not just Evernote and the stuff you type into it. For a note-taking app, a date time stamp seems like a no-brainer.
  9. My $0.02: When I started with Evernote I used to get excited about troubleshooting sync problems, trying to narrow them down in hopes of getting a readily reproducible bug. I gave up on that because there are too many variables, too many different sources of sync problems, and support is of no help getting to the root cause. Just when you think you have a problem isolated and reproducible, the pattern changes, or the problem goes away. Also, the developers rarely act on an isolated, reproducible bug anyways.
  10. How are your other saved searches working? I've been seen a re-occurrence of a long-standing program I call stale search results. Classic case is you remove or change some note tags that should cause the notes to disappear from a commonly used saved search...but they still appear! I'll re-examine the notes to confirm the tag I removed is indeed gone...then re-do the search...they still appear. The problem sometimes can be fixed by restarting your app/client, power-cycling your hardware (phone/computer) but sometimes you just have to wait until the stale search results finally update. If that seems like what you're seeing, EN has long promised a fix but has yet to deliver. Here are examples, some may be relevant to you: https://discussion.evernote.com/forums/topic/132275-notes-not-showing-in-search/ https://discussion.evernote.com/forums/topic/135952-list-of-features-that-do-work-me-in-the-new-youngimmature-en/?do=findComment&comment=617944 https://discussion.evernote.com/forums/topic/135932-i-can-not-find-my-note/ Search on 'stale search results' or 'search broken' or 'missing from search' etc. you'll find plenty more.
  11. If it persists, consider reporting it at Evernote down? Current outages and problems | Downdetector ?
  12. Can you tell us which client and version you're using so the mods can move this post out of the General forum? Screenshots would be helpful too. I don't use the Web interface to EN very often, but almost every time I do I see pop-ups (from EN, not ads) about new features or updates. Separately, there's a notification badge next to "what's new" in the lower left, so these pop-ups are just redundant, annoying clutter. Is that what you're talking about? Maybe the latest EN Win client and Android app have this problem, but I won't know know as I don't use them yet. As for the Mac side...well maybe someday.
  13. @agsteeleMy goal is "delightful processing". Have you found any "delightful" new workflows in the new version?
  14. Today i learned, if you create a note with one or more spaces in the URL field, then export that note, the resulting .ENEX file will preserve those spaces. If you inspect the .ENML file in a text editor, you will see: <source-url> </source-url> The problem is, when you import that .ENEX file, Evernote will treat that space as whitespace (which is the XML/ENML standard) i.e. it ignores them. This means the resulting note will have a blank URL field. However, if you hand-edit the .ENEX file to look like this: <source-url>https://example.com/</source-url> Then the resulting note will have the URL field populated with example.com. By trial and error, I discovered you have to put something inside the <source-url> tags that the importer considers to be a valid URL. So you can't do: <source-url>&nbsp;</source-url> The closest I could get before I gave up trying was: <source-url>null:</source-url> This won't make the URL field in the note blank, but it will ensure that field isn't filled automatically, and if you click on the field in Evernote, it won't do anything. I hope this helps someone.
  15. I can vouch that they certainly don't put much effort into regression testing! In fact about the only recent, technically impressive achievement is migrating the back-end services to the cloud. Other than some brief outages, the transition was seamless for myself and everyone I've been in touch with. That was happening over a year ago. (If it turns out that there were major problems with that migration after all, I'm not entirely sure I'd want to know! Perhaps I'm better off believing there is at least one thing Evernote can still do right? But then again, nah, I'd rather know...)
  16. Thanks @Paul A.I was wondering if Play Store offered options like that. I take it you know this from experience?
  17. As noted in the linked post, it is indeed a security risk to download an .apk from a non-Google Play site. From what I can tell, https://www.apkmirror.com/apk/evernote-corporation/evernote/ is considered the most reputable/trustworthy by the Android community.
  18. Today I discovered that, like @lino sutter, I too am getting only partial results when I search on source:web.clip. Just for fun, I searched on source:web but got zero results. Then I must have been bored because I kept goofing around. Turns out, if you search on source:web.* then TA DA you get all notes that were created using the clipper! Caveats: I tried this on EN for Win 6.25.1.9091 (309091) Public (CE Build ce-62.6.10954) but it probably works on the newest client for Windows, as well as in the iOS and Mac clients. Can anyone verify this? Perhaps @DTLow or @gazumped? I did not check to see if source:web.* returned exactly every matching note in my notebooks. I just checked closely enough to see that it returned the last several clips that I remember making...clips that were not found when I searched on source:web.clip. Maybe web.clip only matches clips that are partial pages (as opposed to simplified article clips, full article clips, and full page clips). Presumably there are other web. suffixes that are not documented here or here. I tried web.article and web.page but got zero results even though I know I'd made clips like that. I wonder what the secret suffixes are? Sorry to post this on a thread from three (3) years ago. I'll try and find a newer thread and post there as well.
  19. Thanks. I still use version 6.25 so I can't reproduce your problem myself. Perhaps someone else can help. Worst case, consider using an older version of Evernote
  20. @kar511All I did was give it time, in my case a couple of hours, and the problem went away.
×
×
  • Create New...