Jump to content

jefito

Level 5
  • Content Count

    17,726
  • Joined

  • Last visited

  • Days Won

    259

Everything posted by jefito

  1. You'd need to speak to the guy in charge for that one...
  2. Sure, no question: organizing many tags (can''t recall that it was 100K back then, 10 years ago, but it was certainly more than is manageable in a single list), but it was also offered as a hierarchical way to organize notes. The earliest replies by @engberg in the great nested notebook feature request (https://discussion.evernote.com/topic/96180-nesting-multiple-notebooks-creating-sub-notebooks/?sortby=date) show that. But UI is the problem here. Multi-parented notes turn tags from trees into graphs (https://freefeast.info/difference-between/difference-between-trees-and-graphs-trees-vs-graphs/). Common UI controls are lists (1-dimensional), menus (aka trees), file/folders (more trees), radio buttons (more lists), among others. Users are very familiar with these types of UI. But I can't think of any graph controls. Sure there are graph structures (mind maps, for one) but I can't think of any off the top of my head that are used as UI controls. And in a system where notes are the focus, you probably don't want to burn a lot of screen space just for navigational purposes. Beyond that, since graphs are then (potentially) non-hierarchical, you kind of lose the potential for navigating them easily
  3. No. All Evernote notes have a certain amount of associated metadata.
  4. Sure; similar situation with respect to books. A couple of things, though: The Evernote tag system appears to have been designed to facilitate hierarchical browsing of collections of notes, a la a file system, rather than having the notebooks hierarchically organizable (stacks came later on). It's not clear to me that multi-parentable tags would allow for the familiar tree control used currently. The hierarchic nature of Evernote tags is not reflected in search: the search language (https://dev.evernote.com/doc/articles/search_grammar.php) has no facilities for expressing something like childof(someTag) (or my long-ago suggestion: +tag:someTag). True enough, the Windows application supports a form of child tag search, but it's the only one that does as far as I know, and even so, it's pretty much a hack, as noted above. Search language changes are very rare, as they need to ripple across all clients and the Evernote servers. Short form: Evernote tags can be organized hierarchically, but they do not intrinsically express subclassing. So without an effective UI or facility for making use of multi-parentable tags, I don't see just don't see much advantage for multiple tag parents, at least at this time. Plus I'd guess that the audience for this sort of feature would be relatively small, and potential for user confusion relatively high. I'd put this in a similar category with proposals to add mind-mapping to Evernote. Interesting, and useful to some, sure, but probably not any time soon. Me, I just use separate tags in combination to express more complicated categorization, much as we do in language with adjectives, and don't invest much time keeping them organized.
  5. This is more or less a description of my approach. 👍
  6. You passed the test...
  7. Hey, I'd forgotten about this post. Not really much to do with Evernote, as I track my rides using an Excel spreadsheet (it's currently up to 15 years worth, hopefully starting on year 16 shortly). Time to start dropping that winter weight; Planet Fitness is fine for what it is, but it's not the same as getting out on a real bike. 5 pounds is a reasonable goal for me this year, 10 pounds is definitely do-able with diet diligence &regular rides. Sadly, commuting is no longer an option, which would really help.
  8. It's astounding to me that they'd choose a plain F-key as a hotkey. F9 for me is, and forever will be, Set Breakpoint. I'm sure it has a other long-running meanings in other applications. Win+<whatever>, OK, but not F-keys, unless there's a way to modify them.
  9. <<merging thread to mother feature request>> Go ahead and add your votes to the request.
  10. That too. But only if you put a tag that has children into your search. Less of a problem for me because I don't maintain elaborate tag hierarchies. My tag organization methodology is otherwise known as "shoeboxing". Or maybe "laundrypiling"...
  11. Windows client: ensure that the Note History buttons (Left+right arrows: < >) are installed on your toolbar. Move the mouse button to the left arrow, press the left mouse button down and hold. Note history list, just like in the browser (Chrome anyways).
  12. WORKED!!!! Or you could have just used: from this thread...
  13. In the PDF file name? That would work (actually you would only need to add a space before "Selgros").
  14. No worries. It's really not my call, but I thought it might just be a little more courteous to the Evernote folks, it all.
  15. In a pure hierarchy, an item has at most one parent, classification wise. Tags in Evernote have that property. What you're trying to do, however, is mashup multiple hierarchies into one, and Evernote can't do that.. In this case, you can have your animal hierarchy ("animal"->"cat"->"tiger" or "animal.cat.tiger"), which is a natural inheritance tree (a cat is-a animal, a tiger is-a cat, etc.) in terms of a classical Linnaean classification, but endangered vs. non-endangered is a purely transitory classification (a species may go on of off the endangered list, e.g.). I's good practice to keep that categorization separate from whatever animal classification scheme you use. Incidentally, you're on Windows, you can implement a sort of hierarchical search using the tag hierarchy (i.e. "animal"->"cat"->"tiger") and the setting Tools / Options / Navigation / "Automatically select child tags". If this is enabled, and you search on, say, the tag 'cat' (tag:cat), then all of the subtags of 'cat' will be added to the search, so that you get notes tagged with "tiger' automatically. I don't find it useful, because it's a global setting (you cannot apply it to searches ad hoc), but others might.
  16. No, it's still there -- in the latest, greatest Windows beta anyways -- but seems unpredictable/unstable. I've see it appearing, appearing and then flashing off, and not appearing. If it appears, and you switch notes, it may disappear eventually, and then not come back. Maybe there's a timer that governs this, or maybe there's some other condition that turns it off. It's unpredictable, but I've definitely seen the highlighting happen.
  17. Actually, I can just merge it to the existing topic, and you can then add your vote there (in addition to having your supporting posts as well). Edit: merged
  18. Guess this thread doesn't apply to you, then, does it?
  19. ...or one of us could just move it, rather than creating a brand new identical post. Note that .webp support had been requested previously..
  20. I'd start with a web search on "move notes from bear to evernote". There are several hits, including some in this forum.
  21. intitle: (and Evernote search in general) doesn't do searches that match inside of a string of non-blabk characters, so that's the reason that 'selcgros' cannot be found. If 'selgros' is a common part of note titles in your workflow, a workaround would be to have a 'selgros' tag and apply it as needed.I know, but search improvements like infix matching have been made, but Evernote hasn't implemented it so far. As a side note, notes that contain PDF files can be found using: resource:application/pdf
  22. Mitigating factor in this case is that this is a beta release, so fortunately the affected number of users should be relatively small. In my case, I had avoided the earlier beta 3, and the update to the new beta 3 from beta 2 went smoothly, which I think is expected, since there's no downgrade of the CEF componentry. . Except: installs (or the updating step in the install) will halt if you just happen to be at a breakpoint in the Visual Studio debugger; probably not in the test suite... But no problem, just F5 to Continue, and it's all swell...
×
×
  • Create New...