Jump to content

rezecib

Evernote Staff
  • Content Count

    91
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by rezecib

  1. You can opt into the beta for it now from the account page.
  2. @njgould On Mac this sort of login would not be very meaningful from a security perspective, because it has an index locally on the disk that could be used to reconstruct the contents of notes. This is necessary to allow for local search (when you have no internet connection). If you prefer the other behavior, I'd recommend trying out the new web client, which has most of the features of the Mac client aside from that local storage/search, and would require you to authenticate regularly.
  3. Although we really want to have one, Evernote does not currently have a real-time editor. That is, you are editing a local version of the document that is periodically synced with the backend service. A workaround you can use for now is to attach or link to a Google Doc and use that for real-time concurrent editing.
  4. There was a second banner that was up for ~12 hours after the resolution saying that it had been resolved, I think that's what they meant by "get back to us".
  5. That's a really cool system, I'm taking notes Some other symbols that seem to work, with some potential uses I came up with just now: %status // percent progress, status? =title // like wikitext formatting, == Title == $finance // cash money `code // like the markdown `code here` <input // something to process? >output // something that needs to be sent out? ~misc // I couldn't think of anything
  6. @laird I don't think there's another way to nicely access the edit/remove controls for links (although the link button at the top is... okay I guess), but here's a Tampermonkey script to hide them: // ==UserScript== // @name Evernote Link Hover Controls Disabler // @namespace https://www.evernote.com/ // @version 0.1 // @description Disable hover-over link controls // @author rezecib // @match http*://www.evernote.com/* // @grant GM_addStyle // ==/UserScript== (function() { 'use strict'; GM_addStyle(` #gwt-debug-FloatingLinkBar-root {
  7. I feel your pain on this. I don't work on anything client-side, but for what it's worth I gave it an upvote. For now, cmd+A, cmd+shift+K (or corresponding ctrl commands for Windows edit: ctrl+A, ctrl+R) should strip out all links pretty fast. I know it's not the same, though, especially if there are a couple of links you do want. Also looks like on Mac client selecting some text and doing cmd+shift+K actually removes all links from the document rather than just the links touching the selection. Bug report time...
  8. Tagging features are a little different between the clients, but all of them should have a Tags sidebar entry / section where you can view all tags, set hierarchy for them, and rename them. You can do bulk-tagging in the note list of the desktop apps. There is a... "hidden" index that supports search, but I guess doesn't quite replace the scenario of skimming an index to see what's there. I don't know of anything we have for that right now.
  9. The case that I found for this (do a search for an invalid stack name, then search for the valid one) seems to be fixed in the current nightly. If you have another set of reproduction steps I can check if that's fixed too.
  10. Looks like the note also needs to be opened in a new window for cmd+backspace to delete it (as opposed to just selecting it in the note list and then clicking into it in the editor panel). I'll submit a ticket for this, the behavior here is way less straightforward than it should be.
  11. @fornix @cynthiayeung Hmm, I would've expected code blocks to be in the app store version. There's an option in the app's preferences for it-- in the app, Evernote > Preferences... > Software Update > Enable code block (at the bottom). Maybe they're saving config in different places and it happened to be disabled in the app store version's config? Edit: Software Update tab doesn't exist in App Store version, which I guess makes sense. I submitted a bug ticket for this and it seems to have caught some attention, yay. @sgtsunshine I would love to be able to tell you otherwise, but
  12. Hm, on a Mac, Evernote, Chrome, Gmail, etc do not include the whitespace. I believe this behavior is actually defined by the OS and perhaps overridden in some cases on Windows.
  13. Exactly. Yes, there are many possible ways to improve it. I would actually like to move away from stop words in favor of a more robust statistical approach (for example a problem with stop words is that they are language-specific), but stop words are what we have now. But in terms of solving this specific problem I think a client-side filtering approach like what I described in the other thread is probably best. No, it ignores the "with" and "that" entirely. If you had a note that just had "cool" in it, "cool with that" would find that note.
  14. I posted an explanation here, but the gist is that common words would really bloat the index, so the standard approach is to not index them. Phrase searches in general do work, they will just ignore the common words in a very specific way.
  15. So exact phrase searches do work in general (this is part of our integration test suite; but if you do find a case not covered by the explanation below, definitely let me know). However, the case described in the original post has a bit of a wrinkle to it: "stop words". TL;DR: common words don't get indexed, so you can't search for them Long explanation: The way searching works is that when a document is created or updated, it's added to several "inverted indices". Each index maps terms to documents and their position within the document. So there will be an inverted index for "
  16. Argh, it pains me to see this has gone unnoticed for so long... This isn't my area, but I checked for any existing bug tickets and didn't find one, so I filed a ticket for it with the Windows team.
  17. Yeah, unfortunately there isn't support for this in the web client.
  18. @gratibunda I'm not sure what you mean by not being able to produce the keystrokes-- are you using a different keyboard? Are you on the Windows / Mac clients (that is, not in the web client on those operating systems)? I just checked with the Mac client and the hotkeys they showed worked. They were also in the menus under Format > Insert Date and Insert Time.
  19. Only in some of the clients, but the Mac client lets you do it and probably the Windows client.
  20. Unfortunately no excluding notebooks as DTLow mentioned. You can bulk-add a tag to the entire notebook (go to the notebook, select all notes in the list-- easiest to do in one of the list views-- and then add tags in the bulk actions thing in the middle) and exclude the tag. It's an extra step, but currently the only way to do this. Or you could just use the tag and not put them in a notebook.
  21. @nuke It's not just code blocks that broke, but the whole editor. It's running off of an old version of the editor until the new web client. Apparently fixing the editor without the new web client wasn't easy, but I can only speculate as to why.
  22. One of the major issues with regex at scale is that it's pretty easy to unintentionally write regex with exponentially scaling runtime with the size of the document. Standard regex libraries also don't usually support safe early termination (e.g. if it runs too long, kill it). So in the realm of possible search improvements full regex is quite unlikely to be added. Even Google doesn't support regex in their search, as far as I can tell. We do, however, allow a final wildcard on search terms (and this gets added automatically). So for example "list*" will match "list", "listing", "lists",
  23. @Limehouse Looks like the highlighting works as expected in the Mac client (highlighting both occurrences), but not in the web client (and I guess not Windows and Android, which I don't have test setups for myself). So this is a client bug, not something you're doing wrong. To give some more insight into the mechanics of this, search retrieval and highlighting are done separately-- so in terms of search indexing/retrieval, both "to do list" occurrences will be tokenized into "to", "do", and "list"; searching "to do list" will match both because they both have the same tokens in the same o
  24. I think you would also see more notes if you dragged the boundary between the list panel and the note panel down-- it just didn't have enough room there to show more than one note below the existing reminders, because they're big. To make sure it has enough space I like to use the "side list" view.
×
×
  • Create New...